Not cooling since last night · model and address provided · morning preferred.
Interactive workflow demo
Job Dispatch + Work Orders
Watch incoming service requests get classified, completed with the right details, assigned by clear rules, and turned into visible work orders — including a missing address the system resolves by texting the customer back before dispatch.
Two requests are ready. The third is missing a service address, so the system should ask the customer for it, wait for the reply, and only then create the work order.
Run the workflow. The active source, decision, output, and exception will highlight together.
Service requests
What came in
Leaking during cycle · address provided · customer available after 1 PM.
Dryer tumbles but no heat. Please come today if possible. No address included.
Dispatch logic
How work gets completed + routed
- 01 Read refrigerator request
Capture issue, equipment, address, and preferred timing.
- 02 Create first work order
Package the complete request for the morning field queue.
- 03 Read dishwasher request
Preserve the customer’s after-1-PM availability constraint.
- 04 Create second work order
Route the request with the timing constraint attached.
- 05 Read dryer request
The appliance problem is understandable, but the request is missing the service location.
- 06 Identify the recoverable gap
An address is required for routing, but this does not need a dispatcher yet — it is a simple factual question for the customer.
- 07 Text the customer for the address
Send one specific clarification instead of handing an incomplete request to a person.
- 08 Receive the customer reply
Capture the service address and gate code from the response.
- 09 Finish the dryer work order
Merge the original dryer issue with the newly supplied location before assignment.
- 10 Publish the dispatch-ready queue
All three complete work orders move forward with the customer constraints attached.
Work orders + messages
What moves forward
Issue, model, address, availability, and routing notes are packaged for the assigned technician.
The availability constraint travels with the work order instead of living in a separate note.
“I can help get this scheduled. What address should the technician come to?”
The reply supplies the route-critical facts the original request was missing.
The original dryer issue and the newly supplied location are merged before assignment.
All three jobs now contain the route-critical information the field team needs.
Clarification + audit
What happened + how the gap was resolved
Follow the highlight across all four panels. The point is to show exactly where information moves, where rules apply, and where a human still owns the judgment call.
The point is the handoff, not the shiny robot
What actually changes
The automation is useful because the work moves cleanly from request to action — with less manual handling and clear human boundaries.
- Requests arrive through multiple channels
- Dispatch retypes details into work orders
- Missing fields trigger callbacks or incomplete jobs
- Technicians can receive assignments without route-critical context
- Requests are checked for dispatch-critical fields
- Complete jobs become structured work orders automatically
- Simple missing details can be requested directly from the customer
- Jobs enter the field queue only after the information required to route them is present
MethodMade Studio
What does your dispatcher have to chase down?
MethodMade can connect intake, clarification, work-order creation, scheduling, and status around the tools your field team already uses.
Keep exploring
See another handoff in action.
Different problem, same idea: make the work visible, connect the handoffs, and keep judgment with a person when it matters.