> ## Documentation Index
> Fetch the complete documentation index at: https://docs.introw.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Partner types

> Run the full partner spectrum in Introw: affiliate, referral, co-sell, hyperscaler, reseller, distributor, and implementation, each with a tailored experience.

> Real partner ecosystems are not one shape. The same vendor runs affiliates who only drive clicks, referrers who make warm intros, co-sellers who run deals side by side, hyperscalers who co-sell from their own portals and marketplaces, resellers who own the sale, distributors who stand above a whole reseller network, and implementation partners who deliver the outcome after the deal is won. Introw supports the full spectrum, and lets you give each type its own branded, scoped experience.

## The partner spectrum

Partner types differ most in one question: who closes the deal. That single axis shapes almost
everything else, from what the partner needs in the portal to how they get paid.

| Type | Who closes | What they do |
| - | - | - |
| **Affiliate** | Vendor | Drives awareness and clicks at scale through a tracked link. |
| **Referral** | Vendor | Makes a warm, named introduction and steps back. |
| **Co-sell** | Shared | Sells side by side with your team on shared accounts. |
| **Hyperscaler** | Shared | Co-sells with your team; their marketplace carries the transaction. |
| **Reseller** | Partner | Owns the full sale, margin, and often delivery. |
| **Distributor** | Partner network | Recruits and enables a whole reseller network, two tiers up. |
| **Implementation** | Someone else closed | Deploys, integrates, and onboards the customer after the sale. |

The last type is the exception that proves the axis: an implementation partner never closes the
deal at all. Someone else wins it, and the implementation partner is pulled in afterward to make the
customer succeed. Its needs follow from delivery, not from selling.

You rarely run just one. Introw lets you support several at once and give each the experience that
fits how they actually work.

## Affiliate

Promotes the product to a large audience through a tracked link and earns a commission on what
converts, without ever touching the deal. Affiliates want self-serve links, a live earnings
dashboard, ready-to-use creative, and frictionless payouts.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/affiliate-partner">
    See how affiliates self-serve campaigns, links, earnings, and payouts.
  </Card>

  <Card title="Affiliate" icon="share-nodes" href="/features/affiliate">
    Tracked referral links with attribution and abuse protection.
  </Card>

  <Card title="Commissions & SPIFFs" icon="hand-holding-dollar" href="/features/commissions">
    Automated, pay-per-outcome payouts.
  </Card>

  <Card title="Reporting & Dashboards" icon="chart-line" href="/features/reporting">
    Clicks, conversions, and earnings.
  </Card>
</CardGroup>

## Referral

Makes a warm, named introduction from their own network and earns a fee if it closes, while your
team runs the actual sale. Referrers want a dead-simple way to refer off-portal, visibility into
status, and confidence they will be paid.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/referral-partner">
    See how referrers submit intros, track status, and trust rewards.
  </Card>

  <Card title="Referrals" icon="share-from-square" href="/features/referrals">
    Off-portal lead sharing, auto-updates, and rewards.
  </Card>

  <Card title="Forms" icon="table-list" href="/features/forms">
    No-code referral and registration capture.
  </Card>

  <Card title="Commissions & SPIFFs" icon="hand-holding-dollar" href="/features/commissions">
    Referral fees and revenue share.
  </Card>
</CardGroup>

## Co-sell

Sells side by side with your team on shared accounts, with joint account mapping, joint planning,
and orchestrated execution. Co-sellers want to collaborate on the live CRM deal without a CRM seat,
shared pipeline, joint action plans, and co-branded assets.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/co-sell-partner">
    See how co-sellers work overlap, shared deals, tasks, and attribution.
  </Card>

  <Card title="Co-selling" icon="handshake" href="/features/co-selling">
    Register, collaborate, and close on shared records.
  </Card>

  <Card title="Content & Enablement" icon="folder-open" href="/features/content">
    Co-branded assets to fund joint campaigns.
  </Card>

  <Card title="Market Development Funds" icon="sack-dollar" href="/features/mdf">
    Fund joint marketing together.
  </Card>
</CardGroup>

## Hyperscaler

Every other partner type logs into your portal. A hyperscaler - AWS, Microsoft, or Google Cloud -
never will: they run their own. You work their co-sell program inside AWS Partner Central,
Microsoft Partner Center, or Google Cloud Partner Advantage, and their marketplace often carries
the transaction itself, because buyers want to draw the purchase down against cloud spend they
have already committed.

### How the co-sell motion works: ACE, referrals, and private offers

AWS runs the most developed version of the pattern. Co-selling happens through **ACE (APN
Customer Engagements)**: you share opportunities with AWS through the ACE Pipeline Manager in AWS
Partner Central, AWS routes AWS-originated referrals back to you, and AWS field sellers engage on
the deals where the better-together story is strong. The transaction itself often closes as an
**AWS Marketplace private offer**, because the purchase draws down the customer's committed cloud
spend (an EDP) and the AWS seller retires quota on marketplace-transacted co-sell - so procurement
accelerates and the field is incentivized to push. Microsoft mirrors the motion with Partner
Center co-sell referrals, Azure Marketplace, MACC (Microsoft Azure Consumption Commitment)
drawdown, and multiparty private offers; Google Cloud with Partner Advantage and Google Cloud
Marketplace private offers.

None of that touches your portal - and it doesn't need to, because the whole motion converges on
your CRM. AWS ships the **AWS Partner CRM Connector** for Salesforce, syncing ACE opportunities,
ACE leads, and Marketplace private offers two-way; Microsoft ships co-sell connectors for
Salesforce and Dynamics 365; and marketplace platforms such as Tackle, Clazar, WorkSpan, or Suger
sync all three clouds into HubSpot and Salesforce. In practice, an ACE opportunity or a private
offer is an opportunity record in your CRM - and the CRM is exactly where Introw runs.

### What you want the motion to look like - and how Introw runs it

Ask a SaaS vendor what good hyperscaler collaboration looks like and you hear the same five
things. Each one maps onto what Introw already does with the CRM record:

| You want | Introw runs it |
| - | - |
| **One pipeline.** ACE opportunities, Partner Center referrals, and private offers next to your direct deals - no swivel-chair between Partner Central and the CRM. | The hyperscaler's connectors land them in the CRM; Introw picks each one up as a first-class program deal the moment it is attributed to the hyperscaler partner. |
| **Attribution both sides trust.** Hyperscaler-sourced and -influenced revenue defensible to your CRO, and a co-sell pipeline that programs like AWS ISV Accelerate gate on. | Partner attribution lives on the CRM record itself, so sourced vs. influenced reporting and shared pipeline views come from the one source of truth your revenue team already trusts. |
| **Field sellers who engage without adopting a tool.** Hyperscaler sellers rotate often and carry hundreds of vendors; any motion that requires a login loses. | Add a seller to the shared deal and they collaborate off-portal from day one: live deal status and updates by email, Slack, or Teams, replies tracked back on the record, visibility scoped to just the deals you share. |
| **Sellers enabled on the better-together story.** Battlecards, reference architectures, and joint pitch decks in the seller's hands when the deal needs them. | Announcements push launches and co-sell content straight to their inbox, no login required, and the content library scopes those assets to a hyperscaler segment. |
| **A motion that survives rotation.** Counterparts change constantly; the program can't restart every time. | A counterpart change is a contact swap on the deal, not a portal re-onboarding - deal history, notifications, and enablement continue uninterrupted. |

And when a channel partner carries the marketplace transaction - CPPO (channel partner private
offers) on AWS Marketplace, a multiparty private offer on Azure - the reseller and the hyperscaler
sit on the same CRM deal, each attributed and each credited.

<CardGroup cols={2}>
  <Card title="CRM integration" icon="arrows-rotate" href="/features/integrations/crm">
    ACE opportunities and marketplace deals land in the CRM and become first-class Introw deals.
  </Card>

  <Card title="Co-selling" icon="handshake" href="/features/co-selling">
    Live shared-deal collaboration by email and chat - no CRM seat, no portal login.
  </Card>

  <Card title="Announcements" icon="bullhorn" href="/features/engagement/announcements">
    Broadcast launches and better-together content to hyperscaler sellers.
  </Card>

  <Card title="Content & Enablement" icon="folder-open" href="/features/content">
    Battlecards, reference architectures, and joint pitch decks, scoped to their sellers.
  </Card>
</CardGroup>

<Note>
  Introw has no native ACE, Partner Center, or marketplace connector - by design. AWS's Partner
  CRM Connector, Microsoft's co-sell connectors, and the marketplace platforms already land this
  pipeline in HubSpot or Salesforce. Introw is the program layer on top of that record:
  attribution, collaboration, and enablement start the moment a deal hits the CRM.
</Note>

## Reseller

Buys and resells the product to their own customers, owning the sale, the margin, and usually
delivery. Resellers want self-serve quoting, certification and enablement, deal registration that
protects their margin, and clear visibility into what they earn.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/reseller">
    See how resellers register, quote, get support, and track earnings.
  </Card>

  <Card title="Deal Registration" icon="file-signature" href="/features/deal-registration">
    Register, protect, and edit reseller-owned deals.
  </Card>

  <Card title="CPQ & Products" icon="file-invoice-dollar" href="/features/cpq">
    Partner-built quotes with governed pricing.
  </Card>

  <Card title="Courses & Training" icon="graduation-cap" href="/features/courses">
    Certify resellers to sell and deliver.
  </Card>
</CardGroup>

## Distributor

Sits above resellers, recruiting, enabling, and aggregating a whole reseller network on your behalf
in a two-tier model. Distributors and their resellers need shared credit and visibility on the same
deal, which Introw delivers through multi-tier attribution on the CRM record.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/distributor">
    See how distributors manage attribution, access, enablement, and sell-through.
  </Card>

  <Card title="Multi-tier Attribution" icon="sitemap" href="/features/deal-registration/multi-tier">
    Credit and visibility across distributor and reseller.
  </Card>

  <Card title="Access & Security" icon="shield-halved" href="/features/access">
    Scope who sees and does what across tiers.
  </Card>

  <Card title="Reporting & Dashboards" icon="chart-line" href="/features/reporting">
    Attributed pipeline across the channel.
  </Card>
</CardGroup>

<Note>
  Introw represents two tiers through multiple partner attributions on the same CRM deal, not a
  parent-child partner hierarchy or automatic roll-up reporting across a reseller network.
</Note>

## Implementation

Delivers the outcome: deploys, integrates, customizes, migrates data, and onboards the end customer
so they actually go live. Someone else closed the deal - the vendor, a reseller, or a co-seller - so
the implementation partner is measured on go-live and adoption, not the signature. It is not purely
post-sale, though: implementation partners are often pulled into the deal as solution architects to
scope the work, design the solution, and lend the delivery credibility that de-risks the purchase.
Then their deep integrations, migrated data, and trained users embed the product into the customer's
workflows, which raises switching costs and drives renewal, expansion, and stickiness. Implementation
partners want a clean handoff with full deal and account context, project and onboarding tracking on
the record, deep certification to be authorised to deliver, and a governed library of solution docs
and runbooks.

<CardGroup cols={2}>
  <Card title="Day in the life" icon="calendar-day" href="/days-in-the-life/implementation">
    See how implementation partners take a handoff, scope, and drive go-live.
  </Card>

  <Card title="Courses & Training" icon="graduation-cap" href="/features/courses">
    Certify consultants to deliver and keep them current.
  </Card>

  <Card title="Content & Enablement" icon="folder-open" href="/features/content">
    Governed solution docs, runbooks, and technical assets.
  </Card>

  <Card title="Co-selling" icon="handshake" href="/features/co-selling">
    Take the handoff and collaborate on the won deal without a CRM seat.
  </Card>
</CardGroup>

## One platform, many branded experiences

A bigger ecosystem should never feel like a one-size-fits-all portal. With Introw you build multiple
branded experiences, so each partner type lands in something that feels made for them: the affiliate
sees a lightweight earnings hub, the reseller sees enablement and deal registration, the distributor
sees their network's pipeline, the hyperscaler seller sees just the shared deals and co-sell content,
and the implementation partner sees delivery projects and certification. Each experience carries your branding on a custom domain, while the CRM stays the
single source of truth underneath.

<CardGroup cols={2}>
  <Card title="Partner Portal & Branding" icon="browser" href="/features/portal">
    Build personalized, white-labeled experiences per partner type.
  </Card>

  <Card title="Build a portal experience" icon="screwdriver-wrench" href="/features/portal/experiences/guides/build-and-publish-a-portal-experience">
    Assemble an experience tailored to an audience.
  </Card>
</CardGroup>

## Tailor each experience with segmentation

Branded experiences set the frame; segmentation decides what each partner persona actually sees
inside it. Group partners into segments, then scope assets, courses, announcements, pipeline, and
permissions to the right segment. A distributor's resellers see reseller enablement, your top-tier
co-sellers see strategic content, implementation consultants see certification and delivery
runbooks, and affiliates see only what they need, all from the same platform.

<CardGroup cols={2}>
  <Card title="Segments" icon="users-rectangle" href="/features/partners/segments">
    Group partners and scope what each segment sees and can do.
  </Card>

  <Card title="Set segment permissions" icon="shield-halved" href="/features/partners/segments/guides/create-a-dynamic-segment">
    Limit access by partner persona.
  </Card>
</CardGroup>

## Where to go next

<CardGroup cols={2}>
  <Card title="The ROI of Introw" icon="chart-line" href="/roi">
    The upside of each partner type, modeled by ecosystem scale.
  </Card>

  <Card title="Explore the product" icon="compass" href="/introduction">
    Every domain, feature, and guide from one place.
  </Card>

  <Card title="Partners" icon="users" href="/features/partners">
    Detect, organize, and progress partners in the CRM.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.