Field notes · Lifecycle · Dec 23, 2025 · 6 min

Designing a referral-driven lifecycle without breaking trust

Suppliers met our product through a payment. I designed the lifecycle that turned that moment into adoption by slowing the funnel down and keeping sales out until the user asked them in.

3 stateslimited user, verified, first payment
1 triggersales entry, owned by the user

This was at PingPong, the cross-border payments company where I was Marketing Manager, Ads & Lifecycle from 2021 to 2023. The project started inside a payment flow that already worked. Our import and export customers were paying their suppliers on the platform, and from the supplier's side the whole experience was three steps: a payment email arrived, they clicked a link, they chose how to receive funds. For most suppliers, that email was their first contact with our product. No campaign, no form, no demo, just money showing up correctly.

The question I was handed: could that moment become adoption? These suppliers were already using the product in the most convincing way possible. Getting them to open their own account looked like the shortest funnel I'd ever seen.

My first pass treated them like leads, because that's what our funnel knew how to do. New contact, Salesforce record, nurture emails, sales follow-up on a timer. The complaints arrived before the results did, from our own customers, the importers who were paying these suppliers. They did not enjoy watching people they do business with get worked by our sales team. One message, lightly paraphrased, ended version one:

We're glad to introduce you to our suppliers. Please don't have anyone call them.
an existing customer, politely, and they were right

That's the trap in a referral flow: two relationships are in play at once. Push a supplier too hard and you damage the new relationship and the existing customer's. Their name is on the email. So I tore up the standard funnel and rebuilt the lifecycle around a different question: what would make them want an account?

payment emailarrivessupplier clicksthe linkchooseshow to get paidthe importer’s trust is the one being spent
Two relationships are in play: the supplier's trust is borrowed from the importer whose name is on the email, so a cold call damages both at once.

The success signal is a completed payment

First I defined success honestly. Suppliers had to register and clear KYC to reach the outcome the business cared about. The real signal was a supplier completing a payment on the platform after clearing KYC. A behavior. I stopped measuring the lifecycle by registration speed or KYC time.

That definition forced me to respect the mindset these users arrived in. They came through a payment link to receive money. Trust didn't start at zero. One side of their business relationship was already our customer. But it was borrowed trust, and borrowed trust does not survive a cold call.

Learning before commitment

I specced a light version of the product for newly referred suppliers, and the product team built it. I capped volume, but everything that made the product worth having was visible from day one: fast transfers, flexible FX rates, a clean operational dashboard. I'd like to print the exact caps here, but it's payments data and compliance reads this blog. A limited account that still demonstrates value sells the upgrade for you.

Around that light version I ran email journeys keyed to user state. State lived in Salesforce, sends went out through HubSpot, and the Zapier bridges I built moved status changes between the two: KYC initiated, KYC cleared, and first payment completed each flipped a supplier from one journey to the next automatically. Early-journey emails stayed educational, and I framed KYC as the step that opens full value.

Delaying sales on purpose

I kept sales out, because our customers had told us to, in writing. They cared about privacy and about who gets to call their suppliers. Respecting that beat moving faster. There was no approval fight over it: the Salesforce routing held referred suppliers out of rep queues until the trigger fired.

So the early stage ran on two things: product-led exposure inside the payment flow, and email to opted-in suppliers only. I also built retargeting audiences from payment-link visitors, which ran inside the always-on budget with no line of their own and no read on what they added. Messaging stayed on practical value, instant payments and less operational drag, and never pushed conversion. The goal was for suppliers to reach their own conclusion.

Compliance note: no supplier received marketing email without an explicit opt-in, a hard consent gate in the CRM that every journey checked before sending. In a referral flow the sender's reputation is borrowed from the existing customer.

Sales entered on one trigger: the supplier making an active move toward a full account. When someone initiated registration and started preparing for KYC, Zapier flipped their Salesforce stage and a rep picked up the account with full context. At that point the conversation felt like someone helping you through KYC rather than someone selling at you. Same rep, same product, different reception. The difference was that the user opened the door first.

One entry trigger, owned by the userreferred supplier lifecyclePayment emailfirst contact with productLight accountcaps on volumeKYC initiatedthe user opens the doorKYC cleareda rep picks it upFirst paymentthe success signalsales enters on exactly one trigger, a supplier moving on their ownState lives in Salesforce, sends go out through HubSpot, and Zapier syncs the two.
Every journey change hangs off a state rather than a send date, and the rep arrives to help with KYC instead of selling into it. Borrowed trust does not survive a cold call.

Waiting also saved sales time

Delaying sales was a trust decision, and the internal economics pointed the same way. Sales time is expensive, and a supplier who received one payment last Tuesday usually isn't ready for a conversation. Letting automation handle the early education meant reps only touched accounts that had already raised a hand, instead of working a list of people who never asked to be on one.

I treated referred suppliers as their own segment, with their own journeys and their own definition of done. A few hundred referred suppliers entered these journeys over roughly two years, and I never reported that cohort's conversion separately. The cross-border payments line this work fed grew from $2M to $76M in its first year and past $250M in its second. I won't claim the lifecycle did that, product and pricing did the heavy lifting, but that line grew through referrals the entire way.

The line this lifecycle fed: $2M to $76M in year one, past $250M in year two. That kind of growth only compounds when a supplier's first week doesn't feel like a pitch.

Questions I keep getting

What improves lifecycle performance fastest?

Moving triggers off the calendar and onto user state. A “day 3” email is a guess; a “KYC cleared yesterday” email is an answer. Once sends keyed off Salesforce status, the same copy worked harder.

Why do onboarding and email systems break at scale?

For us the failure mode was sync. KYC status lived in Salesforce, email ran in HubSpot, and any lag between them meant congratulating a supplier on a step they hadn't taken, or nudging one who'd already finished. The unglamorous Zapier work I did keeping the two systems honest with each other mattered more than any subject line I wrote.

What should teams automate first?

The state changes. Ours were KYC initiated, KYC cleared, and first payment completed, each moved the supplier between journeys, and exactly one of them handed the account to sales. Automate those transitions before anything creative. They're where users predictably stall, and where a mistimed manual step costs trust you can't buy back.

What I'd tell a peer building this

I'd make the same four calls again. Define success as a behavior (for us, a real payment after KYC) and delete every metric that rewards rushing it. Cap usage while keeping every capability. Make consent a hard gate in the CRM. And give sales exactly one entry trigger, owned by the user. Everything else I built served those four decisions.

Suggested posts