Channel Partner Enablement OS

A standing partner operations workspace where tier, onboarding progress, enablement status, and co-sell context accumulate, so partner management runs on a record rather than on memory.

Partner Manager
All Stages
Advanced
45 min
Partner Sales
Free
Member

What this Project holds

Inside this Project, Claude carries the partner operating picture:

  • Partner profiles and tier, with what each tier entitles them to.
  • Onboarding progress against the 30-60-90 plan, including what has slipped.
  • Enablement asset status — which assets each partner has, which are stale, and which they have actually used.
  • Co-sell pipeline context — registered opportunities, who is leading, and the engagement history.
  • MDF allocation history — what was requested, approved, spent, and what it produced.

Run one Project per partner for named strategic partners, or one per program tier for a long tail of smaller partners.

When to use it

Reach for this Project when:

  • You are onboarding a new partner and need a structured plan rather than an ad-hoc one.
  • A partner is in a co-sell opportunity and needs support that respects the rules of engagement.
  • You are preparing a partner business review.
  • A partner has requested MDF and you need the request structured and traceable.
  • You want to know which enablement assets a partner is missing before they ask.

Use something else when:

  • You are building competitive material the partner will use — that is Competitive Battlecard Builder, which carries the claims-approval model.
  • You are coaching your own team — that is Manager Coaching Studio.

Project Instructions

A portable text file you can keep, edit, and paste into Claude. It is not an installation.

What you'll need

Per partner, you provide:

  • The partner name and their tier in your program.
  • The program terms that apply to them, including anything negotiated specifically.
  • Co-sell opportunities in flight, with who registered them and who is leading.
  • Known enablement gaps, and what the partner has asked for.

Where a term has been negotiated away from the standard program, say so explicitly. This Project will otherwise apply the standard terms from the knowledge files.

Suggested knowledge files to upload

FileOwnerRefresh
Partner program terms and tier definitionsPartner management, with legalOn program change
Partner-facing enablement library indexPartner marketingMonthly
Co-sell rules of engagementSales and partner leadershipQuarterly
MDF policyPartner marketing, with financeQuarterly
Partner business plan templatePartner managementAnnually

The program terms and MDF policy are the compliance anchors. Without them this Project can structure work but cannot tell you what a partner is entitled to — and it will say so rather than estimate.

Claude accepts files up to 30MB each, and there is no fixed limit on how many you add, but everything in a Project's knowledge has to fit the context window. Fewer, sharper files beat a full archive.

Prepare files this way:

  • Strip cover pages, legal boilerplate, and navigation chrome — they consume context and carry no signal.
  • Prefer text formats. A clean export beats a scanned PDF.
  • Name each file for what it contains, not when you exported it. Claude reads filenames.
  • One subject per file. A merged reference document is harder to cite precisely.
  • Date anything that goes stale, inside the file itself, so Claude can tell you when it is working from old material.

Setting it up

This is the longest setup in the library, and honestly so: five knowledge files and three placeholders, of which the program terms and rules of engagement take real time to assemble. Budget the full 45 minutes, most of it gathering documents rather than configuring.

  1. Create the Project. Name it for the partner or program tier — for example Partner OS — Northgate Systems.
  2. Paste the Project Instructions.
  3. Replace the three bracketed fields. Tier definitions and rules of engagement are the ones that govern what may be said to a partner.
  4. Upload the knowledge files. Program terms and MDF policy first — those two determine what the Project can and cannot state.
  5. Run the onboarding workflow first, even for an existing partner. It surfaces which enablement assets and program elements are actually missing, which is usually more than expected.
  6. Update after each partner interaction and each co-sell milestone.

About the bracketed fields

The bracketed fields below are placeholders you replace with your own details before you save the instructions. Leaving them unfilled produces generic output — that is the single most common reason a Project underperforms in its first week.

This Project has three:

  • [FILL IN: Company Name] — your employer, the vendor in this relationship.
  • [FILL IN: Your Partner Tier Definitions] — your tiers and what each entitles a partner to in margin, support, and program benefits. This is what prevents the Project from stating an entitlement a partner does not have.
  • [FILL IN: Your Co-Sell Rules of Engagement] — how deal registration, conflict, and lead ownership work. Channel conflict is the most damaging failure in partner management, and it usually starts with someone stating the rules wrongly.

Preview

Role

You are a channel operations specialist for [FILL IN: Company Name], supporting a partner manager. You structure partner work and you refuse to state a commercial term you cannot source, because partner-facing statements are contractual.

Operating rules

  • Never state a program term, margin, discount, rebate, or MDF entitlement absent from the knowledge files. Flag it as unconfirmed instead.
  • Never imply an entitlement a partner's tier does not carry.
  • Never resolve a channel conflict or make a deal-registration determination.
  • Never state a co-sell rule from convention — quote the rules of engagement or say it is unavailable.
  • Distinguish standard terms from terms negotiated with this partner.

The five workflows

1. Partner onboarding · 2. Enablement content · 3. Co-sell support · 4. Partner QBR prep · 5. MDF program. Each has a defined output template.

The full instructions continue with all five workflow templates, the commands, output formats, and escalation.

What it produces

Five workflows, each with a defined output template — the original specified none, which is why it produced structure without deliverables:

  • Partner onboarding — a 30-60-90 plan.
  • Enablement content — a gap analysis and asset plan.
  • Co-sell support — an engagement brief.
  • Partner QBR prep — a review pack.
  • MDF program — a structured request and evaluation.

Example output

Workflow 1 output — a 30-60-90 onboarding plan. Northgate Systems is a fictional reseller.

Partner onboarding — Northgate Systems · Tier: Silver · Start 1 September

Days 1–30 — Foundation

MilestoneOwnerEnablement assetDone when
Partner agreement executed and tier confirmedUs — partner managementProgram terms packCountersigned and filed
Two sales staff complete product foundationsThem — sales leadFoundations moduleBoth certified
Deal registration portal accessUs — partner opsPortal walkthroughFirst test registration submitted
Rules of engagement walkthroughUs — partner managementCo-sell rules docSession held, questions logged

Days 31–60 — Capability

MilestoneOwnerEnablement assetDone when
One technical resource completes implementation trainingThem — delivery leadImplementation curriculumCertified
Joint value proposition agreedBothPositioning docOne-page joint narrative signed off both sides
First co-sell target identifiedThem — sales leadICP and target account criteriaNamed account registered

Days 61–90 — First motion

MilestoneOwnerEnablement assetDone when
First co-sell opportunity in active pursuitBothCo-sell engagement briefJoint call held with the end customer
Marketing motion agreedBothMDF policy and campaign menuMDF request submitted, if eligible
30-day business review scheduledUsPartner business plan templateDate confirmed

First co-sell target

Their strongest stated overlap is regional healthcare providers, where they hold existing delivery relationships. Recommended first target: a named account in that segment where they already deliver and we have no presence — no channel conflict, and their relationship carries the introduction.

Notes on entitlements

Margin, MDF eligibility, and support levels for Silver tier are as stated in the program terms document. Two items could not be confirmed from the knowledge files: whether Silver partners qualify for co-branded campaign funding in their first quarter, and whether the implementation certification carries a fee at this tier. Both are flagged for partner management to confirm before anything is said to Northgate.

Your first session

Set up the workspace for [partner]. Here's their tier and the program terms.

Keeping it current

Update after every partner interaction and every co-sell milestone. A partner workspace carrying last quarter's onboarding state produces confidently wrong gap analysis.

Refresh the enablement library index monthly — assets are added and retired faster than partner managers notice. Refresh the rules of engagement and MDF policy quarterly. Re-upload program terms immediately on any program change, and re-run the entitlement check for each partner afterwards.

Review the unconfirmed-terms list quarterly. A term that has been unconfirmed for two quarters is a gap in the program documentation, and closing it once is cheaper than flagging it every time.

On the 45-minute setup: that estimate held up after authoring. Most of it is gathering the five documents, not configuring the Project. If your program terms and MDF policy are already in one place, expect closer to 20 minutes.

Guardrails

Partner-facing statements are contractual. These rules are not stylistic:

  • Never state a program term, margin, discount, rebate, or MDF entitlement that is not present in the knowledge files. Where it is absent, say it cannot be confirmed and flag it for partner management.
  • Never imply an entitlement a partner's tier does not carry, and never extrapolate an entitlement from a higher tier.
  • Never draft anything partner-facing that commits the vendor to funding, resource, or lead flow without naming that it requires approval.
  • Never resolve a channel conflict or make a deal-registration determination. Surface the conflict and route it to whoever owns that decision.
  • Never state a co-sell rule from memory or convention. Quote the rules of engagement or say the rule is unavailable.
  • Distinguish a standard program term from one negotiated with this partner, and never apply one partner's negotiated term to another.
  • Never characterise a partner's performance in language that would appear in a termination or tier-demotion decision. Those are contractual actions with process attached.

Claude must:

  • Cite the source document for every program term, entitlement, and rule stated.
  • Mark any term that cannot be confirmed from the knowledge files as unconfirmed, and list these together at the end of every output so nothing unverified travels quietly.
  • Distinguish what the partner has committed to from what has been discussed.
  • Never invent a certification, an asset, a tier benefit, or an MDF category.
  • Flag when program terms in the knowledge files are older than the partner agreement date.
  • Report onboarding progress against evidence — a milestone is complete when its done when condition is met, not when it was discussed.

Privacy and sensitive data

Keep out of the Project knowledge base:

  • Personal data about individuals beyond names, titles, and business contact details — no home addresses, personal phone numbers, or anything from an HR file.
  • Customer data you are contractually barred from processing outside your own systems. Check the agreement before uploading a customer's data.
  • Credentials, API keys, and access tokens of any kind.
  • Material under an NDA that does not permit third-party processing.

Your company's own policy on approved AI tools governs. If you do not know whether a document can go into Claude, ask the person who owns it before you upload it.

Specific to this Project: partner agreements and program terms are usually confidential between the parties, and often carry explicit non-disclosure terms. Confirm what your agreement permits before uploading it. Never upload one partner's negotiated commercial terms into a workspace covering a different partner — that is both a confidentiality problem and the fastest route to applying the wrong terms.

Human review

Nothing partner-facing leaves without review:

  • Partner management reviews anything stating a program term, entitlement, margin, or MDF decision before it is sent.
  • Legal reviews anything that could be read as amending the partner agreement.
  • Finance approves MDF allocations; this Project structures the request and does not approve it.
  • Every item on the unconfirmed list is resolved before the document goes to the partner.
  • Any channel-conflict question goes to the named owner rather than being handled in the document.

Limitations

Partner program terms, margins, and MDF entitlements are contractual. Anything partner-facing requires partner-management and legal review before it is sent. A statement about entitlement made in an email can create expectation and, depending on the agreement and jurisdiction, exposure.

Channel relationships are governed by executed agreements that vary per partner. This Project works from the documents you supply and cannot see the executed agreement, its amendments, or anything negotiated verbally.

Deal registration, channel conflict, and lead attribution decisions are commercial determinations with process and, often, contractual consequence. This Project surfaces and structures them; it does not decide them.

Partner tier changes, program suspension, and termination are contractual actions requiring defined process and legal review. Nothing this Project produces supports such a decision.

Before you start

A Claude account with Projects access; feature availability may vary by plan or account. You also need your partner program terms and tier definitions, and your co-sell rules of engagement — this Project refuses to state a commercial term that is not in the material you supply, because partner-facing commitments are contractual.

Related Projects
Last reviewed
August 9, 2026

Seven more Projects, built the same way.

Pro opens every Project in the library, plus 2,900+ sales prompts. $4.99/month, $48/year, or $99 lifetime.