By Sajad, Founder at Cellbot — 25 years in the tech repair industry
Published: 8 May 2025 · Editorially reviewed: 26 August 2026
A repair work order is the living record that authorises, controls and proves what happened on one customer job. It begins at intake, then preserves the original condition, requested outcome, agreed scope, price, approvals, parts, technician actions, tests, messages and handover.
Some UK repairers call it a works order, job card, repair ticket or docket. The label matters less than the control: staff must be able to tell what was agreed at each stage without rewriting the past.
Decision rule: one device visit gets one work-order identity. Changed work gets a dated revision and fresh approval; it does not replace the earlier quote, diagnosis or decision.
What is a works order in a repair shop?
A works order is a structured instruction and evidence record for a defined job. IBM's general work-order definition describes a document that details a task and the resources needed to complete it. In a phone or electronics repair shop, the record also needs the customer's device, its intake condition, permission, price basis, repair evidence and return outcome.
It serves three audiences:
- the customer: what the shop received, agreed and charged;
- the technician: what may be done, with which part and test; and
- the business: who changed the job, what happened and why it can close.
It should not be treated as a catch-all replacement for every commercial record.
Work order, quote, invoice, purchase order and RMA
| Record | The question it answers | It is not |
| Intake record | What arrived, in what condition and with what reported symptom? | Permission for every possible repair |
| Quote or estimate | What scope, assumptions, price and timing are proposed? | Proof that the customer approved it |
| Work order | What work is authorised, happening and evidenced on this job? | A supplier purchase or return authority |
| Invoice and payment | What was charged, taxed where applicable and paid or owed? | The full technical history |
| Purchase order | What did the shop ask a supplier to provide? | Evidence of a customer repair approval |
| Supplier RMA | What purchased item is being returned for supplier decision? | The customer warranty outcome |
Link the records with identifiers. Do not duplicate every field into each one. If a replacement part later fails, the work order can link to a customer warranty case and the separate supplier RMA record.
Minimum fields for a repair work order
The right fields depend on the repair, but each one should earn its place. Start with the minimum evidence needed to control the job.
Identity and custody
- unique work-order number;
- created date, location and current owner;
- customer contact route;
- device type, make, exact model and identifiers genuinely needed;
- accessories received;
- intake condition and supporting photographs; and
- each custody transfer, storage location and return recipient.
Do not collect an IMEI, passcode or full address merely because a template includes it. The ICO's data-protection principles require personal data to be adequate, relevant and limited to what is necessary.
Problem and scope
- the customer's reported symptom in plain language;
- the requested outcome;
- initial checks and technician diagnosis kept as separate fields;
- authorised work and explicit exclusions;
- quote or estimate version, price basis and expiry where used;
- expected timing and its assumptions; and
- customer approval method, date and evidence reference.
“Fix phone” is not a scope. “Replace the cracked display assembly on the recorded device; no board repair or data recovery included” gives the technician and customer a boundary.
Execution and outcome
- assigned technician and status;
- part SKU, grade, serial or batch where relevant;
- dated notes for material actions and discoveries;
- scope and price revisions with new approval;
- post-repair test checklist and result;
- unresolved limitations or observations;
- final price, invoice and payment references;
- warranty information supplied; and
- collection, delivery or declined-repair evidence.
Download the repair work-order control template. It is deliberately an event register: add rows as the job changes instead of editing one summary until the history disappears.
Build the record as an evidence chain
1. Open at intake
Create the work order while the customer and device are present, or when the parcel is received. Confirm the model rather than copying the customer's guess. Record visible condition, accessories and the reported symptom. Give the customer a reference and a durable summary of what the shop has agreed to do next.
For mail-in work, connect the carrier and receipt evidence described in the mail-in repair guide.
2. Inspect without silently expanding the job
Separate observation from conclusion. “Rear glass cracked; device powers on; touch fails in upper-left zone” is evidence. “Needs screen” is a diagnostic decision. Preserve both, with the checks used to reach the decision.
If diagnosis itself is chargeable, the customer should see the price basis and return options before it begins. Do not turn a vague intake request into authority for any work the technician discovers.
3. Quote a defined version
A useful quote states:
- the exact included work;
- excluded or uncertain work;
- part type or grade where that affects the decision;
- total price or how it will be calculated;
- expected timing and dependencies;
- what happens if inspection reveals something else; and
- how the customer can approve or decline.
GOV.UK's fair-contract guidance says consumer terms must be transparent and should not reduce statutory rights. The work order should point to the applicable terms version rather than hiding material conditions in technician notes.
4. Capture approval as its own event
Record who approved, which version they saw, when, through which channel and any condition attached. An outbound message is not proof of a response. A read receipt is not agreement to a revised price.
Use an approval event such as:
11:42, customer approved quote Q-1047 v2 by secure link: display assembly replacement, £129 total, expected completion next working day subject to final test.
The example is illustrative. It shows the evidence structure, not a recommended repair price or service promise.
5. Preserve changes
If the device, diagnosis, part availability, scope, price or completion estimate changes, pause where safe and create a revision. Record:
- what new evidence appeared;
- why the existing approval no longer covers the job;
- the revised option, price and timing;
- the customer's approve, decline or return choices; and
- the resulting decision.
Never overwrite quote version one with version two. Otherwise the final record can make a later price appear to have been agreed at intake.
6. Record the work, not every keystroke
The technical note should let another competent person understand the material actions, parts and exceptions. It does not need a minute-by-minute diary. Record irreversible steps, deviations from the procedure, measurements that support the diagnosis and any part substitutions.
Use controlled terms where consistency matters, but retain a short factual note for exceptions. Status alone — “in progress” — is not repair evidence.
7. Test against the agreed outcome
Test the repaired function and the device functions that the procedure could reasonably affect. Record pass, fail, not applicable or not testable; do not turn an unperformed test into a tick.
If testing reveals a new limitation, decide whether the job returns to diagnosis, needs customer approval or can be handed back with a clearly recorded exception. The Consumer Rights Act 2015 states that a trader performing a service must do so with reasonable care and skill; a generic “tested” note is weak evidence of what the shop actually checked.
8. Close at handover, not at bench completion
Bench work may be complete while payment, customer notice, collection or delivery remains open. At closure, reconcile:
- final authorised scope and price;
- installed and unused parts;
- test outcome and exceptions;
- invoice and payment;
- warranty information;
- customer notification; and
- identity of the person or carrier receiving the device.
Record abandonment or recycling through a separately reviewed policy and decision route; do not silently convert an uncollected customer device into shop stock.
Statuses should describe the next constraint
A useful status answers why the job is not moving. Keep the list short enough that staff use it consistently.
| Status | Meaning | Required next control |
| Received | Device is in custody; intake is not complete | Verify condition and requested outcome |
| Diagnosing | Agreed checks are under way | Record evidence and recommendation |
| Awaiting approval | A defined quote or revision is with the customer | Follow up against a dated version |
| Awaiting part | Approved work is blocked by a named part | Track supplier and update customer |
| In repair | Authorised bench work is active | Record material actions and exceptions |
| Testing | Repair work stopped; outcome checks are active | Complete or fail the test record |
| Ready | Tests and final price are reconciled | Notify and control handover |
| Closed | Device and commercial outcome are complete | Lock history; handle later issues as linked cases |
Avoid “on hold” as a final explanation. Store the reason, owner and next review date.
Worked example: a diagnosis changes the repair
This fictional example shows how the record should evolve.
| Time | Event | Evidence and decision |
| 09:10 | Intake | Phone received with cracked display and intermittent touch; condition photographs saved; screen repair requested |
| 09:28 | Quote v1 | Display replacement proposed at £109; no board work included |
| 09:34 | Approval v1 | Customer approved quote v1 by recorded link |
| 10:05 | Inspection | Connector-area corrosion found before fitting; photograph and test note added |
| 10:16 | Quote v2 | Cleaning and further diagnosis offered at revised total of £129; completion estimate changed |
| 10:24 | Approval v2 | Customer approved quote v2; v1 retained |
| 12:02 | Repair and test | Recorded display installed; touch, image, charging and call checks passed; camera not tested because customer declined passcode access |
| 15:40 | Handover | Final invoice matched v2; exception disclosed; device collected against job reference |
The value is not the number of timestamps. It is the ability to trace why the agreed job changed and which evidence supported the handover.
Audit the system with exception measures
Do not reward technicians for closing the most work orders without considering rework or evidence. Review measures that reveal control failures:
- open jobs without an owner or next action;
- work started without approval to the current quote version;
- price changes without a linked decision;
- part usage without a recorded SKU;
- failed or unperformed required tests;
- ready jobs awaiting customer contact;
- closed jobs missing handover evidence;
- warranty returns by repair, part and technician; and
- average time spent in each blocked status.
Use cohorts and definitions. One long specialist repair should not be compared with a routine screen replacement as if their cycle times mean the same thing.
The repair-shop KPI guide covers wider operational measures. The work-order audit should remain focused on evidence quality and exceptions.
Work-order mistakes that destroy the record
| Mistake | Consequence | Better control |
| One free-text note for the whole job | Decisions and timestamps cannot be separated | Dated event types with named owners |
| Customer wording replaced by diagnosis | The original complaint disappears | Preserve reported symptom and diagnosis separately |
| Quote edited after approval | It is unclear what the customer accepted | Immutable version plus new approval |
| Passcode visible in general notes | Unnecessary access and disclosure risk | Controlled secret route, limited access and deletion |
| “Tested OK” | No one knows what was checked | Repair-specific checklist and explicit exceptions |
| Work order closed at repair completion | Handover and payment remain uncontrolled | Close only after full reconciliation |
| Every possible field mandatory | Staff enter fiction to get past the form | Conditional fields driven by job type |
Work-order FAQs
Is it “work order” or “works order” in the UK?
Both are used. “Work order” is common in software and international documentation; “works order” appears in UK business usage. Choose one visible term for staff and customers, but recognise both in search and help content.
Does a customer signature make a work order legally sufficient?
Not by itself. A signature cannot repair an unclear scope, hidden term, missing price change or reduced statutory right. Preserve the information the customer saw, the version and the decision. Obtain qualified advice for the live contract and terms.
Should a work order contain a device passcode?
Only if access is necessary for agreed testing. Use a restricted method, state the purpose, limit access and delete it when no longer needed. Do not put a passcode in a general note or printed job card.
Can one work order cover several devices?
Use one device-level record where custody, condition, parts, tests or handover can differ. A business booking can group those records under one account, quote or invoice without merging their evidence.
When is a work order complete?
When the authorised scope, parts, evidence, tests, final commercial record and device handover have reconciled. A completed bench task can still be an open customer job.
Does a small shop need specialist software?
Not necessarily. A controlled paper or spreadsheet process can work at low volume. Move when version control, permissions, duplicate entry, customer updates or reporting failures cost more than the system change. Cellbot's current workflow and plan limits are stated on the features page.
Method, sources and update record
This guide is designed for repair-shop evidence and authorisation, not generic facilities maintenance. It distinguishes intake, quote, work order, invoice, purchase order and supplier RMA so each page answers one intent. DataForSEO's fresh UK desktop results on 26 August 2026 showed an AI Overview for “what is a work order”, followed mainly by generic maintenance definitions and templates; Cellbot was absent from the sampled top ten. Exa was used to inspect source and competitor coverage, not as rank evidence. DataForSEO references: keyword overview 08261636-1339-0607-0000-17d2a50ef773; work-order SERP 08261636-1339-0139-0000-febd5608e1e3; RMA SERP 08261636-1339-0139-0000-076152b808d0.
- IBM: what is a work order?
- Consumer Rights Act 2015, section 49
- GOV.UK guidance on writing fair consumer contracts
- ICO guide to the data-protection principles
Update note: Rebuilt on 26 August 2026. Unsupported volume, productivity and automation claims were removed. The new version separates commercial records, introduces an append-only approval model, shows a revised-job evidence chain and provides an editable event register.





