Revenue Model · Marketplace / Platform Model
You Need a Platform, Not More Clients
The business keeps growing by adding another client, another engagement, and another layer of coordination. Meanwhile you already hold both sides of a recurring transaction. This model stops doing all the work and builds the place where the work happens.
In one sentenceA marketplace / platform revenue model in which a founder moves from selling one engagement at a time to owning the system where many users transact, earning through subscriptions, licensing, or transaction fees as volume grows beyond the founder's personal delivery capacity.
Marketplace / platform lensA marketplace creates leverage when buyers and sellers can reliably find, trust, and transact with each other without you standing in the middle making the match. Otherwise you built a prettier version of your contact list.
The verdict
Owning the transaction can outgrow doing the transaction. The build can consume you first.
This model works when you already understand both sides of a recurring transaction, both sides trust you, and the current business has reached the point where each additional dollar still requires another engagement, another hire, or more founder involvement.
The upside is substantial. Revenue can scale with transaction volume instead of hours. Network effects can compound. A functioning platform can become a valuable asset that another owner can operate.
The hard part is the transition. A platform needs product development, onboarding, support, trust, security, demand, supply, and runway before the economics look anything like the mature model on the spreadsheet. So the first question is not whether you can build one. It is whether you want to own and operate a platform company.
Escaping client work by starting a software company is a very specific definition of escape.
Strong fit if you already have
Both sides of a recurring transaction already exist in your orbit and already trust you enough to transact through a new structure.
The client model has a visible ceiling because every new dollar still requires another engagement or more human delivery.
You have the team, capital, runway, or financing plan required to operate a platform before volume makes the economics attractive.
- Relationships others want
- A team that runs without you
You do not need a platform because client work feels heavy. You need one only if owning the transaction is strategically better than continuing to perform it.
Quick facts
| Revenue Type | Recurring |
|---|---|
| Capacity Level | Heavy build |
| Archetype | Lucrative Job · Higher Return · Higher Personal Cost |
| Model Family | Marketplace / Platform Model |
| Evidence Tier | Modeled |
What this revenue model is
The platform serves many. Getting it there may require more of you than the client business ever did.
Most service businesses grow one client at a time until the calendar, team, and founder are full. Then the founder looks at software and sees a beautiful thing: revenue that can scale without adding another consulting engagement.
In this model, the business owns the place where the transaction happens. Buyers and providers onboard. The platform handles the rules, workflows, payments, data, trust signals, and repeat use. The company earns because more activity can move through infrastructure that is not rebuilt for every client.
The irony is that platforms are not lighter while they are being born. For a period, you may be operating the current business, funding the new one, making product decisions, creating demand at scale, and learning a software operating model at the same time. That capacity decision is part of the business model.
Answer the ownership question, the runway question, and the capacity question before the build question.
The Two Sides
- Buyers who need the work done and already come to you.
- Providers who can do the work and already come to you.
- A recurring transaction currently coordinated by people.
The Platform
- The system where participants onboard, match, transact, and return.
- Billing, support, data, trust, and security run by a team.
- Demand at scale that is created on purpose rather than assumed from reputation.
What the User Does
- Transacts through the platform instead of through the founder.
- Pays a subscription, license, or share of the transaction.
- Returns because the platform becomes part of how the work gets done.
- Brings additional users, strengthening the market without another engagement.
The first decision is not 'Could we build a platform?' It is 'Do I want to own and operate the business a platform requires?'
What this can look like in a real business
Different industries. Same economic idea.
Moves from manually brokering fractional talent into companies to owning the platform where companies and talent contract directly, taking a share of each engagement.
Builds the platform where owners in its niche transact with vetted specialists, shifting part of the economics from advisory hours to transaction volume.
Creates a platform connecting practices with vetted specialist and locum coverage, earning on bookings instead of personally making calls for favors.
Replaces a static annual directory with a platform where members buy, sell, and transact inside the industry, creating revenue tied to activity instead of listing alone.
Builds a platform where small firms buy standardized assessments from vetted providers, with her quality standard embedded in the platform and revenue attached to each engagement.
Different industries. Same strategic decision. Do you want to perform the work, broker the work, or own the infrastructure where the work moves?
The economics
Revenue scales with volume, not founder hours. Volume arrives after the runway, not before it.
The mature economics can be excellent. The immature platform still has developers, support, security, and bills.
- A share of every transaction on a platform serving thousands where the client business could serve dozens.
- A functioning platform another owner may value because the system, not the founder, holds the transaction.
- Development overruns, support costs, and churn that appear long before the platform reaches meaningful liquidity.
- Consulting work taken 'just to fund the platform,' leaving the platform the scraps of time after the work it was meant to replace.
So the useful question is not:
'How much could the platform earn at scale?'
It is:
'How long must we fund, operate, and seed this before enough transactions happen to make the platform economics real?'
The source record cites marketplace take rates averaging around 15 percent and commonly ranging from 5 to 20 percent. Modeled. The harder variable is liquidity: enough active supply and demand transacting often enough for the platform to support its own infrastructure.
Evidence tier: Modeled. Figures are modeled estimates, not observed results. Ranges are illustrations of how the model prices, not predictions of your results.
The two-axis placement
Lucrative Job
Higher Return · Higher Personal Cost · Return 4.3, Personal Cost 3.2
The revenue ceiling, recurring potential, leverage, and equity value are all exceptionally high once a functioning platform has enough transaction volume. That is what pushes Return to the top of this family.
Personal Cost is also high because capital, team, build time, support, demand generation, and runway arrive before the mature economics. For a period, the founder may carry more complexity, not less.
That places the model in Lucrative Job territory with a heavy build. It can become an extraordinary asset, but only if the business has the capacity to survive the transition into a platform company.
Why these scores
Why these scores
Each dimension is scored from 1 to 5 against fixed anchors. Each axis is the average of its dimensions. An axis score of 3.0 or higher counts as high relative to the models in this collection.
The Question Behind the Revenue™
Are you escaping client work, or taking on a larger job called creating demand at scale?
A platform promises to serve many where a client served one. But you now fund and maintain infrastructure whether or not anyone shows up to use it.
This is a heavy build with real carrying cost, so how long must you fund it before it earns, and can the business survive that runway?
A platform needs both a steady supply of value and a steady flow of users, so which side is fragile, and what happens if it thins out?
Done well, a platform is an ownable asset an acquirer wants, so does this build toward that, or toward infrastructure only you can operate?
Infrastructure has to be funded and maintained whether users arrive on schedule or not.
The P&L Footprint
If this becomes a real revenue line, here is what may move with it.
The revenue is the exciting part. This is the part that decides whether you actually want the business that comes with it.
A marketplace creates leverage when buyers and sellers can reliably find, trust, and transact with each other without you standing in the middle making the match. Otherwise you built a prettier version of your contact list.
A platform idea is not a platform. A system where both sides transact without you, funded through the runway, can be. The platform becomes leverage only after the business survives the period when it is still mostly cost, complexity, and promise.
| P&L Impact | What This Model Typically Changes |
|---|---|
| RevenueHow and when money enters | Subscriptions, licensing, transaction fees, or other platform economics replace part of the one-engagement-at-a-time revenue model. |
| Direct CostWhat must be spent each time revenue is produced | Development, hosting, security, infrastructure, processing, integrations, support, and the rest of the software cost stack. |
| LaborNew delivery, support, review, or management hours | Build or manage the build, test, onboard, support, fix bugs, prioritize features, manage trust and operations, and repeat long after launch. |
| Sales & MarketingWhat acquiring or retaining this buyer may require | A client business may grow through reputation. A platform needs demand at scale on both sides. 'We built it' is not a customer-acquisition strategy. |
| Technology / ToolsSoftware, platforms, infrastructure, licenses | The platform, infrastructure, billing, analytics, security, customer support, integrations, developers, and vendors. |
| Working CapitalWhether cash arrives before or after expenses | You spend before enough users and transactions exist to cover the spend. The gap is runway, and the runway has to be funded rather than admired. |
| Margin PressureWhat commonly makes this model less profitable than it first appears | Development overruns, support growth, churn, underpriced take rates, and a consulting business that keeps consuming the people and attention the platform needs. |
| Founder LoadWhere the owner's judgment, reputation, relationships, or time may still be required | The platform is being built so the business can eventually serve many without the founder. Reaching that point can require more founder capacity for a period than the service business ever did. |
Still like the model? Good. Now ask what has to happen before the marketplace can make a match, transaction, or sale without your personal relationships doing all the work.
The trap is easy to miss.
You can start the build, keep taking client work to fund it, and give the platform whatever time and attention are left. The service business weakens, the platform remains half-built, and the founder ends up running two companies with the capacity for one.
A platform funded by the work it was meant to replace often inherits the exact capacity problem it was supposed to solve.
Related Revenue Models
Still like the model?
Good.
Now ask what has to happen before the marketplace can make a match, transaction, or sale without your personal relationships doing all the work.
A consultant, accounting firm, dentist, association, or vCISO could all build the platform where an industry transaction happens. They should not all fund it the same way, move at the same speed, or assume the client business can carry the build indefinitely.
Whether yours should depends on whether both sides are already in your orbit, how repeatable the transaction is, how long the runway is, who will build and support the system, whether demand at scale can be created, and whether you actually want the responsibilities of owning a platform company.
Because 'you need a platform, not more clients' is only useful advice when you also want what a platform requires.
The Growth Decision
You understand the model. Now decide whether your business should build it.
We evaluate the platform against the business you have now, including both sides of the transaction, trust, runway, build cost, team, demand at scale, founder capacity during the build, and the Growth Move the platform is supposed to support. Then the decision becomes: build it, seed it manually first, secure the runway first, or keep growing the practice on purpose.
$497 annual membership. Begins with your Growth Decision, a structured evaluation of the opportunity against the business you have today.
Test This Model Against My Business
See whether you already have enough buyer demand, supply, trust, transaction volume, systems, and operating capacity for the platform to create leverage instead of another business you personally have to keep alive.