Case study · Lifecycle & Revenue
A refill reminder in GoHighLevel that lands before the customer runs out
When a subscriber is due to reorder, it reminds them, checks whether they did, follows up once by SMS, and hands anyone who lapses to the win-back sequence.
The problem
For a product that only works when used consistently, running out is where the customer is lost. Nothing arrives, progress stalls, and by the time anyone follows up the customer has decided it was not working.
A reminder sent after they run out is too late. It has to land before.
How it works
The trigger is the customer's position in the pipeline, not a calendar date. The workflow starts when a subscriber's opportunity moves to Refill Due.

- Send a refill reminder email with a link to reorder.
- Wait three days.
- Check whether they reordered. If yes, move them back to Active and stop.
- If not, send an SMS reminder.
- Wait two days.
- Check again. If they reordered, back to Active and stop.
- If not, tag them refill_lapsed and send a final message. The tag pulls them into the win-back sequence.



What a person still handles
- Customers who reply with questions about their order.
- Lapsed subscribers, once the win-back sequence has run.
Built with
- GoHighLevel
GoHighLevel workflows, pipeline stage triggers, conditional branching, tags, email and SMS. It links to subscriber onboarding, failed payment recovery and cancellation win-back through shared tags and stages.
Your build starts with the arithmetic.
Bring a week of real examples to the free audit. We come back with the three worth doing first, what each is worth, and a fixed price. If a cheaper tool already covers it, we say so.
Book the free audit →