partnerships-architect
alirezarezvani/claude-skills
파트너 등급을 분류하고, 90일간의 공동 GTM 계획을 수립하며, 수익 분배 구조를 시뮬레이션하고, 성과가 저조한 파트너십에 대한 종료 기준을 도출함으로써 잠재적 파트너십을 평가합니다.
...모든 것을 확장하십시오partnerships-architect
목적
파트너십 책임자, 사업개발(BD) 책임자, 창업자 겸 CEO들이 잠재적 파트너가 나타났을 때 다음 네 가지 질문에 답할 수 있도록 돕기 위함입니다:
- 이 사람은 진정한 파트너인가, 아니면 독자적인 수요 없이 우대 조건만을 노리는 사람인가?
- 어떤 등급으로 계약을 체결해야 할까? (추천 파트너 / 리셀러 / OEM / SI 컨설팅 / 전략적 제휴)
- 파트너십이 효과적임을 입증할 90일간의 공동 GTM(시장 진출) 계획은 무엇인가?
- 경제적으로 타당한 매출 분배 비율은 무엇이며, 어떤 시점에서 파트너십이 직접 판매보다 더 유리해지는가?
이 스킬은 등급 판정 + GTM 계획 + 명확한 중도 해지 기준이 포함된 매출 분배 범위를 제시합니다. 계약 체결 자체는 하지 않습니다. 사람이 이 스킬을 실행한 후 최종 결정을 내립니다.
사용 시점
- 잠재적 파트너가 리셀러/OEM/“전략적” 조건에 대해 문의해 온 경우
- 새로운 파트너 프로그램 등급 구조를 설계하고 있는 경우
- 성과가 저조한 기존 파트너십을 검토 중이며, 등급 재조정, GTM 재구성 또는 해지 중 어떤 조치를 취할지 결정해야 할 때
- 대기업(Big Logo)이 “전략적 제휴”를 원할 때 — 이것이 단순한 벤더 락(vendor-lock)을 위한 쇼가 아닌지, 실제 제휴인지 확인해야 할 때
- 컨설팅 회사나 SI 업체가 귀사의 제품에 대한 서비스 수익 분배를 원할 때
- 플랫폼 공급업체가 OEM/화이트라벨을 제안했고, 이에 대한 수익 모델을 산출해야 하는 경우
- “파트너를 통해 확보된” 거래가 실제로는 마진을 챙기기 위해 귀사의 파이프라인에서 빼돌린 것일 수 있다고 의심하는 경우
다음 경우에는 사용하지 마십시오:
- 기술 데모 및 POC →
비즈니스 성장/영업 엔지니어 - 기존 채널에 대한 서비스 비용 및 ROI 계산 → 자매
채널 경제성 분석 - 전사적 매출 전략 →
최고 경영진 자문가/최고 매출 책임자(CRO) 자문가 - 파트너십 대신 기업 인수 →
최고경영진자문가/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을 실행하십시오.
출력 결과는 파트너를 REFERRAL / RESELLER / OEM / SI-CONSULTING /
STRATEGIC의 5개 등급 중 하나로 분류하며, 각 등급에는 확정적인 하한선이 적용됩니다. 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단계 — 수익 공유(Revshare) 모델
스크립트 실행: run 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 옵션은 세 스크립트 모두에서 작동합니다.
간단한 예시
# 내장된 샘플 파트너에 대해 각 티어별 확정 최저치를 가진 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— Aaron Ross의 『Predictable Revenue』 (콜드 소스 대 파트너), 『Winning by Design』, Jay McBain의 공동 판매(co-sell)에 관한 내용, Microsoft Partner Network 플레이북, AWS Partner Network 연구, SiriusDecisions 파트너 벤치마크, Bridge Group의 SaaS 파트너 데이터references/partnership_anti_patterns.md— 포레스터의 ‘파이프라인에서 파트너 주도’ 연구, 톰 퉁구즈의 채널 갈등에 관한 분석, 헤슬링의 실패 사례 분석, MIT 슬론의 불균형한 전략적 수익 분배, HP 채널 사후 분석, IBM 채널 갈등 사례, 세일즈포스 AppExchange 연구
가정
- 독립적인 수요(지정 계정, 최종 고객 관계, 자체 영업 팀)에 대한 증거를 제시할 수 없는 파트너는 파트너라기보다는 우대 조건을 노리는 사람일 뿐입니다.
- 산업 프로필(
--profile)은 기본값을 조정할 뿐, 사용자의 데이터를 재정의하지는 않습니다. - 수익 분배율(Revshare %) 구간은 권장 사항일 뿐이며, 계약 협상, MDF 정책 및 독점 조건은 이 분석 도구의 범위를 벗어난 인간의 상업적 결정 사항입니다.
- “파트너 유래(Partner-sourced)”로 인정받으려면 파트너가 거래를 소개했을 뿐만 아니라 주된 관계도 주도했어야 합니다. “파트너 영향(Partner-influenced)”의 경우 더 낮은 비율로 지급됩니다. 성과 배분은 프레젠테이션 자료의 주장보다 더 중요합니다.
- 이 스킬은 파트너십 설계를 위한 것이지, 계약 체결 후 파트너 거래 관리를 위한 것이 아닙니다. 일단
계약이 체결되면, 거래별 상업적 검토는
딜 데스크로이관됩니다. - 중단 기준은 필수입니다. 서면으로 된 해지 조건이 없는 파트너십은 수년에 걸쳐 나쁜 파트너 문제를 악화시킵니다.
반대 패턴
- "파트너 = 요청한 사람이라면 누구든." 독자적인 수요가 없는 파트너는 할인만 노리는 사람입니다. 티어 분류 기준을 적용하십시오. 리퍼럴(REFERRAL) 티어는 리셀러 마진을 양도하지 않으면서 이러한 파트너들을 흡수하기 위해 존재합니다.
- 지원 비용을 충당할 만한 마진이 없는 상태에서 OEM/화이트 라벨 조건을 허용하는 것. OEM은 자사가 소유하지 않은 고객을 지원해야 함을 의미합니다. 수익 분배금이 2단계 지원 비용을 충당하지 못한다면, OEM 거래는 손실을 초래하는 거래입니다.
- 영향만 준 거래에 대해 소싱 티어 매출 공유를 지급하는 것. 영향 ≠ 소싱. 그 거래는 어차피 성사될 예정이었습니다. 영향 요율만 지급하십시오.
- 실적이 저조한 파트너에 대한 계약 해지 기준이 없는 경우. 종료 조항이 없는 “전략적 제휴”는 책임 임원이 퇴사한 후에도 영구적인 의무로 남게 됩니다.
- 영업 사원이 퇴사할 때까지 채널 충돌을 방치하는 경우. 자사 직속 영업 사원과 파트너사가 모두 동일한 고객사에 방문하면, 영업 사원이나 파트너사 중 하나를 잃게 됩니다. 문제가 발생한 후가 아니라 사전에 협력 규칙을 정해 두어야 합니다.
- 실력이 부족한 파트너에게 독점 영업권을 부여하는 것. 이는 실제로 거래를 발굴했을 강력한 파트너를 배제하는 결과를 초래합니다.
- ROI 책임이 없는 MDF. 구체적인 파이프라인, 보고된 ROI, 분기별 정산이 없는 시장 개발 기금(MDF )은 투자가 아니라 보조금일 뿐입니다.
- 파트너십 종료 시 오프보딩 계획 부재. 고객 관리의 연속성, 데이터 인계, 지적 재산권 정리, 브랜드 철거 등은 사전에 협의되어야 합니다. 관계가 악화된 후에는 이러한 사항을 협상하는 것이 불가능합니다.
다음과 구별됨
- 비즈니스 성장/영업 엔지니어 — 기술 영업: 데모, POC, 통합 범위 설정. 파트너십 결정이 내려지고 거래가 진행 중인 단계에서 수행됩니다.
- 채널 경제학 (sibling) — 기존 채널에 대한 서비스 제공 비용 및 ROI 산정. 계약된 파트너가 수익성이 있는지 정량화합니다. partnerships-architect 는 애초에 계약을 체결할지 여부와 어떤 등급으로 체결할지 결정합니다.
- 최고경영진 자문역/CRO 자문역 — 전략적 CRO 판단 (채널 담당 부사장 채용 시기, 전사 매출 구성 결정). partnerships-architect 는 파트너십별입니다.
- c-level-advisor/ma-playbook — “파트너십을 맺는 것”이 아니라 “인수하는 것”이 정답인 경우. 트리거: 파트너가 귀사가 모방할 수 없는 독자적인 경쟁 우위를 보유하고 있거나, 인센티브 조정을 위해 파트너십에 지분 투자가 필요한 경우. ma-playbook으로 재전송.
- deal-desk — 체결된 파트너 계약에 대한 거래별 할인 승인.
강제 질문 라이브러리 (맷 포콕(Matt Pocock)의 심문 기법)
/cs:grill-commercial 또는 오케스트레이터가 한 번에 하나씩 진행합니다. 질문별 권장 답변 및
정설 인용문 제공. 절대 묶어서 질문하지 마십시오. 4~6번을 시작하기 전에 1~3번을 확정하십시오.
"지난 12개월 동안 이 파트너가 이미 판매한 최종 고객 5곳을 꼽아보세요 — 여러분이 직접 타겟으로 삼을 만한 기업들 중에서." 권장 사항: 만약 대답할 수 없다면, 그 파트너에게는 독립적인 수요가 없는 것입니다. 계약 체결 시에는 추천(REFERRAL) 등급으로만 진행하거나, 아예 체결하지 마십시오. 리셀러/OEM/전략적 등급의 경우, 입증된 최종 고객 관계가 필요합니다. 정설: Joe Hessling — 파트너 프로그램 실패 분석에 따르면 “독립적인 수요 부재”가 파트너 티어가 무산되는 가장 큰 근본 원인으로 지목됩니다.
"이 파트너는 우대 거래 조건을 요구하고 있습니까, 아니면 어떻게 고객을 유치해 줄 수 있는지 묻고 있습니까?" 권장 사항: 할인만 노리는 이들은 조건부터 꺼내지만, 진정한 파트너는 고객사부터 제시합니다. 첫 만남의 처음 30분 동안의 대화를 주의 깊게 들어보십시오. 캐논: 포레스터 채널 연구 — 초기 단계 SaaS 기업의 “파트너 문의” 중 60% 이상은 채널 투자가 아닌 할인 사냥입니다.
"한 문장으로 요약한 공동 가치 제안은 무엇이며, 이를 통해 서비스를 제공하는 명시된 최종 고객은 누구인가?" 권장 사항: 양측의 개별 제품이나 서비스와 구별되는 공동 가치 제안이 없다면, 파트너십은 성립되지 않으며, 기껏해야 공동 마케팅 수준에 그칩니다. 정석: 제프리 무어(《캐즘을 넘어서》) — 양측 중 어느 한쪽만으로는 고객에게 원하는 결과를 제공할 수 없을 때 '전체 제품 파트너십'이 성립한다.
"어떤 할인율/매출 분배 비율에서, 그리고 어느 규모에 도달했을 때 이 파트너십이 직접 판매의 경제성을 능가합니까?" 권장 사항: 손익분기점 파이프라인 물량을 모델링하십시오. 파트너를 통해 확보한 거래가 직접 판매를능가하기 위해 채널 물량의 30%를 초과해야 하는데, 파트너가 현실적으로 5%만 달성할 수 있다면, 이는 실패할 프로그램입니다. 정석: 프라딥 친타군타(시카고 부스)의 채널 경제학에 대한 견해 — 최소 거래량 기준이 없는 채널 파트너십은 이론상으로는 손익분기점에 도달할 수 있으나, 실제로는 손실을 입게 됩니다.
"이 파트너십을 해지하기 위한 명시된 기준은 무엇이며, 계약서에 명시되어 있습니까?" 권장 사항: 분기별 최소 파이프라인 하한선, 최소 인증 리소스, 최소 공동 계약 체결 건수, 90일 개선 기간. 사전에 합의된 기준 없이 해지할 경우 2년에 걸친 법적 분쟁으로 번집니다. 캐논: IBM 채널 충돌 사례 연구 (1990년대 사업분할 이후) — 문서화되지 않은 해지 기준으로 인해 부적격 파트너가 영구적인 부담으로 전락했다.
"만약 이 파트너가 귀사의 직접 고객사 중 한 곳에 제품을 판매한다면, 누가 이기는가 — 귀사의 영업 담당자입니까, 아니면 그 파트너입니까?" 권장 사항: 서면으로 작성된 ‘협력 규칙’을 프로젝트 시작 전에 서명하도록 한다. 지정 고객사별, 부문별 또는 지역별로 영업 구역을 구분한다. 이해 상충 해결은 위원회가 아닌 지정된 담당자가 직접 처리한다. 교훈: 제이 맥베인(Canalys) — 채널 충돌은 파트너 프로그램을 무너뜨리는 최대의 요인이며, 파트너가 서명하기 전에 서면화된 협력 규칙(ROE)을 공개하면 분쟁의 80%를 예방할 수 있다.
"이것이 파트너십인가, 아니면 인수합병이어야 하는가?" 권장 사항: 파트너가 귀사가 모방할 수 없는 독자적인 경쟁 우위를 보유하고 있으며, 파트너십에 다년간의 독점권이 필요하고, 지분과 유사한 이익 공유 구조가 요구된다면, 이는인수합병에 해당합니다.
M&A 플레이북으로전환하십시오. 교훈: HP 채널 사후 분석(인디고, EDS 부분 통합) — 지분 없이 진행되는 인수 형태로 구성된 파트너십은 순수한 인수나 순수한 파트너십 중 어느 쪽보다도 더 많은 가치를 파괴한다.
심도 우선 방식으로 진행하십시오. 1~3번(이 파트너가 진정한 파트너인가?)을 확정된 후 4~7번(구조가
올바른가?)을 검토하십시오. 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
복사





집
