Two interlocked brass gears, lit warmly against a dark background, teeth meshed together mid-turn Growth
AI-generated, Working Theory
Growth · ◉ Evergreen

The referral that changes the product, not just the incentive.

by · ·4 min·Working Theory

Most referral programs pay for a share and get a share. The ones that compound change what the product *is* when it's shared — so the invite is a feature, not a bribe.

There’s a referral program hiding in almost every growth deck, and it almost always looks the same: give $10, get $10. Refer a friend, you both get a month free. It’s the growth equivalent of comfort food — easy to reach for, satisfying to ship, and quietly not very nourishing.

The reason it disappoints isn’t that incentives don’t work. They do, for exactly as long as you pay for them. The problem is where the incentive sits. In a give-$10-get-$10 program, the referral is a layer bolted onto the outside of the product. The product does its thing; the referral program stands next to it holding a coupon. Turn the coupon off and the sharing stops, because the sharing was never part of using the product — it was a separate errand you paid the user to run.

The referrals that compound work differently. They don’t sit next to the product. They’re inside it. Sharing isn’t an errand the user does for a reward — it’s a thing the product does better when it’s shared, or a thing the user was going to do anyway that happens to carry the product with it.

Three ways the invite becomes a feature

The product is more valuable shared than solo. Some products get genuinely better the moment a second person is in them — a shared document, a workspace, a game you can’t play alone, a bill you split. Here the “referral” isn’t marketing at all; it’s the user reaching for the core value, which happens to require pulling someone else in. You’re not bribing them to invite. You’re letting them invite because that’s how the thing works. The incentive is the value, and the value doesn’t switch off.

The output is the ad. Some products create an artifact the user wants to send — a design, a summary, a scheduling link, a report — and that artifact naturally arrives at someone else’s door carrying the product’s name and a way to get it. The user isn’t sharing the product; they’re sharing their work, and the product rode along. This only compounds if the shared thing is something the sender is proud of, because nobody forwards work that makes them look worse.

The share improves the sender’s own experience. The strongest version isn’t “invite a friend, get a reward.” It’s “invite a friend, and your product gets better” — your shared library grows, your leaderboard fills in, your recommendations sharpen, the empty second seat gets filled. The sender isn’t doing you a favor. They’re improving their own instance, and the growth is a side effect of a selfish, sensible act.

Where the referral sits decides whether it survives you turning it off.

bolted on product $10 coupon friend turn coupon off → sharing stops

built in use share value ↑ sharing IS using → nothing to turn off

An incentive layer is rented growth — it runs while you pay. A referral built into the value loop is owned. Original diagram · Working Theory

The test before you build the coupon

Here’s the question that separates the two, and it’s worth asking before anyone designs a reward table: if we removed the incentive entirely, would anyone still share?

If the answer is no — if the only reason to invite a friend is the $10 — then you don’t have a growth loop. You have a paid channel wearing a referral costume, and it has all the properties of a paid channel: it works while the budget lasts, the cost creeps as the easy shares get used up, and the moment finance asks about it, it’s the first line item cut. That’s fine to run, as long as you call it that and don’t mistake it for something that compounds.

If the answer is yes — if people would share anyway because the product is better with a friend in it, or because they’re proud of what it made, or because their own instance improves — then the incentive stops being the engine and becomes a lubricant. A small reward can accelerate a loop that already turns on its own. It can’t manufacture one that doesn’t.

So the referral worth building isn’t a better coupon. It’s a change to the product that makes sharing the obvious next move. Ask what would have to be true for a user to invite someone without being paid — and then go build that, not the reward table.

The incentive is the cheapest part of a referral. The expensive part — the part that actually compounds — is a product people reach to share.

Sources

  • social currency and word-of-mouth design
  • paid vs. owned growth loops

Liked this? Get the next one in Working Theory.

Going weekly in August (it's in beta now). One genuinely interesting read on building, the brain, and the science most people missed.

Subscribe →
Got a reaction, a counter-example, or something I missed? Reply by email — I read everything.
◉ join in

Where have you hit this — in a product you use, or one you're building?

Threads open here soon. For now, the conversation lives two clicks away — discuss on GitHub, or just reply by email. I read and answer everything.