growth & acquisition cases
Acquisition, onboarding, retention, growth. There is nothing which is fifth there. It's only fourth. And that fourth will help you always be your ground to refer into.
Growth case studies are where most PMs reveal they have never actually managed a funnel. They say “improve acquisition” and propose Instagram ads. They say “improve retention” and suggest push notifications. Neither answer demonstrates that they understand how users move from stranger to customer to advocate — or where that movement breaks.
I have reviewed thousands of growth cases across Pragmatic Leaders cohorts. The ones that fail share a pattern: they treat growth as a marketing problem instead of a product problem. The ones that succeed treat growth as a series of conversion gates, each with its own friction, its own metric, and its own lever.
Here are four fully worked cases. Each dissects a real growth challenge — acquisition, activation, retention, or referral — with the funnel logic, the unit economics, and the India-specific context that makes it real.
The growth funnel in 90 seconds
Before the cases, internalize this skeleton. Every growth case maps to one or more stages:
| Stage | What happens | Key metric | The question you answer |
|---|---|---|---|
| Acquisition | A person becomes aware of your product and takes a first action | CAC, install rate, sign-up rate | How are users finding you, and at what cost? |
| Activation | The new user experiences core value for the first time | Time-to-value, activation rate | Did they hit the “aha moment” — or bounce before it? |
| Retention | The user comes back after the first session | D1/D7/D30 retention, cohort curves | Are they building a habit, or was it a one-time visit? |
| Revenue | The user pays — or generates monetizable behavior | ARPU, conversion to paid, LTV | Is the value you deliver worth paying for? |
| Referral | The user brings others | Viral coefficient, invite-to-install rate | Is the product so good that users do your distribution for you? |
This is the AARRR framework, proposed by Dave McClure of 500 Startups. It is not complicated. But most candidates cannot tell you which stage their proposed solution actually targets — which means they cannot tell you whether it will work.
The critical insight: these stages are sequential, not parallel. Pouring money into acquisition when your activation rate is 15% means you are paying to fill a leaking bucket. Fix the leak first. Then pour.
Case 1: PhonePe’s activation problem in tier-2 cities
PhonePe has 400 million registered users. But “registered” does not mean “active.” In tier-2 and tier-3 cities, a massive cohort downloads the app because a shopkeeper tells them “UPI se karo” — they install, link their bank account, make one payment, and never open the app again.
The question is not “how do we get more users?” PhonePe is already pre-installed on many Android devices. The question is: why do users who install never reach the aha moment?
Clarifying the problem
This is an activation case, not an acquisition case. The funnel looks like:
| Step | Conversion | Where users drop |
|---|---|---|
| App install | 100% (baseline) | — |
| Bank account linked | ~60% | KYC friction, trust issues with sharing bank details |
| First transaction | ~40% | Don’t know what to do next, no immediate need |
| Second transaction within 7 days | ~18% | Forgot the app existed, went back to cash |
| Active user (3+ transactions/month) | ~12% | No habit trigger |
The biggest drop is between first and second transaction. That is the activation gap.
PhonePe growth team, weekly metric review. Tier-2 activation numbers are on the screen.
Growth PM: “Tier-2 D7 activation is 18%. Tier-1 is 34%. Same app, same onboarding. What is different?”
Data Analyst: “Tier-1 users hit recharge and bill pay within 48 hours. Tier-2 users make one P2P transfer and stop.”
Growth PM: “So in tier-1, the app becomes a utility — recharge, bills, metro pass. In tier-2, the first use case is sending money to a friend. One-time job.”
Data Analyst: “Exactly. And tier-2 users who discover bill pay within the first week retain at 31%. Those who don't — 11%.”
The activation metric is not 'first transaction.' It is 'first recurring use case discovered.' That reframing changes the entire solution.
The same app has two completely different activation journeys in two different Indias.
The solution: Contextual onboarding by city tier
Instead of the generic “Send money / Pay bills / Recharge” home screen, surface the use case most relevant to the user’s context:
- Tier-2 user, first week: Show electricity bill due date (pulled from BBPS data), prepaid recharge reminder, and local DTH renewal — not UPI send money, which they already did.
- Nudge timing: Send a notification 2 days before the user’s typical recharge cycle (detectable from the first transaction amount pattern).
- Social proof: “42 lakh people in Lucknow paid their electricity bill on PhonePe this month” — localized, specific, credible.
Metric
Activation rate — percentage of new tier-2 users who complete 3+ transactions within 14 days. Current: ~12%. Target: 20%.
Secondary: time-to-second-transaction. If the nudge works, this drops from 11 days to under 5.
Trade-offs
| Upside | Downside |
|---|---|
| Tier-2 users discover recurring use cases faster | Requires BBPS data integration for bill detection — engineering cost |
| Higher activation drives LTV without increasing CAC | Localized onboarding means maintaining multiple flows — operational complexity |
| Reduces the “install and forget” cohort | Aggressive nudging in the first week can feel spammy — must calibrate frequency |
The key insight: The product is the same. The activation gap is not a product quality problem — it is a use-case discovery problem. Tier-1 users stumble into recurring use cases because their lives are already digital. Tier-2 users need the app to show them the job it can do.
Case 2: Meesho’s CAC crisis — when acquisition gets expensive
Meesho grew by making every small-town entrepreneur a reseller. Zero-commission, social-commerce model. Resellers shared product links on WhatsApp, took orders from their network, and Meesho handled logistics.
Then Meesho shifted to a direct-to-consumer model. Suddenly, they needed paid acquisition — and the economics changed overnight.
The numbers that matter
| Metric | Reseller model | D2C model |
|---|---|---|
| CAC | ~Rs 15 (organic via reseller networks) | ~Rs 180 (paid ads on Meta + Google) |
| First-order AOV | Rs 250 | Rs 320 |
| First-order margin | Rs 12 (on zero commission) | Rs 35 (higher take rate) |
| Orders to recover CAC | 1.2 orders | 5.1 orders |
| D30 retention | 45% (reseller reorders for customers) | 22% (user must remember to come back) |
The D2C model has better unit margins per order — but the acquisition cost is 12x higher and retention is half. At 22% D30 retention, most users never place order 5. CAC is never recovered.
Structuring the problem
This is not “how do we reduce CAC” — that is one lever. The real question is: how do we make the unit economics work? There are three paths:
- Reduce CAC — find cheaper acquisition channels or improve conversion on existing ones.
- Increase LTV — get users to order more frequently or at higher AOV.
- Hybrid model — use the reseller network for acquisition (low CAC) and the D2C app for retention and monetization.
Path 3 is the interesting one. Most candidates pick path 1 or 2 in isolation. The insight is that Meesho already has a low-CAC acquisition engine — the reseller network. The mistake was abandoning it, not evolving it.
The solution
- Resellers become acquisition partners, not order processors. Pay resellers Rs 30 per new D2C user they bring (vs Rs 180 on Meta). The reseller shares a referral link instead of taking the order themselves.
- Reseller incentive shifts from margin-per-order to customer-acquisition-bonus + trailing commission. Reseller earns Rs 30 upfront + 2% of the referred user’s orders for 90 days.
- The D2C app handles fulfillment, returns, and retention. Better experience than WhatsApp-mediated ordering. Higher retention because the user has the app installed.
Metric
Blended CAC — weighted average across paid channels and reseller referrals. Target: below Rs 60 (from Rs 180).
Secondary: LTV:CAC ratio at 6 months. Target: 2.5:1 (from 0.7:1).
Trade-offs
| Upside | Downside |
|---|---|
| Dramatically lower CAC by using the existing reseller base | Resellers may resist — they lose the customer relationship |
| Higher retention than pure D2C (warm introduction via a trusted person) | Trailing commission is a recurring cost that cuts into margins |
| Defensible — competitors cannot replicate the reseller network overnight | Requires rebuilding reseller incentive structures — change management risk |
The key insight: The cheapest acquisition channel is one where someone who already trusts your product tells someone who trusts them. Paid ads are what you use when you have no trust network. Meesho built a trust network and then stopped using it.
Case 3: CRED’s retention paradox — what do you do after the bill is paid?
CRED has a beautiful app, a premium user base, and a core use case that happens once a month: pay your credit card bill. The product delivers real value — rewards for on-time payment, a clean interface, a credit score tracker. But the problem is frequency.
A user who pays their credit card bill on the 5th of every month opens CRED once. Maybe twice if they check their score. The other 28 days, the app does not exist.
Why this matters
Retention in consumer apps is driven by frequency. Instagram retains because you open it 8 times a day. Swiggy retains because you order 3-4 times a week. CRED retains… once a month. And monthly-active is not enough to justify the CAC CRED pays to acquire premium users.
| Metric | CRED | Swiggy (comparison) |
|---|---|---|
| Core use case frequency | 1x/month | 3-4x/week |
| Average sessions per month | 2-3 | 20+ |
| D7 retention | ~25% | ~55% |
| D30 retention | ~60% (bill cycle) | ~40% |
CRED’s D30 looks healthy — but it is an artifact of the billing cycle, not engagement. The user comes back because the bill is due, not because they want to use CRED. This is clock-driven retention, not value-driven retention. And clock-driven retention does not compound.
Structuring the retention challenge
The fundamental tension: CRED needs to create visit reasons between bill payment dates. The options:
- Commerce (CRED Store, CRED Cash) — give users reasons to transact between bill payments.
- Content (CRED Curious, editorial) — give users reasons to consume between bill payments.
- Gamification (CRED Jackpot, spin-the-wheel) — give users reasons to open between bill payments.
- Financial hub — expand from credit card bills to rent, insurance, investments — increase the number of monthly financial actions.
Product strategy offsite. The team is debating which retention lever to prioritize.
PM 1: “Gamification is working. Jackpot sessions are up 3x.”
PM 2: “Sessions are up but conversion is flat. People spin the wheel, win 2 CRED coins, and leave. That's a dopamine hit, not a use case.”
PM 1: “It's still a session. Engagement is engagement.”
PM 2: “Is it? If I open the app to spin a wheel and leave in 40 seconds, have I been retained — or have I been tricked into a vanity metric?”
This is the retention quality debate that every consumer app faces eventually. Not all retention is equal. A session where the user extracts value is worth ten sessions where the user extracts dopamine.
High-frequency engagement without value delivery is a sugar rush. It inflates metrics today and hollows out the product tomorrow.
The solution: Financial actions, not entertainment
Instead of gamification, expand the number of financial jobs CRED handles:
- Rent payment — CRED already has this, but adoption is low because landlords resist digital payment. The lever: make rent payment via credit card attractive (earn rewards) and make landlord onboarding frictionless (instant bank transfer to landlord, regardless of their tech literacy).
- Insurance renewal reminders — CRED has policy data via account aggregation. Surface renewal dates, compare quotes, let users renew from within CRED. Transforms a once-a-year event into a CRED interaction.
- Subscription management — Show all recurring charges across credit cards. Let users cancel, pause, or switch plans from a single dashboard. This is a weekly use case — “what am I paying for that I do not use?”
Each of these is a real financial job, not a game. Each creates a visit reason tied to genuine value. And each reinforces CRED’s positioning as “the app that manages your financial life” rather than “the app that gives you coins for paying your bill.”
Metric
Monthly active days — number of distinct days per month a user opens CRED. Current: ~2. Target: 6.
Not sessions. Not time spent. Days. Because a user who opens CRED on 6 different days in a month is using it as a financial tool. A user who opens it twice but spends 20 minutes spinning a wheel is not.
Trade-offs
| Upside | Downside |
|---|---|
| Genuine financial utility increases real retention | Rent and insurance are operationally complex — landlord onboarding, policy comparison engines |
| Strengthens CRED’s positioning as a financial platform | Moves CRED into competition with Paytm, PhonePe on bill management |
| Higher-value sessions lead to better monetization opportunities | Users who came for the premium exclusivity may not want CRED to become a “utility app” |
The key insight: CRED’s retention problem is not solvable by making people open the app more. It is solvable by giving people more real reasons to open the app. Gamification adds frequency without value. Financial actions add both. A PM who conflates the two does not understand retention.
Case 4: Zepto’s referral flywheel in a price-sensitive market
Zepto delivers groceries in 10 minutes. Their CAC on paid channels is Rs 350-400. In a category where average order value is Rs 250 and gross margin is under 15%, that CAC is brutal. They need an organic acquisition channel.
Referrals are the obvious answer. But referral programs in India have a specific failure mode: people game them.
The gaming problem
Every Indian consumer app that has launched a referral program has faced this:
- Users create fake accounts using secondary SIM cards to claim referral bonuses.
- Referral fraudsters build WhatsApp groups dedicated to “earn from referral” schemes — the referred user has zero intent to actually use the product.
- The referral bonus gets claimed, the referred user never orders, and the CAC for that “referral” is actually higher than paid ads (because you also paid the referrer).
Structuring the referral design
The question is not “should we have a referral program?” Every competitor does. The question is: how do we design a referral program where the incentive aligns with genuine usage, not just sign-up?
Three design choices matter:
- When the reward triggers — on sign-up, on first order, or on third order?
- What the reward is — cash, credits, or product-specific value?
- Who gets rewarded — referrer only, referred only, or both?
| Design choice | Typical approach | Better approach |
|---|---|---|
| Trigger | Reward on sign-up | Reward on referred user’s 3rd order |
| Reward type | Rs 100 cashback | Free delivery for 5 orders (for both parties) |
| Recipient | Referrer gets cash | Both get free delivery, referrer gets extra credit only after referred user retains to D14 |
Why this works
- Delayed trigger kills fraud. If the reward requires the referred user to place 3 orders, fake accounts are worthless — nobody is ordering groceries three times on a fake account.
- Free delivery is product-native. Rs 100 cashback attracts deal-seekers. Free delivery attracts people who actually want to order groceries but hate the delivery fee. These are different users.
- Trailing reward aligns incentives. The referrer only gets their bonus if the referred user sticks around for 14 days. This means referrers will refer people who actually need grocery delivery — not random contacts who will never order.
Metric
Referred user D14 retention rate — not just “how many signed up via referral” but “how many referred users are still ordering after 2 weeks.” Target: 35% (vs 12% for typical referral-acquired users in the industry).
Secondary: viral coefficient — average number of activated users each referrer brings. Target: 0.3 (each referrer brings 0.3 active users, meaning every 3 referrers produce 1 new retained user).
Trade-offs
| Upside | Downside |
|---|---|
| Dramatically reduces fraud — fake accounts cannot reach the 3-order trigger | Slower growth — fewer instant sign-ups, referrers wait longer for rewards |
| Higher quality referred users — they actually use the product | Referrers may prefer competitors who offer instant cash — short-term referral volume drops |
| Lower effective CAC for retained users | Requires cohort tracking infrastructure to attribute trailing rewards accurately |
The key insight: In India, referral programs that reward sign-ups attract fraudsters. Programs that reward usage attract customers. The design of the incentive determines the quality of the user it attracts. Most PMs design for volume. Growth PMs design for quality.
The growth case checklist
After thousands of reviews, here is what separates a passing growth case from a strong one:
1. Did you identify the funnel stage? If your answer is about acquisition but the real problem is activation, you solved the wrong thing. State which stage you are targeting and why that stage has the most impact.
2. Did you talk about unit economics? Growth without economics is a fairy tale. Know the CAC. Know the LTV. Know how many orders or months it takes to recover the acquisition cost. If you cannot do this math on a whiteboard, you are not ready for a growth role.
3. Did you distinguish between quantity and quality? More sign-ups is not growth if D7 retention is 8%. More sessions is not engagement if session depth is 40 seconds. The metric must measure the thing you actually want, not a vanity proxy.
4. Did you account for the India context? CAC in India is rising because Meta and Google duopoly controls the ad market. UPI makes payment frictionless but also makes switching frictionless. Price sensitivity in tier-2 is 3-4x higher than tier-1. Referral fraud is endemic. If your growth plan could have been written for a Bay Area startup, it is missing the context.
5. Did you name the second-order effect? Every growth lever has a downstream consequence. Aggressive discounting acquires price-sensitive users who churn when discounts stop. Referral bonuses attract bonus-seekers. Gamification inflates sessions but hollows out engagement quality. Name the second-order effect, or the interviewer will name it for you.
You are a Growth PM at a fintech startup in Bangalore. Your app offers micro-loans to gig workers. You have 50,000 MAU, CAC is Rs 280, and LTV over 12 months is Rs 420. The CEO wants to 3x user growth in 6 months. You are in the strategy meeting.
The CEO says: 'We need 150,000 MAU by September. What's the growth plan?' Everyone is looking at you.
your path
Pick any Indian consumer app: Zepto, CRED, Rapido, ShareChat, Kuku FM — anything you use or have studied.
Build a one-page growth model with these elements:
-
The funnel — map the AARRR stages for this product. What happens at each stage? What is the conversion rate between stages? Estimate if you do not have real data — but state your assumptions.
-
The bottleneck — which stage has the worst conversion? Why? What is the root cause — product friction, market condition, or user behavior?
-
The lever — propose one intervention for the bottleneck stage. Be specific: not “improve onboarding” but “add a regional-language onboarding flow for Hindi-belt users who drop off at the KYC screen.” Specificity is the test.
-
The math — if your intervention works, what happens to the downstream numbers? If activation improves from 20% to 35%, how many more retained users does that produce per month? What is the revenue impact? Do the math on paper.
-
The second-order effect — what breaks or changes if your intervention succeeds? Does it attract a different user profile? Does it change the support load? Does it shift competitive dynamics?
Do this exercise, then present it to another PM in under 5 minutes. If you cannot explain the funnel and the math in 5 minutes, the model is too complicated. Simplify until it fits.
Unacademy's PM is choosing between two growth levers for the next quarter: (A) double down on referral incentives that are converting at 12% but costing ₹800 per acquired learner, or (B) invest in SEO-driven organic content that has a 6-month payback but near-zero marginal cost at scale.
The call: Which lever do you prioritize, and what data would you need to make this call confidently?
Unacademy's PM is choosing between two growth levers for the next quarter: (A) double down on referral incentives that are converting at 12% but costing ₹800 per acquired learner, or (B) invest in SEO-driven organic content that has a 6-month payback but near-zero marginal cost at scale.
The call: Which lever do you prioritize, and what data would you need to make this call confidently?
Where to go next
- Master the general framework: How to Approach Any PM Case Study
- Practice product improvement cases: Product Improvement Cases
- Sharpen your metrics thinking: Metrics & Analytics Cases
- Try India-specific challenges: Indian Market Cases