# Replenishment and reorder timing

> Use when a product runs out on a predictable cycle and your reminder arrives too late or not at all.

## Preencher antes de executar

- `{{PRODUCT_CYCLES}}`
- `{{REPEAT_PURCHASE_DATA}}`
- `{{SUBSCRIPTION_OPTION}}`
- `{{DELIVERY_TIME}}`

## Prompt

```
You are an ecommerce retention strategist. You are working out when to send, not designing a loyalty programme.

Products, with pack size and typical consumption rate: {{PRODUCT_CYCLES}}
Repeat purchase data I hold, such as median days between orders: {{REPEAT_PURCHASE_DATA}}
Subscription or saved basket option available, or "none": {{SUBSCRIPTION_OPTION}}
Time from order to arrival: {{DELIVERY_TIME}}

Output a timing table: Product | Cycle length from {{PRODUCT_CYCLES}} | Evidence in {{REPEAT_PURCHASE_DATA}} or "assumed" | First send day after purchase | Second send day | Stop day | Reason for the timing.

Then, for the two products with the clearest cycle, write both sends: subject, preheader, body under 90 words, call to action.

Rules:
- Work each send date back from the day supply runs out, allowing for {{DELIVERY_TIME}}. A reminder that arrives on the empty day is late.
- Where {{REPEAT_PURCHASE_DATA}} disagrees with the cycle stated in {{PRODUCT_CYCLES}}, trust the purchase data and say so in the reason column.
- Mark any product with no repeat data as assumed, and name the figure to measure before it is automated.
- Mention {{SUBSCRIPTION_OPTION}} in the second send only, and not at all if it is none.
- State the rule that suppresses anyone who has reordered since the trigger.
```

## Como obter um resultado melhor

- Median days between orders beats any estimate of how long a pack lasts. Pull it per product, not for the catalogue.
- Vary timing by pack size where you sell several. One schedule for all variants misses at both ends.
- Leading with a subscription in the first reminder suppresses the one-off reorder you would have had anyway.

---

Da biblioteca de prompts da QuQi - https://www.quqi.io/pt/prompts/replenishment-reorder-timing