How-to

    How to use AI in a field service business (practically)

    July 28, 2026 8 min read

    Every field service business is being pitched AI right now. Most of the pitches are vague, and most of the value being promised is in areas where the technology is still unreliable.

    This guide separates the two. It covers the workflows where AI genuinely returns time today, the ones where it creates risk, and a rollout order that does not put your documentation quality at stake while you find out.

    Where AI actually returns time today

    The pattern is consistent: AI performs well when the technician supplies the facts and the AI supplies the structure and the prose. It performs badly when it is asked to supply the facts.

    Common thread: every one of these is reformatting information the business already has. That is where the technology is strong.

    1. Service documentation — turning spoken or shorthand field notes into a complete, structured, readable report. This is the biggest single time win in most field service businesses.
    2. Invoice and customer summaries — condensing a technical report into a short plain-language summary a customer or billing department can use
    3. Dispatch and handoff notes — summarizing a long ticket history into what the next tech needs to know
    4. Label and nameplate capture — reading manufacturer, model, and serial from a photo instead of typing them
    5. Search over your own history — finding the last time your team saw this fault on this model

    Where it still fails

    The failure modes are predictable, and knowing them is what keeps AI from becoming a liability.

    • Diagnosis. AI will produce a confident-sounding cause for a fault it has no information about. Treat any AI diagnostic suggestion as a hypothesis to test, never a conclusion to document.
    • Numbers and identifiers. Serial numbers, part numbers, measured values, and dates dictated by voice are the most error-prone data in the whole workflow. Scan or type them.
    • Regulatory judgment. Whether an interval can be extended, whether a device meets a standard, whether a finding is reportable — those are human calls with human accountability.
    • Anything with no source. If the tech did not observe it, the report must not contain it. A tool that fills gaps with plausible content is disqualifying.

    The economics, honestly

    The case for AI in field service is almost entirely a documentation-time case. If your technicians spend 15-20 minutes per job on paperwork and run 4-6 jobs a day, that is roughly an hour and a half daily per tech spent writing rather than fixing.

    Cutting that meaningfully is worth real money — either as recovered billable capacity or as techs finishing on time instead of writing reports at home. That is the return you should be measuring, not vague "efficiency".

    • Measure documentation minutes per job before you start, for two weeks
    • Measure the same thing 30 days after rollout
    • Also measure rework — reports kicked back for missing information should go down, not up
    • If documentation time drops but rework rises, the tool is producing plausible reports rather than accurate ones. Stop.

    A rollout order that does not blow up

    The mistake is switching the whole team at once on all job types. Do it in this order instead.

    1. Pick one or two technicians who are already good documenters — they will catch AI errors that a weak documenter would ship
    2. Start with routine, low-risk job types: PMs and simple repairs, not incident investigations
    3. Require full review and sign-off on every generated report for the first 30 days, and track what gets corrected
    4. Review the correction log — the pattern tells you exactly which fields the tool cannot be trusted with
    5. Expand to the rest of the team with those known limits written into your procedure

    Questions to ask any AI field service vendor

    Most of these have a single acceptable answer, and vendors who dodge them are telling you something.

    • Does the AI ever generate measured values, dates, or outcomes that the technician did not provide? (Correct answer: never.)
    • Can the technician edit every field of the generated report before signing?
    • Where is the customer data stored, who can access it, and is it used to train models?
    • What happens with no signal at the site — does the workflow still function offline?
    • Can we export our own data in a usable format if we leave?

    The bottom line

    AI in field service is not an autonomous technician and will not be one soon. What it is, right now, is a very good way to remove the writing burden from skilled people who did not get into the trade to write.

    Deployed against documentation, with the technician reviewing and signing, it pays for itself quickly. Deployed against diagnosis, it creates risk you do not need.

    TESSA Field Notes is built on exactly this principle: the tech supplies the facts, the AI supplies the structure, and nothing gets signed without review. It is free to use.

    Frequently asked questions

    Related

    Write reports in minutes, not half your day

    TESSA captures the work at the device and generates structured, defensible service reports. Free to start. No credit card.