Yes, written into the system you already run, with the details captured while the resident was still on the line.
Published May 22, 2026
Yes, provided your system can be reached, and that is a question we answer honestly on the call rather than promising in advance.
The important part is when the work order is created. It is written while the resident is still on the line, not typed up afterwards by somebody reading a transcript.
A work order created from a voicemail is a reconstruction. Somebody listens, writes down what they think they heard, and fills the gaps with assumptions. The details that turn out to matter, which appliance, which room, whether the resident will be home, are usually the ones missing.
A work order created during the conversation can ask. If access permission is a required field, it gets asked before the call ends. If you need to know whether there is a pet in the unit before sending a technician, that gets asked too.
Some systems have no API and no usable export. We say so before you pay rather than after, and we do not list a system as supported until we have actually built and verified a connection to it.
Where a direct write is not possible there are usually workable alternatives, such as a structured email into an intake address your system already monitors. That is less elegant and worth knowing about in advance rather than discovering during launch week.
Consistent work orders are worth more than the time they save at creation. When every request is categorised the same way with the same fields populated, the maintenance data becomes something you can actually read.
Which units generate the most calls, which issue types recur, whether a building has a developing problem rather than a run of unrelated faults. None of that is visible when half your records are free text from a voicemail and half are properly filled in, which is the usual state of things.
One practical detail worth getting right at setup. A resident who reports a problem at night, calls again in the morning because nobody has been in touch, and mentions it again to somebody on site should not generate three work orders.
Matching a new report against open work orders for the same unit prevents that, and it also gives you something more useful: a signal that somebody has now contacted you three times about the same issue, which is exactly the account a manager should look at.
Most maintenance systems have fields that are technically required and practically optional, because a busy person skips them and the record saves anyway.
Asking those during the conversation costs seconds. Chasing them afterwards costs a callback, and not having them costs a wasted technician visit, which is the expensive version.
A work order that exists in your system and not in the resident's understanding will generate a follow-up call, and follow-up calls about existing work orders are a surprisingly large share of maintenance volume.
Confirming in writing on the channel they used, with what was logged and what happens next, removes most of that. So does a message when the job is scheduled and another when it is closed. None of it requires anybody's attention once it is set up, and it replaces the calls that begin with somebody asking whether you got their message.
On the site
Keep reading