Most growth briefs start with “find new customers.” This one pointed inward. FUSION, a new B2B payment feature, was designed to grow through the customers we already had, and the growth half was mine: get them adopting it, then referring partners inside their own networks. That makes it a distribution problem, and I learned the hard way that my usual demand playbook didn't survive contact with it.
I ran the North America launch, coordinating with product teams in China, U.S. sales leadership, and an operations stack I already governed spanning Salesforce, SalesLoft, and HubSpot. Fair warning: the performance numbers from this project stay internal, so this post is about the mechanics. What broke, what I rebuilt, and what I'd do again.
Narrow first, then scale
My opening move was to shrink the target. The tempting version of a referral launch is “announce it to the whole customer base and see who bites.” I filtered instead: business model, transaction volume, and whether the customer actually had a partner network worth referring into. Every one of those was a field we already held in Salesforce before sending a single email. The list that survived the filter was small enough that sales leadership could read every account name on it and say “yes, that one” or “no, they'd never.” That review conversation, account by account, was the real qualification step: I built the list, sales leadership brought the veto. Everything downstream got easier because of it.
A sequence of connected experiments
I structured growth as a sequence of connected experiments. Every surface carried the same value propositions, ad copy, landing pages, sales materials, email. So a test on one channel produced a signal I could trust on the others.
Early on, I deliberately graded on relevance signals rather than conversion volume:
- Message resonance, click-through and engagement rates told me whether the positioning landed
- Landing page behavior, bounce rate, time on page, scroll depth, and exit patterns, tracked through Google Analytics and Hotjar
Only after the top-funnel signals stabilized did I push traffic downstream. That discipline kept noise out of the sales pipeline, so reps never had to sort through leads generated by messaging I hadn't validated yet.
The email program that broke on day one
Here's the part I'd skip if I were writing a case study for a slide. My first email program treated referred users like normal leads: one nurture track, product benefits, a demo CTA. It broke immediately, because referred users weren't normal leads. They arrived inside the product as limited users with restricted features, and only became full customers after completing KYC. So my nurture emails were pitching features to people who could see them in the nav but couldn't open them, which reads as taunting, and the one action that would actually unblock them, finishing KYC, appeared in none of the emails. Sales flagged it within the first week of calls: limited users kept asking why the thing we emailed them about was grayed out.
My fix was to key email to user state rather than the calendar. I split the one program into three:
- Nurture, for leads who hadn't yet entered the product. Benefits, proof, a reason to start.
- Activation, for limited users who needed to clear KYC. Every email in this track pointed at one action: finish verification. Nothing about features they couldn't touch yet.
- Onboarding. For newly converted full customers. First transaction, then the referral ask.
Once the programs matched user state, the pattern held for the rest of the launch: performance moved when I kept CRM signals, compliance status, and support operations aligned, and barely moved when I wrote a cleverer subject line. Segmentation and milestone logic beat creative polish every time I tested the two against each other.
The operational plumbing
A hand-cranked system stops the week you get busy, and the three-program structure above only works if state changes propagate on their own. Zapier was the glue, and I built the zaps myself. The flow that mattered most: when a referred user's KYC status flipped to complete in Salesforce, Zapier caught the field change, removed them from the Activation cadence in SalesLoft, and enrolled them in Onboarding. No rep touching it, no weekly list pull. Before that zap existed, the handoff depended on someone noticing the status change, which in practice meant limited users kept getting “finish your verification” emails after they'd finished. I used the same pattern at entry: my zap checked inbound referred leads against the qualification fields, tagged them in Salesforce, and dropped them into the right cadence on arrival.
The other half of the plumbing was enablement. I wrote the one-pagers, decks, and integration PDFs sales carried, telling the same story the prospect had already seen in the ads and on the landing page. So no call ever contradicted an email.
What sales calls taught the dashboards
The dashboards could tell me a limited user had stalled at KYC. They could not tell me why. Sales calls could. The grayed-out-features confusion that killed my first email program never showed up in any funnel metric. It surfaced because I sat in on calls and heard the same question twice. I fed those call notes straight back into the Activation copy, the FAQ on the landing page, and the sales one-pagers. The rhythm became mechanical: test, listen, adjust, run again.
What I'd tell a peer to do
If you're launching a referral-led feature inside an existing customer base: start with a list your sales leadership can review name by name, and let them veto. Before writing any email, map every state a user can be in (for us that was lead, limited user, full customer) and build one program for each of those states. Then automate the state transitions between programs before you polish anything, because the most damaging email in this whole project was well written and sent to someone in the wrong state. The campaigns were the easy part. The state machine was the work.