Referral public story family selector

Decide whether one approved referral-safe story asset should stay in the referral story family or strengthen the original warm-intro story family next.

Once a closed-buyer story produces one public-safe story asset, the next job is not dropping it across every public page. The real job is deciding whether that story should keep serving the referral public story family that created it or be repurposed into the original warm-intro public story family as a broader conversion signal.

Open Referral Public Story Family Map Open Partner Intro Referral Public Story Lane

2 story family options
1 family per referral-safe asset first
0 hidden relationship leaks required

Referral Story Family Rule

Keep the story in the referral public story family unless the public narrative job now clearly belongs to the broader warm-intro story system.

Referral-safe story can travel farther without becoming generic. Good routing chooses one story family first, keeps buyer and referrer identity locked, and stops one approved asset from drifting between referral and original-intro claims without a deliberate reason.

Choose: the story family first
Route: into one narrower story system
Protect: the hidden referral path

Referral Public Story Family Map

Use one sequence from approved referral-safe story asset to the right public story family.

1. Start From One Approved Referral-Safe Story Asset

Use this page only after one quote-led story, trust block, proof unit, or bounded case asset already exists and is cleared for public use. If approval is still fuzzy, keep it out of family routing for now.

Open Partner Intro Referral Public Story Boundary Open Partner Intro Public Story Boundary

2. Decide Whether The Asset Should Stay Referral-Specific

Some story assets should keep helping the next client-sourced intro, while some can now reinforce the broader warm-intro story family because the narrative pattern has become portable enough.

Open Partner Intro Referral Public Family Open Partner Intro Referral Public Story Lane Open Partner Intro Public Story Lane Open Partner Intro Public Story Family

3. Keep It In The Referral Story Family When The Next Win Still Depends On Referral Context

If the story mainly helps another client-sourced introduction, keep it inside the referral story family and choose the narrower boundary, router, or case destination there.

Open Partner Intro Referral Public Story Boundary Open Partner Intro Referral Public Router Open Partner Intro Referral Public Case Study Router

4. Repurpose It Into The Warm-Intro Story Family Only When The Public Job Is Now Broader

If the narrative pattern can now support the original warm-intro offer without relying on referral context, move it into the warm-intro story family and choose the narrower destination there.

Open Partner Intro Public Story Boundary Open Partner Intro Public Router Open Partner Intro Public Case Study Router

5. Freeze What Must Stay Hidden

Referrer identity, buyer identity, screenshots, economics, delivery detail, and private relationship logic remain attached to the family that created them even if one story unit becomes reusable elsewhere.

6. Keep The Payment Path Attached To The Chosen Family

Once the story family is chosen, keep the next ask, payment path, and commercial follow-through inside that same family instead of reopening the routing decision every time the story gets reused.

Open Payment Page

First Destinations

Most approved referral-safe story assets belong in one of these first story-family destinations.

Referral Public Story Boundary

Best when the asset should stay inside the referral public story system and still needs a narrower routing decision.

Referral Public Router

Best when the story stays referral-specific but already needs a narrower public trust, proof, or case route.

Referral Public Case Study Router

Best when the story belongs to the referral family and already needs bounded narrative instead of a smaller proof move.

Public Story Boundary

Best when the story can now support the original warm-intro family without relying on referral context.

Public Router

Best when the story has already crossed families and now needs a narrower warm-intro public route.

Public Case Study Router

Best when the story should widen into bounded warm-intro narrative after it transitions families.

Story Snapshot

Freeze the chosen story family, the first public system, and the hidden layer before the asset spreads.

Story Family	Best Asset	First Public System	Keep Hidden	Promotion Trigger
Referral story family	One story asset tied to a closed-buyer story	Partner Intro Referral Public Story Boundary	Referrer path and buyer detail	The next best move is another client-sourced intro
Warm-intro story family	One portable story unit no longer dependent on referral context	Partner Intro Public Story Boundary	Original intro path and buyer detail	The pattern now supports broader warm-intro conversion
Referral router first	One compact referral-safe story unit	Partner Intro Referral Public Router	Anything not cleared for wider public use	The story should stay narrow before wider routing
Warm-intro router first	One compact portable story unit	Partner Intro Public Router	Anything not cleared for wider public use	The story is reusable but still not ready for full-page spread

Wallet

Once the referral-safe story family is chosen, keep the next paid step inside that same route.

Choose the story family first, lock the hidden relationship layer, then move payment through the matching commercial path so the story does not drift between referral and warm-intro claims.

0xB3e9568A9cbB624403743340358c85CCce130893 Open Payment Page