设计师应对「一句话需求」的4个技巧

产品经理经常会遇到“没有需求文档，没有流程图，有的只是一句话。”的这种情况，就是传说中的“一句话需求”。那么如何应对“一句话需求”，本文介绍了4个技巧，与大家分享！

最近接连遇到了2个需求，产品经理没有需求文档，没有流程图。有的只是一句话，就是传说中的“一句话需求”。

简单描述下需求过程。

Case 1

产品经理A：我们要做XX功能了，参考下竞品XXX。然后摔过一张竞品图片。

产品经理A：给你1天时间够吗？

我：……

Case 2

产品经理B：有时间吗？有个需求一起聊聊（产品经理把业务方，设计师喊到一起，各自表达下自己的想法）。

业务方A：我们要弱化XX功能。有两个思路，一方面…….，另一方面……..

产品经理B：懂了吗？速度要快，什么时候能出方案？

我：……

这种情况，大家是不是也都遇到过呢？

今天我就来聊一聊应对策略。主要包括以下内容：

• 一句话需求产生的原因；
• 设计师可能存在的3个误区；
• 我的应对策略。

一、为什么有一句话需求

目前规模大点的公司基本都有完整的项目工作流程规范，但是在实施过程中总会打折扣，主要原因不外乎几项：

• 自下而上的需求，时间紧任务重，急于看到成型的结果方案，需要设计提前介入，与需求同步进行；
• 产品经理缺少对需求场景的规划和认知，主观认为需求很简单，不遵守项目规范；
• 产品经理不愿思考，不去分析用户需求和场景，将需求工作转移给了设计师，有了原型方案后才会跟进，完成需求文档。

第1种情形，通常需要设计师积极配合，毕竟领导的板子拍下来谁都受不了。

第2、3种情形，虽然可以借助制度规范回绝掉，但是很难从根本上杜绝。而且职场是需要培养关系的。

如果单纯依靠生硬地拒绝，不利于后续的工作开展。所以一般情况下，我们都会接下需求。在设计过程中逐渐地引导产品经理认识到一句话需求并没有想象的那么简单，反而存在很多潜在的“深坑”。

二、可能出现的3个误区

由于一句话需求缺少明确的内容限定，设计师在具体执行过程中可能会陷入3个误区：

1. 设计师缺少主动思考，被动地按照产品经理的思路完成设计方案，不能从用户角度出发，产出有价值的设计方案，变成了产品经理的画图工具；
2. 设计师思维过度发散，造成需求扩张，无法聚焦核心业务内容，进入了自己无法控制的范围，导致设计方向走偏；
3. 由于缺少话语权，导致自己的时间排期很紧张，很难无法深入了解需求内容，匆匆完成设计方案了事，在评审阶段存在各种漏洞，遭到各方质疑。

需求是无限的。当设计师疲于应付时，就很难从中跳出，做出满足用户需求的设计方案。尤其是面对一句话需求，设计师需要综合考虑多个方面因素，作出应对策略。

三、我的应对策略

一句话需求与普通需求最大的差异，就在于设计师需要深入分析需求的价值，并梳理出需求场景、业务流程等内容。一般接到需求后，我会从4个方面应对。

1. 需求合理性

我在收到需求后，不急于着手方案设计。首先会与产品经理做一轮需求沟通，来判断需求的合理性。这并不是单纯的质疑需求的价值，而是为了深入了解需求背后真正的原因。主要包括以下3点：

3.1.1 需求来源

搞清楚需求来源，才能挖掘出需求背后的真正原因。

例如自上而下的需求，设计师需要与业务方、产品经理一起分析领导提出需求的原因，是出于运营成本的考虑，或是产品定位的改变，还是为了增强产品的竞争力。

如果是用户反馈的需求，需要了解反馈人数有多少，占总用户量的比例有多少，是否需要为小部分用户做出优化，优化后对产品的商业目标影响有多大。这些因素都可能会直接影响到设计方法。

3.1.2 需求对用户的价值

需求通常是产品经理站在产品角度提出的，但是作为设计师需要站在用户角度分析，明确需求是否能够满足用户需求。

例如我曾经收到过弱化弹窗的需求，主要原因是避免与另一个功能定位相互重叠。但是如果设计变化过大，将会造成用户感知的明显下降。因此我们采用弱提醒的方式尽可能维持用户对功能价值的认知，实现产品目标和用户体验的双赢。

3.1.3 需求的商业目标

设计是需要服务于用户、服务于功能、服务于商业的，特别是电商平台，ROI（投入产出比）是重要的考核指标。因此在方案设计时，需要充分考虑商业目标。

（我的部分思考内容）

通过分析交流，设计师可以更好的把控需求的价值，同时也可以让产品经理意识到需求的复杂度，为自己争取合理的需求排期。或者直接将需求还给产品经理，让他们深入分析后重新提交设计需求。

2. 需求梳理

俗话说“只有小角色，没有小演员”。所有呈现在用户面前的内容都需要谨慎，哪怕单纯的文案调整，也有可能造成用户理解偏差，应对一句话需求，我们需要建立一套需求分析方法和流程。

3.2.1 需求分析方法

我一般会基于5W1H 方法去思考需求的内容和用户场景。

3.2.2 功能流程图

为了更好的厘清需求场景和细节，我会快速产出功能流程图，帮助自己拆解交互流程。为后面的页面设计打下基础。同时也方便与产品经理进行二次沟通，保证需求内容和设计方向上的对齐，避免设计上的无用功。

3.2.3 需求沟通

通常我都会进行3轮以上的设计沟通。沟通的目标是解决问题，保证设计方向的准确，因此最好是带着问题和解决方案进行沟通。

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!