Most product teams don’t realize they have a Time-to-Value problem. They discover a DAU problem, a retention problem, a “sales says leads are weak” problem, a “CS says customers are confused” problem. Different symptoms, same disease.

Nobody traces it far enough back to see the real question: how long does it take a new user to see proof that your product can deliver what they came for?

That gap, between intent and experienced value, is Time to Value. And most organizations are diagnosing everything downstream of it while ignoring it entirely.

The instinct when activation is weak is to fix activation. Add onboarding flows. Add lifecycle emails. Run an NPS program. Add more qualified leads. None of these moves is wrong. They’re just late. Their treatment is for a symptom, not the disease.

Why TTV outranks the metrics you’re already tracking

DAU tells you someone showed up. Amplitude counts anyone who opened or viewed the product on a given day as a count, which is a low bar. Retention indicates whether they came back. NPS tells you what they say about the experience after the experience has already happened.

TTV sits upstream of all three. It’s the leading indicator that explains why the others move. If TTV is broken, DAU is just traffic; retention is just inertia; and NPS measures goodwill toward a product people haven’t actually gotten value from yet.

The thesis

Time to Value measures your product’s ability to convert motivation into momentum. Every product-led motion depends on this conversion; if it fails, nothing else in the funnel works.

A user shows up with a job to do. The product has a short window to prove that the effort will be rewarded. The faster and clearer the proof, the more likely they are to stay, invite others, build habits, expand usage, and eventually pay.

This does not mean every product needs instant gratification. Some products reach value in seconds; others need days or weeks of accumulated behavior before the promise becomes real. The value moment depends on the category, the job, and whether the value is individual, collaborative, or organizational. What’s constant is that a real moment exists, and most teams have never precisely located it.

This is also where teams most often get TTV wrong: they treat it as a speed metric. Fewer clicks, shorter signup, faster setup. Speed helps, but it isn’t the point. A user can finish onboarding in two minutes flat and still have no idea why the product matters. The goal isn’t a shorter beginning. It’s a clearer, faster, more reliable path to the moment that proves the product’s promise.

What most teams get wrong about “value”

Most teams define value from the product’s perspective. A user is “activated” once they’ve done what the company wants: created an account, invited a teammate, connected an integration, completed onboarding, and watched a demo. Some of these actions correlate with value. None of them are value.

The user doesn’t care that they “completed onboarding.” They care that the product helped them schedule the meeting, ship the design, close the loop, or make the decision. This is where PLG systems quietly break: teams instrument what’s easy to measure, then mistake activity for progress. A dashboard view isn’t valuable if the user doesn’t know what to do with it. A connected integration isn’t valuable if the workflow isn’t actually better.

OpenView’s benchmark research on PLG companies, cited by Amplitude, found that even at standout PLG companies, only 20 to 30 percent of new users ever reach activation. That’s not an onboarding problem. That’s because most users never reach the moment that proves the product was worth trying in the first place.

This is why TTV is such a useful executive metric, arguably the most useful one. It forces a company to answer, in terms of observable user behavior rather than positioning language, what “value” actually means.

Four companies, four different value mechanics

The best PLG companies don’t share a playbook. They share a discipline: know precisely what value looks like for your product, then build the shortest reliable path to it. The four below are useful because their value mechanics look nothing alike.

Superhuman: value is a habit that has already formed.

When Rahul Vohra was searching for product-market fit for Superhuman, he adopted Sean Ellis’s survey question (”How would you feel if you could no longer use the product?”) and treated the percentage of users answering “very disappointed” as a quantitative PMF metric, with 40% as the benchmark for strong growth.

Superhuman began at 22% and increased to 58% over about a year by segmenting to identify their highest-value customers. They focused their roadmap on enhancing features that users loved and eliminating objections for fence-sitters. The key activation metric used to distinguish genuine value from superficial engagement was whether, after two weeks, the user had sent 90% or more of their emails through Superhuman.

That’s not a setup event or a first action. That’s proof the product had displaced the previous tool. What doesn’t transfer is the survey score or the 90% threshold on its own; the transferable move is to define activation as the habit having formed, not as the first time the value was tasted.

Duolingo: value compounds over time, and the streak is the mechanism.

By mid-2018, Duolingo’s DAU was growing single-digits year-over-year, and CPO Jorge Mazal’s team went hunting for a retention lever. Analysis showed that users who reached a 10-day streak dropped off at a dramatically lower rate, turning the streak from a nice-to-have feature into the growth engine.

The team invested heavily in streak-savers, streak-freezes, calendar views, and reminders, and eventually grew DAU 4.5x over four years. Erin Gustafson has written about the accompanying Growth Model, a Markov-style framework that breaks DAU into user states such as Current, At-Risk, and Resurrected, with Current User Retention Rate (CURR) emerging as the key transition metric to track.

A 21% boost in CURR led to about a 40% drop in daily churn among top users. However, simply adding a streak feature doesn’t always transfer well. Streaks work for Duolingo because language learning is a virtue-based, habit-forming process where users aim to stay motivated during both low- and high-effort moments.

The key transferable insight is that, in some categories, TTV (time to value) is measured in days of continued use rather than minutes to see initial results. Additionally, Core Value emerges only after enough repetitions to establish a habit.

Zapier: value is the product doing work while you’re not watching.

Zapier’s activation event, per their own platform documentation, is a Zap that runs at least one successful task within 24 hours of creation. Not a Zap created. Not a Zap tested. A Zap that actually executed and did the thing.

That definition is strong because it captures the essence of automation: the value isn’t in configuring the workflow; it’s in the workflow running afterward without you. Zapier’s onboarding is built around this: their editor breaks each app connection into four validated steps (app and event, account, trigger, test), each with a single primary CTA, so the user reaches “it worked” as quickly as possible.

Templates then power the growth loop by ranking in search for narrow use cases (”send Slack message when Typeform is submitted”), pulling in users at the exact moment they’re trying to solve that problem and dropping them into a pre-built starting point. What doesn’t transfer is programmatic SEO on its own; that only works for horizontal use cases.

The transferable insight is that for automation, AI, and agent products, “the user did X” isn’t activation. The activation event is “the product delivered a result back to the user.”

Dropbox: value is invisible sync, and the reward for referring is the product itself.

Dropbox’s aha moment is deceptively boring: a file gets dropped into a folder and appears somewhere else. That single event is commonly cited as their activation moment because it’s the smallest observable proof that the promise (“your files, everywhere”) is real.

What makes Dropbox worth studying is that what happened after that value moment was reliable. Sean Ellis discovered that roughly a third of Dropbox signups were already coming from word of mouth before the referral program even existed.

Drew Houston’s team then built the now-famous double-sided referral program (500MB of storage for both the referrer and the invitee, capped at 16GB), which drove growth from around 100,000 users to 4 million in 15 months and delivered a permanent ~60% lift in signups.

The mechanic worked because the reward was the product: every successful referral made Dropbox more valuable to the referring user, reinforcing the underlying habit. What doesn’t transfer is the referral program in isolation. Most companies bolt referrals onto weak products and expect them to generate word-of-mouth.

Dropbox captured existing word-of-mouth because the product’s TTV was fast and the value moment was reliable. Loops accelerate what’s working; they can’t create value that isn’t there.

Four products, four mechanics. Same discipline: find the moment the promise becomes real, then build toward it on purpose.

Where Time to Value breaks

Teams measure time to setup instead of time to outcome. Sign-up takes 90 seconds, and everyone celebrates, while users still need 3 days, 2 support articles, and a CS call to get an actual result.

Activation is defined as convenient rather than predictive. If your activation event doesn’t correlate with retention, conversion, or expansion, it isn’t activation. It’s just an action someone was willing to track. Superhuman’s “90 percent of email sent from Superhuman after two weeks” is a good example of the opposite: it’s harder to move, but when it moves, it actually means something.

One TTV definition gets applied to every segment. A solo user might reach value by answering one urgent question. An enterprise team might not realize value until data is trusted, permissions are configured, and decisions are actually made using the tool. Compressing TTV for one segment can create confusion or false confidence for another.

Value gets hidden behind premature monetization. Paywalls work when they come after proof has accumulated. A paywall placed before proof isn’t monetization; it’s a tax on trust the user hasn’t built yet.

Nobody owns the whole distance. Product owns onboarding. Marketing owns acquisition. Sales owns conversion. CS owns adoption. Each team optimizes its slice. No one owns intent-to-value end-to-end. That’s how companies end up with a polished funnel wrapped around a product that hasn’t actually proven itself yet.

The Four Clocks of Time to Value

Stop treating TTV as a single number. Most products have four separate clocks running.

Time to First Value. The first moment of credible proof: Zapier’s first successful Zap run, Dropbox’s first synced file, an AI product’s first output that’s actually good enough to use. This clock earns the next session.

Time to Core Value. The point where behavior starts predicting retention or conversion. Duolingo’s 10-day streak is the classic case; Superhuman’s 90% of emails through the product after two weeks is another. The user has moved past curiosity into meaningful use. This clock is what separates real activation from a vanity event.

Time to Repeat Value. Onboarding can push a user to value once. Repeat value tells you whether the product is useful without hand-holding, which is where habit and real retention begin. This is the clock Duolingo is essentially built around.

Time to Shared or Expansion Value. In most B2B products, value doesn’t become strategically important until it spreads: a teammate joins, a report gets shared, an admin standardizes usage. In consumer products, it’s the referral loop, the Dropbox mechanic. This is the clock that turns individual value into revenue.

Teams that only optimize the first clock end up with strong trial conversion and flat expansion. Teams that only watch the fourth clock end up with beautiful case studies and a leaky top of the funnel. You need all four in view at once.

Putting it to work

Start narrow. Write one sentence per major segment: “This user comes to us to do X, and value is proven when Y happens.” If the sentence could describe five competitors equally well, it isn’t specific enough yet.

Then find the smallest observable behavior that proves first value, chosen because it predicts retention or expansion, not because it’s easy to log. Map the current path from intent to that moment, step by step, and mark each step as value-creating, value-enabling, or company-required. The company-required steps are almost always where the friction is hiding.

Instrument rate and time together, by segment and by acquisition source: percentage reaching first value, median time to get there, percentage reaching core value, time from first to repeat value. Then go qualitative. Watch sessions of users who failed to activate. Read support tickets. Ask sales what prospects expected, and ask CS what customers misunderstood. You’re hunting for the gap between the promise a user believed and the proof the product actually delivered.

Pick one high-volume, low-activation path and fix only that one. Replace generic education with guided progress. Replace blank states with useful starting points. Replace feature tours with task completion.

Once that’s moving, connect TTV to revenue. Do users who reach first value faster convert at higher rates? Do users who reach the core value expand? Are paywalls landing before or after proof? Then make it permanent: review TTV by segment, channel, and account, not just by individual user, with product, growth, marketing, sales, CS, data, and engineering in the same room.

Closing

DAU can rise while value stays shallow. Retention can tell you someone left, months after it mattered. NPS can tell you that customers are happy without ever showing you how a new user becomes one of them.

Time to Value sits closer to the source. It asks whether your product can turn motivation into proof before attention and trust run out. It forces value to be defined in the customer’s terms instead of the pitch deck’s. And it connects acquisition quality, onboarding, activation, retention, monetization, and expansion into a single operating question, rather than five separate ones owned by five separate teams.

Superhuman had to prove speed hard enough that users moved their email in. Duolingo had to earn one more day, over and over, until the streak became an identity. Zapier had to make the automation run, not just exist. Dropbox had to make a file appear somewhere else, reliably enough that people told their friends.

Different products, different mechanics, different clocks. Same principle: the faster your product proves value, the more every metric downstream of it starts to make sense.

Freemium is one of the most copied growth models in software and one of the easiest to misunderstand.

On the surface, it looks like a pricing decision. A company adds a free tier, limits a few features, creates a paid upgrade path, and waits for some percentage of free users to convert. The logic feels clean: more people can try the product, more users enter the funnel, and paid conversion happens later.

That is how many companies adopt the freemium model. It is also why many freemium motions underperform.

The strongest freemium companies were not simply giving away a cheaper version of the product. They were using the free product to create distribution. Free usage helped the product move through teams, workflows, shared files, recurring habits, referrals, templates, and customer-facing outputs.

That is the distinction most teams miss.

Freemium is not valuable because it removes the price. It is valuable when removing the price allows the product to travel.

Slack did not become important because teams could send messages for free. It became important because a team could start using Slack without procurement, build communication habits, create a searchable work history, and expand from one team into more of the organization. Figma did not grow because design files were free. It grew because design work became collaborative, browser-based, and easy to share with stakeholders who were not designers. Canva did not scale because it gave away design tools. It scaled because free users could create real outputs, share them, reuse them, and eventually needed controls for brand, content, AI, and team.

In every instance, the free product served as more than just a pricing level; it functioned as a distribution platform.

That is the real lesson behind the freemium model. The pricing page is where the strategy becomes visible, but the strategy itself lives much deeper in the product. It lives in activation, repeat usage, collaboration, sharing, workflow expansion, and the moment when a user’s success creates a natural reason to pay.

Most companies focus on copying the visible artifact, while the top companies create the underlying system instead.

Why Freemium Is So Easy To Get Wrong

Freemium is attractive because it seems to solve a real problem: getting more people into the product.

Every product team knows the pain of friction. Prospects do not want to talk to sales. Users do not want to wait for a demo. Buyers do not always know whether the product is worth paying for. A free plan appears to remove all of that.

And sometimes it does. But lower friction at the top of the funnel does not automatically make a business stronger. It can just create more unqualified usage.

This is where the trap begins. Teams see more signups and assume they are seeing more demand. They see more active users and assume greater adoption. They see more product data and assume they are learning faster.

But freemium can make weak signals look strong.

A free signup does not prove urgency. A first session does not prove value. A free workspace does not prove team adoption. A created project does not prove a habit. A large base of free users does not prove there is a scalable growth engine underneath the product.

I have seen this mistake show up in product organizations in a very predictable way. The company launches a free plan, the top of the funnel improves, and the team feels momentum. But after a few months, the harder questions start to surface.

The free users are not converting. Support volume is rising. Product feedback is getting noisier. The most active free users are not the same users the company wants to monetize. Sales does not know which accounts are worth pursuing. The product cannot tell whether the free tier is creating learning or distraction. Finance starts asking whether the free plan is worth the operating cost.

At that point, the company realizes it did not launch a freemium strategy. It launched free access.

Those are not the same.

Free access is a pricing choice. Freemium, when it works, is a distribution model. It is a way to let the product create its own reach, trust, usage, and expansion before a traditional commercial motion has to do all the work.

The question is not whether users can start for free. It is whether free usage creates movement.

The Companies That Made Freemium Famous Did Not Use It The Same Way

One reason freemium gets misunderstood is that people group very different companies under the same label.

Slack, Dropbox, Figma, Canva, Zoom, Notion, and HubSpot are all often discussed as freemium or product-led companies. But their free products did not create growth in the same way.

That matters because freemium is not a universal mechanism. It has to match the product's shape.

Slack’s free product worked because communication is inherently team-based. A single user cannot get the full value of Slack on their own. The product becomes more useful as more people join, as conversations move into channels, as knowledge accumulates, and as the team starts to treat Slack as a place where work happens.

Slack’s free plan gives users access to the core collaboration experience, while limits around message history, files, apps, huddles, and administration become more meaningful as the product becomes more central to the team’s workflow. Today, Slack’s free plan limits message and file visibility to the most recent 90 days, while paid plans expand history and other capabilities.

That is not a random paywall. It is a boundary that becomes more important after the team has built value inside the product.

Figma’s free experience worked through a different pattern. Figma made design multiplayer and browser-based. A designer could create a file and invite a product manager, developer, founder, client, or executive to collaborate on the work without requiring them to install a heavy desktop application.

The product’s distribution came from the workflow itself. Design work needed feedback, review, handoff, and collaboration. Figma made those moments easier, and every shared file became a way for more people to experience the product. Figma still emphasizes real-time collaboration, multiplayer editing, contextual feedback, and browser-based access as core parts of the product experience.

Canva’s free product created a new form of distribution. Canva lets people create real designs without needing to be professional designers. The free product was useful enough to make an output: a social post, presentation, flyer, resume, thumbnail, invitation, one-pager, or internal asset. As users created more, they encountered needs related to premium assets, brand consistency, team workflows, AI usage, storage, and business controls. Canva’s pricing still reflects that pattern, with a free plan for basic creation and paid plans that expand support for professional and business use cases.

Dropbox used freemium and referrals differently again. Storage has a natural ceiling. If users get value from storing and syncing files, they eventually want more space. Dropbox’s referral program reinforced that value by rewarding users with more storage, the exact resource they already cared about. Dropbox Basic users can earn 500 MB per referral up to 16 GB, while Plus users can earn 1 GB per referral up to 32 GB.

That is why the Dropbox referral loop worked conceptually. The reward was not a gift card or a generic discount. It was more of the product’s core value.

These are all freemium-adjacent stories, but the mechanics are different.

Slack spreads through team communication. Figma spreads through collaborative files. Canva spreads through its outputs. Dropbox spreads through storage expansion and referrals.

The shared lesson is not “add a free plan.”

The shared lesson is that the free product must align with how value naturally spreads.

The Pricing View Versus The Distribution View

Most companies approach freemium from a pricing perspective.

They decide what goes into the free plan, what goes into the paid plan, and where to draw the line between the two. This usually creates long debates about feature access, usage limits, seats, storage, integrations, data retention, branding, and support.

While those debates are important, they are not enough. A pricing perspective considers, “What should we offer for free?" In contrast, a distribution perspective asks, “What effects does free usage induce?" The second question holds greater significance.

Free use should lead to something valuable happening within the growth model. It might cause a user to experience the core product promise. It might cause a team to form around the product. It might cause a file, link, report, dashboard, design, recording, page, template, or artifact to be shared with another person. It might cause a habit to form. It might cause usage to expand until administrative, security, or workflow needs become obvious.

When none of that happens, freemium becomes fragile.

The company may still acquire users, but the product is not doing enough to drive distribution. Marketing has to keep filling the funnel. Sales has to keep creating urgency. Customer success has to keep compensating for weak activation. Product has to interpret a growing body of low-intent behavior.

That is why freemium cannot be judged only by free-to-paid conversion.

Conversion matters, but it is only one part of the system. A free user may never pay personally, but they may invite a team, create an internal champion, share an artifact, start a workflow, or introduce the product to an account that later expands.

The opposite is also true. A free user may be active every month and still create little strategic value if their usage does not repeat, spread, expand, or teach the company something useful about the target market.

The distribution view encourages more careful judgment. It considers whether the free product generates enough momentum for the business to capitalize on.

Where Weak Freemium Breaks

Weak freemium usually does not fail all at once. It gradually becomes clear that the free tier is disconnected from the company’s growth model.

The first break often happens at activation. Users sign up because the product is free, but they do not reach a meaningful outcome. They see the product, but they do not feel the value. The company may interpret this as an onboarding problem, and sometimes it is. But it may also be a strategy problem. The free product may not expose enough of the core value to create conviction.

The second break occurs with repeated use. A user may get value once, but the product does not become part of a recurring workflow. This is a major issue because freemium depends on time. The user needs to return enough times for trust, habit, collaboration, or upgrade pressure to build. If the product is only occasionally useful, freemium may create trial behavior without durable adoption.

The third break happens in the spread. The user gets value privately, alone, and invisibly. That may still be a good product experience, but it is not a strong distribution system. If the free product does not create invitations, shared artifacts, public outputs, stakeholder review, team usage, or internal visibility, it will not generate much product-led demand beyond the individual user.

The fourth break happens at monetization. The free plan either gives away too much of the value or blocks value too early. Both are damaging. If the free tier solves the full problem for the target user, paid conversion becomes optional. If the free tier blocks users from experiencing the product’s real value, conversion becomes unlikely.

The fifth break happens inside the operating model. Free users begin to shape the roadmap even when they are not the best customers. Their feedback is real, but it may not be strategically useful. Product teams can end up building for the loudest free users instead of the highest-value segment.

Freemium models can subtly divert a company's strategy. Initially, it appears to be a growth effort, but over time it becomes a product burden.

The Best Paywalls Follow Value

A key indicator of a mature freemium approach is the position of the paywall. Weak paywalls hinder exploration, while strong paywalls are based on accumulated value.

This matters because users don’t mind paying in principle; they object when they pay before understanding the product’s importance or are charged for seemingly arbitrary limits. A robust freemium boundary emerges when the user’s own success creates a new, more advanced need.

For example, a team with extensive Slack history might find losing access to older messages problematic. Similarly, a design team with many Figma projects will find permissions and asset management increasingly critical.

Canva users who create substantial content will value brand kits and collaboration tools, while Dropbox users with large file collections will see increased storage as a natural upgrade. In each case, the paid plan isn’t just a barrier—it’s the next stage of usage.

Many companies miss this point: upgrades should feel like reaching a new level of seriousness, not just paying out of curiosity.

While not every paywall needs to be soft, monetization is essential. The most effective freemium models place charges where the value is already evident, helping users see the need because the free experience has made it clear.

The Freemium Operating Model

If I were advising a product team on freemium, I would not start with the pricing page. I would start with the operating model.

A freemium strategy needs five connected decisions.

1. Define the strategic job of the free product

The free product should have a clear role in the growth system. It may exist to create individual activation, team collaboration, shared outputs, workflow habit, account seeding, community growth, or ecosystem adoption.

This choice matters because each job requires a different product design.

A free plan built for activation needs to quickly get the user to a meaningful first outcome. A free plan built for collaboration needs invitations and permission flows that feel natural. A free plan built for output distribution requires shared artifacts useful to recipients. A free plan built for account expansion needs product-qualified signals that sales or lifecycle teams can act on.

Most weak freemium motions skip this decision. They define the free tier by features instead of by purpose.

The result is a plan that is easy to explain on a pricing page but hard to defend as a growth strategy.

2. Design activation before packaging

The free product has to deliver the product’s core promise, not just expose the interface.

This is where many companies get too protective. They worry that giving users too much value will reduce conversion, so they restrict the free experience to the point where users never reach conviction.

That is backward.

Before a user pays, the product has to earn belief. The free experience should create a moment where the user understands why the product matters and why they would want to come back.

For Slack, value appears when real team communication starts happening in channels. For Figma, value appears when design work becomes easier to share, review, and collaborate on. For Canva, value appears when a user creates something they can actually use.

Activation isn't just a tour, account setup, or a series of onboarding clicks. It's the initial evidence that the product can enable real progress for the user. Freemium models succeed only when this proof occurs before the user loses interest.

3. Build a natural distribution path

The free product should make it easier for value to move from one person to another.

This does not mean every freemium product needs viral growth. Most B2B products do not spread like consumer networks. But the product should have some path where usage creates exposure, collaboration, or internal demand.

That path may come from inviting teammates, sharing a file, sending a report, publishing a page, assigning a task, requesting approval, embedding a dashboard, duplicating a template, or bringing a stakeholder into a workflow.

The key is that distribution should be connected to the user’s actual work.

This is why forced referrals usually underperform. A referral prompt that appears after signup is not the same thing as a product experience that naturally involves other people. The best distribution moments are not bolted onto the product. They emerge from the job the user is already working on.

Figma did not need to beg designers to invite stakeholders. Collaboration was part of the work.

Slack did not need to convince users that communication involved other people. The product only became useful when the team joined.

Dropbox did not reward users with something unrelated. It rewarded them with additional storage, making the product more useful.

Distribution works best when it feels like a continuation of value, not an interruption.

4. Place paid boundaries where success creates new needs

Freemium monetization works best when the paid plan maps to a natural increase in usage, complexity, or business value.

The upgrade path should be tied to one of several success signals: more people, more data, more work, more storage, more history, more automation, more integrations, more governance, more brand control, more security, or more advanced workflows.

This is why arbitrary feature gating can damage the freemium model. If the free user feels blocked before reaching value, the product loses trust. If the paid plan only unlocks features unrelated to the user’s progress, the upgrade feels disconnected from the experience.

The best-paid boundaries are easy for users to understand because the free product has already created the need.

A team that depends on a history of communication understands why retention matters. A company using design across multiple teams understands why libraries, permissions, and shared systems matter. A business creating branded content every week understands why brand controls and premium workflows matter. A user storing more files understands why more capacity matters.

The upgrade should feel like the next logical step in the customer’s own journey.

5. Manage freemium as a business system, not a marketing campaign

Freemium requires operating discipline.

It is not enough to watch signups and conversions. The company needs to understand which free users are strategically valuable and which are simply consuming resources.

The metrics should reflect the role of the free product. If the free plan is meant to drive activation, measure time to meaningful value, and retained activation. If it is meant to drive collaboration, measure invitations, multi-user workspaces, and active teams. If it is meant to drive output sharing, measure shared artifacts and recipient engagement. If it is meant to seed accounts, measure product-qualified accounts, internal spread, and sales-assist conversion.

The company should also know the cost to serve free users. That includes infrastructure, AI usage, storage, support, abuse prevention, documentation, lifecycle messaging, and product complexity.

This is where freemium becomes a leadership decision, not just a growth experiment.

A free plan can be worth subsidizing when it creates adoption, distribution, learning, or expansion. It becomes dangerous when it primarily generates activity that the company cannot convert into strategic value.

When Freemium Is The Wrong Choice

Freemium is not always the best product-led motion.

Certain products incur high marginal costs, especially when every active user consumes significant AI compute, storage, data processing, or support resources. This can make a broad free tier quickly costly.

Some products also require complex setup processes, such as integrations, migrations, team training, compliance approvals, or workflow redesigns, which can create adoption barriers that free access alone may not overcome.

Additionally, some products experience low repeat usage; sporadic use can hinder habit formation or the urgency needed for conversions.

Products that are inherently private rely on collaboration, shared outputs, stakeholder visibility, or internal dissemination for wider adoption—without these, freemium models may generate trials but lack significant distribution.

Also, a buyer-user gap exists in some cases, where free users find value but lack the budget, authority, or influence to drive organizational adoption.

In those cases, another motion may be stronger.

A free trial can create urgency. A guided pilot can help a complex customer reach value. A sandbox can demonstrate the product without requiring setup. A template library can create a better entry point than a free tier. A sales-assisted product experience can be more effective when value depends on organizational change.

The point is not that freemium is bad. Rather, the point is that freemium is specific.

It works when the free experience can create the conditions for adoption, distribution, and expansion. When it cannot, making the product free may only move the real problem earlier in the funnel.

How Leaders Should Evaluate Freemium

The executive mistake is treating freemium as a yes-or-no decision.

Should we have a free plan?

That question is too shallow.

The better leadership conversation is about fit. A free plan only makes sense if the product has the right conditions for free usage to become valuable over time. The product needs a natural path from free to paid. Usage needs to be repeated. Value needs to spread. The paid plan needs to become more valuable as the customer succeeds.

This is where leaders need to evaluate freemium as a system rather than a pricing tier.

I would look at five dimensions.

The first is activation. Are free users reaching meaningful value, or are they just creating accounts and clicking through onboarding? A strong free plan gets users to a real workflow. They create the report, send the message, publish the page, invite the teammate, build the dashboard, or complete the action that proves the product can help them.

The second is frequency. Does the value repeat? Freemium is much stronger when the product becomes part of a recurring behavior. Daily and weekly products have a greater chance of building habit and trust, and of increasing pressure. If usage is occasional, the free plan may still create awareness, but it will be harder to turn that awareness into durable growth.

The third is spread. Does free usage expose the product to other people? This is where freemium becomes a distribution strategy instead of a free sample. Users might invite teammates, share files, send reports, publish outputs, or bring stakeholders into a workflow. If free use remains private and individual, the company should be honest about it. It may still be a useful acquisition motion, but it is not creating much product-led distribution.

The fourth is expansion. Does success create a natural reason to pay? The best freemium models do not rely on arbitrary paywalls. They create paid demand as usage deepens. More seats, more storage, more history, more permissions, more brand control, more integrations, more automation, or more advanced workflows should become more valuable as the customer succeeds.

The fifth is economics. Does free usage strengthen the business? Free users still have a cost. They consume infrastructure, support, onboarding, documentation, analytics, and product attention. That cost can be worth it if free usage creates learning, pipeline, conversion, expansion, or low-cost distribution. It becomes dangerous when free users create activity without creating future business value.

This is why freemium should not be judged only by free-to-paid conversion.

Conversion is a lagging indicator. By the time a team realizes free users are not converting, the deeper problem has usually been present for months. Activation was weak. Repeat usage was shallow. The product did not spread. The upgrade path did not map to customer success. The economics were never going to work.

A good freemium strategy should show strength before conversion.

You should see free users reaching real outcomes. You should see retained usage. You should see invitations, shared outputs, or collaboration. You should see some accounts getting deeper over time. You should see clear behavioral differences between free users who are likely to pay and free users who are not.

That is how freemium becomes manageable.

The Final Lesson

Freemium is often discussed as if the key issue is how generous to be. How much should we give away? But this perspective misses the main point.

The most successful freemium companies are not accidental in their generosity; they are strategic.

They offer the part of the product that allows the right users to experience value and encourages that value to spread. They don't make the entire product free because free inherently drives product-led growth.

Instead, they make specific features free because these features foster adoption, habit formation, collaboration, sharing, or account growth. Therefore, freemium should be viewed as a growth strategy, not just a pricing tactic.

The pricing page should support the strategy, not define it. If the free offerings help users realize, repeatedly derive, and share value—while also creating a natural desire for paid features—freemium can become a highly effective product-led growth tool.

Conversely, if it only results in more signups, support needs, clutter, and low-quality engagement, it becomes a trap. The core lesson is simple but challenging: freemium isn't about free growth; it's about designing distribution.

Companies that grasp this create free products that expand in markets; those that don't may build free tiers and wonder why their growth never gains momentum.

Product-led growth has become one of the most useful ideas in modern product strategy, but also one of the easiest to misunderstand.

Most companies are drawn to PLG for the outcomes it offers: lower acquisition costs, faster activation, better retention, more efficient expansion, stronger product data, and a more scalable growth motion. Those outcomes are real, but they do not come from adding a free trial, opening up self-serve signup, or putting a few usage metrics in a dashboard.

Those are mechanisms. They are not the strategy.

At its core, product-led growth means the product itself plays a central role in how customers discover, evaluate, adopt, retain, and expand their relationship with the company. The product is not simply what gets delivered after a sale. It becomes part of the growth system.

That distinction matters because it changes how leaders should think about the work.

A company does not become product-led because users can sign up without talking to sales. It becomes product-led when the product can help the right customer understand the value, experience that value, repeat that value, and eventually expand that value with less dependency on the organization forcing every step from the outside.

This is why PLG is both powerful and difficult. It requires more than a better onboarding flow or a more generous free plan. It requires the product experience, customer journey, data model, pricing, packaging, sales motion, customer success model, and operating rhythm to be aligned around customer value.

That is the standard.

PLG begins with value, not acquisition

The most common mistake companies make with PLG is starting with the top of the funnel.

They ask how to drive more signups, increase trial starts, shorten onboarding, or generate more product-qualified leads. Those questions can be useful, but they are not the starting point. A product-led strategy begins with a more fundamental question: what value can the customer experience directly through the product?

Until that is clear, every growth tactic is downstream of uncertainty.

A high-volume signup motion does not matter if users do not reach value. A beautiful onboarding flow does not matter if it teaches the interface but fails to create progress. Product analytics do not matter if the company cannot distinguish activity from meaningful adoption.

This is where PLG forces better product thinking. It requires a team to define what value actually means in behavioral terms. Not what the company believes is valuable, not what the landing page promises, and not what the roadmap assumes. The question is what customers do when the product is working for them.

For some products, value appears when a user completes a task faster than before. For others, it appears when a team collaborates in a shared workspace, when data becomes easier to act on, when a workflow becomes repeatable, or when a customer sees a measurable business outcome. The shape of value differs by product, but the principle is consistent: PLG only works when the customer can experience enough value to continue.

This is why activation is one of the most important concepts in product-led growth.

Activation is not signup. It is not an account creation. It is not finishing an onboarding checklist. Activation is the point where the customer has experienced enough meaningful value to believe the product is worth using again.

That belief is the foundation of product-led growth.

What PLG is

Product-led growth is an operating discipline in which the product experience is designed to create and expand customer value while also driving business growth.

That definition has several implications.

First, PLG is a product strategy, not just a go-to-market motion. The product needs to make value easier to understand, experience, and repeat. This affects the roadmap, the onboarding model, the activation path, the data strategy, and the way teams prioritize work.

Second, PLG is a customer journey strategy. The product needs to carry more of the journey from awareness to adoption to retention to expansion. That does not mean every customer will be fully self-serve. It means the product should reduce ambiguity, build confidence, create evidence of value, and generate signals that other teams can use.

Third, PLG is a business model strategy. Pricing and packaging have to reinforce the way customers experience value. If the packaging blocks the natural path to value, the product-led motion will struggle. If the free or trial experience attracts the wrong audience, the company may create activity without creating a durable growth engine.

Fourth, PLG is an operating model. Product, growth, marketing, sales, customer success, data, and finance all influence whether the system works. Product is central, but product cannot own PLG alone.

This is one of the reasons strong PLG companies often look deceptively simple from the outside. The user experience may feel easy, but the operating system behind it is usually sophisticated. The company understands which behaviors matter, where users lose momentum, what predicts retention, when sales should engage, how expansion happens, and which parts of the journey should be handled by the product versus a human team.

That is the real work of PLG.

What PLG is not

PLG is not the same thing as self-serve signup.

Self-serve can reduce friction, but reducing friction is not the same as creating value. If a user can create an account but cannot figure out what to do next, the company has not built a product-led motion. It has simply moved confusion earlier in the journey.

PLG is not the same thing as a free plan.

A free plan can be useful when it exposes the right value to the right customer at the right moment. It can also create noise. If the free experience attracts users who are unlikely to retain, expand, or represent the target customer, the company may end up optimizing for volume instead of quality.

PLG is not onboarding optimization.

Onboarding matters, but onboarding is only one part of the value journey. A company can simplify the first session and still fail to create a reason for the customer to return. The deeper question is whether the product creates a path from the first value to the repeated value.

PLG is not a way to eliminate sales.

This misconception is especially damaging in B2B. Many strong product-led companies still rely on sales, particularly as they move into larger accounts. The difference is that sales enters the conversation with better context. The product has already created usage, internal champions, intent signals, and evidence of value.

In a strong PLG motion, sales are not replaced by the product. Sales become more effective because the product has already done part of the work.

PLG is not growth hacking.

Growth mechanics can amplify value, but they cannot substitute for it. Invitations, referrals, lifecycle prompts, product-qualified lead scoring, and usage-based nudges only compound when they are attached to a product experience customers already find useful.

A collaboration loop works when collaboration makes the product more valuable. A referral loop works when inviting someone improves the user’s outcome. A usage-based expansion motion works when increased usage reflects increased value. Without that foundation, growth mechanics become a source of pressure rather than leverage.

The PLG value journey

A product-led business needs to understand the journey from first interest to expanded value.

The journey usually starts with sign-up or access, but that is only an entry point. The important work begins after the customer enters the product. They need orientation, a clear path to first value, a reason to repeat the behavior, and a natural way to expand when the product becomes more useful.

This is where many teams misread their own data.

They celebrate signups as growth, but a signup is only a signal of interest. They celebrate onboarding completion, but completion is not the same as belief. They celebrate usage, but not all usage is valuable. They celebrate expansion, but expansion is fragile if the core product experience has not earned trust.

A better way to evaluate the journey is to ask what job each stage is supposed to perform.

Signup should capture intent from the right audience. Onboarding should orient the customer toward a meaningful outcome. Activation should deliver first value. Repeat usage should turn that value into a habit, workflow, or recurring need. Expansion should follow from deeper value, broader adoption, more use cases, or measurable business impact.

When those stages connect, PLG starts to compound.

The product does not merely acquire users. It teaches them. It helps them make progress. It creates evidence. It reveals intent. It gives the company better signals. It creates expansion paths that feel like a continuation of value rather than a forced upsell.

That is the difference between a product with a funnel and a product-led growth system.

The operating system behind PLG

Product-led growth is often described in terms of the user experience, but the internal operating system is just as important.

A company can have a strong product and still struggle with PLG if the functions surrounding the product are misaligned. Marketing may attract the wrong audience. Sales may engage too early or too late. Customer success may compensate for product gaps instead of helping the team learn from them. Pricing may block the value from being understood before the customer does. Product analytics may track activity without explaining outcomes.

PLG works when the company organizes around customer value.

Product owns the experience that creates and delivers value. Growth helps improve the journey through experimentation and learning. Marketing clarifies the promise and attracts the right audience. Sales converts high-intent accounts and expands opportunities where human judgment matters. Customer success helps customers deepen adoption and realize outcomes. Data and analytics help the company understand behavior. Pricing and packaging determine how value is accessed and monetized.

None of these functions can be treated as separate from the product-led system.

This is why PLG should not be reduced to a product team initiative. The product may be the center of the motion, but the company has to operate around the same value journey. Otherwise, each team optimizes its own part of the system, and the customer experiences the gaps.

A common example is acquisition quality. Marketing may drive strong signup volume, but if those users do not activate, the issue may not be onboarding alone. The problem may be positioning, audience selection, promise clarity, product fit, or packaging. The product team can improve the experience, but it cannot resolve a mismatch that existed before the user ever entered the product.

Another example is expansion. Sales may want more expansion opportunities, but if the product does not reveal deeper use cases, create internal champions, or generate meaningful usage signals, the expansion motion becomes dependent on persuasion rather than evidence.

PLG creates leverage when the product and the organization reinforce each other.

A practical framework for understanding PLG

The cleanest way to understand PLG is through four questions.

Can the product create value directly?

This is the foundation. The product must allow the customer to experience value without requiring the company to explain everything manually. The more complex the product or market, the more support may be needed, but the product still needs to carry a meaningful part of the value journey.

Can the customer reach that value quickly enough?

Speed to value matters because attention is limited and trust is fragile. Customers do not need to understand the entire product immediately. They need to understand enough to make progress and believe that continued usage is worth their time.

Can value become repeatable?

PLG is not built on a single good first session. It depends on repeated behavior. The product needs to be useful in a recurring context, whether that is a personal workflow, a team collaboration pattern, a business process, a data loop, or an ongoing operational need.

Can value expand naturally?

Expansion should be tied to how the customer gains more value. That may come through more seats, more usage, more workflows, more data, more integrations, more teams, or more advanced capabilities. The key is that expansion should feel like a logical next step from proven value.

Those four questions are more useful than asking whether a company has a free trial, a freemium plan, or a product-qualified lead model. The visible tactics only matter if the underlying value system works.

Where PLG fails

PLG usually fails for one of five reasons.

The first is an unclear value. The product may be useful, but the customer cannot quickly grasp its value. This creates weak activation and high early drop-off.

The second is weak onboarding. The product explains its features rather than guiding the customer toward progress. The user learns what exists, but not why it matters or what to do next.

The third is poor retention quality. Users may try the product, but the product does not become part of a recurring workflow or habit. The first experience creates interest, but not durable adoption.

The fourth is misaligned packaging. The customer either cannot access enough value to understand the product or receives so much value for free that monetization becomes disconnected from usage.

The fifth is organizational fragmentation. Product, marketing, sales, customer success, and data operate around different definitions of success. The company talks about PLG, but the operating model still behaves like a collection of disconnected functions.

These failure modes are common because PLG exposes the truth of the product experience. If customers cannot reach value, PLG will reveal it. If users do not retain, PLG will reveal it. If pricing does not match the value journey, PLG will reveal it. If the organization is not aligned, PLG will reveal that too.

That is not a weakness of PLG. It is one of its strengths.

A product-led motion gives leaders a clearer view of where the system is working and where it is breaking.

The real test of PLG

The simplest test of PLG is whether the product can help customers make meaningful progress with less force from the organization.

That does mean no sales, no customer success, no marketing, and no implementation support. It means those functions are built on evidence generated by the product, not compensating for its absence.

A product-led company should be able to answer five questions with confidence.

Can the customer quickly understand the value?

Can they experience value without heavy external support?

Does usage lead to stronger outcomes over time?

Does the product naturally create opportunities for expansion?

Can the company learn from product behavior and improve the system?

If the answer is yes across those questions, the product is doing more than supporting growth. It is creating it.

That is the real promise of product-led growth.

Not a cheaper acquisition. Not a cleaner funnel. Not a free plan with better analytics. Those may be outcomes or supporting mechanisms, but they are not the core idea.

The core idea is that customer value and business growth should be directly connected through the product experience.

That is what product-led growth is.

And it is the standard that more product organizations should aim to meet.

That sounds irrational at first. Email is one of the most commoditized software categories in the world. Most people already had access to Gmail, Outlook, Apple Mail, or another inbox that technically worked well enough.

So why would a startup charge a premium price for an email client before it had broad adoption?

Because Superhuman was not trying to learn from everyone.

They were trying to find the people whose email problem was painful enough that $30/month felt obvious.

That distinction is the real lesson.

Most early-stage product teams think of price as a growth blocker. The instinct is to reduce friction, get as many users as possible into the product, watch the data, and figure out monetization later.

Superhuman took a different path. The company used price, scarcity, and hands-on onboarding to narrow the learning environment. Instead of optimizing for the most users, they optimized for the clearest signal.

That is one of the most underrated product-led growth lessons from Superhuman: sometimes friction does not slow learning down. Sometimes it improves the quality of what you learn.

Superhuman was not built for “people who use email”

The obvious mistake with a product like Superhuman would have been defining the market too broadly.

Almost everyone uses email. That does not mean everyone has the same email problem.

For many people, email is a utility. They check it a few times per day, respond when needed, and tolerate the inbox because it is not central enough to justify paying for a better experience.

For others, email is the operating system of their work. Salespeople, founders, executives, investors, recruiters, customer-facing leaders, and operators may spend hours per day in their inbox. Responsiveness affects reputation. Speed affects throughput. Inbox management affects stress, focus, and execution.

Superhuman was built for that second group.

The product was not positioned as a slightly nicer Gmail interface. It was positioned as the fastest email experience in the world. The promise was not cosmetic. It was about moving through email dramatically faster, staying responsive, and feeling in control of a workflow that had become overwhelming.

That focus mattered because product-market fit is rarely found by averaging the needs of a broad audience.

If Superhuman had launched the product widely and made it free, the company might have attracted many casual users. Some would have wanted a better-looking inbox. Some would have been curious about the hype. Some would have signed up because it was free, then quietly churned.

That might have produced more data.

But not necessarily better data.

Early product discovery is not just about volume. It is about learning from the people who feel the problem intensely enough to change their behavior.

Price as a filter, not a wall

Charging $30/month did more than generate revenue. It clarified who had the problem.

A user willing to pay for email when free alternatives exist is sending a very specific signal. They are not merely curious. They believe the pain is expensive enough to justify paying for a better way to work.

That does not mean every early-stage company should charge more. It means price can be used as a discovery mechanism.

Superhuman’s price filtered in people who lived in their inbox and filtered out people who were only casually interested. That made the feedback sharper. It helped the team focus on users whose needs were extreme enough to reveal what the product had to become.

This is important because not all feedback is equally valuable.

A casual user might ask for broader customization, more integrations, a cheaper plan, or features that make the product feel more familiar. A high-intensity user may care far more about keyboard shortcuts, speed, search, triage, follow-up, offline performance, and shaving seconds off repeated workflows.

Both users are giving honest feedback, but only one may represent the market the company is trying to win. Price helped Superhuman distinguish true pain from casual interest.

The hidden cost of free users

Free users are not bad. Many of the best product-led companies use free plans effectively.

The mistake is assuming free access always produces better learning.

In the earliest stages, free access can flood a product with users who do not resemble the eventual best customers. The team then has to interpret noisy behavior from people who may never pay, never activate deeply, and never care enough to provide high-quality feedback.

That can distort the roadmap.

The company sees more sign-ups and more usage, but the product team starts optimizing for the average user rather than the most valuable segment. Features become broader. Positioning becomes softer. Onboarding becomes more generic. The product starts to serve curiosity rather than intensity.

This is especially dangerous before product-market fit is achieved.

At that stage, the company is not trying to maximize top-of-funnel volume. It is trying to answer a sharper question: Who needs this badly enough to be genuinely disappointed if it disappeared?

Superhuman made that question explicit.

Measuring product-market fit instead of guessing

Rahul Vohra popularized Superhuman’s product-market-fit approach with a simple survey question: “How would you feel if you could no longer use Superhuman?”

The key response was “very disappointed.”

Their benchmark was that if at least 40% of users felt this way, it indicated a strong product-market fit. Initially, only 22% of users said they would be very disappointed, which wasn't enough.

Instead of pushing for broader growth or acquiring more users, Superhuman analyzed responses by focusing on users who loved the product. They identified what differentiated these users and adjusted their roadmap to increase this loyal segment.

As a result, the score rose from 22% to 33%, then to 58%. This approach shifts the focus from simply attracting more users to making the right users deeply love the product, marking a shift from growth hype to genuine product-market fit.

Why was product-led growth

At first glance, Superhuman may not appear to be a typical PLG company. Its invite-only system, premium pricing, high-touch onboarding, and deliberate access limitations stand in contrast to the common PLG model of free signups, instant access, self-serve onboarding, and rapid viral growth.

However, product-led growth is not about removing all barriers; it’s about leveraging the product experience as the main driver of acquisition, activation, retention, and expansion.

For Superhuman, the product experience itself was the strategy—using pricing to filter for committed users, a waitlist to create scarcity and assess demand, and onboarding to understand each user’s email workflow. This enabled the team to deliver a highly tailored experience to those most likely to value it.

This highlights an essential lesson for product leaders: PLG does not always mean “make it free and open to everyone." Sometimes, a constrained system that fosters high-quality learning, intense adoption, and positive word-of-mouth among the right users is the most effective approach.

A low-friction funnel works well when the product already has a clear activation path and a broad self-service market, but excessive early access can become a liability.

Friction can improve the signal

Most product teams aim to eliminate friction. This is generally correct once the team understands the target user, what activation entails, and which behaviors promote retention.

However, in early stages, some friction can be beneficial. The key is whether the friction hinders value or clarifies intent. Poor friction blocks the right customers from accessing value, such as confusing onboarding, excessive form fields, unclear pricing, slow performance, broken workflows, or requiring a sales call for simple cases.

Conversely, good friction filters for intensity, commitment, or fit include a premium price, an application process, use-case selection, a setup call, qualification questions, or real data entry. For instance, Superhuman’s $30/month fee was not arbitrary; it indicated whether email speed and focus were valuable enough for a segment to pay for.

The aim isn’t to add friction unnecessarily but to distinguish barriers that provide learning from those that hinder product adoption. A simple test: if removing friction attracts the right users, do it. If it brings many users who dilute learning, expand the roadmap, or are rarely retained, proceed cautiously.

The Product-Led Filter Framework

Superhuman’s approach can be adapted into a practical framework for founders and product leaders. When developing a product prior to achieving clear product-market fit, the focus should not be on maximizing user count.

Instead, the priority is to enhance the quality of the learning loop. A helpful filter should help answer four key questions.

1. Who feels the pain most intensely?

Start by identifying the users for whom the problem is not occasional or mildly annoying but frequent, expensive, visible, or emotionally frustrating.

For Superhuman, this was the person whose inbox shaped their workday. They were not looking for a prettier email client. They wanted speed, control, and confidence.

In another product, this might be the finance team closing books every month, the support manager drowning in tickets, the developer responsible for production reliability, or the product leader who needs faster customer feedback loops.

The early question is not “Who could use this?”

It is: “Who feels this problem so often that they are actively looking for a better way?”

2. What behavior proves they care?

Interest is cheap. Behavior is more useful.

A user saying “this sounds cool” is not the same as joining a waitlist, paying early, importing data, inviting a team, completing setup, or changing a workflow.

Superhuman used price as one signal of seriousness. Other products may use different signals.

For a developer tool, the signal might be integrated into a real environment. For an analytics product, it might be connecting to production data. As a collaboration tool, it might invite active teammates. For an AI product, it might be using the output in a real workflow rather than generating a novelty demo.

The signal should require sufficient effort that casual users are less likely to complete it.

3. What feedback should shape the roadmap?

Not every user should have equal influence over the product.

The most useful feedback often comes from users who match the target segment, experience the pain frequently, and would be genuinely disappointed if the product disappeared.

Superhuman did not simply average all feedback. The team studied the users who loved the product most and asked what made them different.

Segment feedback by intensity.

Which users are paying? Which users are activating deeply? Which users are retained? Which users would be very disappointed if they didn't have the product? Which users are bringing the product into their real workflow?

Those users should carry more weight in roadmap decisions than casual users who may never become the core market.

4. When should friction be removed?

Friction generally should decrease as confidence in the product grows. Initially, price points, qualification processes, manual onboarding, or waitlists help the team identify the right customers.

However, once the product has a well-defined ICP, an established activation process, and strong retention rates, any unnecessary friction should be eliminated.

The order of these steps is important. First, apply filters to target the appropriate users. Next, utilize their behavior and feedback to refine the product. Finally, reduce friction to facilitate growth.

Many companies reverse this sequence, lowering friction early to attract a wide audience, but then face challenges in understanding why retention is low. The key lesson from Superhuman is to avoid scaling without clarity and focus

When price can help product discovery

Price is not always the right filter, but it can be powerful when the product solves a problem with clear economic or professional value.

It works especially well when:

• The problem is frequent

• The pain is intense

• The user has a budget or personal willingness to pay

• The product promises time savings, revenue impact, risk reduction, or status improvement

• Free alternatives exist but are meaningfully worse for the target user

• The company needs sharper feedback from serious users

Superhuman fits this pattern. Gmail was free, but for the target user, the cost of a slow inbox was not zero. The cost showed up as lost time, missed follow-ups, slower responses, and cognitive drag.

A $30/month price can feel expensive to a casual email user and cheap to someone who spends several hours per day in email. That gap is the filter.

The same principle applies elsewhere.

A founder might not pay for another generic note-taking app. But they may pay for a tool that helps them prepare investor updates faster.

A support leader might not pay for another dashboard. But they may pay for a product that reduces escalations or improves response quality.

A product manager might not pay for another survey tool. But they may pay for something that helps them identify churn risk before the next roadmap cycle.

The price is not just capturing willingness to pay. It is revealing how costly the problem already feels.

When price becomes the wrong filter

The lesson is not “charge early no matter what.”

Price can hurt discovery by filtering out exactly the users you need to learn from.

If the product depends on network effects, a high price may prevent the system from forming. If the buyer and the user are different people, early pricing may prevent the user from realizing value. If the category requires education, the price may add friction before the customer understands the problem. If the target market lacks budget, willingness to pay may be a poor proxy for pain.

Price also works poorly when the product’s primary challenge is not intensity but accessibility.

For example, a team collaboration product may need multiple people inside an account before value appears. A marketplace may need liquidity before either side experiences the product. A consumer social product may need density and habit before monetization makes sense.

In those cases, another filter may work better. The filter could be use case, company size, role, workflow maturity, data quality, team participation, or willingness to complete setup.

The main idea is not that price is always the ideal filter; rather, early growth should be deliberately filtered.

Better filters create better learning

Every early-stage product has filters, whether the team admits it or not.

Positioning filters that pay attention. Onboarding filters out those who do not find the value. Pricing filters for those who commit. The feature set filters who stays. The sales motion filters who gets access. The product experience filters who returns.

The only question is whether those filters are intentional. Superhuman made the filters explicit.

A premium price signaled that the product was for professionals who deeply valued email speed. The invite-only model gave the team control over who entered the learning loop. Manual onboarding helped the team understand user workflows. The PMF survey identified which users truly loved the product.

Together, those filters created a higher-quality signal.

This is the part many teams miss. Product-led growth is not only about reducing friction. It is about designing the path to value so the right customers can reveal themselves, activate, and expand.

More users are only beneficial if they enhance the learning system; otherwise, growth can introduce noise.

How product teams can apply this

For founders and product leaders, the key point isn't to imitate Superhuman’s $30/month pricing. Instead, focus on creating your own product-led filtering approach. Here's a straightforward process to do so.

Step 1: Define the high-intensity user

Write down the user segment that feels the problem most frequently and painfully.

Avoid broad descriptions like “teams that use email,” “companies that need analytics,” or “people who create content.”

Get specific.

For Superhuman, the valuable segment was not everyone with an inbox. It was people whose professional effectiveness depended on getting through email quickly.

Step 2: Identify the commitment signal

Decide what behavior proves the user cares.

That could be payment, waitlist completion, connecting real data, inviting teammates, importing workflows, completing setup, attending onboarding, or using the product in a live business process.

The signal should separate serious users from casual users.

Step 3: Segment feedback by intensity

Do not treat every piece of feedback equally.

Separate users by behavior:

• Who paid?

• Who activated?

• Who retained?

• Who uses the product frequently?

• Who would be very disappointed without it?

• Who fits the ICP?

• Who referred others or brought the product into a real workflow?

Then prioritize learning from the users who show the strongest evidence of pain and fit.

Step 4: Build for the users who would miss you

Use the Superhuman-style PMF question:

“How would you feel if you could no longer use this product?”

Study the users who say they would be very disappointed.

What role are they in? What problem are they solving? What feature do they value most? What alternative would they use? What words do they use to describe the product?

This is where positioning, roadmap, onboarding, and messaging should come from.

Step 5: Remove friction only after the signal is clear

Once you understand your target users and what encourages activation, focus on eliminating obstacles. Simplify the onboarding process, incorporate self-serve options, consider lower-priced plans where suitable, automate setup, expand acquisition efforts, and enhance lifecycle messaging.

However, only do these after you've identified what to scale. Removing barriers prematurely might give a false sense of progress but can make the product more difficult to prioritize and improve.

The real lesson from Superhuman

Superhuman’s $30/month fee wasn't just about making money; it served as a tool for product discovery. It revealed who genuinely felt the problem, who valued the product enough to pay, and whose feedback should influence the product roadmap.

This exemplifies a broader PLG (product-led growth) lesson: growth isn't always about lowering access barriers. Sometimes, clarifying the signal is more effective. Before reaching product-market fit, increasing users can introduce more noise, generate more confusing feedback, and lead to sign-ups that attract the average user rather than the ideal one.

For early product-led companies, the goal isn't to eliminate all barriers but to identify which barriers hinder value and which indicate fit. Superhuman used price as a strategic lens to identify who the product was truly for. With this understanding, the team could focus on building with greater accuracy.

Every time a user sent a scheduling link, another person experienced Calendly’s value. The recipient did not need to sit through a sales demonstration, read a product page, or hear a recommendation. They encountered the product while accomplishing something they already wanted to do: book a meeting.

That is what I call the Calendly Effect.

Calendly did not bolt a referral program onto the product and ask customers to promote it. Distribution was embedded inside the core use case.

The same action that created value for an existing user also exposed a potential new user to the product.

That is one of the most powerful growth loops a product can create.

The product action was also the distribution action

Before Calendly, scheduling a meeting often required several messages:

“Are you free Tuesday?”

“Tuesday afternoon could work.”

“How about 2:00?”

“I have something then. Could you do 3:30?”

Calendars already existed. The problem was coordination.

Calendly reduced that coordination to a simple workflow: connect a calendar, define availability, create a meeting type, and send a link. The recipient chooses a time, and the event appears on both calendars.

The value proposition was immediately clear:

Stop negotiating when to meet. Let the other person choose from the times that already work for you.

What made this especially powerful was that Calendly’s core product action was also a distribution action.

To receive value, the user had to share the product. When the recipient opened the link, they experienced the scheduling workflow directly.

The interaction created value for everyone involved:

• The sender avoided the back-and-forth.

• The recipient quickly booked a convenient time.

• Calendly gained exposure to another potential customer.

This is an important characteristic of strong product-led distribution. The new person is not exposed to the product because the company interrupted them with an advertisement.

They are exposed because the product helps complete a shared task.

The product is part of the transaction.

Embedded virality is different from a referral program

Referral programs can be effective, but they work differently from Calendly’s growth loop.

A traditional referral program asks customers to take an additional action outside the core experience:

• Refer a friend and receive account credit.

• Invite a colleague and unlock a reward.

• Share a code to receive more storage.

• Post about the product to access a benefit.

The user may participate in the incentive, but referring someone is not typically required to receive the product’s core value.

Calendly did not need that separation.

Sharing was the product.

A user could not automate scheduling without sending a link, embedding a booking page, or otherwise exposing availability to another person. Every successful use of the product therefore created an opportunity for discovery.

The difference is simple:

Referral loop: Use the product, then promote it.

Embedded loop: Use the product, and its very use promotes it.

This does not mean embedded virality fits every business. Some products are private, individual, or invisible by nature. A password manager, personal finance tool, or internal compliance product may not naturally reach other potential users.

But when a product facilitates interaction between people, teams, companies, or market participants, there may be an opportunity to turn that interaction into a distribution channel.

The anatomy of Calendly’s growth loop

Calendly’s loop can be understood in five steps.

1. A user experiences a recurring problem

The user needs to schedule meetings and is frustrated by the effort required to coordinate availability.

This problem happens repeatedly. Recruiters, salespeople, consultants, founders, customer success teams, and interviewers may schedule dozens of meetings every week.

Recurring problems create recurring opportunities for product use.

2. The user creates a reusable scheduling asset

The user connects a calendar, defines availability, and creates a scheduling link.

That link can be placed in emails, social profiles, websites, messages, and automated workflows.

3. The user shares the link to receive value

The user does not share the link because Calendly asks them to promote the company. They share it because doing so is required to schedule the meeting efficiently.

Distribution is aligned with customer intent.

4. The recipient experiences the product

The recipient opens the link, selects a time, and completes the booking.

They understand the value while the scheduling problem is happening. Calendly does not need to explain what it could do because it solves the problem in front of them.

5. Some recipients become users

A portion of those recipients recognize that they also schedule meetings. They create their own accounts, send their own links, and expose the product to more people.

The loop repeats:

User creates value → recipient experiences value → recipient adopts → new user creates more exposure

Not every recipient needs to convert for this loop to be powerful. One active user may send links to dozens or hundreds of people.

The more frequently the core action happens, the more distribution the product generates.

Why Calendly’s loop worked

Simply exposing non-users to a product does not guarantee growth. Calendly combined several conditions that made the loop unusually effective.

The recipient received immediate value

The recipient did not need to create an account, install software, or complete onboarding before receiving the benefit.

They could choose a time and book the meeting.

Virality weakens when recipients must invest significant effort before understanding why the product is useful. The faster the recipient reaches value, the stronger the opportunity for adoption.

The product appeared at a high-intent moment

Calendly did not reach people while they were browsing unrelated content. It appeared while they were actively trying to schedule a meeting.

That context made the product’s value obvious.

Calendly was not asking someone to imagine how automated scheduling might help. It was solving the problem in real time.

The best product exposure often happens inside the problem the product solves.

Both sides benefited

Some growth loops create value primarily for the sender, making the recipient feel like an acquisition target.

Calendly improved the experience for both sides. The sender avoided coordination, while the recipient gained a clear view of available times and could book immediately.

Strong embedded loops are usually reciprocal. Every participant receives enough value to willingly continue the interaction.

Recipients often resembled future users

People receiving Calendly links were often professionals who also scheduled meetings.

A recruiter sent links to candidates, colleagues, and hiring managers. A salesperson sent them to prospects and customers. A consultant sent them to clients and partners.

Many recipients had the same problem as the original user.

Distribution is more valuable when product usage repeatedly reaches people inside the target market.

Adoption was easy

A recipient who recognized the value could create a free account without going through a lengthy sales process or committing to a contract.

This low-friction path allowed the loop to continue.

A heavy purchasing or implementation process would have broken the chain between exposure and adoption.

The action repeated frequently

Scheduling is not a one-time event.

Each new meeting gave the user another reason to share their Calendly link. The product generated repeated exposure without requiring customers to consciously promote the company.

A loop becomes much stronger when the distribution action happens several times per week or per day.

Virality amplified product-market fit

Calendly’s growth loop is compelling, but virality was not the whole strategy.

The company first solved a painful and widely understood problem. The product was easy to explain, quick to adopt, and useful almost immediately.

That product-market fit made the loop work.

A weak product with a viral mechanic may generate exposure, but recipients will not adopt or retain it. A strong product without distribution may retain its early customers but struggle to grow efficiently.

Calendly combined both:

• A recurring problem

• A simple value proposition

• A fast path to value

• A free adoption model

• A workflow that naturally involved other people

• Repeated exposure to similar potential users

The product did not grow simply because it was shareable.

It grew because it was worth sharing.

The Embedded Growth Loop Framework

Calendly’s loop cannot be copied literally by every company. But product teams can apply the same underlying principles to identify growth opportunities inside their own workflows.

Step 1: Identify the core value-producing action

Start with the action customers must perform to receive the product’s primary value.

For Calendly, that action was sharing availability so another person could schedule a meeting.

For another product, the action might be:

• Sharing a document for review

• Sending an invoice

• Requesting an electronic signature

• Publishing a dashboard

• Delivering a design

• Sending a payment link

• Assigning a task

• Sharing an AI-generated output

The action should be central to the customer’s job, not a promotional feature added around the edges.

Step 2: Map who encounters the output

Identify who sees, receives, approves, consumes, or interacts with the result.

Ask:

• Does the workflow naturally involve another person?

• Is that person inside the target market?

• Do they have a similar problem?

• How often does the interaction happen?

• Does the workflow cross organizational boundaries?

Calendly’s recipients were especially valuable because many of them also had a recurring need to schedule meetings.

Exposure alone is not enough. The product needs to reach people who have a plausible reason to adopt it.

Step 3: Define the recipient’s value

Do not focus only on what the existing user gains.

What does the recipient receive?

For Calendly, the recipient could choose a convenient time without exchanging multiple emails.

For an electronic signature product, the recipient can sign a document quickly.

For a design platform, a stakeholder can comment directly on the work.

For a payment product, the recipient can complete a transaction with less effort.

The recipient should gain real value even if they never become a customer.

When the interaction feels like advertising rather than utility, the loop weakens.

Step 4: Minimize time to recipient value

Measure the friction before the recipient understands the benefit.

Do they need to create an account? Install an application? Verify an email? Request approval? Learn a complicated interface?

Every extra step reduces the strength of the loop.

Calendly allowed the recipient to complete the key task before signing up. The product demonstrated value before asking for commitment.

Step 5: Create a natural path to adoption

After the recipient receives value, what is the most logical next step?

After booking a meeting, they might create their own scheduling page.

After signing a document, they might send one of their own.

After reviewing a dashboard, they might create a workspace.

After viewing a shared AI prototype, they might duplicate and customize it.

The transition should feel like a continuation of the value just received, not an interruption.

Step 6: Measure whether the loop compounds

A loop only matters if it produces retained users.

Track:

• External recipients reached per active user

• Recipient task completion

• Recipient-to-user conversion

• Activation after sign-up

• Retention of users acquired through the loop

• Which use cases produce the highest-quality adoption

The goal is not simply to maximize exposure. A loop that creates many low-quality registrations may be less valuable than one that produces fewer but more qualified users.

What the Calendly Effect looks like in other products

The same pattern appears in several product categories.

Collaborative documents

A user creates a document and shares it with coworkers, clients, or stakeholders. Recipients can view, comment on, or edit within the product.

The shared output becomes the distribution channel.

The loop strengthens when recipients can access value before creating an account and when collaboration makes the document more useful to the original user.

Electronic signatures

A sender requests a signature. The recipient completes the workflow without first becoming a customer.

Every agreement demonstrates the product to another potential user. Some recipients later adopt it when they need to send their own documents.

Payment products

A business sends a payment link, invoice, or checkout experience. The customer interacts directly with the product while completing a transaction.

Recipients who also need to collect payments may become future users.

AI products

A user may share a generated report, prototype, application, analysis, presentation, or interactive agent.

The opportunity is not simply to place a logo on the output. The recipient must understand how the product helped create something useful and have a clear path to create or customize their own version.

A branded image is not automatically a growth loop.

An interactive prototype that a recipient can duplicate, adapt, and publish may be.

A simple Viral Fit Score

Product teams can evaluate embedded-growth opportunities across six dimensions.

Score each from one to five.

1. Core-action alignment

Is the external interaction necessary for the product to deliver its primary value?

2. Recipient value

Does the recipient receive a clear and immediate benefit?

3. Audience fit

How closely does the recipient resemble a potential future user?

4. Time to value

How quickly does the recipient understand and experience the benefit?

5. Frequency

How often does an active user generate this exposure?

6. Adoption friction

How easy is it for an interested recipient to start using the product?

A high score suggests strong embedded-growth potential.

A low score does not mean the product cannot use PLG. It may mean the company should focus more heavily on activation, retention, usage-based expansion, integrations, templates, community, or sales-assisted growth instead of trying to force virality.

Improve recipient value before optimizing conversion

Many products already expose themselves to non-users, but the experience is not designed intentionally.

A report may arrive as a static attachment with no connection to the product that created it. A project invitation may require account creation before the recipient understands why they were invited. A shared AI output may be impossible to customize or reuse.

Improving the loop does not necessarily mean adding louder branding or more aggressive sign-up prompts.

It often means making the shared experience more useful.

Ask:

• Can the recipient complete the task without creating an account?

• Is the benefit understandable within seconds?

• Does the shared experience show the product at its best?

• Can the recipient comment, approve, customize, or duplicate?

• Is the next step relevant to what they just accomplished?

• Does the experience work well on mobile and in the browser?

• Does the sender retain control over what is shared?

The best growth optimization may be improving the artifact or workflow itself.

When recipient value improves, conversion can become a consequence rather than the primary goal.

Do not manufacture virality

Calendly’s loop looks obvious in retrospect, which can tempt companies to force sharing into products where it does not belong.

That usually produces poor experiences.

Common mistakes include:

• Requiring users to invite teammates before receiving value

• Adding promotional watermarks to private outputs

• Asking for referrals immediately after account creation

• Gating functionality behind social sharing

• Sending notifications without clear permission

• Turning sensitive activity into public content

• Adding collaboration to a product that is valuable precisely because it is private

The goal is not to make every product viral.

The goal is to identify where value already crosses from one person to another and improve that exchange.

Some products are naturally private or single-player. Their best PLG motions may involve free trials, templates, integrations, developer ecosystems, usage-based expansion, community, or bottom-up adoption inside an organization.

Do not copy Calendly’s link.

Copy the principle of aligning product value with product distribution.

A 30-day Embedded Growth Sprint

A focused four-week sprint can help a product team identify and test its strongest opportunity.

Week 1: Map the value exchange

Choose one high-value workflow.

Document:

• The user’s goal

• The action they perform

• The output created

• Who encounters that output

• The value each participant receives

• How often does the interaction happen

• Where friction appears

Identify three moments where product value naturally crosses to another person.

Week 2: Evaluate viral fit

Score each opportunity using the six Viral Fit dimensions:

• Core-action alignment

• Recipient value

• Audience fit

• Time to value

• Frequency

• Adoption friction

Select the strongest opportunity and observe the current workflow. Interview both senders and recipients.

The recipient's perspective is critical. An experience that feels simple to the customer may be confusing or burdensome to the person on the other side.

Week 3: Design the recipient experience

Prototype an improved version of the shared workflow.

Focus on immediate context, clear value, minimal setup, trust, fast task completion, and a relevant next step after the task is complete.

Avoid making sign-up the first requirement unless security or functionality makes it necessary.

The prototype should answer one question:

Can the recipient experience enough value to understand why they might use the product themselves?

Week 4: Launch one experiment

Test one improvement with a defined customer segment.

Examples include:

• Allowing recipients to comment without creating an account

• Making a shared report interactive

• Adding a “create your own” path after completion

• Allowing a recipient to duplicate a template

• Improving invitation context

• Removing a sign-up barrier before first value

• Making an AI-generated output customizable

Measure the full loop:

• Exposure

• Recipient task completion

• Recipient satisfaction

• Account creation

• Activation

• Retention

• Impact on the original user

Do not improve recipient conversion by making the sender’s experience worse.

A healthy loop creates value for both sides.

<image: 30-Day Embedded Growth Sprint graphic>

The real lesson from Calendly

Calendly’s growth was not driven by a clever referral incentive.

It was driven by structural alignment between product value and product distribution.

The user needed to share the product to solve the scheduling problem. The recipient benefited from the interaction. Many recipients had the same problem. A free plan allowed interested people to adopt quickly. Repeated scheduling created repeated exposure.

Every part of the system reinforced the next.

That is why the Calendly Effect is more useful than a single growth tactic.

It gives product leaders a better question to ask.

Instead of:

How can we convince customers to refer more people?

Ask:

Where does the value of our product naturally cross from one person to another, and how can we make that experience useful enough to create adoption?

The answer might be a document, an approval, a transaction, a report, a design, an AI output, a collaboration request, or a customer-facing workflow.

It may not exist in every product.

But when it does, it can turn ordinary customer activity into a durable distribution channel.

The strongest product-led companies do not make customers choose between using the product and spreading it.

They design the product so that creating value naturally does both.

Creating a workspace was not enough. Sending a first message or inviting a coworker was not enough either. Those actions showed that someone had started using Slack, but they did not reliably indicate that the product had become valuable enough for the team to stay.

The 2,000-message threshold was different. By the time a team reached it, Slack was no longer another communication tool being tested alongside email. It had started to become part of the team’s normal operating rhythm.

That discovery is one of the most useful examples of product-led growth because it shows what activation should actually measure. Activation is not simply the completion of onboarding. It is the point at which customers have experienced enough meaningful value to make continued usage substantially more likely.

Most companies understand that activation matters, but many define it too early in the journey. They choose an action that is easy to instrument, such as creating an account or using a core feature once, and treat it as evidence that the customer has reached value.

Slack took a more rigorous approach. It examined the behavior of teams that stayed, identified the threshold separating them from those that left, and used that insight to focus the product experience on meaningful adoption.

What Slack’s 2,000-message threshold really represented

The important part of Slack’s discovery was not the number 2,000. Message volume was simply the observable signal that a deeper behavioral shift had taken place.

A team that had exchanged 2,000 messages had probably done much more than send a large number of chats. It had invited coworkers, created channels around real projects, shared files, searched previous conversations, and moved at least some important communication away from email.

The workspace was accumulating useful history. Team members were building new habits. People increasingly had a reason to open Slack: their coworkers and the information they needed were already there.

This created a reinforcing loop. As more people participated, more conversations and knowledge accumulated. As more knowledge accumulated, Slack became more useful. As Slack became more useful, teams moved more work into it.

The product was no longer generating isolated interactions. It was becoming part of the team’s workflow.

That distinction is critical. A good activation metric should not merely indicate that customers are busy inside a product. It should indicate that they are receiving the value the product was designed to provide.

For Slack, message volume was a strong proxy for collaborative adoption. For another product, the relevant signal might be completing workflows, publishing content, receiving feedback, deploying software, processing transactions, or repeatedly returning to a report.

The metric will be different in every business, but the principle is consistent:

The best activation signals represent a real customer outcome, repeated deeply enough to predict retention.

Why most activation metrics are too shallow

Many SaaS companies define activation as the earliest event that resembles value. Common examples include completing onboarding, uploading a file, connecting an integration, creating a project, inviting a teammate, or generating an AI response.

These events are useful because they show whether customers are progressing through setup. The mistake is assuming that setup and value are the same thing.

Consider an AI content platform. A new user enters a prompt during onboarding and generates one article. The company could record that event as an activation because the user successfully accessed the core feature.

But imagine that the user dislikes the result, never edits it, never publishes it, and never returns. Technically, the user is activated. In practical terms, the product failed.

Now consider a customer who generates five pieces of content, meaningfully edits two, exports one into a campaign, and returns the following week to create another asset. That behavior provides much stronger evidence that the product has become useful.

The same distinction applies across product categories.

For a project management platform, creating a project is setup. Coordinating and completing real work with teammates is valuable.

For an analytics product, the data source connection is set up. Building a report that regularly informs decisions is valuable.

For a CRM, importing contacts is setup. Advancing real opportunities through the pipeline is valuable.

For a developer platform, creating an API key is setup. Successfully running production traffic through the product is valuable.

The practical question is not “Did the customer use the product?”

It is: “Did the customer use the product in a way that demonstrates the intended value proposition?”

Slack’s threshold answered that second question.

Activation connects product-market fit to product-led growth

Product-market fit describes the value customers want. Activation is the behavioral evidence that they have begun to receive that value. Product-led growth is the system that helps more customers reach it.

Without a reliable activation metric, a company can improve the top of its funnel while weakening the business underneath it. Sign-ups may increase while retention falls. More users may complete onboarding, while fewer integrate the product into real workflows.

This is why activation should be connected to retention rather than defined by product intuition alone.

A product manager may believe that creating a dashboard is the critical moment in an analytics product. But the data might show that dashboard creation has little relationship to retention, while sharing the dashboard with a second active user predicts a significant increase.

That insight changes the product strategy. The team should not simply make dashboard creation easier. It should help customers create something useful enough to share, making sharing part of the core journey.

A strong activation metric reveals not only whether customers are reaching value, but also how the product should help them get there

A practical formula for defining activation

A useful activation definition usually contains four components:

Activation = value behavior + frequency + participation + time window

The value behavior describes the action that produces a meaningful customer outcome.

Frequency refers to how often the behavior needs to occur before it becomes meaningful.

Participation specifies how many users, teams, workflows, or objects must be involved.

The time window establishes how quickly customers should reach the milestone.

For an AI content platform, activation might mean:

Generate five assets, meaningfully edit two, and export or publish one within seven days.

For a project management platform:

Complete three tasks inside a shared project with at least three active teammates within ten days.

For a product analytics platform:

Connect production data, create two reports, and have a second user view an insight within fourteen days.

For a developer platform:

Deploy one application, process 100 successful requests, and add a second developer within twenty-one days.

These definitions are much more useful than broad statements such as “the customer experienced value” because they translate value into observable behavior

How to find your own activation threshold

Finding your version of Slack’s 2,000 messages requires more than picking a popular feature and calling it activation. It is both an analytical exercise and a product discovery process.

Step 1: Choose a customer segment and define retention

Before analyzing product behavior, decide whose activation you are measuring.

A five-person startup may adopt the product differently from a large enterprise. An administrator may have a different path to value from an end user. A marketing team and an engineering team may use the same platform for completely different jobs.

Choose one meaningful segment first. Trying to create a universal activation metric across all customer types often yields a definition too vague to guide the product.

Next, define retention according to the product’s natural usage cycle.

Weekly activity may be appropriate for Slack, but it would be a poor measure for payroll software, which customers use only twice per month. A planning product may be used only quarterly, whereas a security platform may create value continuously, even when few users log in.

Retention might mean that the customer is still active after 90 days, completes three consecutive business cycles, converts from free to paid and remains active, or expands into another team or use case.

The activation metric should predict an outcome that is meaningful to the business and appropriate for how customers naturally use the product.

Step 2: Compare retained and churned cohorts

Once the target segment and retention outcome are clear, the next step is to compare customers who stayed with customers who left.

The goal is not simply to see which features retained customers used. That is too shallow. The more useful analysis is to understand how behavior developed over time: what customers did first, how often they came back, whether usage deepened, and whether the product started to involve other people or workflows.

For example, a workflow automation company might see a pattern like this:

Customers who only created an account were retained at 14%.

Customers who built one automation were retained at 27%.

Customers who activated one automation were retained at 41%.

Customers who ran 10 successful automations were retained at 63%.

Customers who ran 10 automations across two workflows were retained at 77%.

Customers who added a teammate and ran 10 automations were retained at 87%.

This changes how the team should think about activation.

Creating an account is not activation. Building one automation is a better signal, but it still may not be enough. Even activating one automation may only prove that the customer understood the setup flow.

The stronger signal appears when the customer runs multiple successful automations. At that point, the product is no longer just something they tried. It is starting to produce repeated values.

The signal becomes even stronger when usage expands across multiple workflows or when another teammate is involved. That suggests the product is moving from an individual experiment into a broader business process.

This kind of analysis does not give the team the full answer, but it shows where to look.

The data tells you which behaviors are associated with retention. Customer research helps explain why those behaviors matter.

Step 3: Identify behaviors tied to real value

Candidate activation behaviors should directly connect to the job that customers hire the product to perform.

Most useful candidates involve some combination of creation, consumption, collaboration, integration, and repetition.

A customer may create something valuable, use an insight, involve another participant, connect the product to an existing system, or repeat the behavior enough times that it becomes routine.

The strongest activation definitions often combine several of these.

A design platform may find that creating one design has little predictive value, but creating a design, receiving comments from two collaborators, and publishing a revised version strongly predicts retention.

A customer support platform may find that connecting an inbox is not enough, but resolving 25 conversations with at least three participating agents is a strong signal.

The goal is to identify the beginning of a repeatable customer workflow, not simply the completion of a setup task.

Step 4: Find the point where retention changes

Once you identify candidate behaviors, test them at different levels.

Do not ask only whether customers shared a report. Compare customers who shared 1, 3, and 10 reports. Examine whether one person or several people viewed the reports and whether customers returned to them once or repeatedly.

You are searching for an inflection point where retention materially improves.

Suppose customers who create one dashboard have 30% retention, and those who create three have 34% retention. The difference may not be meaningful enough to organize the product around.

But if customers who create three dashboards and share one with another active user retain at 71%, that combination deserves attention.

The milestone should also occur early enough for the product team to influence it. A behavior that appears after six months may predict renewal, but it will not help improve onboarding.

Slack’s threshold was valuable partly because teams could reach it relatively quickly. That created a window in which product guidance, lifecycle communication, or customer support could accelerate customers toward the milestone before disengagement became permanent.

Step 5: Validate the threshold through experiments

A behavior can correlate with retention without causing it.

Highly motivated customers may naturally use more features, invite more coworkers, and stay longer. Simply forcing less-engaged customers to mimic those actions may not create the same result.

The best way to validate a candidate threshold is to change the product experience and see whether helping more customers reach the behavior improves downstream retention.

If accounts that invite three teammates retain longer, improve the invitation experience, and connect it to a real workflow. If customers who complete three workflows are more durable, introduce templates that help new users complete those workflows faster.

Then measure not only whether more customers reach the behavior, but also whether they retain at a higher rate.

Activation should be treated as a testable model of customer value, not a permanent truth.

Turn the activation threshold into a PLG strategy.

Discovering an activation threshold is only useful if it changes what the organization does.

Slack’s insight reframed the growth problem. Instead of focusing only on creating more workspaces, the company could ask a more valuable question:

How do we help more qualified teams reach 2,000 messages?

That question gives the customer journey a clear objective. Onboarding, invitations, integrations, notifications, lifecycle messaging, and customer support can all be evaluated by whether they help customers achieve meaningful adoption faster.

There are three major levers product teams can use.

1. Reduce time to first value

Generic onboarding often asks every customer to complete the same setup steps, regardless of the outcome they are trying to achieve.

A better approach begins by identifying the customer’s intended use case. A project management platform might ask whether the customer is planning a launch, managing a software sprint, running a marketing campaign, or coordinating client work.

The product can then recommend a relevant template, preconfigure the workspace, and guide the customer through a realistic workflow.

AI-assisted setup can reduce friction further. A CRM might generate pipeline stages based on the customer’s sales motion. A project platform could create a launch plan from a short description. An analytics product could build an initial dashboard based on the data source the customer connects to.

The goal is not to teach every feature. It helps customers complete a meaningful workflow with as little effort as possible.

2. Create the conditions for a repeated value

The first value matters, but repeated value turns a successful experience into a habit.

Product teams should identify what needs to happen again for the customer to continue receiving value. That may involve recurring reminders, integrations, automated triggers, saved workflows, scheduled reports, or additional participants.

Lifecycle messaging should also be based on behavior rather than elapsed time alone.

A customer who has connected data but has not created a report needs different guidance from one who has created a report but has not shared it. An account with invited users but no active collaborators needs a different intervention from one that has already adopted the core workflow.

Instead of sending generic “Day 3 of your trial” emails, send messages connected to the next missing value behavior.

For example:

• Your data is ready. Build your first decision-ready report.

• Your project is configured. Assign the first three tasks to begin execution.

• You have completed two workflows. Run one more to establish the recurring process.

• Your team is active. Connect the CRM to bring live customer data into the workspace.

This makes the customer journey responsive to progress rather than time.

3. Accelerate collaboration and high-intent accounts

Collaboration is often essential for activation, but many products ask customers to invite teammates too early.

“Invite your team” can create social friction when the customer has not yet formed an opinion of the product. A better approach is to connect the invitation to a specific outcome.

Prompt the customer to share a completed report with someone who needs the insight, assign a task to the person responsible for the next step, request feedback on a draft, or invite the approver required to complete the workflow.

This turns collaboration into part of accomplishing the customer’s job rather than a generic growth tactic.

Human assistance also has a role. Product-led growth does not mean human-free growth.

A high-value account that shows strong intent but stalls before activation may be an ideal candidate for sales or customer success support. A large organization may invite dozens of users but fail to complete identity configuration. A developer may complete a test deployment but encounter a security obstacle before production.

These signals reveal both intent and the specific barrier preventing progress.

The product should handle the repeatable path to value. People should help with complexity, organizational change, risk, and high-value exceptions.

Use an Activation Ladder to diagnose where customers stall

Activation is rarely one isolated moment. Most customers progress through several stages:

1. Setup

2. First value

3. Collaborative value

4. Repeated value

5. Embedded value

6. Expansion

The purpose of this ladder is not to create another complicated dashboard. It is to make the customer journey easier to diagnose.

If many customers complete setup but fail to reach the first value, the product may have an empty state or onboarding problem.

If customers reach first value but never collaborate, the problem may be sharing, permissions, or social friction.

If customers collaborate but do not repeat the workflow, the product may not be creating a strong enough habit or may lack recurring triggers.

Slack’s 2,000-message threshold represented a later point on this ladder. Teams had moved beyond setup and first use into collaborative, repeated, and increasingly embedded value

The four metrics that matter most

Once you define an activation threshold, begin with four metrics.

Activation rate: What percentage of qualified customers reach the milestone?

Time to activation: How long does it take them to get there?

Retention by activation status: Do activated customers actually retain at a higher rate?

Activation by segment: Which customer types, acquisition channels, use cases, or company sizes activate most successfully?

A useful primary operating metric might be:

Percentage of qualified new accounts that reach the activation threshold within fourteen days.

The purpose is not to maximize an isolated number. It is to increase the percentage of qualified customers who reach meaningful value and are subsequently retained.

A 30-day activation discovery sprint

A team does not need a six-month transformation program to develop a useful first version of its activation model. A focused four-week sprint can create a strong starting point.

Week 1: Define the value model

Bring together product, data, growth, customer success, sales, and research.

Choose a target customer segment, define retention, and agree on the primary job customers hire the product to perform. Then list five to ten behaviors that could indicate meaningful value.

Do not debate the perfect metric yet. The goal is to create hypotheses.

Week 2: Analyze customer behavior

Compare retained, churned, converted, and expanded cohorts across the first 7, 14, and 30 days.

Study frequency, sequence, collaboration, and time to completion. Produce two or three candidate activation definitions rather than choosing one based on intuition.

For example:

1. Complete one workflow within seven days.

2. Complete three workflows within fourteen days.

3. Complete three workflows with two active teammates within fourteen days.

Week 3: Validate with customers and teams

Interview retained and churned customers.

Ask retained customers when the product first became genuinely useful and what changed in their workflow. Ask churned customers what they were trying to accomplish and where the experience failed to connect to a meaningful outcome.

Review the candidate metrics with customer-facing teams. Sales and customer success often observe adoption patterns that are not yet visible in the analytics.

Then select one primary activation metric and a small number of supporting milestones.

Week 4: Run one focused experiment

Identify the largest drop-off before activation and design one intervention around it.

That might mean replacing an empty state with a template, changing the timing of an invitation prompt, simplifying an integration, introducing a guided workflow, or triggering customer success outreach for high-value stalled accounts.

Measure both the immediate effect on activation and the later effect on retention.

Improving activation without improving downstream behavior may mean the team has optimized the metric rather than the customer outcome.

Common activation mistakes

The first mistake is copying another company’s metric. Slack’s threshold worked because messaging was Slack's core behavior. Your metric must reflect your own product’s value model.

The second is to choose the behavior with the strongest correlation, regardless of when it occurs. A highly predictive event that happens after six months may be useful for renewal forecasting but useless for onboarding.

The third is treating every customer as if they follow the same path. Enterprise accounts, small teams, administrators, practitioners, and different use cases may require different activation definitions.

The fourth is to decouple the activation metric from retention. Once teams are rewarded for improving a number, they may introduce prompts or defaults that increase activity without creating more value.

Finally, do not assume that more usage is always better. A customer may perform dozens of searches because the results are poor. A team may send more messages because communication has become fragmented.

The metric must represent progress toward the customer’s desired outcome, not simply increased product activity.

The real lesson from Slack

Slack grew because several parts of its product and business model reinforced one another. Teams could begin using it easily; coworkers created natural internal distribution; integrations brought more work into the product; and accumulated conversations made the workspace increasingly valuable.

The 2,000-message threshold gave Slack a way to understand when that system had started working for a customer.

That is the broader lesson for product-led companies.

Activation is not the moment someone creates an account. It is not the first interaction with a core feature, nor is it the onboarding event easiest to track.

Activation is the point at which customers have experienced enough repeated, meaningful value from the product to begin changing their behavior.

When a company can identify that point, product-led growth becomes much more practical. The team knows what onboarding should optimize, what lifecycle messaging should encourage, where customer success should intervene, and which accounts are genuinely progressing.

Most products already have their own version of Slack’s 2,000 messages.

The opportunity is to find it, validate it, and organize the customer journey around helping more customers reach it.