在原型设计时,这样描述需求才能准确的传达给设计师!

简要:揭开设计师,产品经理,客户和利益相关者如何更快地设计可交付成果的神秘面纱。


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

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


看看这种情况

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

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

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

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

用户故事

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

通用模板是:

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

示例:

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

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

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

用户流

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

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

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

以下是用户流程的示例。


用户流:Oluwatobi Akindunjoye

可以使用的一般提示:

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

线框

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

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

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

线框的示例:


线框由Oluwatobi Akindunjoye撰写

结论

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

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


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

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表