设计师、PM、客户和利益相关者，如何高效设计产出成果？

在担任产品设计师的过程中，我不得不从事不同强度（Android，iOS，用户仪表板、管理仪表板、电子邮件模板等），不同领域的项目（健康、金融、加密货币、数据、旅行等），团队规模各异（我+共同创始人，5+或50+），即使他们之间有这么多不同，但有一个共同点是我们都会面临这个问题： 如何将需求传达给产品设计师？这将会影响问题的解决。

看看这种情况

假设，刚刚你和一个客户进行了超长时间的通话交流，在电话中，他列出来了一大堆关于大应用的需求（比如说洗衣店中的Uber。下一步该怎么做？要怎样实现这些需求？我们又如何仅从口头表述中get设计的清晰度？）

你仅仅需要的是：需求表达。

需求诱导是从需求中梳理出需求的行为，而需求表达则是将需求转换成某种可用形式的行为。

设计师从事的大多数项目通常可以分为 新设计 （功能或空白状态的产品） 或 重新设计 （现有功能或产品）。 尽管项目类型，时间表，团队规模等都影响需求的获取和最终表现方式，但这三种方法总是比口头要求，BA文档或一些项目合同更好：

用户故事

用户故事旨在以一致的格式保存所有需求。它们易于编写，易于阅读且易于评估。一个好的用户故事就是清楚地概述出，产品中特定的功能需求。

通用模板是：

作为“用户/管理员”，我希望能够执行此“操作”，以便实现此“结果”。

示例：

作为 该餐厅app 的 用户， 我想 查看菜单， 以便 直观地看到有什么菜。

作为 餐厅app 的 用户， 我想 按顺序查看所有项目的账单， 以便 可以知道我点这些菜要花多少钱。

作为 餐厅app 的 用户， 我希望 能够在查看帐单时选择“立即付款”选项， 以便 支付账单。

用户流

用户流程用于更详细地确定与产品的交互。这是一种有用的技术，可以确保整个开发团队都知道产品的功能和流程。虽然这对设计师来说是UX的指导方针，但它仍然可以随心所欲的设计。

用户流程提供一种更清晰直观的方法，来将需求解释为设计交付成果，而不仅仅是依靠语言描述。

对于这一点，确实没有普遍认可的模板。但是它们几乎可以用任何设计工具来创建，因为它们只是一堆形状，文本和箭头。我推荐Balsamiq，Paper Sketch，在板上绘图等

以下是用户流程的示例。

可以使用的一般提示：

• 矩形可以表示动作，视图或内容节点。
• 页面堆栈用三个重叠的矩形表示。使用一个页面堆栈来说明多个页面的相似内容。想想产品细节页面、新闻条目或博客帖子。
• 水平箭头告诉我们哪些页面是相连的，或者我们如何从一种流程跳转到另一种流程。
• 垂直箭头可以指示必须按顺序完成的一系列流程，例如3步表格
• 可以使用虚线来表示连接是基于特定条件的。

线框

线框是产品的基本视觉表示。它们专注于要支持的基本功能和最终用户任务。它们就像建筑蓝图一样，可以帮助你考虑要在何处放置按钮，文本字段和图像，它们可以显示行进方向，一定程度上避免了一定的困扰。对了，线框也有一些问题，比如说它根本不涉及要使用的字体，图像或颜色。

进行一些设计是可以的，但你别过早地设计开发解决方案，因为线框也可以帮你进行用户测试，检验出错误的设计假设。

开发线框也有很多不同的工具，我个人使用 Balsamiq 。你也可以用数字、纸张来描绘它们，后期进行扫描导入电脑中。无论哪种方式，纸质版本也好，数字版本也好，只要便于交流和讨论均可。

线框的示例：

结论

需求不必专门来自用户，也有很多方法可以得出额外的需求。例如，你可以采访最终用户，看看他们如何工作，他们想要什么，他们喜欢什么。

尽管有多种方法可以得出需求，但如何将这些需求以形式表达出来，让我们可以开始进行渐进式的设计对话，一直是个挑战。需求表达对设计者来说尤其重要，因为： 问题只能在被理解为问题的范围内得到解决。 以这些形式表达需求可以帮助团队进行更健康的讨论，以解决预期的问题。

---

本文由墨刀翻译自 Probing requirements for design clarity ，已获作者授权。