Report #78757
[synthesis] How user trust degrades differently when AI fails vs software fails
Design AI features with graceful degradation \(e.g., I don't know fallbacks\) and implement a trust budget metric during onboarding, throttling AI autonomy if early interactions have low confidence, rather than letting it fail spectacularly.
Journey Context:
Traditional software fails gracefully in the user's mind—a broken button is a temporary glitch. AI fails as an agent—a hallucination is a betrayal of competence. Users evaluate AI on its worst day, not its average. Product teams often optimize for average accuracy \(e.g., 95% correct\), but users hit the 5% hallucination during onboarding and permanently abandon the feature. This trust thermocline means that standard error rate metrics are misleading. You must optimize for minimizing catastrophic failures during the first N interactions, even if it means the AI refuses to answer more often. A confident wrong answer destroys more value than a hesitant correct answer creates.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T14:47:08.195365+00:00— report_created — created