最难设计的不是主流程，而是那1%的边缘情况

在 Figma Config 的舞台上，Yung‑Ching Chiu 抛出一个让人不太舒服的事实：真正决定产品成败的，往往不是你精心打磨的主流程，而是那些你以为“不会发生”的边缘情况。这场演讲，把设计、AI 和现实世界的不确定性狠狠地撞在了一起。

所有人都在优化主路径，但现实专挑漏洞下手

演讲一开始，Yung‑Ching Chiu 借用了电影《Everything Everywhere All at Once》的隐喻：世界不是线性的，而是同时发生、相互冲突的。设计也是如此。我们习惯为“正常用户”“典型场景”设计，但真实世界永远更混乱。她抛出一个反直觉观点：边缘情况不是产品的例外，而是现实的常态。对 AI 从业者来说，这尤其刺耳——模型在 benchmark 上表现再好，只要在真实环境里频繁翻车，用户就会迅速失去信任。

边缘情况不是你想出来的，而是用户撞出来的

一个关键问题被摆到台前：我们到底如何识别 edge case？Yung‑Ching 指出，设计师和工程师常常“预测”边缘情况，但预测本身就带着强烈的视角偏见。她分享了自己在设计一个投票功能时的经历：团队被卡在一个看似合理、但用户频繁失败的瓶颈中。真正的转折点，并不是多画几个 flow，而是回到用户的失败路径——那些中断、报错、犹豫的瞬间。她强调，与其幻想所有情况，不如系统性地梳理 unhappy path，再从中暴露真正的 edge case。

技术定义的异常，往往不是用户眼里的问题

演讲中最有力量的一点，是她反复强调“认知错位”。在技术层面，某些情况被定义为 edge case；但在用户感知中，这可能是一个极其常见、甚至每天都会发生的场景。Yung‑Ching 提到，通过错误信息、状态反馈和重置机制的设计，可以把“失败”变成可理解、可恢复的体验。这对 AI 产品尤为关键——模型出错不可避免，但是否让用户感到被尊重、被引导，完全取决于设计选择。

真正成熟的设计，是把所有人拉进不舒服的讨论

在总结经验时，她给出一个很少被写进方法论的建议：不要独自承担 edge case。设计边缘情况时，务必把 stakeholder 一路拉进来——产品、工程、甚至非技术角色。因为边缘情况本质上是取舍问题：你要为谁承担复杂度？你要放弃什么？这些决定从来不只是设计问题，而是组织对用户价值的集体表态。

总结

Yung‑Ching Chiu 的演讲并没有给出一套“完美处理边缘情况”的公式，反而提醒我们保持谦逊：你永远不可能覆盖所有情况，但可以选择对不确定性保持敏感。对 AI 从业者而言，这意味着少一点对平均指标的迷信，多一点对失败体验的敬畏。真正优秀的产品，不是从不出错，而是在出错时依然值得信任。一个值得带走的问题是：如果你的系统明天必然失败一次，你希望用户看到什么？

关键词： 边缘情况， 产品设计， AI产品体验， Unhappy Path， Figma Config

事实核查备注： 需要核查：演讲者姓名拼写（Yung‑Ching Chiu）、演讲标题、是否明确提到“voting feature”为真实案例、引用电影《Everything Everywhere All at Once》的具体语境、Config 2023 的时间与场次信息