← All work

AI customer support workflow

STATUS
PROTOTYPE
TIMELINE
JAN 2026
ROLE
Problem definition · Workflow design · Architecture
ARCHITECTURE
Confidence-thresholded routing between automated response and human escalation, with a satisfaction check that raises priority on a negative result.
STACK
Zapier · n8n · VAPI · Glean

BUSINESS PROBLEM

Support teams spend most of their time answering the same routine questions, while genuinely difficult cases wait in the same queue.

WHAT I BUILT

A support workflow design where AI answers routine requests from a knowledge base, checks its own confidence before responding, escalates uncertain or sensitive cases to a person, confirms satisfaction, and raises priority when a customer isn't satisfied.

RESULT

A worked design for human-in-the-loop support: routing rules, confidence thresholds, escalation of uncertain or sensitive cases, and satisfaction follow-up. This is a designed workflow, not a deployed product.

MY ROLE

  • Problem definition
  • Workflow design
  • Architecture

HOW IT WORKS

  1. 01An inbound request is classified by intent and sensitivity before any answer is drafted.
  2. 02Routine requests are answered from the knowledge base. The response is only sent when the confidence check passes.
  3. 03Uncertain or sensitive cases are escalated to a person with the request, the retrieved context, and the reason for escalation attached.
  4. 04After a resolution, the workflow confirms satisfaction. A dissatisfied response raises priority and re-queues the case to a person.
  5. 05Outcomes are recorded so routing accuracy can be reviewed over time rather than assumed.

TECHNICAL IMPLEMENTATION

Orchestration across Zapier and n8n, with knowledge base lookup through Glean and voice intake through VAPI.

Confidence gating is a distinct step with its own threshold, separate from the answer generation step.

Escalation carries context forward so the human agent does not restart the conversation.

Priority is a computed field driven by satisfaction and wait time, not a manual flag.

LIMITATIONS

  • This is a design, not a running system. No production traffic has passed through it.
  • Thresholds and routing rules are reasoned choices, not values calibrated against real ticket data.
  • Knowledge base quality determines the ceiling. A thin or stale knowledge base makes the automated path useless.
  • The design assumes a person is available to receive escalations, which is a staffing commitment, not a technical one.