partnerships-architect
alirezarezvani/claude-skills
Évalue les partenariats potentiels en classant les partenaires par catégorie, en élaborant un plan conjoint de mise sur le marché (GTM) sur 90 jours, en modélisant les modalités économiques du partage des revenus et en identifiant les critères de résiliation pour les partenariats peu performants.
...Développer toutpartnerships-architect
Objectif
Aider le responsable des partenariats, le responsable du développement commercial et les fondateurs-PDG à répondre à quatre questions lorsqu’un partenaire potentiel se présente :
- S'agit-il d'un véritable partenaire, ou d'une personne à la recherche de conditions préférentielles sans demande indépendante ?
- À quel niveau devons-nous conclure un accord avec lui ? (Recommandation / Revendeur / OEM / Conseil en intégration de systèmes / Alliance stratégique)
- Quel est le plan de mise sur le marché (GTM) conjoint sur 90 jours qui prouvera que le partenariat fonctionne ?
- Quel partage des revenus est économiquement viable — et à partir de quel moment le partenariat devient-il plus avantageux que la vente directe ?
L’assistant génère une recommandation de niveau de partenariat + un plan de mise sur le marché + une fourchette de partage des revenus avec des critères d’arrêt explicites. Il ne signe pas l’accord. C’est l’humain, après avoir lancé cet assistant, qui prend la décision.
Quand l’utiliser
- Un partenaire potentiel vous a contacté et a demandé des conditions de revendeur / OEM / « stratégiques »
- Vous concevez une nouvelle structure de niveaux pour un programme de partenariat
- Vous évaluez un partenariat existant dont les performances sont insuffisantes et devez décider : redéfinir les niveaux, restructurer la stratégie de mise sur le marché ou mettre fin au partenariat
- Une grande entreprise souhaite conclure une « alliance stratégique » — et vous devez vérifier qu’il s’agit d’une véritable alliance et non d’une manœuvre visant à vous verrouiller sur un fournisseur
- Un cabinet de conseil ou un intégrateur système souhaite bénéficier d’un partage des revenus sur vos services liés à votre produit
- Un fournisseur de plateforme propose des formules OEM ou en marque blanche et vous devez en évaluer la rentabilité
- Vous soupçonnez que les contrats « provenant de partenaires » ne sont en réalité qu'une façon de ponctionner votre propre pipeline pour en réduire la marge
À ne pas utiliser pour :
- Démonstrations techniques et POC →
croissance commerciale / ingénieur commercial - Calculs du coût de service et du retour sur investissement sur un canal existant →
analyse économiquedes canaux parallèles - Stratégie de chiffre d’affaires à l’échelle de l’entreprise →
conseiller de direction / conseiller CRO - Acquisition d’une entreprise plutôt que partenariat →
conseiller de direction/guide de fusions-acquisitions - Validation de remises par transaction dans le cadre d’un contrat de partenariat signé →
service des transactions
Déroulement
Étape 1 — Prise en charge (≈ 20 min)
Remplir le fichier assets/partnership_intake_template.md. Indiquer : nom_du_partenaire, type_de_partenaire, preuves
d’une demande indépendante (comptes ciblés qu’il a identifiés, relations avec les clients finaux,
taille de son équipe commerciale), valeur stratégique (données géographiques / produit / marque / rentabilité des canaux de distribution),
engagements proposés (dépenses de marketing conjointes, effectifs dédiés, certification,
objectifs de vente).
Si le formulaire d’accueil ne peut pas être rempli en toute sincérité, le partenaire potentiel n’a pas démontré suffisamment de substance pour être évalué. Arrêtez-vous. Revenez vers lui.
Étape 2 — Classification par niveau
Exécutez scripts/partner_tier_classifier.py --input intake.json --profile saas --output markdown.
Le résultat classe le partenaire dans l’un des 5 niveaux — REFERRAL / RESELLER / OEM / SI-CONSULTING /
STRATEGIC — avec des seuils minimaux déterministes. Le niveau STRATEGIC requiert named_accounts ≥ 5 ET
un engagement pluriannuel ET des ressources dédiées. La fonction « skill » génère la justification + les critères d’exclusion.
Étape 3 — Plan GTM conjoint
Exécutez le script `joint_gtm_planner.py --input gtm.json --profile saas --output markdown`.
Résultat : plan sur 90 jours comprenant les jalons de pré-lancement (formation, certification, supports),
la stratégie de lancement (comptes cibles, argumentaire de vente, allocation du MDF), un point de contrôle à mi-trimestre et
des critères de réussite sur 90 jours. Vérification : impossible de planifier une stratégie GTM pilotée par les canaux de distribution pour le niveau « REFERRAL » ; impossible de
planifier une solution en marque blanche pour le niveau « non-OEM ».
Étape 4 — Modèle de partage des revenus
Exécutez les scripts : `script/revshare_modeler.py --input revshare.json --output markdown`. Calcule la
marge par transaction (directe vs via un partenaire), la fourchette de pourcentage de partage des revenus recommandée en fonction du
degré de contribution du partenaire (sourcing > influence > exécution), le seuil de rentabilité du retour sur investissement du partenaire et
la rentabilité à long terme — à l’échelle prévue, la rentabilité du partenaire est-elle supérieure à celle d’une vente directe ?
Étape 5 — Décision
Présentez le niveau de partenariat, le plan de mise sur le marché et la fourchette de partage des revenus au comité de partenariat. Ce n’est pas Skill qui signe le contrat avec le partenaire, mais vous. Consignez les critères de résiliation dans le contrat afin que la résiliation soit automatique lorsqu’elle est déclenchée.
Scripts
scripts/partner_tier_classifier.py— Classificateur à 5 niveaux avec des seuils minimaux déterministes par niveauscripts/joint_gtm_planner.py— Générateur de plan GTM conjoint sur 90 jours avec un calendrier validé par niveauscripts/revshare_modeler.py— fourchette de partage des revenus + seuil de rentabilité du ROI + rentabilité à long terme
Tous les scripts : stdlib uniquement. Les options --help et --sample fonctionnent sur les trois.
Exemple rapide
# Génère une classification des partenaires en 5 niveaux avec des seuils minimaux déterministes par niveau pour l'exemple de partenaire intégré
cd commercial/skills/partnerships-architect && python3 scripts/partner_tier_classifier.py --sample
Références
references/channel_partner_canon.md— Caro sur les canaux indirects de HP, Chintagunta sur l’économie des canaux de distribution, Hessling sur les programmes de partenariat, la pile logicielle des canaux de distribution de Forrester, les études d’IDC sur les canaux de distribution, les modèles de canaux par abonnement de Tien Tzuo, les partenariats « produit complet » de Geoffrey Moorereferences/joint_gtm_canon.md— Aaron Ross, *Predictable Revenue* (prospection à froid vs partenaires), *Winning by Design*, Jay McBain sur la co-vente, guide pratique du Microsoft Partner Network, étude sur l’AWS Partner Network, benchmarks des partenaires de SiriusDecisions, données sur les partenaires SaaS de Bridge Groupreferences/partnership_anti_patterns.md— Étude Forrester sur les partenariats pilotés par les partenaires à partir de votre pipeline, Tom Tunguz sur les conflits de distribution, analyses des échecs par Hessling, MIT Sloan sur le partage disproportionné des revenus stratégiques, analyses rétrospectives de la distribution chez HP, cas de conflits de distribution chez IBM, étude sur Salesforce AppExchange
Hypothèses
- Un partenaire incapable de fournir la preuve d’une demande indépendante (comptes ciblés, relations avec les clients finaux, propre équipe commerciale) recherche des conditions préférentielles, et n’est pas un véritable partenaire.
- Les profils sectoriels (
--profile) ajustent les valeurs par défaut — ils ne remplacent pas vos données. - Les fourchettes de pourcentage de partage des revenus sont des recommandations ; la négociation du contrat, la politique relative au MDF et les conditions d’exclusivité relèvent de décisions commerciales humaines qui ne relèvent pas de cette fonctionnalité.
- La mention « provenant d’un partenaire » implique que ce dernier ait présenté la transaction ET qu’il ait été le principal responsable de la relation. La mention « influencée par un partenaire » donne lieu à une rémunération dans une fourchette inférieure. L’attribution de la rémunération prime sur les affirmations contenues dans les présentations.
- Cette compétence concerne la conception des partenariats, et non la gestion des transactions signées avec des partenaires — une fois
la signature effectuée, l’examen commercial de chaque transaction est transféré au
service chargé des transactions. - Les critères de résiliation sont obligatoires. Un partenariat dépourvu de clause écrite de résiliation aggrave le problème des mauvais partenaires au fil des années.
Anti-modèles
- « Partenaire = toute personne qui en a fait la demande ». Un partenaire sans demande indépendante est un chasseur de rabais. Utilisez le classificateur de niveaux — le niveau « REFERRAL » existe précisément pour absorber ces cas sans céder la marge du revendeur.
- Accorder des conditions OEM / marque blanche sans marge suffisante pour financer le support. OEM signifie que vous assurez le support d’un client qui ne vous appartient pas. Si le partage des revenus ne finance pas le coût du support de niveau 2, l’accord OEM est une opération déficitaire.
- Verser un partage des revenus de niveau « sourcing » sur des contrats « influencés » uniquement. « Influencé » ≠ « sourcing ». Le contrat allait de toute façon se conclure. Appliquez le taux « influencé ».
- Absence de critères de résiliation pour les partenaires peu performants. Les « alliances stratégiques » sans clauses de caducité deviennent des obligations permanentes après le départ du responsable de projet.
- Conflit de canaux ignoré jusqu’à ce que les commerciaux démissionnent. Lorsque votre commercial direct et votre partenaire se présentent tous les deux chez le même client, vous perdez soit le commercial, soit le partenaire. Définissez les règles d’ engagement avant, pas après.
- Territoire exclusif accordé à un partenaire faible. Cela exclut le partenaire fort qui aurait en réalité généré les contrats.
- Fonds de développement du marché (MDF) sans obligation de rendre compte du retour sur investissement. Les fonds de développement du marché sans pipeline identifié, sans retour sur investissement déclaré et sans ajustement trimestriel constituent une subvention, et non un investissement.
- Absence de plan de sortie à la fin du partenariat. La continuité de la relation client, la restitution des données, le nettoyage de la propriété intellectuelle et le retrait de la marque doivent être négociés au préalable. Il est impossible d’en discuter une fois que la relation s’est détériorée.
À distinguer de
- ingénieur en croissance commerciale/vente — la vente technique : démos, POC, définition du périmètre d’intégration. Intervient une fois la décision de partenariat prise et la transaction en cours.
- Économie des canaux de distribution (connexe) — calcul du coût de service et du retour sur investissement pour un canal existant. Permet de quantifier la rentabilité d’un partenaire signé. partnerships-architect détermine s’il convient de signer le contrat et, le cas échéant, à quel niveau.
- conseiller de direction/conseiller CRO — décision stratégique du CRO (quand recruter un vice-président des canaux de distribution, décisions concernant la répartition du chiffre d’affaires de l’ensemble de l’entreprise). L’ partnerships-architect se fait au cas par cas.
- c-level-advisor/ma-playbook — lorsque la réponse est « les acquérir » et non « s’associer avec eux ». Déclencheur : le partenaire dispose d’un avantage concurrentiel unique que vous ne pouvez pas reproduire, ou le partenariat nécessite une prise de participation pour aligner les incitations. Rediriger vers ma-playbook.
- deal-desk — approbation des remises au cas par cas sur les contrats signés avec les partenaires.
Bibliothèque de questions pièges (méthode d’interrogation de Matt Pocock)
À parcourir une par une via /cs:grill-commercial ou l’orchestrateur. Réponse recommandée +
référence canonique par question. Ne jamais regrouper. Verrouiller les questions 1 à 3 avant d’ouvrir les questions 4 à 6.
« Citez 5 clients finaux auxquels ce partenaire a déjà vendu au cours des 12 derniers mois — dans des entreprises que vous cibleriez vous-même. » Recommandation : s’ils n’y parviennent pas, cela signifie qu’ils n’ont pas de demande indépendante. Ne signez qu’au niveau « REFERRAL », si tant est que vous signiez. Les niveaux Revendeur/OEM/Stratégique exigent des relations avérées avec les clients finaux. Référence : Joe Hessling — les analyses d’échec des programmes de partenariat identifient « l’absence de demande indépendante » comme la première cause profonde de l’échec des niveaux de partenariat.
« Ce partenaire demande-t-il des conditions commerciales préférentielles, ou vous demande-t-il comment vous apporter des clients ? » Recommandation : les chasseurs de remises commencent par parler deconditions ; les vrais partenaires commencent par parler de comptes. Écoutez les 30 premières minutes de la première réunion. Canon : étude Forrester sur les canaux de distribution — plus de 60 % des « demandes de partenaires » dans les entreprises SaaS en phase de démarrage relèvent de la recherche de remises, et non d’un investissement dans le canal de distribution.
« Quelle est la proposition de valeur commune en une phrase, et quel est le client final désigné auquel elle s'adresse ? » Recommandation : s’il n’y a pas de proposition de valeur commune distincte de l’offre individuelle de chacune des parties, il n’y a pas de partenariat — il s’agit au mieux d’une opération de co-marketing. Règle d’or : Geoffrey Moore (Crossing the Chasm) — les partenariats portant sur l’ensemble du produit existent lorsque aucune des deux parties ne peut, à elle seule, offrir le résultat escompté au client.
« À partir de quel pourcentage de remise ou de partage des revenus ce partenariat devient-il plus rentable que la vente directe, et à quelle échelle ? » Recommandation : modélisez le volume de pipeline nécessaire pour atteindre le seuil de rentabilité. Si les transactions provenant des partenaires doivent dépasser 30 % du volume du réseau de distribution pour être plus rentables que la vente directe, et que le partenaire ne peut raisonnablement en générer que 5 %, vous avez mis en place un programme voué à l’échec. Référence : Pradeep Chintagunta (Chicago Booth) sur l’économie des canaux de distribution — les partenariats de distribution sans seuil de volume minimum atteignent le seuil de rentabilité en théorie, mais sont déficitaires dans la pratique.
« Quels sont les critères de résiliation explicites pour mettre fin à ce partenariat, et figurent-ils dans le contrat ? » Recommandé : volume minimum de pipeline par trimestre, nombre minimum de ressources certifiées, nombre minimum de contrats conjoints conclus, délai de redressement de 90 jours. Une résiliation sans critères préétablis se transforme en une bataille juridique de deux ans. Exemple : études de cas sur les conflits de distribution chez IBM (années 1990, après la cession) — des critères de résiliation non documentés ont transformé de mauvais partenaires en obligations permanentes.
« Si ce partenaire vend à l’un de VOS comptes directs, qui l’emporte : votre commercial ou lui ? » Recommandation : règles d’engagement par écrit, signées avant le lancement. Territoire défini par compte désigné, par segment ou par zone géographique. Résolution des conflits confiée à une personne désignée, et non à un comité. Canon : Jay McBain (Canalys) — les conflits de canaux de distribution sont la première cause de faillite des programmes de partenariat ; des règles d’engagement écrites et publiées avant la signature du partenaire permettent d’éviter 80 % des litiges.
« S’agit-il d’un partenariat, ou devrait-il s’agir d’une acquisition ? » Recommandation : si le partenaire dispose d’un avantage concurrentiel unique que vous ne pouvez pas reproduire ET que le partenariat exige une exclusivité pluriannuelle ET qu’il nécessite un alignement similaire à celui d’une prise de participation, vous décrivez alors une acquisition. Référez-vous au
guide des fusions-acquisitions. Exemple : analyses rétrospectives des canaux de distribution de HP (Indigo, intégrations partielles d’EDS) — les partenariats structurés comme des acquisitions sans prise de participation détruisent plus de valeur que l’une ou l’autre des voies pures.
Procédez en profondeur. Vérifiez les points 1 à 3 (s’agit-il d’un véritable partenaire ?) avant d’aborder les points 4 à 7 (la structure est-elle
adéquate ?). Une fois les 7 points traités, exécutez successivement partner_tier_classifier.py →
joint_gtm_planner.py → revshare_modeler.py.
---
name: partnerships-architect
description: Evaluates prospective partnerships by classifying partner tier, designing a 90-day joint GTM plan, modeling revshare economics, and surfacing kill criteria for under-performing partnerships.
license: MIT
---
# partnerships-architect
## Purpose
Help Head of Partnerships, Head of BD, and Founder-CEOs answer four questions when a
prospective partner shows up:
1. **Is this a real partner, or someone hunting preferential terms without independent demand?**
2. **At what tier should we sign them?** (Referral / Reseller / OEM / SI-Consulting / Strategic Alliance)
3. **What's the 90-day joint GTM plan that proves the partnership works?**
4. **What revshare makes economic sense — and at what point does the partnership beat direct sale?**
The skill emits a tier verdict + GTM plan + revshare band with explicit kill criteria. It
does **not** sign the deal. The human, after running this skill, decides.
## When to use
- A prospective partner has approached and asked for reseller / OEM / "strategic" terms
- You're designing a new partner program tier structure
- You're reviewing an existing partnership that's underperforming and need to decide: re-tier, restructure GTM, or unwind
- A Big Logo wants a "strategic alliance" — and you need to validate it's real, not vendor-lock theatre
- A consulting firm or SI wants services revshare on your product
- A platform vendor offers OEM / white-label and you need to model the math
- You suspect "partner-sourced" deals are actually your own pipeline being skimmed for margin
**Do not use for:**
- Technical demos and POCs → `business-growth/sales-engineer`
- Cost-to-serve and ROI math on existing channel → sibling `channel-economics`
- Whole-company revenue strategy → `c-level-advisor/cro-advisor`
- Acquiring a company instead of partnering → `c-level-advisor/ma-playbook`
- Per-deal discount approval inside a signed partner contract → `deal-desk`
## Workflow
### Step 1 — Intake (≈ 20 min)
Fill `assets/partnership_intake_template.md`. Capture: partner_name, partner_type, evidence
of independent demand (named accounts they've sourced, end-customer relationships,
their sales team size), strategic value (geo / product / brand / channel economics),
commitments they've offered (joint marketing spend, dedicated headcount, certification,
sales targets).
If the intake template can't be honestly filled out, the prospective partner has not
demonstrated enough substance to evaluate. Stop. Go back to them.
### Step 2 — Tier classify
Run `scripts/partner_tier_classifier.py --input intake.json --profile saas --output markdown`.
Output ranks the partner into 1 of 5 tiers — REFERRAL / RESELLER / OEM / SI-CONSULTING /
STRATEGIC — with deterministic floors. STRATEGIC requires named_accounts ≥ 5 AND
multi-year commit AND dedicated resources. Skill emits rationale + kill criteria.
### Step 3 — Joint GTM plan
Run `scripts/joint_gtm_planner.py --input gtm.json --profile saas --output markdown`.
Output: 90-day plan with pre-launch milestones (training, certification, materials),
launch motion (target accounts, sales play, MDF allocation), mid-quarter checkpoint, and
90-day success criteria. Validates: cannot plan channel-led GTM for REFERRAL tier; cannot
plan white-label for non-OEM tier.
### Step 4 — Revshare model
Run `scripts/revshare_modeler.py --input revshare.json --output markdown`. Computes
margin per deal direct vs. via partner, recommended revshare % band based on partner
contribution depth (sourced > influenced > delivered), break-even partner ROI, and
long-term economics — at projected scale, does partner economics beat direct?
### Step 5 — Decide
Take tier + GTM plan + revshare band into the partnership committee. Skill does not sign
the partner — you do. Document kill criteria in the contract so the unwind is mechanical
when triggered.
## Scripts
- `scripts/partner_tier_classifier.py` — 5-tier classifier with deterministic floors per tier
- `scripts/joint_gtm_planner.py` — 90-day joint GTM plan generator with tier-validated motion
- `scripts/revshare_modeler.py` — revshare band + break-even ROI + long-term economics
All scripts: stdlib only. `--help` and `--sample` work on all three.
## Quick example
```bash
# Emits a 5-tier partner classification with deterministic floors per tier for the built-in sample partner
cd commercial/skills/partnerships-architect && python3 scripts/partner_tier_classifier.py --sample
```
## References
- `references/channel_partner_canon.md` — Caro on HP indirect channels, Chintagunta on channel economics, Hessling on partner programs, Forrester channel software stack, IDC channel research, Tien Tzuo subscription-channel models, Geoffrey Moore whole-product partnerships
- `references/joint_gtm_canon.md` — Aaron Ross *Predictable Revenue* (cold-source vs partner), Winning by Design, Jay McBain on co-sell, Microsoft Partner Network playbook, AWS Partner Network research, SiriusDecisions partner benchmarks, Bridge Group SaaS partner data
- `references/partnership_anti_patterns.md` — Forrester partner-led-from-your-pipeline research, Tom Tunguz on channel conflict, Hessling failure analyses, MIT Sloan on disproportionate strategic revshare, HP channel post-mortems, IBM channel-conflict cases, Salesforce AppExchange research
## Assumptions
- A partner who cannot produce evidence of independent demand (named accounts, end-customer
relationships, their own sales team) is hunting preferential terms, not a partner.
- Industry profiles (`--profile`) tune defaults — they don't override your data.
- Revshare % bands are recommendations; the contract negotiation, MDF policy, and
exclusivity terms are human commercial decisions outside this skill.
- "Partner-sourced" requires the partner to have introduced the deal AND owned the
primary relationship. "Partner-influenced" pays at a lower band. Pay attribution
matters more than slide-deck claims.
- This skill is for partnership design, not signed-partner deal management — once
signed, per-deal commercial review routes to `deal-desk`.
- Kill criteria are mandatory. A partnership without a written unwind trigger compounds
the bad-partner problem over years.
## Anti-patterns
- **"Partner = anyone who asked."** A partner with no independent demand is a discount hunter.
Run the tier classifier — REFERRAL tier exists precisely to absorb these without giving
away reseller margin.
- **Granting OEM / white-label terms without margin sufficient to fund support.** OEM means
you support a customer you don't own. If the revshare doesn't fund Tier-2 support cost,
the OEM deal is a losing trade.
- **Paying sourced-tier revshare on influenced-only deals.** Influenced ≠ sourced. The deal
was going to close anyway. Pay the influenced rate.
- **No kill criteria for under-performing partner.** "Strategic alliances" without sunset
clauses become permanent obligations after the executive sponsor leaves.
- **Channel conflict ignored until reps quit.** When your direct rep and your partner both
show up at the same account, you lose either the rep or the partner. Decide the rules of
engagement before, not after.
- **Exclusive territory granted to a weak partner.** This locks out the strong partner who
would have actually sourced the deals.
- **MDF without ROI accountability.** Market Development Funds without named pipeline,
reported ROI, and a quarterly true-up are subsidy, not investment.
- **No offboarding plan when partnership ends.** Customer continuity, data hand-back, IP
cleanup, and brand take-down must be pre-negotiated. They're impossible to negotiate after
the relationship has soured.
## Distinct from
- **business-growth/sales-engineer** — technical sale: demos, POCs, integration scoping.
Operates after the partnership decision is made and a deal is in flight.
- **channel-economics** (sibling) — cost-to-serve and ROI math on an existing channel.
Quantifies whether a signed partner is profitable. partnerships-architect decides
whether to sign in the first place and at what tier.
- **c-level-advisor/cro-advisor** — strategic CRO judgment (when to hire a VP Channel,
whole-company revenue mix decisions). partnerships-architect is per-partnership.
- **c-level-advisor/ma-playbook** — when the answer is "acquire them" not "partner with
them." Trigger: the partner has independent moat you cannot replicate, or the
partnership requires equity to align incentives. Re-route to ma-playbook.
- **deal-desk** — per-deal discount approval on signed partner contracts.
## Forcing-question library (Matt Pocock grill discipline)
Walked one at a time by `/cs:grill-commercial` or the orchestrator. Recommended answer +
canon citation per question. Never bundled. Lock 1-3 before opening 4-6.
1. **"Name 5 end customers this partner has already sold to in the last 12 months — at companies you would target yourself."**
Recommended: if they cannot, they have no independent demand. Sign at REFERRAL tier only,
if at all. Reseller/OEM/Strategic floors require demonstrated end-customer relationships.
Canon: Joe Hessling — partner-program failure analyses identify "no independent demand"
as the #1 root cause of dead partner tiers.
2. **"Is this partner asking for preferential commercial terms, or asking how to bring you customers?"**
Recommended: discount hunters lead with terms; real partners lead with accounts. Listen
to the first 30 minutes of the first meeting.
Canon: Forrester channel research — 60%+ of "partner inquiries" at early-stage SaaS are
discount hunting, not channel investment.
3. **"What's the joint value proposition in one sentence, and who is the named end-customer it serves?"**
Recommended: if there is no joint value prop distinct from either party's solo offering,
there is no partnership — there is co-marketing at best.
Canon: Geoffrey Moore (*Crossing the Chasm*) — whole-product partnerships exist when
neither party alone delivers the customer outcome.
4. **"At what % discount / revshare does this partnership beat the direct-sale economics, and at what scale?"**
Recommended: model break-even pipeline volume. If partner-sourced deals must exceed
30% of channel volume to beat direct, and partner can plausibly deliver 5%, you have
built a losing program.
Canon: Pradeep Chintagunta (Chicago Booth) on channel economics — channel partnerships
without volume floor break even in theory and lose money in practice.
5. **"What are the named kill criteria for unwinding this partnership, and are they in the contract?"**
Recommended: minimum pipeline floor by quarter, minimum certified resources, minimum
joint deals closed, 90-day cure period. Unwinding without pre-agreed criteria becomes
a 2-year legal battle.
Canon: IBM channel-conflict case studies (1990s post-divestiture) — undocumented kill
criteria converted bad partners into permanent obligations.
6. **"If this partner sells to one of YOUR direct accounts, who wins — your rep or them?"**
Recommended: Rules of Engagement in writing, signed before kickoff. Territory by named
account, by segment, or by geo. Conflict resolution at named human, not committee.
Canon: Jay McBain (Canalys) — channel conflict is the #1 partner program killer; written
ROE published before partner signs prevents 80% of disputes.
7. **"Is this a partnership, or should this be an acquisition?"**
Recommended: if the partner has independent moat you cannot replicate AND the
partnership requires multi-year exclusivity AND the partnership requires equity-like
alignment, you're describing an acquisition. Re-route to `ma-playbook`.
Canon: HP channel post-mortems (Indigo, EDS partial integrations) — partnerships
structured as acquisitions-without-equity destroy more value than either pure path.
Walk depth-first. Lock 1-3 (is this a real partner?) before opening 4-7 (is the structure
right?). After all 7 are answered, invoke `partner_tier_classifier.py` →
`joint_gtm_planner.py` → `revshare_modeler.py` in sequence.
Tous les fichiers
0 fichiersInstaller partnerships-architect
Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.
Télécharger le ZIPClonez le dépôt et copiez les fichiers de compétence dans votre projet.
git clone https://github.com/alirezarezvani/claude-skills/tree/main/commercial/skills/partnerships-architect # Copy SKILL.md to your .claude/skills/ directory
Copier





Maison
