Co-Sell Guide

Co-Sell Operating Model

Build a co-sell operating model: defined owners, stage gates, required artifacts, exception handling, and repair routes when pursuits stall.

Written by Ali Chehab for ISV and SI teams running Azure, AWS, and Google Cloud co-sell. See also stages, UDL, and the hyperscaler co-sell knowledge graph.

Why operating models beat ad hoc co-sell

Field teams default to heroics. A co-sell operating model replaces one-off hustle with repeatable events, owners, and artifacts.

The model spans alliance, sales, delivery, and ops. Each role knows which gate they own and which record must be current before the next meeting.

Core lanes

Universal lane: customer qualification, executive sponsor, procurement path. Cloud lane: hyperscaler-specific registration and seller engagement. SI lane: services scope, delivery COE, SOW.

Lanes run in parallel. Alliance ops keeps identifiers linked across CRM, partner portal, and marketplace.

Gates and artifacts

Gate one: qualified account with named buyer. Gate two: partner opportunity registered. Gate three: hyperscaler seller engaged. Gate four: technical validation complete. Gate five: commercial path confirmed.

Artifacts per gate: account plan, opportunity screenshot, architecture deck, funding application, marketplace offer, SOW draft.

Repair paths

Rejected ACE submission: fix fields and resubmit within 48 hours. Stale Partner Center status: alliance ops updates and pings Microsoft AE. Lost seller engagement: escalate through partner manager with new customer hook.

Document repair paths so junior sellers recover without waiting for alliance leadership.