Proposed modifications for Taxonomy and method

Proposed dimensions

Proposed dimensionExplanationFeasible and UsefulReason(s) for including/excluding in the taxonomy
User TypeA distinction between provider and customer can be difficult to understand and compareYesThe separation of user type into customer type and provider type indeed gave confusion, and there is not always a clear difference.
Requester Type‘A requester’ would make more sense than ‘customer’NoWill give confusion for other platform types and within other domains
Trust & Safety MeasureCritical elements in sharing economy platforms, facilitating a secure environment for user interactions and transactions.  YesTrust and safety besides reviews is an important requirement for successful multi-sided platforms. 
Data Protection and Security Protection of user data, essential for trustNoPart of Trust and Safety measures.

Proposed values

Proposed valueDimensionExplanationFeasible and UsefulReason for including/excluding in the taxonomy
Space and SkillListing TypeA listing centered around the acquisition or demonstration of specific skills and occurs in a specific physical or perhaps virtual location (space). The skills could range from artistic and creative abilities like painting or music, to more technical skills like coding or carpentryNoThe proposed Space and Skill values in the listing type dimension overlap with service,
EventListing TypeOrganized occurrence typically planned and scheduled. Events are designed to bring people together for a specific purpose, such as learning, competition, or entertainment.NoThe proposed event value (an event ticket) overlaps with a (digital) good transfer.
Semi-recurringFrequencyEvent happens on a regular basis but not as frequently or regularly as something that is “recurring” or “periodic”.NoThe proposed semi-recurring value overlaps with the combined values of one-time and many
BartendingPrice CalculationA system of exchange where goods or services are traded without using money    NoIt seems to overlap with a non-existing pricing mechanism. Nevertheless, it could be interesting to specify that price calculation is non-mandatory (not required to select a price calculation value).  
Dynamic pricingPrice CalculationThe proposed value is a pricing strategy that involves adjusting the price of a product or service in real-time based on several factors such as demand, supply, and competition, and is used in various industries, including airlines, vehicles, and manufacturing (Williams et al. 2021).  NoToo complex for an MVP, first the supply has to be large enough to include such a pricing method
AdvertisingRevenue streamRefers to the income generated by companies through advertising. Advertising revenue can have a significant impact on a company’s overall revenue, and publishers can make money through advertising based on the number of impressions, clicks, and actions (Pooranian et al., 2020). Consequently, the provider retains all profits from their product, while the platform sustains itself through advertising. An example of such a company is Spotify, which offers free music streaming but uses advertisements every thirty minutes.YesThis frequently occurs in multi-sided platforms and is clear with little to no overlap and constraints compared to other values in the taxonomy.
Data monetizationRevenue streamRefers to the process of generating revenue from data assets. It involves using data to create new products or services, improving existing products or services, or selling data to third parties (Mehta et al., 2021). This approach generates additional revenue. Noteworthy examples of companies employing data monetization strategies include Meta (Welcome to Meta | Meta, n.d.) and Google (Google – About Google, Our Culture & Company News, n.d.)NoNot specific enough, concept is too broad
Price CalculationReverse AuctionA reverse auction is a pricing strategy in which buyers post their requirements and suppliers bid for the contract, after which the lowest bidder wins the contract. This process is the opposite of a traditional auction where buyers bid for goods and services. Reverse auctions are used to reduce costs and increase competition among suppliers (Hawkins et al. 2005).NoOverlaps with Quote
Revenue StreamOtherOther than the revenue steam valuesNoNot specific enough, concept is too broad
CalculatedReviewThe score is automatically calculated, based on several key variables such as delivery time, response time, quality as described, etc.NoNot specific enough, concept is too broad
ID VerificationTrust & Safety MeasuresThis process involves confirming the identity of a user to ensure they are who they claim to be.YesThis frequently occurs in multi-sided platforms and is clear with little to no overlap and constraints compared to other values in the taxonomy.
Background ChecksTrust & Safety MeasuresBackground checks are used to review a user’s history for any criminal records, financial issues, or other relevant personal details.NoNot specific enough, concept is too broad
BadgesTrust & Safety MeasuresBadges are visual symbols displayed on a user’s profile to indicate they have completed certain verifications, milestones, or achievements.YesThis frequently occurs in multi-sided platforms and is clear with little to no overlap and constraints compared to other values in the taxonomy.
In-App ReportingTrust & Safety MeasuresThis feature allows users to report inappropriate behavior, safety concerns, or other issues directly within the app.YesThis frequently occurs in multi-sided platforms and is clear with little to no overlap and constraints compared to other values in the taxonomy.
Insurance CoverageTrust & Safety MeasuresOffering insurance coverage to users, whether it’s for property damage, theft, or accidents during the use of a service, is a way to build trust.YesThis frequently occurs in multi-sided platforms and is clear with little to no overlap and constraints compared to other values in the taxonomy.
Of Listing & Of ProviderReview ofThe choice of one of these options excludes the option of the other. In the case of CrushEm, it would make sense for the customer to be able to review both the listing itself as well as the provider.YesClear error, this is also the case for Deliveroo and Uber Eats

Proposed (sub) steps

Proposed (sub)-stepPart of stepFeasible and UsefulReason for including/excluding in the method
Develop platform-specific User storiesConceptualizationNoBetter to have a first version of the platform-specific ontology before user story development to reassure reuse of predefined domain knowledge.
User Story prioritizationAnalysisYesIn line with Agile values and the popular SCRUM framework
Post-launch/NoNot relevant for MVP
Database Design/NoNot in line with Agile values
MVP development and testing/YesIn line with Agile values, better to test during development
Derive multi/sub diagramsAnalysisNoDoesn’t require an extra step. The modeler has the freedom to use different diagrams to visualize the platform-specific ontology. This division into different diagrams can be on the basis of user stories or the stakeholders they are intended for.
Database rules integrationMVP developmentNoSpecifying CRUD database rules to each event can be interesting, but the platform-specific ontology is already intense and full. More information in the model will confuse the user
Validation/YesIn line with agile values, validation from potential users should occur regularly throughout the development process, and for each step.