Module 3: Lead Handling · 20 min

Routing Hot Leads to a Human in Real Time

// sabak

Turn this lesson into one checked practice output

By the end, you should be able to explain the core idea behind “Routing Hot Leads to a Human in Real Time” in your own words, apply it to one small real or sample task, and identify what still needs human review.

  1. 1

    Learn

    Read the 20-minute lesson without copying an output blindly.

  2. 2

    Try

    Use a small, non-sensitive example that you can inspect line by line.

  3. 3

    Review

    Check facts, fit, and risk; save one improvement note for next time.

A hot lead is only useful if a prepared person accepts it. Real-time routing needs an eligibility rule, queue ownership, acknowledgement, timeout, reassignment, and after-hours behavior. Sending a notification is not the same as completing a handoff.

After this lesson, you can design a human-transfer contract and test that no conversation disappears between bot and agent.

Define the Handoff Packet

Every transfer should contain:

case_reference
contact_reference
reason_for_handoff
current_state
verified_answers
unknowns
consent_scope
last_user_message_at
service_window_expires_at
assigned_team
response_target

Exclude sensitive data that the agent does not need. Provide a transcript link under role-based access rather than copying customer messages into public channels.

Create the Queue State Machine

CREATED → ASSIGNED → ACKNOWLEDGED → IN_PROGRESS → RESOLVED
             ↓ timeout                 ↓
          REASSIGNED               PENDING_CUSTOMER
             ↓
          ESCALATED

For each transition name the actor and event. A bot may create and assign; an agent must acknowledge. A supervisor or rule handles timeout. Resolution requires an outcome code and customer-facing confirmation where appropriate.

WATI documents team inbox assignment and Assign User/Assign Team chatbot nodes, with some nodes limited by plan. Verify the live plan and test behavior; never sell a workflow based only on a screenshot.

Set Honest Service Targets

Define separate targets for acknowledgement and substantive response. Example:

Business hours: Mon–Sat, 10:00–18:00 PKT
Priority sales acknowledgement: 10 business minutes
Substantive response: 30 business minutes
After hours: queued for next opening; urgent cancellation uses published phone route

These are sample targets. Set them from staffing and measure the 50th and 90th percentile, not only the average.

Worked Example

A Lahore B2B equipment supplier identifies a qualified request with product code, city, required date, and published budget band. The bot summarizes the request and asks permission to transfer. It creates Q-24071, assigns Industrial Sales, and tells the customer the listed service target.

If no agent acknowledges within ten business minutes, the case reassigns to the duty queue and alerts the supervisor. The second agent sees the original data and does not repeat the intake. If the 24-hour service window is near expiry, the interface warns the agent; any later business-initiated message must use an appropriate approved template. The weekly report shows created, acknowledged, resolved, timed out, and abandoned cases.

Failure Cases to Diagnose

  • Round robin assigns an offline agent: include availability and timeout handling.
  • Agent says hello but does not own the case: require acknowledgement and state change.
  • Customer repeats every answer: attach the verified handoff packet.
  • Bot promises a five-minute reply at midnight: use business-hour-aware targets.
  • Multiple agents reply: lock or visibly assign case ownership.
  • A private transcript is posted to a broad chat group: use controlled inbox access.
  • No outcome code: the team cannot learn why leads fail.

🇵🇰 Pakistan Angle

Design around Pakistan Standard Time, prayer and meal breaks, weekly schedules, and declared public-holiday coverage without stereotyping availability. If the business serves overseas clients, show the customer’s timezone and PKT together to prevent missed appointments.

Connectivity can interrupt agents. The queue must persist server-side and reassign safely instead of depending on one browser tab. Publish a verified phone or email route for urgent issues, but do not expose an employee’s personal number unless that is an approved company channel.

Hands-On Exercise

  1. Define the handoff packet and remove unnecessary fields.
  2. Draw created-to-resolved states with actors.
  3. Set business hours, acknowledgement target, response target, and timeout.
  4. Test online, offline, after-hours, duplicate-agent, and near-window-expiry cases.
  5. Build a weekly queue report with percentiles and outcome codes.

Done means: every transfer is acknowledged, resolved, or escalated visibly, and the customer receives a truthful expectation.

Completion Rubric

  • Handoff packets preserve context without excess data.
  • Queue states and transition owners are explicit.
  • Timeouts reassign or escalate cases.
  • Service targets respect business hours.
  • Only one agent visibly owns a case.
  • Reporting includes percentiles and failure outcomes.

Sources

Key takeaway: a human handoff is complete only when a staffed queue accepts context, owns a deadline, and resolves or escalates the case visibly.

Self-check

Before you mark Lesson 3.2 complete

  • Can I explain “Routing Hot Leads to a Human in Real Time” without reading the lesson back word for word?
  • Did I complete the lesson’s practice step on a real or clearly labelled sample task?
  • Did I check the result for invented facts, private data, unsafe actions, and mismatch with the brief?