为什么我们总是说不清「需求是什么」

每天面对超多产品反馈、需求申请，花很多时间厘清、沟通？

参加无数的会议，冒出各种需求，发散的无边无际？

终于提出产品路线图，面对各方质疑，结果改到四不像？

...

究竟卡在哪里？归纳出以下这几种状况：

因为以上三种状况，导致我们必须反复沟通，消耗很多时间，也难以确立目标、推动成效。

工程师 Bob：放大图片的接口也很难用，图片还另开分页，又不能切换图片。

设计师 Cindy：但我觉得是排版有问题，很难找到信息，令人生气，我朋友因此干脆不买了。

客服 David：可是 ，顾客说「商品评价」最重要，又说我们的评价功能很难用，不能筛选评价。

市场 Eddie：我觉得最重要的是降低跳出率，因为这是站上流量最高的页面。

工程师 Fiona：我们不是有首购优惠吗？可以在商品页上强调，吸引顾客购买！

业务 Greg：对对对，卖家一直跟我说「优惠券功能」很重要，希望显示各种优惠，在商品旁边。

工程师 Henry：如果可以让顾客分享优惠给朋友，说不定还能带进更多流量！

市场 Iris：说到分享优惠，购物季要到了，可以完成「分享优惠」和「赠送购物金」的功能吗？

• 面对状况一，我们希望：降低「描述需求」时「语意不清的情况」；
• 面对状况二，我们希望：降低「沟通需求」时「被自身立场、情境侷限的情况」；
• 面对状况三，我们希望：降低「提出需求」时「遗失或误会个别目标的情况」。

如果有一套语言结构

• 减少建立方法时花费的时间或遭遇的排斥，融入现有方法，相辅相成；
• 减少叙述需求时花费的时间，口头沟通时可浓缩成 3 句话，文字沟通时可浓缩成 1 页 A4 文件；
• 减少依情境重置沟通素材所花费的时间，可以有弹性的重组、合并、拆分。

那是不是很令人期待呢？

为了介绍这个语言结构，我们先回顾一下「需求」的本质。

设计就是「现况」到「目标」的过程。在这里我为了好记，简单的说，设计就是 A→B

• (A) 降低团队「理解顾客情境」所「花费的时间」或「认知门槛」
• (B) 减少团队「描述目标」所「花费的时间」或「误解的情况」
• (C) 降低团队「沟通产品方案」所「花费的时间」或「误解的情况」
• (D) 降低团队「验证方案」所「花费的时间」或「经济成本」
  
  

若我们野心更大，希望达成子目标 (D)，则需要众人通力合作，进一步导入原型图、可用性测试、A/B测试等方法。

终于，我认识了「用途理论」，以及一套精简的「结构化语言」工具。

工具一：用途规格 Job Spec

在渴望成果、用途故事、用途规格中替换相同内容，善用三者类似的结构，快速重组、合并、拆分。

文章来源: Medium