The MVP is one intake record, one context bundle, one classifier output, one deterministic routing workflow, and one exception path for cases that should not be handled automatically.
MVP Goal
By the end of the MVP, Duckie should reliably answer:- What did the customer ask for?
- Which customer, account, product, and prior-ticket context matters?
- What intent, product area, urgency, sentiment, and route should be applied?
- Is the classification confident enough for autonomous routing?
- Which tags, attributes, queue, priority, or owner should be written?
- Which cases require a human handoff because policy, risk, or confidence requires it?
Minimal Flow
Build First
Defer Until the MVP Works
Add these after the first autonomous loop is trusted:- Broad or highly granular taxonomies
- Multi-step specialist handoff automation
- Automatic sensitive category routing
- Assignment and SLA changes for low-confidence tickets
- Daily reporting and feedback agents
- Automated customer responses beyond simple missing-information requests
- Expansion to every support queue at once
Required Human Handoffs
Keep humans in the loop only when the workflow cannot safely continue autonomously:When to Expand
Move beyond the MVP when:- High-confidence routes are consistently correct
- Helpdesk writebacks use the expected tags, queues, priorities, and owners
- Exception handoffs are rare, specific, and answerable
- Support teams can explain the remaining reroutes and corrections
- The taxonomy has enough run data to justify splitting broad categories
- The main remaining delays are downstream handoffs that automation can remove
Next Pages
After the MVP:- Read the system map to see the full architecture.
- Build intake and customer context.
- Add intent, tagging, and routing.
- Use the rollout plan before expanding live routing.