H3.13.3do not collapse partial success into failure设计研究
部分成功的结果不应被汇总为笼统的失败提示
别名: 部分成功 · false total failure · 笼统失败
概念解释
十七项已经写进系统，三条横幅却写「操作失败」，这是在说谎。部分成功不能叫失败：标题和摘要必须同时说成与败，不能用失败色把成功吞掉。人会按标题行动——整批重来、向客服报「全没了」、或把已发出的邮件再发一次。这条管命名，不管列表细不细、能不能单项重试。
机制
标题是结果的第一口。工作记忆先装标题，细节若晚到或需要展开，标题已经决定了情绪和下一步。「失败」启动重做脚本；「17 成功、3 失败」启动补洞脚本。两者的副作用完全不同。用失败样式去强调那三成，可以，但标题仍须承认十七成。把 HTTP 层的非 200 直接映射成页面级失败，是这种说谎最常见的实现来源：集合接口一个失败码，就把混合结果涂成全红。
怎么研究
同一混合结果配三种标题：全失败、全成功、成功失败并陈。看人下一步。
自变量：标题如何命名混合结果、是否用失败色铺满整页。 因变量：是否重做已成功项、是否去查已成功项、主观「全丢了」的比例。
不要问喜不喜欢标题。看他们按了哪个按钮、是否打开已成功项去确认还在。
边界
事务回滚后确实全败，叫失败是对的，但要说已回滚，避免人以为部分已经生效。未知项未决时，标题应是「部分完成，部分还在确认」，不能提前叫失败或成功。营销式的「已完成」配一行小字「部分未成功」同样是在用成功吞失败。
怎么落地
- 混合结果的主句写成「N 项成功，M 项失败」，颜色可以强调 M，但不能只剩失败一词。
- 集合接口的非 200 不要直接当页面文案；先拆逐项结果再命名。
- 通知、邮件、日志与页面用同一套计数，避免一端说失败一端说成功。
- 验证：只给标题不给列表，问「有多少已经完成」。答零或答全部，标题就在用一端吞另一端。