تسجيل الدخول الآن 做了这么多年产品设计，我越来越觉得，推动项目往前走的真正阻力，往往不是“怎么画”，而是“怎么聊”。
我待过形形色色的项目，做过 Android 和 iOS 客户端，也做过用户仪表盘、管理后台，连邮件模板都碰过。领域从健康、金融、加密货币，一路跨到数据和旅游，团队规模呢，小到两三个人的创业搭档，大到五六十人的协作团队。差异这么大，但有一个问题几乎贯穿始终：需求到底怎么才能被真实、准确地传达到设计手里？这直接决定了我们最后能解决什么问题，以及解决问题的效率。
想象一个很典型的场景。你刚跟客户打完一个多小时的电话，对方滔滔不绝地描述了一个“洗衣界的 Uber”该有的样子，列了一长串功能，语气里满是期待。电话一挂，你看着笔记，脑子里一堆信息打架，下一步该做什么？怎么从这些口头表达里，提炼出足够清晰的设计方向？
其实，你缺的就是靠谱的需求表达。说起来有点绕，但关键动作无非两个：先得把需求从一堆模糊的描述里“梳理”出来，再把它转化成一种团队能真正用起来的“表达形式”。光靠口头转述、BA 文档或者合同里那几行字，往往不够，甚至很容易跑偏。
无论你接手的是全新设计，从零到一的功能或产品，还是改版设计，也就是现有功能的优化，虽然项目类型、周期、团队规模都会影响需求怎么收集、怎么落地，但有三种方式，几乎总是比原始的口头需求更靠谱，也更容易启动真正的设计对话。
先说用户故事，它最大的好处，就是用一套极为简单的模板，把所有需求都收纳成一种统一的格式，读起来省力，写起来也不费劲，还方便后续估算工作量。一个写得好的用户故事，能清晰地勾勒出某个特定功能到底要解决什么问题，而且视角始终聚焦在“使用产品的人”身上。通用的模板大概是这样的：
> 作为 [某个角色]
> 我想要 [做某件事]
> 以便于 [达成某个目的]
用那个餐厅 App 的例子来说，需求会立刻变得具体：
- 作为餐厅 App 的用户，我想直观地浏览菜单，这样我就能一目了然地看到都有什么菜。
- 作为餐厅 App 的用户，我想按顺序查看我点过的所有菜品和账单明细，这样我就知道这顿饭要花多少钱。
- 作为餐厅 App 的用户，我希望在查看账单时能直接选择“立即付款”，这样我就不用再找服务员，可以快速结账走人。
你会发现，一旦用这种格式去写，那些原本飘在空中的需求就落了地，而且每个人都能迅速理解功能的边界和意图。当团队开始用一堆用户故事来讨论时，对话就不容易发散，而是会自然地聚焦在“这个功能到底为谁解决了什么”上。
如果说用户故事是颗粒化的需求点，那用户流就是把这些点串起来，更细致地描绘出用户和产品之间完整的交互路径。它最大的好处是让整个开发团队都能对“产品该怎么用”形成一种共同的画面感，而不只是设计师一个人在那里琢磨 UX。而且，用户流完全不用等线框图出来再画，它本身就是一种更直观的需求表达方式，比大段文字描述要清晰得多。它没有统一的标准模板，说白了就是一堆形状、文字和箭头，用 Balsamiq、纸上草图，甚至白板上画几笔，都可以。
有几点约定俗成的小提示，能帮你把用户流画得更清楚：
- 用矩形表示操作、页面或内容节点。
- 用三个叠在一起的矩形表示“页面堆栈”，很适合用来解释同一类内容的多条详情页，比如商品详情、新闻条目或博文列表。
- 水平箭头，通常表示页面之间是平级跳转的关系，或者从一个流程切换到另一个流程。
- 垂直箭头，往往暗示一组必须按顺序完成的步骤，比如三步结账这样的流程。
- 虚线，可以表示基于特定条件才触发的路径，比如用户是否登录、是否满足优惠资格等。
就因为用户流能把复杂的条件分支和页面关系一眼铺开，它经常能提前暴露一些逻辑上的盲区，让产品经理、开发、设计师在动手做高清稿之前，就先把模糊的地方对齐。
再来说线框图，它是产品最基础的视觉骨架，不关心好看不好看，只关心功能有没有、位置对不对、用户任务能不能顺畅走通。你可以把它想象成建筑蓝图：在砌墙之前，大家先对着平面图把门开在哪、动线怎么走讨论清楚，避免后面推倒重来。线框图阶段，一个特别容易踩的坑就是过早掉进视觉细节里，字体、配色、图片这些，可以往后放一放。因为这个时候去雕琢视觉，反而会掩盖功能层面的问题。更关键的是，这种低保真的原型，恰恰是拿来测试用户、检验设计假设的好材料——你完全可以用纸笔手绘，拍照传到电脑上，用 Balsamiq 快速搭一版，甚至直接用数字工具画，只要方便大家围着讨论，什么形式都行。
说到底，需求未必只能来自用户或客户，我们还可以去访谈最终用户，观察他们怎么工作，听听他们想要什么、喜欢什么，这些都是获取额外需求的方法。但更关键的一步，是如何把这些需求用一种形式表达出来，让它能开启一场渐进的、健康的设计对话。这件事对设计师来说尤其重要，因为很多时候，问题只有在被清晰理解和表达的范围内，才能被真正解决。用户故事、用户流和线框图，与其说是三种工具，不如说是三种共同语言——它们让设计师、产品经理、客户和利益相关者，终于能在同一张桌子前，讨论同一个问题，而不是各自在脑海里画不同的版本。