Prepared for Huckleberry  ·  Sr. Director, User Acquisition & Growth

The work,
not the résumé.

Huckleberry has 5M+ families, a 4.9-star app, and an SEO library most consumer apps would envy. What it doesn't have yet is a system where paid, organic, and product-led acquisition compound into each other instead of running in three silos.

This is a teardown of where the growth leaks today, the blended-CAC model that fixes it, and the referral loop that turns 5 million families into an acquisition channel. Built from public signals only, before the first interview.

Prepared by Rehan Sajid/ Built with the AnalyzeLens agentic GTM stack/ 2026
5M+
Families already using Huckleberry, generating word-of-mouth every day
4.9★
App Store rating across ~66K reviews; Editors' Choice. The product is loved
$69–120
Annual price of Plus and Premium. A subscription worth gifting, with no gift SKU
3 → 1
Three channels run in silos today. The job is to make them one compounding engine
Layer 01 · the diagnosis

Huckleberry isn't under-marketed. It's un-compounded.

Three strong channels are each doing their job in isolation, and the seams between them are where the growth leaks. Five real, observable gaps, each one a lever. The JD asks for channels that "compound together rather than operate in silos" — this is where that starts.

Leak 01 Observable

The referral exists, but it's hidden where no one is excited

Huckleberry already ships a referral: "invite a friend, give them 30 days of Premium" — buried in the Settings tab. That placement tells the story: parents open Settings to cancel or fix billing, the lowest-intent moment in the app. It's also one-sided and fires at the emotional bottom of the session, not the top. A referral that lives in Settings and only rewards the recipient has a k-factor that rounds to zero.

The lever

Highest-leverage fix in the audit — the asset already exists. Move it from a buried setting to an instrumented loop tied to peak moments. Full design in Layer 03.

Source: App Store listing & in-app Settings
Leak 02 Observable

Caregiver sync is account-sharing, not acquisition

Huckleberry's multi-caregiver feature works by having both adults sign in to the same account. Functionally fine, strategically invisible. Every household has 2–4 people who touch the baby's care — co-parent, grandparent, nanny — each a future household. Napper, a direct competitor, onboards caregivers with a QR-code / "send invitation" flow: the same job, structured as an invite, so it can be measured and incentivized.

The lever

Convert "share my login" into "invite a caregiver" and a support feature becomes an acquisition surface for free.

Source: Huckleberry pricing page; Napper App Store listing
Leak 03 Validate

A world-class SEO library that may be under-converting

The blog is a genuine moat: granular, age-by-age, intent-matched content — "wake windows by age," "3-month sleep schedule," "12-month regression." Exactly what a panicked parent types at 2am. The JD calls organic "a co-equal priority to paid, not a support function" — and Huckleberry already invested here. The open question is conversion: does that traffic hit a contextual install/trial prompt and a clean ASO bridge, or a generic footer?

The lever

The expensive part of SEO (ranking) is done. Converting existing traffic is the cheapest CAC improvement available — no new spend.

Source: huckleberrycare.com/blog · conversion path to confirm with internal data
Leak 04 Observable

Recent paywall tightening is a CAC and word-of-mouth risk

Recent App Store reviews flag a previously-free feature (the home-screen widget) moving behind the paywall, with parents calling it "a cash grab." Two things matter to a growth leader: trust erosion at the paywall hits the LTV denominator (you can't out-acquire a leaky bucket), and word-of-mouth runs on goodwill — angry reviews are negative k-factor.

The lever

The owner of LTV:CAC needs a POV on monetization, not just acquisition. The fix isn't "stop charging" — it's sequencing the paywall to land after the aha moment, not before value is felt.

Source: recent App Store reviews
Leak 05 Observable

No gift / registry motion, in the most gift-driven category on earth

New parenthood is the most gift-saturated life event there is — showers, registries, "what do I get the new mom." 85% of expecting moms build a registry. Huckleberry — a subscription a sleep-deprived parent would cry with gratitude to receive — has no giftable subscription and no registry presence.

The lever

A gift SKU is a referral loop with a credit card attached: the gifter is pre-qualified, the recipient onboards at peak need, and you acquire a household at negative CAC. Built out in Layer 03.

Source: Babylist / BabyCenter registry coverage
The pattern

Every leak is a seam between two channels

None of these are "spend more" problems. The referral, the caregiver invite, the SEO-to-install bridge, the gift SKU — each one is a place where an existing asset isn't wired to the next channel. That's the whole thesis of the role: make the channels compound. Layer 02 is the model for it.

Where it goes

Fixing seams, not buying installs, is how blended CAC falls every quarter by design.

Layer 02 · the engine

The blended-CAC reduction model.

The job isn't to spend more efficiently on paid. It's to make organic and product-led acquisition carry enough of the load that blended CAC falls every quarter, by design, not by luck. The JD: "a clear plan for how organic and PLG channels reduce blended CAC over time."

Node 01

Paid — SEM, Social, Programmatic

Buys the first cohort and, more importantly, the data to find lookalikes and learn which queries convert.

↓ feeds the organic engine
Node 02

Organic — SEO, Content, ASO

Captures the demand paid creates and the queries paid teaches us about, at near-zero marginal CAC. Already a strength.

↓ feeds the product-led engine
Node 03

Product-led — referral, invite, gift

Turns acquired families into the next cohort's acquisition source — the loop that doesn't have a per-install price tag.

↓ lowers blended CAC, back to paid
The thesis in one line: every quarter, a larger share of new families should arrive through channels that don't have a per-install price tag. That is what "compounding" means in dollars.

The unit-economics frame I'd install in week one

The metrics and operating logic. Values get built against your actuals — this shows the system, not invented results.

MetricWhy it's the one that mattersHow I'd move it
Blended CACThe only CAC honest about channel mix — the number the whole org should orient around.Grow the no-cost channels' share, not just paid efficiency.
LTV:CAC by channelA blended ratio hides that referral payers may be 3–5× more efficient than paid.Reallocate budget toward the best ratios; fund the loop.
Viral coefficient (k)The single number that says whether growth compounds or decays.Layer 03 is entirely about moving this from ~0 to >0.
Payback periodFor a $69–120/yr subscription, payback timing governs how hard you can push paid.Tighten via trial→paid, not just front-end CTR.
Organic / PLG % of payersThe honest scoreboard for "are we reducing dependence on paid?"The number on the wall, trending up every quarter.
Pricing I'm modeling against (observable): Free (logging + sync) · Plus ~$11.99/mo or ~$68.88/yr · Premium ~$14.99/mo or ~$119.88/yr · 2-week trial. The tension: Free is generous enough to be a real virality engine, yet recent paywall-tightening answers monetization by restricting Free rather than widening the loop. My bet is the loop is the better lever.
Layer 03 · the loop

Turning 5 million families into a channel.

Huckleberry's most under-used asset isn't a channel — it's the emotional moment when a baby finally sleeps. That moment is the most shareable thing in the product, and right now it's connected to nothing. New parents ask each other "what app do you use?" constantly; the recommendation is high-trust and high-frequency. The JD: "in-product sharing moments and viral triggers."

Loop A Priority 1

The "Win" loop

The trigger isn't a menu — it's a win. When a baby hits a SweetSpot-predicted nap, strings together a good night, or completes a Sleep Plan milestone, surface a clean, proud, lightly-branded "good night" card the parent actually wants to send to their partner, their mom, the group chat. Two-sided incentive baked in. The share is the referral.

Wins because it fires at maximum goodwill, native to the product, and the artifact is something parents already brag about.
Loop B Priority 2

The caregiver-invite loop

Replace "share your login" with a real invite: "Add Grandma / your partner / your nanny." Each invite is measured, can carry a reward, and quietly seeds the app with a future household. Steal Napper's QR/invite pattern, wire it to a two-sided Huckleberry reward. Fixes Leak 02.

Wins because it's zero-friction and runs on a behavior parents already do every day.
Loop C Priority 3

The gift / registry loop

A giftable Premium SKU plus a Babylist / registry presence. The gifter is pre-qualified, the recipient activates at peak need, and you acquire a paying-adjacent household at negative CAC. Showers cluster seasonally, making it a forecastable channel. Fixes Leak 05.

Wins because it monetizes word-of-mouth that's already happening off-platform and brings it in-app.
Instrumented, not gimmicky. For each loop I'd track the full chain: trigger → share rate → invite-accept → activation → trial→paid → k-factor contribution.
That's the difference between "we added a referral button" and "Loop A contributes 0.15 to k, Loop C pays back in 11 days." The loops then compete for product/eng priority on evidence — which is exactly how the Growth Pod should make roadmap calls. Directional, illustrative: even a modest k of 0.2–0.4 means every 100 paid installs quietly bring 25–65 free ones. At Huckleberry's volume, that's the difference between flat and compounding blended CAC. Exact numbers get modeled against real funnel data.
Layer 04 · the first 90

Operating the Growth Pod.

A growth leader is only as good as the cross-functional system they run. The role reports to the VP of Brand Marketing and serves as the marketing principal inside the Growth Pod (Product, Engineering, Analytics, UX). Here's how I'd operate from day one — and what I'd refuse to guess about.

30
Instrument the truth
  • Build the blended-CAC + LTV:CAC-by-channel + k-factor scoreboard with Analytics
  • Audit the existing Settings referral's real numbers
  • Pull Meta Ad Library + paid funnel for actual creative and CAC
  • Map every emotional peak moment in the product with UX
60
Ship Loop A + the SEO→ASO bridge
  • Move the referral out of Settings into the "Win" moment, make it two-sided
  • Fix highest-traffic blog→install conversion paths
  • Tighten ASO so high-intent organic lands cleanly
  • The cheapest CAC wins — the assets already exist
90
Caregiver invite + gift pilots, real model
  • Pilot Loop B (caregiver invite) and Loop C (gift / registry)
  • Replace illustrative economics with the data-backed forecast
  • Recommend budget reallocation toward best proven LTV:CAC
  • Statistically sound A/B tests across surfaces, per the JD

The stakeholder map

The Growth Pod, and what I trade with each partner.

PartnerWhat I need from themWhat I give them
VP Brand Marketing (manager)Air cover; brand guardrails on viral creativeA blended-CAC scoreboard laddering to the brand's growth goals
ProductPrioritization of growth surfaces (Loops A–C)Acquisition insight translated into ranked roadmap inputs, not wishes
EngineeringInstrumentation + loop buildTightly-scoped, evidence-backed bets
Analytics / BIUnified attribution across paid + organic + viralThe questions that matter (k, LTV:CAC by channel)
UX DesignThe "good night" shareable, the invite flowThe emotional-moment map of where sharing belongs
What I refused to fake: this teardown invents no CAC, k-factor, ad spend, or trial→paid rate — guessing at those in a document a hiring team will scrutinize is the wrong instinct for someone who'd own LTV:CAC. Every place real internal data is needed is labeled. That discipline is the same one I'd bring to your forecasting and budget allocation.
Why me

I build acquisition engines from zero and run them on LTV:CAC.

The JD wants someone who "took something from small to big… built it, not inherited scale." That's the through-line of my career — founding marketer who stood up the engine, not the operator who joined after it was running.

$5M→$170M+
Revenue growth at Cohere Health as the founding senior marketing hire — built demand gen, ABM, and ops from zero
70%
Of all pipeline attributed to the marketing programs I ran — attribution discipline, the JD's "unified view"
$9M
Qualified pipeline in 3 months from an AI-built GTM system at BlueConic — loops and systems, not headcount
20×
ARR growth at ConnectBase — the "small to big" the JD is looking for, with real before/after
The honest framing: my deepest scars are in B2B healthcare, and this is a consumer-subscription role. I'm not going to pretend otherwise. What I'd argue is this teardown is the proof that matters — the PLG mechanics, the k-factor thinking, the blended-CAC model, the loop design are all here, built before we ever spoke. The work is the argument. If it's right, the category I learned it in matters a lot less than the fact that I can do it.

What I would bring to this

The agents I build are governed, which is why they are still being used a year later

Most agent projects do not fail on model quality. They stall for two reasons. Context is lost between every run, so the thing never compounds and people quietly stop opening it. And nobody can prove it caused anything, so at the next review the budget moves somewhere that can produce a number.

So I build the layer underneath. It records nothing above a hint without the source it came from, expires what stopped being true on a schedule that matches the kind of fact it is, and keeps one client's memory structurally unreadable to another. That last part is usually what gets an agent through a security review.

That is the difference between a pilot that demos well and a system somebody still opens in a year. It is also what I would be building here, whichever of the plays above you started with.

Talk about building it here How the layer works

Before you close this

You did not ask for this page

I built it because the findings were sitting there and nobody had put them in one place. Everything on it is dated and checkable, and if any of it is wrong I would rather hear it from you.

If it is useful, the next thirty minutes are more useful than the page.

Book 30 minutes

Bring one number you do not trust. I will tell you whether an agent can fix it, what it would take, and what it would cost. If the answer is that you do not need me, I will say that instead.

Rehan / Agentic GTM systems, built, shipped, in production / analyzelens.com