Go-to-Market Wiki
Cloud Marketplaces
A cloud marketplace is a procurement, contracting, billing, and distribution channel operated by a cloud provider — not a substitute for creating customer demand.
Snapshot
What it is
A cloud marketplace is a transaction channel operated by a cloud provider — AWS, Microsoft, or Google Cloud — where a customer can discover, contract for, deploy, and pay for third-party software through an existing cloud relationship, often against budget they have already committed to that provider.
What it is not
A demand-generation engine. A listing is a place to transact a deal, not a place to source one. It is also not a substitute for security review, data-residency review, or legal review when those matter to the buyer.
Core mechanism
existing cloud relationship → private offer → procurement reuses an approved vendor and billing path → committed-spend drawdown → provider invoices and disburses → seller keeps delivery, support, and renewal
Founder rule
Approve a marketplace deal when the probability-weighted value of a faster close, higher win rate, larger scope, or lower collection risk exceeds listing fees, channel-partner share, integration cost, operational burden, and channel-conflict cost. Model it deal by deal, not as a company-wide strategy.
Core measures
all-in listing fee by offer type and geography, channel-partner share, incremental win-rate and cycle-time lift, days to cash, fixed listing investment, and post-purchase deployment and usage.
On this page11 sections
What is a cloud marketplace?#
A cloud marketplace is a digital storefront operated by a cloud provider where third-party vendors list transactable products — SaaS subscriptions, usage-priced services, machine images, containers, Kubernetes apps, professional services, and negotiated private offers.
The marketplace performs some combination of listing and discovery, offer configuration and customer acceptance, entitlement signaling, usage metering, invoicing, tax handling, collection, disbursement, deployment integration, and access to provider field teams and incentive programs.
The seller still owns product delivery, support, security posture, renewal strategy, and — in almost every case that matters — the customer relationship itself. A marketplace changes how a deal is papered and paid, not whether a customer wants the product.
How does a marketplace differ from adjacent channels?#
| Channel | Who owns the customer relationship | Who invoices | What it mainly buys you |
|---|---|---|---|
Direct sales | You | You | Control, margin, full customer data |
Cloud marketplace (direct private offer) | You | The cloud provider | Procurement speed, committed-budget access |
Channel partner private offer | Shared with the reseller | The cloud provider | Reach into accounts the reseller already holds |
Reseller or systems integrator (off-marketplace) | The partner | The partner | Implementation capacity, local presence |
Operating a marketplace business | You (both sides) | You | A different business model entirely |
The last row matters: selling on a cloud marketplace is a distribution decision. Operating a marketplace is a business model with liquidity, take-rate, and trust problems of its own. Do not confuse the two.
Why do cloud marketplaces matter to founders?#
Enterprise procurement is often the actual bottleneck. A customer may want the product but lack the time to onboard a new vendor, negotiate a master agreement, or set up a billing relationship. A private offer lets the transaction ride an already-approved channel. It compresses the paperwork; it does not eliminate security, privacy, or architecture review.
Committed cloud spend changes budget behavior. Enterprises that have signed a multi-year spend commitment with a cloud provider have a strong incentive to route third-party software through that provider's marketplace, because eligible purchases draw down the commitment they already owe. This is the single largest structural reason marketplaces work at the enterprise end — and it is also the reason a marketplace deal can be a budget event rather than an adoption event.
The channel changes unit economics. Listing fees, reseller discounts, and disbursement lag all affect contribution and cash timing. The seller also absorbs engineering and finance work for entitlement, usage reporting, refunds, tax, and reconciliation. That work is real and mostly fixed.
It intersects with positioning. Cloud alignment adds credibility for infrastructure and data products, but a single-cloud listing can worry buyers with multi-cloud or portability requirements. Marketplace strategy is therefore a positioning and architecture decision, not only a distribution one.
Key Facts
All figures below were verified against the provider's own documentation on 2026-08-13. These terms change frequently.*
AWS Marketplace private-offer listing fees are tiered by total contract value
3% below $1M TCV, 2% from $1M to under $10M, 1.5% at $10M and above, and 1.5% on all renewals. Public offers are 3% for SaaS and AWS Data Exchange but 20% for server products (AMI, container, machine learning). These fees have been effective since January 5, 2024.
AWS Marketplace, Understanding listing fees for sellersAdding a channel partner adds 0.5%
AWS channel-partner private offers (CPPOs) carry a 0.5% uplift on the listing fee regardless of offer type — so a sub-$1M SaaS private offer sold through a partner is 3.5%, not 3%. Regional fees are additive on top: a South Korean buyer adds 1% (effective 04/01/2025), taking that same deal to 4%.
AWS Marketplace, Understanding listing fees for sellersMicrosoft charges a flat 3% store service fee on transactable offers, with a 50% discount available on private-offer customer renewals
Microsoft pays out 97% of the license fee and keeps 3%; the renewal discount effectively halves that to 1.5% for qualifying renewals. (, updated 2026-07-23)
Microsoft Learn, Microsoft Marketplace transact capabilitiesGoogle Cloud's vendor net revenue is 97% to 98.5% depending on deal type and size
Standard offers and private offers under $1M TCV return 97% to the vendor (a 3% fee); $1M–$10M returns 98%; $10M and above returns 98.5%; and channel shifts, migrations, and native renewals return 98.5% at any TCV. Schedule effective April 21, 2025.
Google Cloud, Vendor Net Revenue ScheduleCommitted-spend drawdown rules differ by provider and are not universal
Microsoft counts 100% of the pretax amount of Azure benefit-eligible marketplace purchases checked out through the Azure portal toward a customer's MACC, decremented when Microsoft issues the invoice — but purchases made before an offer becomes benefit-eligible never count retroactively, and Azure prepayment credits cannot pay publisher license fees. Google applies 100% commit drawdown to qualifying Channel Private Offer purchases as of June 9, 2025, but only up to an allowable 25% cap on the customer's minimum commitment obligations. (Microsoft Learn, MACC FAQ; )
Google Cloud Blog, "Google Cloud Marketplace simplifies deals and improves economics"What do private offers actually do?#
A private offer is a negotiated, customer-specific version of a listing: custom price, custom term, custom EULA, custom payment schedule. It is the mechanism that makes a marketplace usable for enterprise deals rather than credit-card self-service.
| Capability | AWS | Microsoft | Google Cloud |
|---|---|---|---|
Customer-specific pricing and terms | Private offers | Private plans and private offers | Private offers |
Channel partner variant | Channel partner private offer (CPPO) | Channel-led private offers | Marketplace Channel Private Offers (MCPO) |
Long / custom contract terms | Multi-year private offers | Up to 5 years; SaaS and professional-services private offers with absolute pricing support custom terms of 1–120 months. Private plans max out at 3 years. | Installment-based prepay or monthly payment schedules |
Usage metering | Metered dimensions | Marketplace metering service (max 30 meter dimensions per offer; usage reported within an hour) | Usage and flat-fee (SaaS) pricing models |
Two mechanics catch founders out. First, entitlement and metering are your engineering problem, not the provider's — the marketplace bills what you report, and reconciliation errors become invoice disputes. Second, contract-duration limits are structural: on Microsoft, a private plan caps at three years while a private offer built on absolute pricing can run far longer. If your deal desk assumes a five-year term is always available, it will not be.
How do you decide? Route-to-transaction economics#
Compare the marketplace route with the best realistic direct route for the same account.
channel-adjusted contribution = contract value × gross margin − listing fee − reseller or referral share − incremental sales and operations cost − expected channel-conflict cost
Then add probability and time:
expected deal value = probability of close × channel-adjusted contribution ÷ (1 + r)^(days to cash ÷ 365)
The discount factor is negligible over a single quarter at ordinary rates. It is not negligible when you are managing runway and a 60-day acceleration changes what you can hire. Use it as a reminder that cash timing has value, not as a precision instrument.
Measure incremental lift, not gross lift#
Never credit the marketplace with a deal that would have closed directly on the same terms and timeline.
incremental marketplace value = expected value through marketplace − expected value through direct route − fixed marketplace investment
Fixed investment includes listing review, metering and entitlement engineering, testing, legal templates, partner management, finance reconciliation, and ongoing release maintenance. It is mostly a one-time cost with a recurring maintenance tail — which is exactly why the payback question is "how many incremental deals," not "what is the fee percentage."
The marketplace readiness test#
| Question | You are ready when you can answer |
|---|---|
Which buyer friction does this remove? | A named, observed procurement blocker — not "enterprises like marketplaces" |
Can the marketplace represent our pricing accurately? | The pricing metric maps to a supported offer type |
Can entitlement and usage reconcile to invoices? | You have tested metering end to end, including refunds |
Who owns opportunity, renewal, expansion, support, dispute? | One named owner per item |
What is the all-in fee by offer type and geography? | A table, not a single percentage |
Does the provider or reseller contribute pipeline? | Evidence of sourced or accelerated deals, not a co-sell deck |
How will direct and marketplace prices stay coherent? | A written price policy the sales team can apply |
Worked example: is a marketplace listing worth it?#
A fictional infrastructure startup, Meterline, is evaluating an AWS listing. A representative deal is a $120,000 annual SaaS contract. Product gross margin before channel costs is 82%.
gross contribution before selling cost = $120,000 × 82% = $98,400
Route 1 — direct#
Expected cycle: 150 days. Account-specific commission, legal, billing setup, and sales engineering cost $24,000.
direct contribution = $98,400 − $24,000 = $74,400
Route 2 — marketplace via a channel partner#
The customer will close through a channel partner private offer in 90 days. Using the current AWS schedule for a sub-$1M SaaS private offer sold through a partner:
| Line item | Basis | Amount |
|---|---|---|
Listing fee | 3% private offer + 0.5% CPPO uplift = 3.5% of TCV | $4,200 |
Channel partner share | 10% of contract value | $12,000 |
Incremental marketplace operations | Metering, reconciliation, deal desk | $4,000 |
marketplace contribution = $98,400 − $4,200 − $12,000 − $4,000 = $78,200
Contribution is $3,800 higher than the direct route, and cash arrives roughly 60 days earlier — but only because the assumed direct route carries $24,000 of account-specific selling cost that the partner-led route avoids. Change that assumption and the ranking flips.
Sensitivity, stated plainly. If Meterline listed without a channel partner, the fee would be 3% ($3,600) and there would be no $12,000 partner share — but also no partner-sourced deal and no reduction in direct selling cost. The partner share is only worth paying if the partner actually sources or accelerates.
Now test the real question: incremental lift#
Suppose marketplace procurement raises close probability from 55% to 75%:
direct expected contribution = 55% × $74,400 = $40,920
marketplace expected contribution = 75% × $78,200 = $58,650
expected-value gain per deal = $58,650 − $40,920 = $17,730
If listing, metering, entitlement, and legal work cost $90,000:
$90,000 ÷ $17,730 = 5.08 deals
Meterline needs roughly five similar incremental deals to recover the fixed investment — and "incremental" is doing all the work. If three of those five would have closed directly anyway, the listing has not paid for itself.
Three caveats that keep this honest. The 55% → 75% close-rate lift is an assumption, not a measurement; it should come from a matched comparison of accounts, not from the two deals that went well. The 82% gross margin quietly assumes support and metering labor stay inside it, which is the first thing that breaks at scale. And the model prices a transaction, not an outcome — see the caution below on shelfware.
What are the common mistakes?#
- Treating a listing as demand generation. Products sit undiscovered without a sales or partner motion behind them. A listing is a checkout counter, not a storefront window.
- Using one fee percentage for every deal. Fees vary by provider, offer type, deployment method, contract value, renewal status, channel involvement, and region. The AWS gap between a 3% SaaS public offer and a 20% server public offer is not a rounding error.
- Quoting a committed-spend cap you cannot source. Drawdown rules differ by provider and are partly contractual. Google publishes a 25% cap for channel private offers; AWS publishes nothing. Verify per account, in writing.
- Adding the channel after pricing is final. Listing fee plus partner share can turn an already-approved discount into a loss-making deal. Model the channel before the discount desk approves anything.
- Assuming procurement review disappears. Marketplace contracting helps with vendor onboarding and payment. Security, privacy, data-residency, and architecture review remain.
When does the marketplace strategy break?#
- Self-serve, card-paid motions. If customers buy with a credit card in minutes, marketplace overhead adds cost and friction with nothing to compress. See Product-Led Growth.
- Deals too small to absorb channel overhead. Fixed listing investment plus per-deal fees needs contract values that can carry them.
- Pricing too bespoke to represent. If every deal has a custom meter or a hand-built commercial structure, the platform will misrepresent it and reconciliation will fail.
- Immature security and support posture. Enterprise buyers arriving through a marketplace still expect enterprise controls. Arriving faster at a review you cannot pass is not progress.
- The provider is both channel and competitor. Reach comes with platform dependency, data exposure, fee risk, and bargaining asymmetry. Preserve direct customer insight, portable entitlements, and a credible alternative route. See Switching Costs and platform strategy.
- Procurement speed is not adoption. A purchase funded by committed budget the customer had to spend anyway can produce shelfware. Measure deployment, usage, renewal, and expansion after the transaction — not gross transaction value. See Customer Success and Land-and-Expand.
Frequently asked questions
01Should an early-stage company list on all three marketplaces?
Almost never at once. Each listing carries its own metering integration, entitlement logic, legal templates, tax handling, reconciliation process, and partner management. List where your buyers already hold committed spend and where your product architecture already runs. Add a second provider when the first one has produced incremental closed deals, not when it has produced a logo on a slide.
02Does a marketplace purchase always draw down the customer's cloud commitment?
No. Eligibility is offer-specific, path-specific, and contract-specific. Microsoft requires the offer to be Azure benefit-eligible at the time of purchase and checked out through the Azure portal, and never applies the benefit retroactively. Google caps channel-private-offer drawdown at 25% of the commitment. AWS does not publish its terms. Confirm with the buyer and the provider's account team before you promise anything.
03How should we price to protect margin against listing fees?
Decide the channel policy before the price, not after. Either hold one list price and treat the fee as a channel cost accepted in exchange for a faster close, or maintain an explicit channel-adjusted floor that the deal desk applies to marketplace deals. What destroys margin is discounting to the direct-deal floor and then discovering a 3.5% fee and a 10% partner share on top. See Strategic Pricing.
04Who owns the customer if a channel partner private offer closes the deal?
Contractually it varies; operationally it must be decided in advance. Write down who owns the opportunity record, the renewal, the expansion conversation, the support escalation, and the billing dispute — before the first offer goes out. Ambiguity here is the most common source of channel conflict and the most expensive to unwind. See Distribution Channels.
05How do we tell whether the marketplace actually caused a faster close?
Compare matched cohorts, not anecdotes: similar segment, deal size, and quarter, routed differently. Track cycle time from qualified opportunity to signature and from signature to cash. Interview the buyer's procurement contact about what the marketplace removed. One accelerated deal is a story; a consistent cycle-time difference across a dozen comparable accounts is evidence.
Related concepts#
- Distribution Channels — place marketplaces inside a broader route-to-market portfolio.
- Positioning — decide whether single-cloud alignment strengthens or narrows your market frame.
- Sales Funnel and Pipeline Metrics — measure channel-specific conversion, cycle time, and coverage.
- Sales-Led vs. Product-Led Growth — decide whether the account justifies a procurement-led route at all.
- Land-and-Expand — grow the account after the first marketplace transaction.
- Customer Success — convert a procurement event into deployed, used, renewable value.
- Usage-Based Pricing — design a meter the marketplace can transact and reconcile.
- Pricing Metric / Value Metric — check that your charge unit maps to a supported offer type.
- Credits and Drawdown Model — the commercial cousin of committed-spend mechanics.
- API as a Product — align entitlements, usage, reliability, and developer operations.
- Marketplace Business Model — distinguish selling on a marketplace from operating one.
- Switching Costs — assess dependency created by a single-provider route.
- Platform Strategy and Ecosystems — assess bargaining asymmetry with a provider that is also a competitor. This concept is not yet published as a public wiki page.
Sources#
- Amazon Web Services, "Understanding listing fees for AWS Marketplace sellers", fees effective January 5, 2024; South Korea regional fee effective April 1, 2025; accessed August 13, 2026. First-party fee schedule for public offers, tiered private offers, renewals, channel-partner private offers, professional services, and regional uplifts.
- Amazon Web Services, "Creating private offers", AWS Marketplace Seller Guide, accessed August 13, 2026. First-party description of customer-specific pricing and terms.
- Microsoft, "Microsoft Marketplace transact capabilities", Microsoft Learn, last updated July 23, 2026; accessed August 13, 2026. First-party source of the 3% store service fee, the 97% payout, the 50% renewal discount, private-plan and contract-duration limits, metering constraints, and the rule that Azure prepayment credits cannot pay publisher license fees.
- Microsoft, "Frequently asked questions about using your MACC in Microsoft Marketplace", Microsoft Learn, last updated May 18, 2026; accessed August 13, 2026. First-party source of MACC drawdown mechanics: 100% of pretax amount for Azure benefit-eligible purchases via the Azure portal, decrement at invoice, no retroactive eligibility, refund replenishment.
- Google Cloud, Vendor Net Revenue Schedule, schedule effective April 21, 2025; accessed August 13, 2026. First-party fee schedule by deal type and total contract value, including definitions of channel shift, migration, and native renewal.
- Dai Vu, Google Cloud, "Google Cloud Marketplace simplifies deals and improves economics", Google Cloud Blog, May 15, 2025; accessed August 13, 2026. First-party announcement of the variable revenue-share model and the June 9, 2025 change to 100% commit drawdown on Channel Private Offers, subject to a 25% cap.
- Google Cloud, "Discover Private Offers", Google Cloud Marketplace Partners documentation, last updated July 29, 2026; accessed August 13, 2026. First-party description of private-offer capabilities for SaaS, VM, and Kubernetes products.
Note: This page is educational and does not constitute legal, tax, or financial advice. Marketplace fee schedules, private-offer mechanics, contract-duration limits, and committed-spend drawdown rules are set unilaterally by the cloud providers, vary by contract and geography, and change frequently. Every figure here was verified on 2026-08-13 against the provider's own documentation and should be re-verified against the provider's current terms and your own agreements before use in pricing, forecasting, or customer commitments.
Author
Dr. Sarah Zou
Independent economist · EconNova
Commercial strategy for technical products, with a focus on pricing, unit economics, and the operating choices behind the model.
About SarahTopics
Cite this page
Suggested citation
Zou, S. (2026). Cloud Marketplaces: A Founder's Guide to Procurement-Led Distribution. In Go-to-Market. Pricing & Monetization Wiki. https://sarahzou.com/wiki/go-to-market/cloud-marketplaces
Open license
Reuse with attribution
This content is available for reuse. When referencing or republishing it, please credit Dr. Sarah Zou and link back to the original source.
Licensed under Creative Commons Attribution 4.0 International. You may share and adapt the material with appropriate credit.