如何让你的方案一直很靠谱？
接下来我们就从6个问题出发来探讨如何从接到需求到产出靠谱方案。
一、收集需求：为什么要做这个需求？
众所周知，需求来源有多种渠道，可能来自用户、可能来自业务部门、可能来自老板，也可能是产品组内部规划出来的。不管什么渠道，在收集阶段要尽可能的多搜集和记录，不要拒绝需求。在接到需求时，一定要问提出方或是问自己，为什么要做这个需求？
不清楚需求背景和要达到的目标，很可能从源头上就思考错方向，后面思考的再充分也无济于事。为什么要做这个需求，我们可以从以下三个问题得到答案。
（1）做这个需求是为了解决什么问题？当前是怎么处理的？
如果这个问题对业务流程影响很大，并且当前没有好的处理方式，必须用新功能来满足，那么显然这个需求是很紧迫的；如果当前的处理方式也能较好的满足，则需求的紧迫性就相对低一点。
（2）做了这个需求能让大部分用户体验更好吗？
让大部分用户都能获得更好体验的需求显然是我们更应该关注的需求；如果某个需求能提升一小部分用户的体验，但是会损害大部分用户的体验，则需要慎重考虑是否该做。
（3）做了这个需求能对业务产生什么影响？具体的业务目标是什么？
目标感能给我们一个思考标准，后续的思考和设计都会向着这个标准去靠拢；同时，知道具体的目标是什么也能在需求上线后以此来检验是否能达到预期，若达不到，则需要思考是哪里出了问题。
二、需求分析：这个需求为谁而做？
这是在确定要做某个需求之后最需要搞清楚的问题，如果不知道为谁而做，就不能设身处地的去思考使用场景，不清楚使用场景，那就只能拍脑袋做了，做出来的功能很可能不得要领，甚至根本没法使用。
比如很常见的老带新功能，就涉及到2个角色，老用户和新用户（这里为了便于说明思考路径，并没有交代具体是哪个行业的产品，实际工作中还需要结合产品本身的用户特征去进一步分析）。接着再从角色的角度去思考他们关心的是什么？
老用户最关心的是什么？显然是邀请新人成功后能获得什么好处，这是促使老用户分享产品的最直接的原因。
新用户最关心什么？新用户不了解产品，最关心的当然是分享给我的产品是什么，有什么特色？或者直白点说，这个产品好在哪里？我为什么要买单？
老带新有哪些场景呢？老用户可能通过微信群、朋友圈或者面对面等多种场景去邀请新用户。微信群邀请分享的一般是分享链接或图片，朋友圈邀请分享用图片更好，因为能展示更多信息；而面对面分享则只需要二维码即可，因为老用户一般在线下已经完成了口头邀请，只是通过产品功能来走完线上流程。
三、流程梳理：涉及哪些角色任务，对其他模块有什么影响？
思考清楚角色和场景之后，不要直接画原型，而是先把流程梳理清楚。梳理流程可以让思维从具体的细节方面跳脱出来，更容易思考重点和全局；梳理清楚流程也就理清了整个功能的脉络，较为复杂的功能通过梳理流程来看到功能涉及哪些角色，每个角色是如何参与到产品中来的？当前功能对其他模块会产生什么影响，需要做哪些调整等。
再以老带新活动为例，假设这是一个K12教育产品，老学员通过邀请新学员来获得赠课。我们可以梳理出以下流程：
通过梳理流程很容易发现这个活动的关键就在于如何判定新老学员、在什么节点建立新老学员的绑定关系、什么节点发放奖励以及如何防止刷单。对其他模块的影响则是通过邀请产生的赠课，它和正常购买的课时是一回事吗，能直接使用吗？如果不能，又需要对这些赠送的课时做怎样的处理？
关于流程图的绘制技巧，这里也简单列出3点以供参考：
- 当某流程出现选择或决策结果时，需要认真走查，避免出现漏洞，导致流程无法形成闭环，功能缺失。
- 绘制时，考虑流程图全局，合理安排绘制路线，尽量绘制的简单明晰。绘制必须遵从从上自下，从左至右的顺序。
- 处理程序需要形成闭环。坚持一个入口，尽量避免路径交叉，使得流程图在逻辑上不出现缺失。
四、原型设计：每个页面的任务是什么？重点信息什么？
流程梳理清楚后就可以针对具体页面进行原型设计了，这时候要考虑的是页面元素、信息展示以及交互逻辑的问题。通常的思考路径是围绕任务设计元素辅助用户完成任务，填充完元素后再将元素转化为一个个控件如点击按钮、文本框、文字或图片等。
- 将当前页面需要展示的信息都罗列出来；
- 判断哪些是用户要知道的重要或必要信息，哪些是辅助信息；这里还需要思考信息的数据来源，有些数据若系统本身并未记录则要考虑如何采集数据；
- 将重要或必要信息要占据在显眼位置，辅助信息则可以安排在边缘位置，颜色和大小也要做适当区分。
具体的样式可以不用考虑，但是重点信息或元素一定要心中有素，要明确传达给设计师。这里我们以叮咚买菜的老带新活动为例：
对于邀请页，老用户的任务是分享海报。重要的信息是传达给老用户邀请成功后他能获得什么好处，辅助信息是邀请流程及一些营销信息，而必要元素则是各场景的邀请按钮。
对于接受邀请页，新用户的任务是接受邀请。重要信息是传达出产品的核心卖点或用户的核心痛点（这里叮咚买菜主打的用户痛点就是用户自己去菜市场买菜很麻烦，拎菜很重，包括配图也用了配送小哥肩扛大米的图，让用户一眼就能想到自己买米，拎米的痛苦，这点非常赞）；其次才是接受邀请能获得的好处以及平台等保障退款等次要和辅助信息；而必要元素则是小程序二维码，新用户需要通过扫码后才能继续下一步，接受邀请。
五、方案检查：细节是否思考到位？
原型初步设计完成后，先不要急于撰写prd文档，尽量多检查几遍，避免思考遗漏。可以从以下几个方面来做检查：
- 页面是否简洁：太过复杂的设计会让用户迷惑，也缺乏美感；应当尽量做到简洁，但是需要掌握好尺度，不能为了追求简洁而丧失完整度；
- 交互是否易于理解：互联网发展到现在这个阶段，不管是web端还是移动端，交互设计已经很成熟，用户也养成了使用习惯，最好不要创新出很奇怪的交互，尤其是需要用户猜的交互；
- 功能与其他模块是否满足一致性：做某个需求的时候我们不能只局限于功能本身，也要考虑到整个产品，当前的功能或页面要与产品整体风格一致，这样才不会造成突兀的感觉（如果出现菜市场里卖衣服就会让用户感觉很奇怪了）；
- 细节方面的检查：所有的异常情况是否考虑清楚，该有的判断或者提示是否都有，原型所涉及的数据是否是真实的比例（真实比例能让团队小伙伴更容易理解和接受，也更适合方案评审时讲解），文案是否有歧义等等。
六、文档撰写：写起来够轻松吗？
以上步骤都完成了，就可以着手prd文档的撰写啦。此时我们会发现撰写prd是很轻松的事，因为我们在前面几步已经做了充分的思考，这会儿就是把我们思考的结果写出来而已。如果这一步 做起来还很费劲，那么证明前面几步并没有思考清楚，建议返回前序环节继续思考。
文档撰写最重要的是尽量做到详细，不能马虎：
- 无论是业务逻辑的判断还是交互逻辑的细节都要有明确的表达；
- 整体结构要做到清晰，主次分明，让开发、测试同事阅读起来无障碍；
- 做好版本管理，有更新之后需要有对应的说明，更新时间、更新原因以及更新内容等。
最后，方案整理完毕，不要忘了定一个本次需求的考核指标，用以检测功能上线后是否达到业务预期。若未达到，则需要分析原因，并且在后续的迭代中不断优化调整方案。如此，才能让我们逐步提高自己方案设计水平，最终实现“方案一直很靠谱”的目标。
本文作者 @言归郑传
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
