Worked example: the caller is in Sydney but the job is local
A fictional property manager calls from Sydney about a maintenance job at a rental property in a Victorian town. The business services that town for routine maintenance but only accepts specialist installation work there after staff review. The caller's phone number and office address are irrelevant to the service-area decision. The receptionist should ask where the work is needed and what type of work is requested.
The caller says they need help with a hot water unit and gives a suburb name that also appears elsewhere in Australia. The receptionist clarifies the state and postcode, then asks enough about the service to distinguish repair from a new installation enquiry. It does not need the tenant's full personal history to decide which coverage rule applies. Collect the minimum useful information at each stage.
Suppose the caller wants routine maintenance and the confirmed locality is explicitly included in the approved list. The receptionist can say that the business takes maintenance enquiries in that area and proceed to the next permitted intake step. That statement does not mean a technician is booked, the fault is covered or the price is agreed. The summary should show the actual qualification result and the still-pending service arrangement.
Now change the request to a specialist installation at the same property. The correct result becomes review required under the fictional business rule. The receptionist can collect the project details and explain that the team needs to confirm availability for that work. It should not reuse the earlier maintenance acceptance to promise installation coverage. The same location can produce a different result because the requested service changed.
Test a third version in which the property is in a new estate and the address lookup returns no match. The receptionist should not call it out of area merely because the tool failed to resolve the address. It can preserve the suburb and caller-supplied location details, mark the exact address unconfirmed and route the enquiry to dispatch. The note should distinguish a lookup problem from an approved coverage rejection.
Ask dispatch to review the three resulting tasks without replaying the calls. They should see routine maintenance accepted for intake, specialist installation awaiting coverage review and a location-resolution exception. If all three are marked qualified lead, the operating distinction has been lost. The handoff must retain the decision state, not just a nicely formatted address.
For a reusable worksheet, record requested service, caller location if relevant, job location, location confidence, boundary source, result, exception reason and next owner. Use known accepted and rejected examples to test the worksheet. When dispatch grants a one-off exception for a particular project, record it as that project's decision rather than silently adding the whole suburb to permanent coverage.
Before adopting a new boundary, ask dispatch to supply examples immediately inside and outside it, plus one place whose status requires judgement. Run those examples through the same intake path a caller uses. A source list that looks correct in an editor may be interpreted differently by the lookup or qualification step. Preserve the rejected control as well as the accepted one, because a rule that accepts everything will pass every positive example. Record one-off exceptions separately and check that approving a single project does not accidentally expand coverage for every later caller from that locality.