PostHog Handbook Library / CS and Onboarding

605 words. Estimated reading time: 3 min.

Learn from churn

Churn retros

When a human-managed account churns from PostHog, we share learnings in #customer-churn-retros. The goal is simple: learn from what happened so we can prevent it next time.

Who does this

The CSM or AE who managed the account writes the retro. Post it as soon as possible after the churn (or even when the risk is first surfaced as a possible churn) - while the details are fresh.

What to include

Keep it concise. We're looking for signal, not noise.

Basic info

What we did well

Bullet points. Be specific about what actually worked:

What we could do better

This is the important part. Be honest:

Don't sugarcoat it. If we screwed up, say so.

Product learnings

What did this churn teach us about the product?

Tag relevant product teams if needed.

Process learnings

What do we need to change in how we work?

Example retro

Customer name: HogFlix ARR at churn: $42,000 Tenure: 14 months ICP fit: 8/10 - B2B SaaS, 75 employees, solid PMF Primary reason for churn: Switched to Amplitude due to advanced analytics needs we couldn't meet

What we did well:

What we could do better:

Product learnings:

Process learnings:

---

Tips for writing these

Be direct. This isn't a CYA exercise. If you missed something, own it.

Focus on prevention. Every retro should have at least one concrete "we should change X" takeaway.

Tag people. If product or process changes are needed, @ the relevant teams.

Don't make excuses. "They were never a good fit" isn't helpful. Why did we take them on? What should we have done differently?

Keep it readable. Use bullets. Be concise. Respect everyone's time.

Canonical URL: https://posthog.com/handbook/cs-and-onboarding/customer-churn-retros

GitHub source: contents/handbook/cs-and-onboarding/customer-churn-retros.md

Content hash: df5b99a072e942d9