reengagement-segmenterlisted
Install: claude install-skill esmefong/gtm-skills
# Reengagement Segmenter
Turn "the lapsed list" into distinct audiences with distinct reasons for silence, and treat the
reason as the segment. The design rests on one argument: **win-back blasts fail because they treat
silence as one condition, when silence is the least informative signal a contact can send.** A
deal stalled at security review, a user who never reached value, and a buyer who signed with the
incumbent all look identical in a recency report and need three different messages, or none.
The other half of the argument is the repo's standing one: the most valuable output of a
reengagement pass is often the list of people you decide not to contact, documented.
## What this consumes
| Input | From | What it provides |
|---|---|---|
| The lapsed records | CRM export, deal notes, product events, support history | The evidence each blocker call rests on |
| ICP | `icp-research` | Disqualifiers (bad-fit lapse is leave-alone, not win-back), triggers for the why-now |
| Voice directory | `brand-voice-guide` | The register sequences are written in |
| What changed on your side | The user | Reengagement needs a why-now; "we miss you" is not one |
The last row is the load-bearing one. A reengagement sequence exists because something changed:
your product closed the gap that stalled them, their situation visibly shifted, or a trigger from
the ICP fired. No change, no sequence; that cohort waits.
## The workflow
Five phases. Show the user the segment map (end of Phase 3)