How We Built Auto-Replenish: Loyalty Essentials That Reorder Themselves
A loyalty feature that turns repeat purchases of wardrobe basics into one-tap reordering — and the product choices that made it work.
Indranil Ghoshal·2024-08-22·7 min read
Some product features start with a customer complaint. Others start with a competitor move. Auto-Replenish started with a quiet, repetitive signal in our data.
The same three-pack of socks. The same gym tee. The same underwear. Bought again, months later, identical down to the size. The customer had already made the decision. We were just making them make it again, every single time.
That repetition was the opportunity. If we could remove the friction from a purchase that was already highly likely, we could turn a routine task into a loyalty moment.
This is the story of how we built it, structured as a short PRFAQ.
What is the problem?
Customers who regularly reorder the same basic items must still browse, select size, add to cart, and re-enter checkout every time. That repeated effort is unnecessary for a decision that has already been made. Worse, it leaves loyalty value on the table: the easier it is to repeat a purchase, the more likely the customer is to stay in the brand's ecosystem.
Who is impacted?
- Loyalty members who buy the same wardrobe basics on a predictable cycle.
- Customers whose purchase history shows identical, repeat orders of essentials.
- The business, which absorbs the cost of repeated checkout friction and misses an opportunity to deepen habitual purchase behavior.
How do we know this is a problem?
We saw the same SKUs being reordered by the same customers after a consistent gap — socks, underwear, gym tees. The repeat-purchase rate for tagged "true basics" was material, yet each reorder started from scratch. Observational data and customer feedback both pointed to the same insight: these customers had already decided to repurchase; we were simply asking them to prove it every time.
What is the proposed solution?
Auto-Replenish lets loyalty members opt in once per eligible "true basic" item. The product predicts the next likely reorder window, sends a one-tap notification before the predicted date, and lets the customer confirm, skip, or delay. Size, address, and payment are already known, so the reorder takes seconds.
The default replenishment cadence is every 6 months. Customers can change that default for their whole account, and they can override it for any individual item — so socks can run on a 3-month cycle while a gym tee stays on 6 months, for example.
Bundling repeat essentials into planned shipments also reduces delivery cost. Instead of paying for several ad-hoc single-item reorders throughout the year, the same items ship in predictable batches, cutting per-order cost while keeping the experience effortless.
Key product decisions:
- Opt-in, not opt-out. Trust matters more than convenience. Customers enroll per item and can pause or cancel at any time.
- Scope discipline. "True basics" only. Seasonal or trend items, where identical reorder is not a real intent, were excluded to avoid the feature feeling like a subscription trap.
- Customer-controlled cadence. A 6-month default is easy to understand, but full control sits with the customer — account-wide or per item.
- Size-drift guardrail. If recent returns suggest a customer's size may have changed, the system pauses the auto-order and asks for confirmation instead of silently shipping the old size.
- Loyalty-tier differentiation. Higher tiers get free size exchanges and early restock access, giving tier status a tangible benefit beyond another discount.
- Frictionless control. Pause, skip, and cancel are as easy as confirm, because effortful cancellation erodes trust faster than convenience builds it.
Which KPIs will improve?
| Metric | Type | What it tells us |
|---|---|---|
| Auto-replenish completion rate | Primary | % of scheduled auto-orders confirmed — the core adoption signal |
| Repeat-purchase frequency (enrolled vs. non-enrolled) | Primary | Whether removing friction actually increases purchase frequency |
| CLV lift, auto-replenish vs. manual-reorder members | Secondary | Whether the feature deepens loyalty value, not just convenience |
| Delivery cost per order | Secondary | Planned bundled shipments cost less than ad-hoc single-item reorders |
| Tier upgrade rate attributable to the feature | Secondary | Whether perks pull members toward higher tiers |
| Return/exchange rate on auto-replenish orders | Guardrail | Must stay at or below manual-order baseline |
| Opt-out / pause rate | Guardrail | High pause rates signal the cadence assumption is wrong |
We also defined kill criteria upfront. If return rates climbed or opt-out rates spiked within the first cohort window, the feature would pause for redesign rather than scale further.
What we learned
Two failure modes stayed top of mind throughout: scope creep into non-basics, and a control flow that felt harder than it should. Both erode trust faster than convenience builds loyalty.
Auto-Replenish worked because it stayed narrow, transparent, and easy to exit. It did not try to change what customers bought. It simply stopped asking them to buy the same thing twice.
Want to see how this works in practice?
Try the Auto-Replenish prototypeComments
Sign in to join the discussion. Comments are open to verified readers only.
Loading comments…
Prefer to reach out privately? Use the contact page.