Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Partnerships Architect

ASecurity

Design strategic partnerships — technology / channel / strategic / co-marketing — and the programs that scale them. Use when evaluating a potential partner, picking the right partnership type (tech integration vs reseller vs OEM vs strategic alliance), designing a partner program from scratch, structuring a specific partnership deal, modeling ROI on a partnership investment, or auditing an existing partner portfolio for ROI / strategic fit. Pairs with our channel-economics (financial mechanic...

847 stars
0 votes
0 copies
0 views
Added 5/29/2026
ai-agentsgotestingperformancedocumentation

Works with

cli

Security Analysis

A100/100

Pro scans all 7 files and shows the line behind each finding

Scanned 5/29/2026

$npx -y skills add borghei/Claude-Skills --skill partnerships-architect --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Partnerships Architect?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Partnerships Architect
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/borghei-partnerships-architect/badge)](https://www.skillsdirectory.com/skills/borghei-partnerships-architect)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: partnerships-architect
description: >
  Design strategic partnerships — technology / channel / strategic / co-marketing
  — and the programs that scale them. Use when evaluating a potential partner,
  picking the right partnership type (tech integration vs reseller vs OEM vs
  strategic alliance), designing a partner program from scratch, structuring a
  specific partnership deal, modeling ROI on a partnership investment, or
  auditing an existing partner portfolio for ROI / strategic fit. Pairs with
  our channel-economics (financial mechanics) and deal-desk (per-deal approval)
  — this skill is the strategy layer above both.
license: MIT + Commons Clause
metadata:
  version: 1.0.0
  author: borghei
  category: commercial
  domain: business-growth
  updated: 2026-05-27
  tags: [partnerships, strategic-alliances, channel-strategy, tech-partnerships, partner-program, partnership-design, gtm]
---

# Partnerships Architect

End-to-end strategic partnership design and scaling: partnership type selection (tech integration vs channel vs OEM vs strategic), deal structures, partner program design (tiers, benefits, requirements), partner evaluation, and ROI modeling that justifies (or kills) a partnership investment.

This skill is provider-agnostic and works across SaaS, infrastructure, marketplace, and platform companies.

---

## When to use this skill

| Situation | Skill applies |
|-----------|---------------|
| Evaluating a potential partner | Yes — use `scripts/partner_evaluation_scorer.py` + **evaluation framework** |
| Picking partnership type for a specific opportunity | Yes — see **partnership type decision tree** |
| Designing a partner program from scratch | Yes — see **partner program design** + `scripts/partner_program_designer.py` |
| Structuring a specific partnership deal | Yes — see **partnership deal structures** |
| Modeling partnership ROI | Yes — `scripts/partnership_roi_modeler.py` |
| Auditing existing partner portfolio | Yes — use evaluation scorer across all partners |
| Per-deal partner economics | Use `business-growth/channel-economics` |
| Per-deal partner approval | Use `business-growth/deal-desk` |
| Writing the partner contract | Use `business-growth/contract-and-proposal-writer` |

---

## Partnership types — the decision tree

Five primary partnership types. Different goals; different structures; different success metrics.

```
What's the primary goal of this partnership?

Grow our distribution reach
├── Customer-pays-them, they-pay-us → Reseller / Distributor / VAR
├── Customer-pays-us, we-pay-them → Affiliate / Referral
└── Joint sale to mutual customer → Co-sell

Embed our product in their offering
├── Customer doesn't see us (white-label) → OEM
├── Customer sees us as embedded → Embedded ISV / Powered-by
└── We're an option in their marketplace → Marketplace listing

Combine our product with theirs (better together)
├── Pre-integrated, certified → Tech / Integration Partner
├── Bundled offering → Solution Partner
└── Joint product (rare) → Joint Venture

Build market presence together
├── Joint events, content, PR → Co-marketing Partner
├── Industry positioning → Strategic Alliance
└── Standards / consortium → Standards Partner

Achieve a specific strategic goal
├── Block a competitor → Defensive partnership
├── Enter a new market → Market entry partnership
└── Acquire capability → Strategic alliance (often pre-acquisition)
```

See [references/partnership-types.md](references/partnership-types.md) for each type in depth: economic structure, contract patterns, KPIs, when each works / fails.

---

## Partner evaluation framework

Not every potential partner is worth the investment. Use this framework before committing.

### Six evaluation dimensions

| Dimension | What to assess | Score (1-5) |
|-----------|----------------|-------------|
| **Strategic fit** | Does this partnership advance our strategy? Customer base overlap / vertical / region? | |
| **Economic potential** | Realistic pipeline / revenue contribution over 24 months? | |
| **Partner credibility** | Brand, financial stability, technical capability, customer references | |
| **Mutual commitment** | Are they investing equally? Senior sponsor on their side? Resources committed? | |
| **Operational fit** | Can our systems / processes / culture work together? | |
| **Exit-ability** | If it doesn't work, can we wind down cleanly? Are we creating dependencies we can't reverse? |

### Scoring rubric

- 5 — strong yes
- 4 — yes with minor caveats
- 3 — mixed; substantial uncertainty
- 2 — weak; significant concerns
- 1 — no; deal-breaker

**Total 25-30**: green-light; invest with confidence
**Total 18-24**: yellow; structure carefully; small pilot first
**Total < 18**: red; decline or substantially restructure

Use `scripts/partner_evaluation_scorer.py --partner partner.yaml` to score a specific potential partner.

### Killer questions to ask

Before signing any significant partnership:

1. **What does success look like in 12 months?** If both sides can't articulate the same answer, you don't have alignment.
2. **What's their commitment level?** Headcount assigned? Budget? Executive sponsorship?
3. **What's the realistic pipeline in next 12 months?** Specific accounts? Or vague "we have customers"?
4. **Who's the day-to-day owner on each side?** Names + tenure + reporting line.
5. **What happens if we don't hit our shared metrics?** Course-correct? Wind down? Renegotiate?

If you can't get clear answers, the partnership is wishful thinking.

---

## Partnership deal structures

Different deal types call for different structures. Standard patterns:

### Structure A: Standard reseller agreement

- **Term**: 1-3 years, auto-renew
- **Discount**: per published tier matrix
- **Exclusivity**: usually non-exclusive
- **Termination**: 90-day notice both sides
- **Use when**: typical channel relationship

### Structure B: Co-sell agreement (mutual customer)

- **Term**: 1-2 years
- **Compensation**: shared commission OR referral fee
- **Joint marketing commitment**: optional
- **Use when**: complementary offerings; existing or target shared customers

### Structure C: OEM agreement

- **Term**: 3-7 years (long; relationship-heavy)
- **Royalty / rev-share**: % of partner revenue OR per-instance fee
- **Exclusivity**: often partial (specific use case / market)
- **Source code escrow**: usually required
- **Termination**: complex (typically 12-24 months notice; transition rights)
- **Use when**: deeply embedded technical relationship; high mutual investment

### Structure D: Strategic alliance

- **Term**: open-ended; reviewed annually
- **Resources committed**: explicit (e.g., 2 FTEs per side, $X budget per year, joint roadmap session quarterly)
- **Governance**: steering committee (executive sponsors meet quarterly)
- **Specific deliverables**: joint product features, joint customer wins, joint thought leadership
- **Use when**: 5+ year strategic relationship; not transactional

### Structure E: Tech / integration partnership

- **Term**: 1-3 years
- **Compensation**: typically none direct; mutual value from joint customers
- **Certification process**: defined (testing, documentation)
- **Marketplace listing**: typically included
- **Co-marketing**: optional but common
- **Use when**: integration creates joint customer value; no direct revenue flow

See [references/partnership-deal-structures.md](references/partnership-deal-structures.md) for the full deal-structure templates with negotiation guides.

---

## Partner program design

When you scale beyond a few partners, you need a program.

### Three pillars of a partner program

| Pillar | Components |
|--------|------------|
| **Recruitment** | Target partner profile; outreach motion; intake / qualification; onboarding |
| **Enablement** | Training; certification; technical resources; sandbox; partner portal; marketing materials |
| **Activation** | Deal registration; lead sharing; MDF / co-marketing; co-selling motion; quarterly business reviews |

### Standard program elements

- **Partner agreement** (master): tenant-of-the-relationship
- **Tier structure** (Authorized → Silver → Gold → Platinum): different benefits + requirements per tier
- **Deal registration**: protect partner-developed opportunities
- **Certification program**: train + test partners on your product
- **Partner portal**: deal reg, MDF, training, marketing materials, lead sharing
- **MDF (Marketing Development Funds)**: co-funded marketing
- **Channel manager(s)**: 1 per 10-15 active partners
- **Annual partner conference**: community building + recognition

See [references/partner-program-design.md](references/partner-program-design.md) for the full program template including tier definitions, benefit / requirement matrices, and the "Year 1 / Year 2 / Year 3" maturity model.

Use `scripts/partner_program_designer.py --org-spec org.yaml` to generate a baseline program design based on company stage + ICP + target partner volume.

---

## Partnership ROI modeling

Partnerships consume real investment. Headcount, MDF, technology, executive time. Model the ROI before committing.

### ROI model template

```
3-year cumulative partnership P&L

Year 1 (investment year):
  Revenue from partnership: $X
  Costs:
    Partnership manager headcount: $200k
    Engineering integration (one-time): $300k
    Marketing / co-launch: $50k
    Partner enablement (content, training): $50k
    Travel / events: $30k
    TOTAL Y1 cost: $630k
  Y1 net: $X - $630k

Year 2:
  Revenue from partnership: $Y (growth)
  Costs:
    Partnership manager: $200k
    Engineering ongoing: $100k
    Marketing: $80k
    Enablement: $30k
    Travel / events: $40k
    TOTAL Y2 cost: $450k
  Y2 net: $Y - $450k

Year 3:
  Revenue: $Z (mature)
  Costs: $400k (stable)
  Y3 net: $Z - $400k

3-year cumulative net: ($X + $Y + $Z) - $1,480k
```

If 3-year cumulative net is negative, the partnership doesn't pay back. Common reasons:
- Revenue estimates too optimistic
- Forgotten costs (executive time, opportunity cost)
- Partner under-performs on commitments
- Market shift makes the partnership less relevant

Use `scripts/partnership_roi_modeler.py --partnership partnership.yaml` for the full model.

---

## End-to-end workflows

### Workflow: Evaluate a new partner opportunity

1. **Initial conversation** with potential partner — understand their pitch
2. **Gather data** for evaluation: their company, their pipeline expectations, their commitment
3. **Score using evaluation framework** — `scripts/partner_evaluation_scorer.py`
4. **If score < 18**: decline or pilot-scope only
5. **If score 18-24**: pilot scope (3-6 months, limited investment)
6. **If score 25+**: standard partnership agreement; full investment

### Workflow: Stand up a partner program

1. **Define target partner profile (TPP)**: ideal partner attributes (size, vertical, region, capability)
2. **Pick partnership types** in scope (resellers? OEM? tech partners?)
3. **Design tier structure** — `scripts/partner_program_designer.py`
4. **Build foundational tools**: partner portal, deal-reg, certification
5. **Recruit pilot cohort** (3-5 partners) — manual, high-touch
6. **Iterate based on pilot feedback** — usually 6 months
7. **Scale recruitment** — content marketing, outbound, partner events
8. **Add channel managers** as portfolio grows (1 per 10-15 active partners)

### Workflow: Structure a specific partnership deal

1. **Identify partnership type** using the decision tree
2. **Score the partner** — `scripts/partner_evaluation_scorer.py`
3. **Pick deal structure** matching the type
4. **Model ROI** — `scripts/partnership_roi_modeler.py`
5. **Draft term sheet** (key business terms)
6. **Negotiate** — alignment on commitment, timelines, exit
7. **Legal review** + contract — `business-growth/contract-and-proposal-writer`
8. **Internal approval** — Deal Desk + CRO/CFO/CEO depending on scale

### Workflow: Audit existing partner portfolio

1. **List all active partners** + key data: revenue, costs, deals, tier
2. **Score each** against evaluation framework — `scripts/partner_evaluation_scorer.py`
3. **Identify low-ROI partners** — bottom quartile by contribution per investment hour
4. **Decide per partner**:
   - **Invest more** (top quartile, expand commitment)
   - **Maintain** (middle, status quo)
   - **Wind down** (bottom; explicit timeline to exit gracefully)
5. **Quarterly review** of portfolio with CRO

---

## Anti-patterns

- **"Strategic" partnership that's actually transactional.** If the only thing exchanging is money, it's transactional; call it that. Strategic means joint goals + shared roadmap + executive commitment.
- **Partner stack with no portfolio strategy.** Signing every partner that asks. Quality > quantity. 10 productive partners beat 100 zombies.
- **No partnership owner.** Partnership exists in nobody's job. It withers.
- **Resource asymmetry.** You commit 3 FTEs; they commit 0.5. The partnership skews to their convenience.
- **Promises without commitments.** "We'll do joint webinars." When? With what budget? Whose role to organize?
- **Open-ended exclusivity.** "Exclusive in this region forever" without performance gates. Lose flexibility for nothing in return.
- **OEM deal with no source-code escrow.** Customer-impact risk if your company goes away.
- **Strategic alliance with no governance.** No quarterly review = no executive engagement = partnership drifts.
- **Partner program with no enablement.** Partners can't sell what they don't understand.
- **Tier benefits that aren't worth tier requirements.** Partners don't advance because there's no incentive.
- **Co-marketing dollars wasted on activities without pipeline.** Great event, zero attribution.

---

## Tooling outputs

| Script | Input | Output |
|--------|-------|--------|
| `scripts/partner_evaluation_scorer.py` | Partner spec YAML | 6-dimension score (1-5 each), total, recommendation (green-light / yellow / red) |
| `scripts/partnership_roi_modeler.py` | Partnership spec YAML | 3-year P&L, payback period, sensitivity analysis |
| `scripts/partner_program_designer.py` | Org spec YAML | Recommended program structure: tiers, benefits, requirements, headcount needed |

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

---

## References

- [partnership-types.md](references/partnership-types.md) — 5 partnership types in depth + economic structure + when each works
- [partnership-deal-structures.md](references/partnership-deal-structures.md) — deal templates per type + negotiation guides
- [partner-program-design.md](references/partner-program-design.md) — full program design with tier matrices + maturity model

---

## Related skills

- `business-growth/channel-economics` — per-deal financial mechanics underneath partnership structure
- `business-growth/deal-desk` — per-deal approval mechanics for partner-mediated deals
- `business-growth/pricing-strategy` — pricing flexibility / floor for partner deals
- `business-growth/contract-and-proposal-writer` — partner contracts (MSA, partner agreement, OEM agreement)
- `c-level-advisor/cs-cro-advisor` — strategic-level partnership decisions
- `c-level-advisor/cs-ceo-advisor` — board-level alliance decisions

Attribution

borgheiborghei
View sourceSee grades on GitHubMore from borghei →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

1100021 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

698621 votes

Writing Skills

Create and manage Claude Code skills in HASH repository following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns), UserPromptSubmit hook, and the 500-line rule. Includes validation and debugging with SKILL_DEBUG. Examples include rust-error-stack, cargo-dep...

3931 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3421 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Amp, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Grok Build, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

741 votes
View all in ai-agents →