Do not joke away real losses
Aliases: humor in errors · loss-sensitive tone · failure tone
What it is
Loss-calibrated error tone avoids jokes, cuteness, and celebratory rhetoric when data, money, time, safety, opportunity, or another person's interests have been harmed or remain uncertain. The message first states status, scope, and recovery accurately. This does not ban all lightness: a harmless, immediately recoverable interruption can retain a warm expression consistent with product identity when it does not obscure information.
Why it happens
Humor depends on shared background, timing, and acceptable psychological distance. While users do not know whether they were charged or lost data, playfulness conflicts with risk appraisal and reads as indifference. Repetition quickly turns the same joke into mockery. In a low-risk self-healing state, restrained lightness may reduce tension. The governing variables are actual and perceived loss, reversibility, uncertainty, repetition, and audience context—not a blanket rule that every error page must sound grave.
Studying it
Construct scenarios across loss type, reversibility, known cause, and retry count; compare calm-direct, warm, and humorous variants. Test correct understanding of state, loss, and next step before trust, perceived dismissal, and willingness to continue. Higher liking cannot compensate for failed comprehension. Validate rhetoric across languages and communities, and never create real high-risk loss merely to test humor online.
Where it stops holding
Real loss, high uncertainty, security alerts, payment disputes, and repeated failure do not use copy intended to amuse. No-result, waiting, or low-risk transient states have more room if no loss occurred, but still provide a clear action. Calm empathy and a recognizable brand are not mechanical coldness. The prohibition targets humor that competes with consequence information or asks harmed users to manage the brand's feelings.
Applying it
- Grade error contexts by loss, reversibility, uncertainty, spillover, and repetition, then define the permitted tone range rather than one universal joke blacklist.
- For high-loss messages, write status, data or transaction result, next step, and support route first; remove puns, mascot performance, celebratory language, and self-centered “we broke it!” lines.
- Keep low-risk lightness understandable after localization and in accessible presentation. Escalate automatically to direct tone when retries accumulate or loss changes.
- Revalidate with contextual studies and complaint or abandonment signals. If people feel mocked, dismissed, or misread severity, revise tone and visual treatment rather than replacing only an emoji.
Related
- Same group: T2.04.1 Say what happened, why, and what to do · T2.04.2 Do not blame the user in error messages · T2.04.3 Do not expose internal technical detail · T2.04.5 Same-class errors need consistent wording
- Adjacent: T1.01.4 Tone should adjust with situation gravity, not stay uniform · T2.06.3 Warning intensity must match actual consequence
- Search terms:
humor in errors·loss severity·tone calibration