The MVP is one case record, one validation workflow, one reason classifier, one decision policy workflow, one evidence packet, and one required-approval path for cases that cannot continue autonomously.
MVP Goal
By the end of the MVP, Duckie should reliably answer:- What case was opened, and what deadline applies?
- Which transaction, account, order, processor, and communication records matter?
- What is the likely dispute reason and recommended path?
- Is the case allowed to continue autonomously under policy?
- What evidence is required, present, missing, or weak?
- Should Duckie submit, record a decision, request account information, or route a required approval?
Minimal Flow
Build First
Defer Until the MVP Works
Add these after the first autonomous loop is trusted:- Full external submission automation for every processor
- Broad multi-processor routing
- Complex appeal or second-presentment flows
- Automatic handling for high-value cases
- Legal, regulatory, or policy-exception automation
- Daily reporting and feedback agents
- Large evidence source catalogs that are not yet audited
Required Human Handoffs
Keep humans in the loop only when policy, risk, or missing authority requires it:When to Expand
Move beyond the MVP when:- Case validation is reliable across live sources
- Reason classification is consistently correct for common categories
- Decision policy branches match operations rules
- Evidence packets are complete and sourced from auditable systems
- Required approval handoffs are specific and actionable
- Outcomes are tracked cleanly enough to improve the workflow
Next Pages
After the MVP:- Read the system map to see the full architecture.
- Build intake and triage.
- Add the dispute handling workflow.
- Use the rollout plan before expanding live scope.