partnerships-architect
alirezarezvani/claude-skills
パートナーのランク分け、90日間の共同GTM計画の策定、収益分配モデルの構築、および成果が不十分なパートナーシップに対する打ち切り基準の明確化を通じて、将来的なパートナーシップを評価する。
...すべて拡張しますpartnerships-architect
目的
パートナーシップ責任者、事業開発責任者、および創業CEOが、 パートナー候補が現れた際に以下の4つの質問に答えられるよう支援すること:
- 「この相手は真のパートナーなのか、それとも独自の需要を持たずに優遇条件だけを求めているのか?」
- どのレベルで契約を結ぶべきか?(紹介/再販業者/OEM/SIコンサルティング/戦略的提携)
- パートナーシップが機能することを証明する、90日間の共同GTM(市場投入)計画はどのようなものか?
- 経済的に妥当な収益分配率はどれくらいか?また、どの時点でパートナーシップが直接販売を上回るのか?
このスキルは、ティアの判定+GTM計画+収益分配率の範囲と、明確な打ち切り基準を出力します。 契約の締結は行いません。人間が、このスキルを実行した後、決定を下します。
使用タイミング
- パートナー候補から、再販業者/OEM/「戦略的」提携の条件について打診があった場合
- 新しいパートナープログラムのティア構造を設計している場合
- 業績不振の既存パートナーシップを見直し、ティアの再編成、GTMの再構築、あるいは提携解消のいずれかを決定する必要がある場合
- 大手企業(Big Logo)が「戦略的提携」を希望しており、それが本物なのか、それともベンダーロックインを目的とした見せかけの演出ではないかを確認する必要がある場合
- コンサルティング会社やSIが、自社製品に対するサービス収益分配を求めている場合
- プラットフォームベンダーからOEM/ホワイトラベルの提案があり、その収益モデルを算定する必要がある
- 「パートナー経由」の案件が、実際には自社のパイプラインから利益率を削り取られているのではないかと疑っている
以下の用途には使用しないでください:
- 技術デモやPOC →
事業成長/セールスエンジニア - 既存チャネルにおけるサービス提供コスト(Cost-to-serve)およびROIの算定 → 関連チャネル
経済性の分析 - 全社的な収益戦略 →
Cレベルアドバイザー/CROアドバイザー - 提携ではなく企業の買収 →
Cレベルアドバイザー/M&Aプレイブック - 締結済みのパートナー契約内における案件ごとの割引承認 →
ディールデスク
ワークフロー
ステップ1 — 案件受付(約20分)
assets/partnership_intake_template.md に記入。以下の情報を記録: partner_name、partner_type、独立した需要の証拠
(パートナーが開拓した特定アカウント、エンドユーザーとの関係、
営業チームの規模)、戦略的価値(地域/製品/ブランド/チャネルの経済性)、
提示されたコミットメント(共同マーケティング費用、専任人員、認定、
販売目標)。
もしこのインテークテンプレートを正直に記入できない場合、そのパートナー候補は 評価に足る十分な実力を示していないことになります。そこで中止し、改めて相手と話し合ってください。
ステップ2 — ティア分類
scripts/partner_tier_classifier.py --input intake.json --profile saas --output markdown を実行します。
出力結果では、パートナーが5つのティア(REFERRAL/RESELLER/OEM/SI-CONSULTING/
STRATEGIC)のいずれかにランク付けされ、確定的な最低基準が設定されます。「STRATEGIC」には、named_accounts ≥ 5 かつ
複数年のコミットメント、および専任リソースが必要です。skillは、選定理由と却下基準を出力します。
ステップ 3 — 共同 GTM 計画
scripts/joint_gtm_planner.py --input gtm.json --profile saas --output markdown を実行します。
出力:ローンチ前のマイルストーン(トレーニング、認定、資料)、
ローンチ戦略(ターゲットアカウント、営業戦略、MDF配分)、四半期中盤のチェックポイント、および
90日間の成功基準を含む90日間の計画。 検証項目:REFERRALティアではチャネル主導型のGTMを計画できない;非OEMティアでは
ホワイトラベルを計画できない。
ステップ 4 — 収益分配モデル
scripts/revshare_modeler.py --input revshare.json --output markdown を実行します。 以下を算出します:
直接取引とパートナー経由取引ごとの取引あたりのマージン、パートナーの
貢献度(ソーシング>影響>成約)に基づく推奨収益分配率の範囲、パートナーROIの損益分岐点、および
長期的な経済性 — 予測される規模において、パートナー経由の経済性は直接取引を上回るか?
ステップ5 — 決定
ティア、GTM計画、収益分配率の範囲をパートナーシップ委員会に提示する。契約締結を行うのは Skillではなく、あなた自身である。契約書に契約解除基準を明記し、トリガーされた際に 自動的に契約が解除されるようにする。
スクリプト
scripts/partner_tier_classifier.py— ティアごとに確定的な下限値を持つ5ティア分類器scripts/joint_gtm_planner.py— ティア検証済みアクションを含む90日間の共同GTM計画ジェネレーターscripts/revshare_modeler.py— 収益分配帯域 + 損益分岐点ROI + 長期的な経済性
すべてのスクリプト:stdlibのみを使用。--helpおよび--sampleは3つすべてで動作します。
簡単な例
# 組み込みのサンプルパートナーに対して、各ティアごとに確定的な下限値を持つ5ティアのパートナー分類を生成します
cd commercial/skills/partnerships-architect && python3 scripts/partner_tier_classifier.py --sample
参考文献
references/channel_partner_canon.md— HPの間接チャネルに関するCaro、チャネル経済学に関するChintagunta、パートナープログラムに関するHessling、Forresterのチャネルソフトウェアスタック、IDCのチャネル調査、Tien Tzuoのサブスクリプション・チャネルモデル、Geoffrey Mooreの「ホールプロダクト・パートナーシップ」references/joint_gtm_canon.md— アーロン・ロス著『Predictable Revenue』(コールドソース対パートナー)、『Winning by Design』、ジェイ・マクベインによる共同販売に関する論考、Microsoft Partner Networkプレイブック、AWS Partner Network調査、SiriusDecisionsのパートナーベンチマーク、Bridge GroupのSaaSパートナーデータreferences/partnership_anti_patterns.md— フォレスターによる「パートナー主導型パイプライン」に関する調査、トム・トゥングズによるチャネル・コンフリクト、ヘスリングによる失敗分析、MITスローンによる不均衡な戦略的収益分配、HPのチャネル事後分析、IBMのチャネル・コンフリクト事例、セールスフォース・アプリエクスチェンジに関する調査
前提条件
- 独立した需要(特定顧客、エンドユーザーとの 関係、独自の営業チーム)の証拠を提示できないパートナーは、パートナーではなく、優遇条件を漁っているに過ぎない。
- 業界プロファイル(
--profile)はデフォルト値を調整するものであり、ユーザーのデータを上書きするものではない。 - 収益分配率の帯域は推奨値であり、契約交渉、MDF ポリシー、および 独占条項は、本スキルの範囲外となる人的な商業的決定です。
- 「パートナー発」と認定されるには、パートナーが取引を紹介し、かつ 主要な関係を担っている必要があります。「パートナーの影響を受けた」場合は、より低い報酬帯が適用されます。報酬の帰属は、 プレゼン資料上の主張よりも重要です。
- このスキルはパートナーシップの設計を目的としており、契約済みのパートナー案件の管理を目的としたものではありません。一度
契約が締結されると、案件ごとの商業的レビューは
ディールデスクに委ねられます。 - 「打ち切り基準」は必須である。書面による解消トリガーがないパートナーシップは、 長年にわたり「不良パートナー」問題を悪化させる。
アンチパターン
- 「パートナー=依頼してきた者なら誰でも」。独自の需要を持たないパートナーは、割引目当ての者である。 ティア分類システムを運用すること――「REFERRAL」ティアは、再販業者のマージンを 譲り渡すことなく、こうした者を吸収するためにこそ存在する。
- サポート費用を賄うのに十分なマージンがない状態で、OEM/ホワイトラベルの条件を認めること。OEMとは、 自社が保有していない顧客をサポートすることを意味します。収益分配でティア2のサポート費用を賄えない場合、 そのOEM契約は赤字取引となります。
- 「影響のみ」の取引に対して、ソーシングされたティアの収益分配を支払うこと。「影響」≠「ソーシング」。その取引は いずれにせよ成立していたはずだ。「影響」レートを支払うべきである。
- 業績不振のパートナーに対する契約解除基準がないこと。サンセット条項のない「戦略的提携」は、 エグゼクティブ・スポンサーが退任した後も恒久的な義務となってしまいます。
- 営業担当者が辞めるまでチャネル競合が放置される。自社の直轄営業担当者とパートナーが 同じ顧客先に同時に現れた場合、営業担当者かパートナーのどちらかを失うことになる。関与のルールは 事後ではなく、事前に決めておくべきだ。
- 実力のないパートナーに独占販売権を付与する。これにより、 実際に案件を発掘できたはずの実力あるパートナーが締め出されてしまう。
- ROIの説明責任を伴わないMDF。具体的なパイプライン、 報告されたROI、四半期ごとの実績照合がない市場開発資金(MDF)は、投資ではなく補助金に過ぎない。
- パートナーシップ終了時の引き継ぎ計画がないこと。顧客の継続性、データの引き渡し、知的財産の 整理、およびブランド表示の撤去については、事前に交渉しておく必要がある。関係が悪化した後では、 これらを交渉することは不可能だ。
以下とは区別される
- ビジネス成長/セールスエンジニア— 技術営業:デモ、POC、統合スコープの策定。 パートナーシップの決定が下され、取引が進行中の段階で活動する。
- チャネル・エコノミクス(関連分野) — 既存チャネルにおけるサービス提供コストとROIの算定。 契約済みのパートナーが収益性があるかどうかを定量的に評価する。partnerships-architect は、 そもそも契約を結ぶかどうか、またどのティアで契約するかを決定する。
- c-level-advisor/cro-advisor— 戦略的なCRO判断(チャネル担当副社長をいつ採用すべきか、 全社の収益構成に関する決定)。partnerships-architect はパートナーシップごとに適用される。
- c-level-advisor/ma-playbook— 「提携する」ではなく「買収する」という結論に至った場合。 トリガー:パートナーが自社では再現できない独自の競争優位性を持っている場合、または インセンティブを整合させるために提携に株式出資が必要な場合。ma-playbookへ転送。
- deal-desk— 署名済みのパートナー契約に対する、案件ごとの割引承認。
強制質問ライブラリ(マット・ポコック式グリル手法)
/cs:grill-commercialまたはオーケストレーターが1つずつ順に確認する。推奨回答と
各質問ごとの出典を明記すること。決してまとめて処理してはならない。4~6を開く前に1~3を確定させる。
「このパートナーが過去12ヶ月間に販売実績のあるエンドユーザーを5社挙げてください――あなたが自らターゲットとするような企業で。」 推奨:挙げられない場合、独自の需要がない。契約を結ぶとしても、REFERRALティアに限定する。 リセラー/OEM/ストラテジックティアには、実証済みのエンドユーザーとの関係が必要。 出典:ジョー・ヘスリング — パートナー・プログラムの失敗分析では、「独自の需要がないこと」が パートナー・ティアが機能しなくなる最大の根本原因として特定されている。
「このパートナーは、優遇された取引条件を求めているのか、それとも顧客をどのように紹介できるかを尋ねているのか?」 推奨事項:割引目当ての相手は条件から話を切り出すが、真のパートナーは顧客案件から切り出す。初回 ミーティングの最初の30分間をよく聴くこと。 キヤノン:フォレスターのチャネル調査によると、初期段階のSaaSにおける「パートナーからの問い合わせ」の60%以上は、 チャネルへの投資ではなく、割引目当てのものだ。
「共同の価値提案を一文で表すと何ですか?また、それが提供する具体的なエンドカスタマーは誰ですか?」 推奨事項:いずれかの当事者の単独の提供物とは明確に異なる共同の価値提案が存在しない場合、 パートナーシップは成立せず、せいぜい共同マーケティングにとどまります。 鉄則:ジェフリー・ムーア(『キャズムを越える』)—— 両当事者のいずれか単独では顧客に成果をもたらせない場合にのみ、 「製品全体」を網羅するパートナーシップが成立する。
「このパートナーシップは、どの程度の割引率/収益分配率で、どの規模になれば、直接販売の経済性を上回るのか?」 推奨事項:損益分岐点のパイプライン販売量をモデル化すること。パートナー経由の取引が 直接販売を上回るためにチャネル販売量の30%を超えなければならない場合、かつパートナーが現実的に5%しか達成できないなら、 そのプログラムは失敗に終わる。 定石:チャネル経済学に関するプラディープ・チンタグンタ(シカゴ・ブース)の見解 — 販売数量の下限がないチャネル・パートナーシップは、 理論上は損益分岐点に達するが、実際には赤字となる。
「このパートナーシップを解消するための具体的な解除基準は何か、またそれらは契約書に記載されているか?」 推奨事項:四半期ごとのパイプラインの下限、認定リソースの最低数、 共同成約件数の最低数、90日間の是正期間。事前に合意された基準なしに解消しようとすると、 2年にわたる法廷闘争に発展する。 キヤノン:IBMのチャネル競合に関するケーススタディ(1990年代の事業売却後)――文書化されていない解消 基準により、問題のあるパートナーが恒久的な負担となった。
「もしこのパートナーが、貴社の直取引先の一つに販売した場合、勝つのはどちらですか? 貴社の営業担当者か、それともパートナーか?」 推奨事項:書面による「関与に関する規則(ROE)」を策定し、開始前に署名させること。テリトリーは、特定 アカウント別、セグメント別、または地域別に設定する。競合の解決は委員会ではなく、指名された担当者が行う。 教訓:ジェイ・マクベイン(Canalys) — チャネル競合はパートナープログラムを 潰す最大の要因である。パートナーが署名する前に書面による「関与ルール(ROE)」を 公表すれば、紛争の80%を未然に防げる。
「これはパートナーシップなのか、それとも買収であるべきなのか?」 推奨事項:パートナーが、貴社が再現できない独自の競争優位性(モート)を持ち、かつ パートナーシップに複数年にわたる独占権が求められ、さらに株式保有に匹敵する 利益一致が求められる場合、それは買収に他なりません。
M&Aのプレイブックに従って進めてください。 カノン:HPのチャネル事後分析(Indigo、EDSの部分統合) — 株式を伴わない買収として 構築されたパートナーシップは、純粋な買収やパートナーシップのいずれの道よりも多くの価値を破壊する。
深度優先で進め。4~7(構造は
適切か?)を検討する前に、1~3(これは真のパートナーか?)を確定させる。7項目すべてに回答したら、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.
すべてのファイル
0件のファイルpartnerships-architectをインストール
スキルファイルをダウンロードし、.claude/skills/ ディレクトリに解凍してください。
ZIPをダウンロードリポジトリをクローンし、スキルファイルをプロジェクトにコピーしてください。
git clone https://github.com/alirezarezvani/claude-skills/tree/main/commercial/skills/partnerships-architect # Copy SKILL.md to your .claude/skills/ directory
コピー





家
