1. Keep The Paid Step Explicit
Anchor the handoff to the exact first paid step that was bought so the startup packet does not quietly widen the engagement.
Open Partner Intro Referral Payment ProofClient-referral handoff page
After referral payment proof is real, move the referred deal into one clean owner and context packet.
This page is for the moment after the first paid step is bought and the commercial side is confirmed. The remaining risk is not fit or payment. It is a messy handoff. This page compresses that risk into one packet: relationship owner, visibility boundary, key links, brief depth, and the next operating path, while keeping the original buyer out of default delivery ops.
- 1 thread owner named
- 1 visibility boundary set
- 1 minimum context packet
Referral Handoff Map
Use one sequence from confirmed referral payment proof to a clean delivery start.
2. Name The Direct Relationship Owner
Decide who owns the buyer relationship and who can make small operational decisions during the first step.
Open Partner Intro Referral Kickoff Open Partner Intro Referral Activation3. Set The Referrer Boundary
Make it explicit whether the original buyer stays visible, becomes optional, or steps out entirely once execution starts.
Open Partner Intro Referral Visibility Open Partner Intro Referral Close Pack4. Send The Minimum Context Packet
The best handoffs usually need only the tx hash, the main bottleneck, the desired outcome, the owner, and the relevant links.
Open Partner Intro Referral Intake5. Choose Brief Depth Intentionally
Use a fuller brief only when the first step genuinely needs it. Otherwise let the short intake carry the start.
Open Partner Intro Referral Brief6. Route Into Live Start
Once owner, boundary, and packet are set, move directly into the same kickoff route while the commercial context is still fresh.
Open Partner Intro Referral Kickoff Open Partner Intro Referral DeliveryWhat The Packet Needs
These are the details that usually matter most after a paid client referral.
Owner
Name who can answer questions and who can approve small execution decisions fast enough to prevent delay.
Paid Step
Keep the first step visible inside the handoff so nobody confuses kickoff with a fresh rescoping exercise.
Visibility
State whether the original buyer stays visible, becomes optional, or is fully out for execution clarity.
Relevant Links
Send only the links needed to execute this first step, not every page in the broader referral funnel.
Brief Depth
Decide whether intake is enough or whether the project needs one deeper brief pass before work begins.
Start Path
Make the next move explicit so the handoff packet ends in a start signal, not just more context.
Short Handoff Lines
Use direct lines that compress the referral handoff into one operating packet.
Owner Line
Since payment is already confirmed, the main thing I want to lock now is who owns the thread during the first step.
Boundary Line
We should make the referrer boundary explicit now so the startup does not drift back through the original buyer.
Packet Line
The shortest useful packet is the tx hash, the main bottleneck, the desired outcome, the owner, and the links that matter.
Move Line
Once that packet is in, the next move is kickoff, not more commercial explanation.
Do Not Do This
Most referral handoffs fail because context gets scattered after payment.
Do Not Reopen The Close
The handoff packet should not restart proof, price, or fit once payment is already attached.
Do Not Leave Owner Vague
A referred project slows down fast when nobody knows who can answer the next operational question.
Do Not Dump Every Link
Too many links create another sorting problem instead of making execution easier.
Do Not Pull The Referrer Back Into Ops
The original buyer should not become the default relay for owner questions, packet gaps, or kickoff timing.
Do Not Hide Visibility Rules
If the original buyer wants to stay in front, or not, that should be explicit before delivery starts.
Best Next Routes
Route to the page that removes the remaining startup blocker fastest.
Need Payment Proof First
If the transfer is not yet fully attached, close the referral proof loop before building the handoff packet.
Open Partner Intro Referral Payment ProofNeed Minimal Startup Packet
If the deal is clean and just needs the smallest usable owner, brief, and links set, route to intro intake.
Open Partner Intro Referral IntakeNeed Wider Model Rules
If the issue is really model-wide control, payout, or visibility logic across the partner relationship, resolve the intro model first.
Open Partner Intro Referral ModelNeed Minimal Intake
If the handoff packet is clear but you still need the smallest structured project input set, route to intake.
Open Partner Intro Referral IntakeNeed Fuller Brief
If the first step genuinely needs more context before work begins, route to the intro brief page.
Open Partner Intro Referral BriefReady To Start
If the owner, packet, and boundary are clear, move directly into the referral kickoff route now.
Open Partner Intro Referral KickoffWallet
Preferred route: payment proof attached, handoff packet sent, kickoff started.
Keep the same wallet-backed commercial trail attached to the startup packet. Once proof, owner, and context are clear, move the referred deal directly into execution.
0xB3e9568A9cbB624403743340358c85CCce130893
Open Payment Page