1. Start With The Thread Owner
First decide who carries replies and who the buyer treats as the visible commercial owner of the conversation.
Open Partner Intro Referral OwnerClient-referral operating model page
Choose how the referral relationship should operate before payment, handoff, and delivery drift apart.
A referred deal can still stall even when the buyer is interested and the first paid step is clear. The missing piece is often the model itself: does the buyer route go direct, does the referrer stay lightly visible, who owns payment, and how visible should delivery become after the yes. This page fixes that before the lane gets messy.
- 4 common referral operating shapes
- 1 visibility rule at a time
- 0 need for hidden ambiguity
Referral Model Map
Use one sequence from referred buyer engagement to a stable referral operating model.
2. Choose The Buyer-Facing Surface
The referral can stay buyer-direct, become a light shared thread, or keep the referrer visible only for trust. Choose the surface deliberately.
Open Partner Intro Referral Visibility3. Separate Approver, Payer, And Delivery Visibility
The buyer contact, internal approver, payer, and delivery owner can all be different. The model should make those splits explicit.
Open Partner Intro Referral Approval To Payment4. Set The Delivery Boundary Before Work Starts
Decide when the referrer goes quiet and whether delivery stays buyer-direct or shared once the first step becomes live.
Open Partner Intro Referral Handoff Open Partner Intro Referral Activation5. Match The Packet Depth To The Model
A lighter model may only need intake. A more complex operating lane may need a fuller brief before kickoff.
Open Partner Intro Referral Intake Open Partner Intro Referral Brief6. Route Into Live Start
Once the model is explicit, move directly into kickoff and delivery while the commercial context is still fresh.
Open Partner Intro Referral KickoffModel Shapes
Most referral relationships end up in one of these operating patterns.
Buyer Direct
The referral opens trust, then the buyer moves into a direct lane while the referrer stays informed only when needed.
Shared Startup
The referrer stays lightly visible through startup, then fades out once the first operating packet is stable.
Approver And Payer Split
One person likes the move, another approves it, and a third person or finance owner actually sends the funds.
Post-Payment Hybrid
The referrer leads the trust transfer, but execution visibility shifts once the first step is paid and active.
Short Lines
Use direct lines that make the referral model explicit without slowing the deal.
Model Line
Before this moves further, the clean step is making the referral operating model explicit so payment and delivery do not inherit ambiguity.
Shared Line
If the referrer should stay visible through startup, we should make that a shared thread deliberately instead of halfway by habit.
Direct Line
If the fastest move is direct buyer communication from here, we should name that now and keep the referrer looped in appropriately.
Payer Line
If the buyer contact is not the payer, the model should state how the approved first step reaches the actual money owner cleanly.