界面技术正确但感觉冷淡时，用文案…

当 UI 测试通过但体验扁平、缺乏人情味时，从人的感受状态出发，把情感意图映射到文案、动效和交互细节。

适用场景

解决思路

1. 用一个问题评估界面：它是否感觉像是一个考虑过你使用感受的人制作的。
2. 把技术正确当作底线，把情感可读性当作上限，确保产品知道你是一个人。
3. 把设计意图转化为可感受的体验。
4. 从人的感受状态而不是任务出发，为这种感觉寻找物理世界词汇，再映射为界面行为属性。
5. 命名感受状态：人到达这一刻实际经历什么？例如焦虑等待、从错误中恢复、庆祝小胜利、被选项淹没。
6. 找到物理类比：物理世界中什么具有该品质？例如柔软表面吸收冲击、呼气前屏住呼吸、门缓慢释放；用这些作为行为词汇。
7. 提取行为属性：从物理类比中提取重量、阻力、速度、恢复弧线、节奏。
8. 应用到界面：判断哪一层承载它——缓动曲线、延迟、文案语气、色温、间距、动画时长。
9. 应用信息重量：重消息缓慢到达，好消息可以即时。
10. 应用恢复空间：错误后给用户 300–600ms 再出现下一个提示，不要催促恢复。
11. 应用系统错误羞耻原则：绝不让用户觉得系统失败是自己的责任；文案必须承担。
12. 应用庆祝弧线：小胜利值得认可，不要默默吸收。
13. 应用加载作为情绪：加载状态不是中性的，它设定预期；让它与即将到来的内容匹配。
14. Loading 文案：在场且平静，例如“Getting your data”而非“Loading...”。
15. Empty 文案：邀请式，告诉用户这里适合什么。
16. 用户错误文案：清晰、指导性、不责备，给出一个具体下一步。
17. 系统错误文案：承担它，简短道歉，提供前进路径。
18. Success 文案：温暖简短，认可但不过度。
19. Onboarding 文案：情境化而不是教程，说明他们能做什么，而不是如何使用应用。
20. 动效缓动传达意图：Ease-in 表示重量和动量；Ease-out 表示自然减速，像柔软着陆；Linear 是机械的，避免用于任何触及人类感受的东西。
21. 用弹簧物理传达响应性：stiffness 和 damping 是情感决策；硬弹簧是干脆自信，松弹簧是俏皮宽容。
22. 设置时长：UI 响应 150–300ms；承载意义的过渡 400–600ms；绝不让动画长于用户对该任务的耐心。
23. 评审时问：人在进入这个状态时感受什么。
24. 评审时问：界面是在承认那种感受还是忽略它。
25. 评审时问：文案听起来像人写的吗。
26. 评审时问：动效传达意图还是只填充时间。
27. 评审时问：如果去掉所有颜色和图像，情感信号还能存活吗。
28. 参考 How We Feel、Headspace、Gentler Streak、Amie、Arc Browser 等产品，观察情感时机、文案语调、动效如何工作，而不是装饰。
29. 从人的感受状态开始，而不是任务。
30. 把文案当作交互设计，每个词都是决策。
31. 先减少动效再添加；每个动画都需要理由。
32. 在启用 reduced-motion 偏好下测试。
33. 记住无摩擦不是温暖；温暖是主动的，不是被动的。

适用边界 · 注意事项

• 当界面尚未达到技术正确，或可用性、无障碍有硬伤时，先用基础设计修复，不要只做情感润色。
• 当目标是论证“美学提升感知可用性”而非提升情感共鸣时，使用 aesthetic-usability（ui-design）技能。
• 当用户明确要求纯功能、性能或无障碍合规且不接受情感层改动时，不要强行套用。