mbfinotti/partnerships-skillsMIT6 files

Partner Marketplace Strategy

Decide which third-party marketplaces to list on, how much to invest in each, what ROI to expect, and when to delist - marketplace prioritization for partner teams. Covers cloud marketplace listing strategy, SaaS app store and integration directory prioritization, and retail marketplace selection for ecommerce (1P vs 3P vs hybrid), with a readiness gate, weighted scorecard, and provenance-flagged ROI expectations. Use whenever the user mentions AWS, Azure or GCP marketplaces, an app store listing, an integration directory, or asks whether a marketplace listing is worth it, even if they never say marketplace strategy. Do NOT use for choosing which partner category to launch next - use mbfinotti/partnerships-skills@partner-ecosystem-expansion instead.

Specification
Skill ID
mbfinotti/partnerships-skills/partner-marketplace-strategy
Publisher
mbfinotti
Repository
partnerships-skills
Installs
511
Files
6
License
MIT
Synced
Oct 23, 2026
How to use it

Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.

mbfinotti/partnerships-skills/partner-marketplace-strategyInstalls these files
  • SKILL.md
  • evals/evals.json
  • references/marketplace-economics.md
  • references/marketplace-taxonomy.md
  • references/prioritization-scorecard.md
  • references/roi-and-kpis.md

What this skill tells the agent

Partner Marketplace Strategy

Set the strategy for listing on third-party marketplaces: which ones, how deep, in what order, with what investment, and the condition that ends it. The working method assembles:

  • The list → transact → co-sell → scale capability ladder (broad B2B practitioner consensus).
  • Tackle's Cloud GTM Maturity Model (vendor-authored, it sells stage-by-stage tooling).
  • McFadyen Digital's Marketplace Maturity Model (consultancy-authored, B2C).
  • For reading the vendor landscape: the Canalys Global Co-Sell Software Leadership Matrix, IDC MarketScape marketplace assessments, and Gartner's PERM market guide (independent analyst), plus Jay McBain's ecosystem work as the most credible individual voice.

No framework in this field has independent longitudinal validation. Every staged model is authored by a party selling the journey: use them as structure, not as evidence.

The output is a decision artifact an executive funds: the Marketplace Strategy memo, never execution work.

  • Listing-form content, store optimization, and ad tactics belong elsewhere.
  • Per-partner economics, named-alliance ranking, and joint GTM plans hand off to sibling skills (see Reference).

Interview

Ask before strategizing. Ask one question per message, and offer multiple-choice answers when possible. Skip a question only when the user already gave the answer.

  • B2B software, consumer brand, or hybrid?
  • Product type and deployment model: SaaS, self-hosted/installable image, physical goods, services?
  • Price band: typical ACV or order value, and gross margin? How much margin can a platform take rate consume?
  • Which channels sell today, and does the direct motion already work repeatably? What is the evidence?
  • Where does target buyers' procurement already sit: committed cloud spend (and with which provider), a dominant retail platform, or neither?
  • Do buyers purchase through a marketplace today? Any committed-spend contracts among target accounts?
  • Who owns this decision, and who must approve it (revenue, finance, product - or ecommerce, marketing, finance)?
  • B2B: how is a marketplace-routed deal treated in sales compensation today - neutral, penalized, or undefined?
  • Operational capacity: metering/entitlement engineering, deal desk, tax/legal for B2B, or inventory, fulfilment, returns, retail-media budget for B2C?
  • What does success mean, in which metric, and by what date must the result land?
  • Is this a one-off revenue win this period, or a compounding procurement asset that pays over years?
  • What is the effort ceiling: engineering weeks available, deal-desk or fulfilment headcount, political capital for a comp-plan change, and how reversible the commitment must be?

The last three answers re-rank every option menu in this skill. Say out loud which answer moved which option:

  • A hard near-term date promotes list-only and 3P, and demotes anything needing a build.
  • A compounding mandate promotes the private-offer and deep-platform-bet rungs.
  • A low effort ceiling deletes the channel/multiparty and hybrid rungs from the memo outright, rather than parking them at the bottom.

Workflow

Hold three disciplines across every step:

  • Present options, then wait. Wherever a real choice exists (which platform first, scorecard weights, depth of participation, 1P vs 3P, the delist condition), present 2-3 candidate approaches with trade-offs and a recommendation, then wait. Never present one option as the only one.
  • Flag provenance on every benchmark quoted. Nearly all published marketplace ROI figures come from parties that profit when the number looks good: platform-commissioned studies, GTM-tooling vendors, agencies. Label each as operator-published, vendor, commissioned study, analyst, or agency, and treat precision as marketing.
  • Re-rank against the user. Every ordering in this skill and its references is a default, not a law: it shifts with context and with who executes it. Say which fact moved which option, e.g. an existing metering and entitlement system deletes most of the transactable rung's cost, a committed-spend customer already asking to buy through the marketplace promotes the private-offer rung above everything else, and no deal desk at all demotes it below a rung the team can actually run.

Work in the profession's own collaborative formats, not generic brainstorming:

  • B2B: business-case templates and stage-gate readiness reviews, QBRs with the marketplace/platform team, comp-neutrality policy drafted before the quarter, account mapping as the shared data layer.
  • B2C: channel P&L models, written go/no-go criteria, pre-launch readiness checklists, weekly pacing reviews, and 90-day retros.
  1. Run the Interview. Confirm scope is one business area with a stated goal before evaluating anything.
  2. Apply the readiness gate. It is allowed to answer "not yet". Disqualifiers:
  • Direct motion not yet repeatable: a marketplace amplifies a working motion; it does not create one.
  • Margin that cannot absorb the take rate plus cost-to-serve. Resolve the deployment model first, because the take rate follows it: 3% for a SaaS listing but 20% for a server/AMI/container/ML image on AWS Marketplace, a gap that decides this gate on its own.
  • No named owner or executive sponsor.
  • Missing operational capacity with no budget to build it.

If disqualified, say so, name what must change, and stop.

  1. Run the demand-vs-procurement diagnosis and write the answer down. A marketplace is primarily a transaction and procurement rail, not a demand-generation channel: "list and pray" is the most-cited failure in both B2B and B2C.

State explicitly what this listing is being asked to do:

  • Unlock committed-spend budgets and shorten procurement.
  • Capture demand that genuinely searches there.

If the plan assumes demand the platform will not supply, the plan funds demand generation or does not proceed.

  1. Inventory candidate marketplaces by category (hyperscaler/cloud, SaaS app store, integration directory, retail marketplace, regional champion), anchored on where the Interview says buyer procurement and traffic already sit. Evaluate in default efficiency order: value returned per unit of effort, where effort is engineering weeks, deal-desk rework and reversibility, never a fee. No order spans both sides:
  • B2B: hyperscaler cloud > integration directory > SaaS app store
  • B2C: dominant retail marketplace > regional champion

If you can browse the web, extend the inventory from competitor listings, platform partner directories, and category neighbors. See references/marketplace-taxonomy.md for the per-axis orderings and what each order starves.

  1. Screen hard gates before scoring: scope violations, platform terms the business cannot accept, missing prerequisites. Mark unresolved compliance or fee questions "hold for verification". Never convert an unknown into a rejection or an acceptance.
  2. Score survivors on the weighted prioritization scorecard: propose weights, agree them with the user before scoring, leave unsupported dimensions unscored rather than invent precision. Then apply the second-pass impact × effort filter on a provisional impact estimate - the ROI model is not built until step 11, so label the axis "provisional" and leave a candidate unplotted rather than inventing an impact number. Give each candidate a four-way outcome - pilot, prepare, hold for verification, do not prioritize - not a binary go/no-go. See references/prioritization-scorecard.md.
  3. Verify the economics of every ranked candidate.
  • If you can browse the web, read the operator's own published schedule and date it.
  • Otherwise, ask the user for it, and mark anything they cannot supply "unverified" rather than assuming a rate.

More from mbfinotti

Use this skill in a project

Open any RiverX project, search the Skills panel for mbfinotti/partnerships-skills/partner-marketplace-strategy, and install it in one click.

Use this skill