Skip to content
alyn
borghei

Channel Economics skill

Channel economics: design and analyze the financial structure of go-to-market channels. Use when picking a channel mix, modeling partner margin or TCO, designing partner tiers and rebates, or analyzing channel conflict.

$npx skills add borghei/Claude-Skills --skill channel-economics
View this skill on GitHubborghei/Claude-Skills/business-growth/channel-economics/SKILL.md
Pack stars
1,091
Pack installs
42k
Alyn Score
66/99
Updated
2 days ago
– views – installs via Alyn

borghei

Channel Economics

Install Channel Economics

Pick your agent. Every command is ready to paste.

$npx skills add borghei/Claude-Skills --skill channel-economics

The open skills CLI detects your agents (Claude Code, Cursor, Codex and 70+ more) and installs to the right folder. Add -g to install globally.

01

Install it

Run the command above, or upload the folder in Claude.

02

Ask naturally

Describe the task. Your agent loads channel-economics when the request matches its description.

03

Name it if needed

If it does not trigger, say “use the channel-economics skill”. In Codex, type $channel-economics.

The skill itself

SKILL.md

FolderGitHub

Channel Economics

End-to-end financial modeling and design of go-to-market channels: direct sales economics, reseller / distributor margin structures, marketplace fees, partner tier economics, channel conflict resolution, and the TCO frameworks that compare channel options apples-to-apples.

This skill provides the financial backbone for channel strategy. For strategic partnership design (which channel to invest in, how to structure the partnership), see business-growth/partnerships-architect. For partner-deal-level approval mechanics, see business-growth/deal-desk.


When to use this skill

Situation Skill applies
Deciding direct vs partner-led for a new product Yes — start with channel model decision tree
Designing a partner tier structure (silver/gold/platinum) Yes — see partner tier economics
Modeling a specific partner deal's margin / payback Yes — scripts/channel_margin_calculator.py
Analyzing channel conflict (overlapping direct + partner deals) Yes — see channel conflict + scripts/channel_mix_optimizer.py
Building a partner program rebate / SPIFF structure Yes — see rebate design
Comparing AWS Marketplace vs direct list-price economics Yes — scripts/channel_margin_calculator.py --channel marketplace
Negotiating a specific partner contract Use business-growth/contract-and-proposal-writer for the contract; this for the economics
Strategic partnership design (joint go-to-market, OEM, white-label) Use business-growth/partnerships-architect first

The channel model decision tree

Six core channel models. Most companies use a mix.

What's the product's complexity + price point?

Low complexity, low price (< $10k ACV):
├── Self-serve / PLG → no channel
├── E-commerce → direct via web
└── Marketplace (AWS / Azure / GCP / Salesforce AppExchange) → if buyer already there

Medium complexity, mid-market price ($10k - $250k ACV):
├── Inside sales / SDR-led direct → if buyer journey is well-understood
├── Reseller / VAR (Value-Added Reseller) → if local presence / language matters
├── Marketplace → if buyer prefers procurement via existing relationship
└── Embedded / OEM → if your product is a component in someone else's offering

High complexity, enterprise ($250k+ ACV):
├── Direct field sales → standard for high-touch enterprise
├── Strategic SI / Integrator (Accenture, Deloitte, etc.) → if implementation is a substantial project
├── ISV / Embedded → if you're a feature in a larger platform
└── Reseller / Distributor → for regional or vertical specialty

Operational / managed-service buyer:
└── MSP (Managed Service Provider) → if customer wants outsourced operations

See references/channel-models-direct-partner-marketplace.md for each model in depth: economic structure, typical margin splits, when each works / fails, contract patterns.


Margin and TCO framework

Apples-to-apples channel comparison requires a consistent TCO model. The naive comparison ("direct gets 100%, reseller gets 70%") misses critical costs.

True channel TCO formula

Channel Contribution Margin
  = Channel-attributed Revenue
  − COGS
  − Partner Discount/Commission
  − Channel-specific Sales Cost (allocated)
  − Channel-specific Marketing Cost (MDF, co-marketing)
  − Partner Enablement Cost (training, certification)
  − Channel Operations Cost (channel manager headcount)
  − Channel-specific Support Cost (T1 partner support)

Side-by-side comparison

For a $100k ACV deal:

Component Direct Reseller (30% off) AWS Marketplace
Customer payment $100,000 $100,000 $100,000
Reseller / marketplace fee $0 -$30,000 (30% discount) -$3,000 (3% AWS fee)
Revenue to us $100,000 $70,000 $97,000
COGS (15%) -$15,000 -$10,500 -$14,550
Sales cost (allocated CAC) -$25,000 -$5,000 -$8,000
Marketing cost (MDF / listing) -$2,000 -$8,000 -$5,000
Partner enablement (amortized) $0 -$3,000 -$1,500
Channel ops (amortized) $0 -$2,000 -$1,000
Support cost -$5,000 -$3,000 -$5,000
Net contribution $53,000 $38,500 $61,950
% of ACV 53% 38.5% 62%

The "30% discount" reseller deal is more like 14.5% margin difference once everything's counted. Marketplace can look better than direct on per-deal basis (Amazon's sales team brings the buyer) — but volume varies.

Use scripts/channel_margin_calculator.py --deal deal.yaml --channel <type> to model this for any deal.

See references/margin-and-tco-frameworks.md for the full TCO framework, per-cost-line guidance, and how to allocate "fully-loaded" sales / marketing / ops costs.


Partner tier economics

Multi-tier partner programs (Authorized → Silver → Gold → Platinum) are common. Designed badly, they reward effort that isn't valuable; designed well, they reward outcomes that drive growth.

Standard tier structure

Tier Annual revenue threshold Discount % Other benefits Requirements
Authorized None 10% Standard support Sign partner agreement; 1 certified person
Silver $100k 15% Co-marketing eligible (limited MDF) $100k achieved; 3 certified people; 2 customer wins
Gold $500k 20% + 5% rebate at threshold Dedicated channel manager; MDF; deal registration; lead sharing $500k achieved; 5 certified; 5 wins; 80% renewal rate
Platinum $2M 25% + 7% rebate at threshold Top-tier support; joint roadmap; preferred status; press release rights $2M achieved; 10 certified; 10 wins; 90% renewal; participation in advisory board

Tier design principles

  1. Outcome-based, not effort-based. Reward revenue + retention, not training hours or marketing event count.
  2. Achievable but stretching. Each tier should be a 12-18 month stretch from the prior.
  3. Differentiable benefits. Each tier needs benefits a partner actively wants (not just "more support").
  4. Renewable status. Tiers re-evaluated annually. Partners can move down if they don't maintain.
  5. Anti-gaming protection. Discount-stacking, registration gaming, transfer pricing — design out.

Use scripts/partner_tier_economics.py --tiers tiers.yaml to model tier economics: gross margin per tier, partner-side incentive, break-even revenue per partner per tier.


Rebate / SPIFF design

Three common reward structures, each with trade-offs:

Front-end discount

Partner buys from you at a discount; sells to customer at list (or close). Margin = the spread.

Pros: Simple. Cash flow goes to partner immediately. Cons: Hard to incentivize specific behaviors. Discount is locked in regardless of performance.

Back-end rebate

Partner pays full price (or near it); earns rebate quarterly / annually based on revenue / tier achievement.

Pros: Ties reward to actual achievement; behaviors can be incentivized (e.g., bonus for selling new products). Cons: Cash-flow burden on partner. Complex to administer.

MDF (Marketing Development Funds) / SPIFF

Per-deal or per-period bonuses for specific actions: bring leads, attend events, certify staff.

Pros: Highly targetable. Rewards specific behaviors you want. Cons: Easy to game; admin overhead high; partners often expect it without producing.

Typical mix

Partner type Front-end Back-end MDF/SPIFF
Reseller (transactional) 70-80% of total comp 10-20% 5-10%
VAR (consultative selling) 50-60% 20-30% 10-20%
Distributor (volume play) 80-90% 5-15% 5%
ISV / Embedded n/a (rev share) 100% 0
MSP 40-60% 20-30% 10-30%

Channel conflict

Channel conflict happens when multiple sales paths chase the same customer. Common forms:

Direct-vs-partner conflict

Scenario Resolution pattern
Direct rep finds opportunity also touched by partner Deal registration: first to register wins; partner gets credit if they brought it
Partner finds direct customer If direct is already engaged: partner deferred (with consolation MDF perhaps); if not: partner leads
Customer asks for direct after partner-led pilot Honor partner relationship for term; transition at next renewal if appropriate

Partner-vs-partner conflict

Scenario Resolution pattern
Two resellers both pursuing same account First-registered wins; second is offered alternative leads / regional swap
Vertical specialist vs geographic Vertical wins (customer values vertical expertise more)
New partner pursues incumbent partner's customer Incumbent has right of first refusal for 90 days

Marketplace-vs-direct conflict

Customer can buy via AWS Marketplace OR direct. If price is lower direct, customer feels gamed. If price is same, why not just use marketplace? Common resolution:

  • Same price direct vs marketplace (customer doesn't get punished for procurement choice)
  • Quota credit to the direct rep when customer chooses marketplace (so rep isn't disincentivized)
  • Marketplace listing visibility as a value-add, not as a different pricing channel

See references/channel-conflict-resolution.md for the full conflict-resolution playbook including deal registration process, neutral arbitration, conflict-of-interest disclosure.


Clarify First

Before modeling the channel economics, settle the inputs below. When one is missing or vague and would change the result, ask about it; when it wouldn't, use a sensible default and say which one you used.

  • Channel model(s) in scope: direct, reseller/VAR, distributor, marketplace, OEM, or MSP (sets which decision-tree branch and TCO comparison to run).
  • Target ACV / price point: sub-$10k vs mid-market vs enterprise (selects the viable channel branch and sizes per-deal margin).
  • Fully-loaded cost lines: COGS %, allocated sales/marketing/ops/support costs (drives the TCO contribution-margin model, not just the headline discount).
  • Partner contribution + tier intent: what the partner does (lead, sell, implement) and whether you're designing tiers/rebates (drives tier economics + rebate/SPIFF mix).

Ask about the two or three inputs that matter most for this request, not the whole list. If the user wants a result straight away, produce it and state your assumptions at the top.

End-to-end workflows

Workflow: Design a new partner program

  1. Pick channel models — direct + reseller? marketplace? OEM? — using the decision tree
  2. Model the economics — scripts/channel_margin_calculator.py per channel option at expected ACV
  3. Design tier structure — scripts/partner_tier_economics.py to size the gates and benefits
  4. Define rebate / SPIFF mix — per tier and partner type
  5. Write the partner agreement (with business-growth/contract-and-proposal-writer)
  6. Build channel ops — deal registration, MDF approval, certification tracking
  7. Hire channel manager(s) — usually 1 manager per 10-15 active partners
  8. Pilot with 3-5 partners — measure, iterate, then scale

Workflow: Evaluate a specific partner deal

  1. Inputs: ACV, partner discount %, expected close, partner's contribution (lead source? sales effort? implementation?)
  2. Calculate net contribution — scripts/channel_margin_calculator.py --deal deal.yaml --channel partner
  3. Compare to direct alternative — would this deal have closed direct? at what cost?
  4. Decide: approve / counter / decline (often via deal desk if it's a non-standard partner discount)

Workflow: Channel mix analysis

  1. Inputs: actual revenue by channel for last 4 quarters
  2. Run mix optimizer — scripts/channel_mix_optimizer.py --revenue revenue.csv examines contribution margin per channel + identifies under-/over-invested channels
  3. Recommend rebalancing — e.g., "Reseller channel: 20% of revenue, 8% of contribution margin — reduce investment; marketplace: 15% of revenue, 25% of contribution — increase listing visibility"
  4. Quarterly review: present to CRO / CFO

Workflow: Resolve a channel conflict

  1. Document the conflict — accounts involved, parties, history
  2. Apply the registration rule — first-registered partner wins absent overriding facts
  3. Consider exceptions — strategic logo, customer preference, vertical expertise
  4. Communicate decision — both parties, with reasoning, in writing
  5. Compensate the loser — alternative leads, MDF, regional swap; preserve the relationship

Anti-patterns

  • Direct + partner at same price. Customer feels punished for not using direct (or vice versa); kills partner motivation. Price-to-customer must be consistent across channels.
  • Discount-only partner program. Partners that only get a discount have no skin in your success; treat you as another vendor; switch easily.
  • Endless partner expansion without enablement. Signing 200 partners that don't sell anything; channel manager headcount can't scale; partners stale.
  • Marketplace as afterthought. Listing on AWS Marketplace without dedicated investment (listing optimization, co-sell programs) = marketplace generates nothing.
  • Channel manager as glorified email forwarder. CM should drive partner pipeline, not just relay leads.
  • Rebates with no audit. Partner self-reports revenue; you trust it; reality is 20% off. Build verification.
  • MDF spent on activities that don't drive pipeline. Partner runs a great event, generates no pipeline. MDF should require pipeline outcome.
  • Channel conflict policy that isn't followed. Policy says first-registered wins, but exec overrides every time → policy is theater.
  • Different commission per channel for same deal. Direct rep gets 8% on $100k deal, channel rep gets 6% on $100k deal — direct rep refuses partner help; channel rep undercut.
  • OEM / embedded deals priced like resale. OEM = customer doesn't see you at all; ASP can be 50-80% of list. Resale = customer sees you. Different economics; different price points.

Tooling outputs

Script Input Output
scripts/channel_margin_calculator.py Deal spec YAML + channel type Per-channel net contribution margin, cost line breakdown, comparison vs direct baseline
scripts/partner_tier_economics.py Tier definitions YAML Per-tier: gross margin to us, gross margin to partner, partner break-even, tier graduation incentive analysis
scripts/channel_mix_optimizer.py Revenue CSV (by channel + quarter) Per-channel revenue contribution, per-channel margin contribution, recommended rebalancing

All scripts: stdlib only, argparse CLI, JSON or markdown output.


Scope & Limitations

In Scope:

  • Channel model selection with the decision tree across self-serve, direct, reseller/VAR, distributor, marketplace, OEM/embedded and MSP
  • Per-deal net contribution margin and TCO comparison by channel with scripts/channel_margin_calculator.py, including an all-channel comparison
  • Partner tier economics (margin to vendor and partner, partner break-even, graduation incentive) with scripts/partner_tier_economics.py
  • Channel mix analysis and rebalancing recommendations from a revenue and cost CSV with scripts/channel_mix_optimizer.py
  • Front-end discount, back-end rebate and MDF/SPIFF mix design, and channel conflict resolution patterns

Out of Scope:

  • Strategic partnership design and partner evaluation (see business-growth/partnerships-architect/)
  • Approval of individual non-standard partner deals (see business-growth/deal-desk/)
  • Drafting partner agreements (see business-growth/contract-and-proposal-writer/)
  • Setting list pricing (see business-growth/pricing-strategy/)
  • Running channel operations such as deal registration, MDF approval and certification tracking (see sales-success/sales-operations/)

Important Caveats:

  • The scripts read deal, tier and revenue data from YAML and CSV files you prepare. They do not connect to a CRM, partner portal or marketplace account, and their built-in YAML parser handles simple maps and lists only.
  • Margin splits, marketplace fees, tier thresholds, rebate mixes and the ACV bands in the decision tree are illustrative. Replace them with your own contract terms and cost data.
  • Results depend on how sales, marketing, enablement, ops and support costs are allocated to each channel. A different allocation can change which channel looks best.

References


  • business-growth/partnerships-architect — strategic partnership design (this skill = the economics; that one = the strategy)
  • business-growth/deal-desk — approval mechanics for partner deals (this skill = "what does it cost"; deal desk = "should we approve")
  • business-growth/pricing-strategy — sets list pricing that channel economics deviates from
  • business-growth/revenue-operations — channel revenue is segmented in RevOps reporting
  • business-growth/contract-and-proposal-writer — drafts partner agreements
  • sales-success/sales-operations — runs channel ops (deal registration, MDF approval, certification tracking)
  • c-level-advisor/cs-cro-advisor — strategic channel-mix decisions are CRO-level

Tips for Channel Economics

  • • Start a fresh session after installing so your agent picks up the new skill.
  • • This skill ships scripts. Read them before the first run, and run it in a project without secrets first.
  • • It bundles reference files. The agent reads them only when needed, so they cost no context until then.
  • • It is part of a pack with 30 skills. Install only the ones you need with --skill to keep triggers precise.
  • • If two skills overlap, mention the one you want by name.

Questions about Channel Economics

What does the Channel Economics skill do?

Channel economics: design and analyze the financial structure of go-to-market channels. Use when picking a channel mix, modeling partner margin or TCO, designing partner tiers and rebates, or analyzing channel conflict.

How do I install Channel Economics?

Run "npx skills add borghei/Claude-Skills --skill channel-economics" in your project. The skills CLI installs it for Claude Code, Cursor, Codex and 70+ other agents. In Claude on the web, upload the skill folder as a ZIP under Customize > Skills.

Does Channel Economics work in Cursor and Codex?

Yes. Channel Economics uses the open SKILL.md format, so it works in Claude Code, Claude, Cursor, OpenAI Codex, Gemini CLI, GitHub Copilot and other agents that support agent skills.

Is Channel Economics free?

Channel Economics is open source on GitHub. It is free to install; check the license before commercial use.

Who made Channel Economics?

Channel Economics is published by borghei in the borghei/Claude-Skills repository, together with 29 other skills.

Similar skills. From other creators.