Track subscription churn signals in Stripe

Churn shows up in Stripe before it shows up in a board deck. Every week, an Orkeste agent lists the subscriptions that were cancelled or are past due, groups them by plan and posts a short summary to finance and customer success with the customers to call.

The problem

Cancellations are counted at month end, after the chance to talk to the customer has passed.

How the workflow runs

Runs: Every week on the day and hour you set.

  1. List subscriptions: The agent lists recent subscriptions in Stripe with their status.
  2. Find the changes: It keeps those cancelled or past due.
  3. Add context: If the customer is in HubSpot, it looks them up and mentions the account owner.
  4. Summarise: It groups the cases by plan and writes who to call first.
  5. Post: The summary is posted to the finance and customer success channel in Slack.
  6. The team decides: Customer success decides who to contact and what to offer.

The agent reports; any outreach, discount or plan change is decided and made by a person.

Who does what

What this workflow does not do

Works with your stack

Questions about this workflow

Does it calculate our churn rate?

No. It lists the subscriptions that changed and summarises them. Your billing analytics remain the source for rates and MRR.

Can it offer a discount to keep the customer?

No. Stripe access is read only, and offers are a decision for your team. The agent can draft the outreach email for approval.

Can it explain why customers left?

Only from what it can read: a cancellation reason recorded in Stripe, recent support conversations in Intercom or Zendesk, or notes in HubSpot.

Related workflows

Keep reading