[]经常被研发、运营怼？你需要掌握需求实现前的8大步骤

从需求分析到需求评审，笔者总结了需求实现前的八个步骤以及其中的要点，希望对产品经理们有所帮助，避免经常被研发与运营怼。

本文插图

经常有产品经理和我吐槽，辛辛苦苦做的需求，得到的却得不到团队和需求方的认同。在和研发沟通的时候，差不多就是跪着讲的，上线之后需求方还来吐槽，说也预期还是有一些差距的。
先描绘一个场景，看看里面有没有你的影子：

你接到一个需求的，立刻去想怎么解决这个问题，想的差不多就开始画原型，很快就画好原型拿给领导看，领导劈头盖脸的指出一系列的问题。
经过几轮的修改，终于进入需求评审阶段，在需求评审会议上，方案被研发、运营挑战，直接在评审会议上开撕，一个需求评审会议，要进行 1-2 个小时，最终还要进行二次评审。
上线之后，业务方反馈说，其实这个和他们想要的，还是有一些差距的。你感觉心好累，不被理解。

如果你身上也有类似的事情发生，按照下面的步骤进行，会极大减少这种场面的发生。
01 需求分析
当我们接到需求，不要马上去想怎么来实现，先问需求方几个问题：

这个需要要解决什么问题
解决之后，能给你们带来什么价值
如果不处理，那会有什么影响？

问了这几个问题之后，你大致就清楚这个需求的来龙去脉，以及需求的优先级，如果需求方连这几个问题都回答不了，那需求可以拒绝了。
举个例子：运营同学说我们的登录系统不满足现在需求，希望系统能支持微信登录。按照上面 3 个问题，我们来和需求方沟通，需求方说：
“下个季度我们的重点是做微信粉丝购买转化，但现在账号系统只支持“邮箱登录”和“手机号码”登录，几轮运营测试下来，发现未注册的粉丝购买转化很低，很大程度上卡在注册环节，不愿意填写手机号码，怕收到骚扰短信。支持微信登录后，会极大增加粉丝的付费转化效果。 ”
了解到需求方的使用场景“微信体系场景下粉丝快速登录” ，不做会影响转化，是必须要做的事情了。接下来要进入第二个环节「手绘线框图」
02 手绘线框图
做这件事的目的是整理这个需求有哪些功能模块，以及模块之间的关联，产出物可以是纸上涂鸦。这时候要做的事情:

是拿上手绘图，去找研发负责人，讨论一下方案的可行性，避免踩不懂技术的坑。
同时也让研发同学参与进来，知道接下来产品要做什么事情，解决什么问题。

举个例子：拿上你画好的登录流程手绘图，和研发同学讲清楚要解决什么问题，研发同学看了之后，说需求问题不大，但你要考虑一下，已经注册过的用户，用微信登录后账号如何关联在一起。
和研发同学沟通完毕之后，你再增加了一个“新老用户关联”线框图。
【[]经常被研发、运营怼？你需要掌握需求实现前的8大步骤】