Your business model is how you create and capture value. It determines how you price, sell, hire, and build. Choosing the right model for your market is one of the most important strategic decisions you’ll make.
The Major Software Business Models
SaaS (Software as a Service)
Customers pay recurring subscription fees to access software hosted in the cloud.
Revenue: Monthly or annual subscriptions
Examples: Salesforce, Slack, Notion, Figma
•
Predictable recurring revenue
•
Customer success critical (churn kills)
•
Often land-and-expand model
•
Requires ongoing product development
•
MRR/ARR (Monthly/Annual Recurring Revenue)
•
Software provides ongoing value
•
Customers need regular updates
•
Central hosting provides benefits
•
You can build switching costs
Transactional/Usage-Based
Customers pay per transaction or based on usage (API calls, messages sent, compute used).
Revenue: Variable based on customer activity
Examples: Stripe (% of transaction), Twilio (per message), AWS (per compute hour)
•
Revenue scales with customer success
•
Heavy users subsidize light users
•
Revenue per customer trend
•
Clear unit of value (transaction, message, call)
•
Customers prefer pay-as-you-go
•
Usage correlates with value received
•
You have efficient operations at scale
Connect buyers and sellers, taking a cut of transactions.
Revenue: Transaction fees, listing fees, or subscriptions
Examples: Airbnb, Uber, Upwork, Etsy
•
Chicken-and-egg problem (need both sides)
•
Network effects create moats
•
Winner-take-most dynamics
•
Regulatory considerations
•
Gross Merchandise Value (GMV)
•
Liquidity (transactions per listing)
•
Supply and demand balance
•
Fragmented supply and demand
•
Trust problems you can solve
•
Large enough market for network effects
Basic product is free, premium features require payment.
Revenue: Subscriptions from converted free users
Examples: Dropbox, Spotify, Zoom, Slack
•
Low conversion rates (2-5% typical)
•
Requires viral/organic growth
•
Free to paid conversion rate
•
Product has viral mechanics
•
Low marginal cost for free users
•
Large market to penetrate
Core product is open source, enterprise features are paid.
Revenue: Enterprise licenses, support, hosted versions
Examples: GitLab, MongoDB, Elastic, HashiCorp
•
Community builds awareness and adoption
•
Enterprise features drive revenue
•
Balance between open and paid features
•
Competition from your own project
•
Community size and engagement
•
Revenue per enterprise customer
•
Developer/technical audience
•
Network effects from adoption
•
Clear enterprise needs beyond open source
•
Community provides value (contributions, bug reports)
Product is free, revenue comes from advertisers.
Revenue: CPM, CPC, or sponsorships
Examples: Google, Facebook, Twitter
•
User experience vs. revenue tension
•
Privacy and data concerns
•
Dependent on ad market conditions
•
Ad inventory (impressions)
•
Massive user base possible
•
High engagement/attention
•
Unlikely for most startups
•
How do customers currently pay for similar value?
•
What’s the natural unit of value?
•
How frequently do customers receive value?
•
What’s the willingness to pay?
A developer tool might work as usage-based. A team collaboration tool fits SaaS. A local services company fits marketplace.
Match Model to Your Strengths
Different models require different capabilities:
SaaS: Requires customer success, retention focus, ongoing development
Transactional: Requires operational excellence, low costs at scale
Marketplace: Requires growth skills on both sides, community building
Freemium: Requires virality, large potential market, capital to fund free users
Match Model to Funding Reality
Some models require more capital:
Capital efficient: SaaS (if efficient acquisition), transactional
Capital intensive: Marketplace (chicken-and-egg), freemium (funding free users), advertising (need scale before revenue)
If bootstrapping, choose capital-efficient models.
Many successful companies combine models:
SaaS + Usage: Base subscription plus usage fees (Vercel, PlanetScale)
Freemium + Enterprise: Free tier, paid pro, enterprise contracts (Figma, Notion)
Marketplace + SaaS: Platform fee plus subscription for sellers (Shopify)
Open Core + SaaS: Open source core, cloud hosted paid version (GitLab, Supabase)
Slack: Started free/freemium → Added enterprise contracts → Now primarily enterprise revenue
AWS: Usage-based → Added reserved capacity (annual commitments) → Hybrid
Adobe: Perpetual licenses → SaaS subscriptions
Don’t feel locked into your initial model. But changes have implications—plan carefully.
No clear revenue model: “We’ll figure out monetization later” often means never.
Doesn’t match customer behavior: Subscriptions for infrequent use, per-transaction for daily use.
Unsustainable economics: Negative unit economics that don’t improve with scale.
Requires unrealistic scale: Advertising model that needs Facebook-level users.
Competition commoditizes: Model requires differentiation that doesn’t exist.
1.
Talk to potential customers about pricing and willingness to pay
2.
Study how they pay today for similar value
3.
Calculate unit economics at different price points
4.
Test with early customers before formalizing
5.
Watch for signals that model isn’t working (churn, complaints, low conversion)
•
SaaS works for ongoing value with predictable pricing needs
•
Usage-based works when usage correlates with value received
•
Marketplace works for fragmented supply and demand with aggregation value
•
Freemium works with viral mechanics and low marginal costs
•
Open core works for developer tools with enterprise upgrade path
•
Match your model to market behavior, your strengths, and funding reality
•
Models can evolve—don’t feel permanently locked in
•
Validate with customers before committing