Cohort pLTV approach picker
Build up the right Cohort pLTV model!
This decides the maths. A business that watches every renewal and a business where nobody ever cancels need opposite models.
{{ presetLead }}
{{ introLead }}
{{ sellLead }}
{{ planLead }}
Averaging this rate across the year is how January cohorts get written off and August cohorts get overpaid for.
The gap between the day you move budget and the day the money lands is the whole problem.
{{ promoLead }}
Last question. A model you cannot feed is worse than no model, so we check this before recommending one.
{{ whyText }}
{{ verdictWhy }}
{{ dataLine }}
Two is the ceiling. Paste these names into your prompt verbatim, and hover for the detail.
{{ g.note }}
Nothing here gets fitted, backtested or argued about in a meeting.
Real, and cheaper as a slice, a number or a stated assumption. Hover for the instruction.
An assistant will suggest most of these. The code runs, the answer is wrong. Hover any line for why.
Each step ships on its own. The last one is not optional.
{{ evalLead }}
The numbers behind the recommendation, all from your answers: per 100 trials, counted over {{ horizon }} months, decided on day {{ decisionDays }}.
{{ normNote }}
{{ assumedSeason }}
{{ cashBarsLead }}
| Plan | Payers per 100 trials | Cash per payer at the window | Ultimate per payer | Cash | Value | Cash share | Value share | Multiple |
|---|---|---|---|---|---|---|---|---|
| {{ r.label }} | {{ r.payers }} | {{ r.cashPer }} | {{ r.ult }} | {{ r.cash }} | {{ r.value }} | {{ r.cashShare }} | {{ r.valueShare }} | {{ r.multiple }} |
| All plans | {{ cashTotal }} | {{ valueTotal }} | 100.00% | 100.00% | {{ blendedText }} |
{{ accrualNote }}
| Month since signup | Share of ultimate value arrived |
|---|---|
| {{ r.m }} | {{ r.pct }} |
Error per cohort against the normal week rate a flat model settles on. Left of zero is undervalued, right of zero is overvalued.
Peak and dead rates here are our stated assumption, not your measurement.
{{ flatNote }}
Separate panels rather than overlaid lines, so no chart has to distinguish four plan identities at once. Each curve is the share still paying at each charge.
| Charge | Still paying | Cumulative per payer |
|---|---|---|
| {{ row.t }} | {{ row.s }} | {{ row.cum }} |
Ready means go, watch means keep an eye on it, blocker means fix it before you trust the output.
{{ skillLead }}
unzip ~/Downloads/{{ skillFile }} -d ~/.claude/skills/
The same content as one prompt, for any chat tool. Your setup, your numbers, the model to build, the libraries to use, the ones to refuse, and the tests it has to pass before you believe it.
Copied. Paste it as your first prompt.
Scenario link copied.
{{ brief }}
Everything above is your cohort model, for allocation and reporting. The signal you send to Meta, Google or AppLovin is user-level pLTV: per person, causal, and inside the platform's window. Build this one first, then that one, and keep them separate in both directions.