如何应对模糊需求？

酒儿久之

杭州/设计爱好者/6年前/346浏览

版权

如何应对模糊需求？

酒儿久之

老板拍脑袋决定做产品，需求、目标都是模糊的，应该怎么办呢

我们都知道一个产品周期从0——1的流程是先需求分析、用户调研、竞品分析、交互原型等，可现实是老板拍脑袋决定做产品，需求、目标都是模糊的，有的甚至竞品都没有，这时候应该怎么办呢？

讲一个关于我自己的案例：

产品需求讨论会的前两天老板通知我（UI）主持。

当时老板跟我说：公司想做一个社区养老类的APP，你先网上查看一些资料，找找竞品，然后过两天你主持开一下需求讨论会（当时公司没有PM，原型我做）。我问需求讨论会是大家一起脑暴的那种吗？老板说是的。我心里松了一口气，不是评审就好，主持大家讨论我还是可以的（虽然我在学交互和产品的课程，但还没有学完，且没完全消化，带歪了产品，后期可是会影响效率的，这锅我不能接~）。

PS：工作中老板安排了不属于自己的工作内容，也别抵触，因为会让你有所成长，这或许是你以后加薪（不管是在这个公司还是下一个）的底气哟~

第二步，做前期的需求整理。

虽然UI的工作没有需求梳理这一项，但每个公司情况不同，我司没有PM，原型是我做，需求整理不清原型是做不出来的，另一方面也想验证自己的的学习成果。用户人群确定了，在艾瑞网搜竞品。 附【数据分析相关网站】。

https://www.yuque.com/docs/share/2c828385-c3fd-4fa9-a5b8-fe5b1f70575f 《主题网站—数据分析》

如下图，我下载了前三的APP，分别打开界面对比一看，功能点都不一样，这怎么搞？好像缺点啥，想起来了，缺项目背景和产品/业务目标，这两个我也没接触过，怎么办？等脑暴的时候问老板吧！我先了解类似产品的功能点和亮点，做个简单的思维导图，说不定脑暴的时候有用。（没有背景和目标做支持的竞品分析，参考性质不大哟）

第三步，需求讨论会。

参会人员：包括UI、开发、测试等整个技术部的相关人员，以便他们理解产品的功能逻辑，开发成本等，减少后期沟通成本。老板介绍完产品APP的背景和目的之后，说UI你可以开始了…我懵逼：开始啥？还好我就之前的经验（给一句话，让我自行发挥，我太难了），提前准备了一点内容，我根据老板给的大致背景和产品/用户目标之后，在小黑板上按照思维导图的模式写下tab主要功能点（自家产品的特色+基础结构），然后每个tab栏分支功能点扩展（先大框架，再完善细节）这样的思路，讲给大家，功能点想法不一样或者有扩散的，大家自行补充。根据大家的讨论和扩展进行需求分析、竞品分析（新产品战略规划，通过第二次竞品分析寻找切入点，“抄”各家之所长）画原型。还好整个流程还算顺利，也复习了刚刚学习的课，我很是满足。纸上得来终觉浅，绝知此事要躬行，古人诚不欺我~

PS：这里有简化步骤哦，比如用户调研，问卷调查，用户访谈等没做，还是要根据自家公司实际情况来的。

最后，需求整理画原型——原型评审——UI设计——设计评审——设计走查——开发——测试——优化上线。

一、应对模糊需求

第一步：先和老板先沟通，参考以下几个要点

背景：需求产生的原因及想达到的目标，也就是需要分析谁(who)需要通过怎样的途径(how)去达到什么目标(what)，可以提炼为what、who、how三个核心元素。
价值：产品或业务目标是什么？
目标：想要达成怎样的结果？
策略：有足够的支持吗？
方案：需求来源（竞品分析、用户调研、用户反馈、数据分析…）、需求筛选（漏斗筛选、Kanon模型、四象限法则…）等

第二步：输出报告

沟通之后，梳理需求目标和业务方向，进行竞品分析，并整理出用户画像（可搜寻对外数据）调研问卷，最终形成一份分析报告。

第三步：原型交互设计

经过有效的调整打磨才可以将需求明确，明确需求后，做原型交互设计。

第四步：验证

如果第一版本可以前期进行数据埋点，可接入第三方友盟 talkdata 进行操作行为数据监控，从而根据数据进行迭代，对产品来讲更有明确的方向。

除了这种没有给出具体需求的，关于产品/交互还有几个常见误区。来看看你中枪看没有？

接到需求就开始画原型：结果就是没思考到底想做什么，以至于做出来不符合需求，影响工作效率（接到需求要分析哟~）
画原型的时候，别人这样我也这样：结果是东施效颦（此处推荐一本书《用户体验五要素》，从不同维度考虑竞品~比如你和竞品的技术壁垒是什么？你和竞品的产品门槛是什么？找出差异化点和可行性。）
原型“专注”细节：过多花费时间在原型上（需求梳理清楚即可，不用高保真，本末倒置且影响UI发挥）
…