Mobile Repair Reactivation: A Worked Planning Example
A worked mobile-repair reactivation example: assess records, plan relevant contact, protect preferences and measure genuine outcomes.

- 01The starting problem
- 02Step 1: make the audience explainable
- 03Step 3: sequence contact without creating pressure
- 04What the pilot should measure
- 05What another repair business should copy
This illustrative planning example starts with 2,000 dormant records and a 30-day review window. Neither number is a client outcome or a recommended minimum. The example shows decisions to make before contact; it does not claim that 2,000 people returned or that any revenue was recovered.
The important lesson is not the headline number. It is the discipline required before a message goes out: understand what each record means, choose a relevant repair or upgrade reason, separate channels and record objections.
The starting problem
In this scenario, the business has a familiar problem: customers who had previously paid for a repair were difficult to see once the original job was closed. The database contained names, contact routes and service history, but “dormant” mixed together several different situations:
- a customer whose device might fail again;
- someone who had bought a replacement elsewhere;
- a one-off visitor with no ongoing need;
- a record with an unclear permission or contact preference;
- a customer who had already asked not to be contacted.
Treating all 2,000 as one audience would have made the campaign easier to schedule and harder to defend.
Step 1: make the audience explainable
The first working table should use fields the business can verify:
| Field | Why it matters |
|---|---|
| Last service or purchase | Helps identify a plausible future need |
| Device or service category | Prevents irrelevant messages |
| Recency band | Separates recent customers from genuinely old records |
| Preferred channel and permission | Determines whether contact is allowed |
| Objection or suppression | Stops the next send |
| Customer status | Separates active, unresolved and closed relationships |
The ICO's electronic-mail guidance says marketing emails, texts and other stored electronic messages to individuals need consent or the limited own-customer soft opt-in. A phone number in a repair database is not a universal licence to send a campaign.
Step 2: choose a reason to return
Rather than beginning with a promotion, consider a reason for contact the business can explain:
- a likely maintenance or repair question;
- a complementary service related to the original job;
- a seasonal or practical device problem;
- a simple invitation to ask whether help was needed.
If a segment could not support a relevant reason, it stayed out of the first cohort. That is a feature, not a failure.
Step 3: sequence contact without creating pressure
An illustrative 30-day review plan could use this order; the actual schedule depends on the requirement:
- Preparation: reconcile permission, deduplicate records and remove objections.
- First message: email or the recorded preferred channel, with one clear question.
- Follow-up: only for eligible non-responders and only when it added information.
- Conversation route: give the customer a way to reply to a person rather than forcing a booking form.
- Suppression: record a purchase, objection, complaint or invalid address immediately.
SMS or WhatsApp were not automatic “next touches”. They were separate channel decisions with their own permission and operational owner.
What the pilot should measure
The useful result table is wider than revenue:
| Measure | Question |
|---|---|
| Eligible records | How many could lawfully and meaningfully be contacted? |
| Delivered messages | Did the channel and data work? |
| Replies | Did the reason to return make sense? |
| Qualified repair conversations | Was there a real service need? |
| Completed jobs | What happened after the conversation? |
| Margin after delivery and staff time | Was the work commercially useful? |
| Opt-outs and complaints | Did the campaign damage trust? |
Substitute your own eligible records, capacity and contribution assumptions. No completed-job or revenue result is supplied here. A database size is not a count of recovered customers.
What the workflow should make visible
The operational objective is visibility. The team should be able to distinguish records that are:
- eligible for a defined message;
- waiting for a human answer;
- suppressed permanently or temporarily;
- linked to a service history;
- ready for a later, different reason to return.
That is more durable than one campaign. A reactivation programme should leave the database clearer than it found it.
What another repair business should copy
- 01Define one segment
- 02Check permission
- 03Choose a reason
- 04Route replies
- 05Measure margin
- 06Suppress objections
Apply the database readiness checks to your own records. Our ReFlow service explains what a scoped campaign involves; this example does not demonstrate a client outcome.
- Start with one service category and a named owner.
- Write the eligibility rule before writing the message.
- Make the customer reason specific and honest.
- Give every reply a human route and a response target.
- Stop after an objection, complaint or completed job.
- Measure completed work and margin, not only clicks.
- Keep illustrative scenarios separate from measured results.
For the legal and channel detail, read email, SMS or WhatsApp reactivation. For the broader strategic choice, read database reactivation vs cold outreach.
FAQ
Can a smaller repair database use the same approach?
Yes, if the segment is explainable and the team can handle replies. Smaller volume does not remove the need for permission and suppression checks.
Is a dormant repair customer automatically eligible?
No. Recheck the original notice, consent or soft-opt-in conditions, product similarity and objections before contacting the person.
Do I need email, SMS and WhatsApp together?
No. Choose the channel the customer is eligible to receive and the team can support. Add another only for a clear reason.
Does this example predict a return?
No. It describes a method, not a result. Measure your own eligible audience, response quality, completed work, contribution and complaints.
If the database is full of “maybe” records and you need a safe first segment, Get unstuck.