A useful customer update should explain what happened, what is still open and who handles the next step. AI can help turn rough job notes into a draft, but your notes and your team's review must control the facts.
For a service business in Greenville, Spartanburg or a surrounding Upstate community, this is a manageable task to test before connecting AI to customer messaging. Start with a fictional job, prepare one update and check it before anyone sends it.
Separate the job facts from the writing task
Put the information you know into a short, repeatable format. Keep the original notes available. A useful starting point is:
- Work recorded: What was actually done?
- Open items: What remains unresolved or needs someone to check?
- Approved next step: What may the customer be asked to do?
- Missing information: Which dates, prices or decisions are not confirmed?
- Reviewer: Who is responsible for approving the message?
Do not turn an uncertain note into a confirmed outcome just to make the update sound polished. If the notes say a return visit is undecided, the draft must not announce an appointment.
A fictional gutter-service example
The following is an illustrative exercise, not a Zasper customer story or evidence of results. It does not provide instructions for performing gutter work.
Source notes supplied to the AI
- Debris cleared from the front gutter during the visit.
- Access to the rear gutter still needs review.
- No return visit or additional price has been agreed.
- Approved next step: invite the customer to contact the office.
- Do not include a customer name, address, phone number or job identifier in this test.
A short draft could read:
The front gutter was cleared of debris during the visit. Access to the rear gutter still needs review. Please contact the office to discuss the next step.
Notice what the draft leaves out: a claim that every gutter is finished, a diagnosis, a new charge and a promised return date. Those details were not established by the source notes.
Give the model a bounded drafting instruction
Use a prompt that states the audience, supplies the facts and explains how to handle gaps. For example:
Reusable drafting prompt
Write a plain-language customer update of no more than 90 words using only the job facts below. Describe completed work separately from open items. Do not add prices, dates, diagnoses, guarantees or appointment promises. If a detail needed for the update is missing or contradictory, list a question for the reviewer instead of guessing. Return two sections: Customer draft and Reviewer questions. The draft will be checked by a person before use.
Job facts: [Insert a fictional or appropriately redacted example here.]
OpenAI's prompt-engineering guidance explains that relevant context can constrain a model's response to chosen information. The prompt above is a practical application of that idea, not a guarantee that the output will follow every instruction.
Review the draft against the notes
Read the source and draft side by side. A reviewer should be able to point to the note supporting each factual statement.
- Check completion language. Did a partial task become a claim that the whole job is complete?
- Check commitments. Were a price, date, warranty or appointment added without approval?
- Check uncertainty. Does the draft preserve open questions and conflicting information?
- Check the next step. Is the requested action consistent with your office process?
- Check the recipient and channel. Confirm who should receive the final message and use your approved communication process.
NIST identifies confidently presented false information as a risk of generative AI in its Generative AI Profile. That is why a fluent draft still needs checking. A request to use only supplied facts helps define the task; it does not replace verification.
Keep the first test free of customer information
Use made-up examples for the initial trial. Before using real records, decide what information the tool needs, who may access it, how it is retained and whether your chosen account and settings fit your business requirements. Do not paste passwords, access codes or unnecessary customer details into a drafting prompt.
If a note involves a hazard, a complaint, a disputed charge or a decision requiring a qualified person's judgment, route it to the responsible person. Do not let a writing assistant settle the issue or invent technical advice.
Test the gaps before connecting a messaging tool
Try three variations: one with complete notes, one with a missing next step and one with conflicting dates. Check whether the model asks for clarification rather than filling in the gap. Keep a record of invented details and the edits your reviewer makes.
Compare the reviewed draft with your normal process using the same type of task. You might track review time, factual corrections and whether open items remain visible. Do not treat the number of generated messages as evidence of better service or time saved.
You can keep this as a manual copy-and-review task. Automatic sending is a separate implementation decision that requires checking your tools, permissions, routing and exception handling.
Bring one set of notes and one clear goal
The first goal is a message your team can understand, check and approve. If that works reliably, you can decide whether a larger workflow is worth exploring.
Explore Zasper's workflow setup to discuss one practical business task. For another example of keeping people in control, read our AI receptionist and missed-call text-back guide.
