在针对敏捷版本从需要到设计的过程中，笔者John提炼出了更为有效与针对性的五步方法，其具体整体流程为：“业务方向→现状梳理→竞品趋势→版本梳理→产品设计”。
在产品经理的日常工作中，经常会碰到非常错误的做事方式。表面上看起来上非常专注，其实压根就没有产生一点效果。你中枪了么？
其实也就是John经常提及的产品经理工作流中，产品经理需要一五一十的按照合理的去梳理清晰业务来拆解。那么在针对敏捷版本从需要到设计的过程中，John提炼出了五步方法。所以今天就一起来聊下产品需求设计五步法。
产品需求设计五步法整体流程为：“业务方向→现状梳理→竞品趋势→版本梳理→产品设计”。其中细节用下图表示：
一、业务方向
在业务方向中，最主要的是理解需求本质，并且明确业务需求的真伪（业务需求如何实现？怎么实现）。业务需求总结起来可以用一句话去解释：业务方希望什么用户在什么节点做什么事情，目的是什么？
所以梳理业务方向主体分为这几个方面：
针对于业务背景上来说，产品经理需要和业务方了解业务的计划和规划，了解业务需求如何去迭代？产品业务的计划是基于什么情况下产生的。
比如John之前在做电商产品中：
种子期需要完善产品功能模块和拉新功能，所以就做了商品购买流程和邀请码注册以及分销体系，其中邀请码注册和分销就是针对于业务背景产生的；
成长期需要促活和留存为主的功能，每日推荐商品和秒杀促销活动，就是针对于业务背景产生的；
成熟期需要盈利实现商业模式，针对于商家后台做更多的数据处理和推荐算法，给商家更好的体验以实现商家变现，这些都是基于业务背景产生的。
同样针对于产品体验的目标，用户进来主要是需要解决什么问题，应该给用户提供什么样的解决方案。强调重要功能，弱化次要功能。
尤其在数据指标这一项，一定要求产品经理给出确定的指标。数据可以是商业指标如成交额、用户量等，也可以是用户行为指标如点击率、留存率等，还可以是用户反馈指标如好评率、净推荐值等。
只有搞清楚了产品、体验和数据指标，才能在做需求方案之前就确定一条准绳。有了业务方向，基于产品迭代的业务需求才能显现出价值感。毕竟，谁都不想去做一件无法判断价值的事。
当产品经理明确了业务方向后，接下来就针对于产品现状进行梳理。
二、梳理现状
拉取产品当前的相关数据，包括第一步里提到的核心指标。如果条件允许，可以和行业直接和间接的产品数据进行对比。
举例来说，如果你能得到竞品数据，那可以直接做比对，看核心数据上的差异；如果没有竞品，可以拿自己产品中相似的场景数据做对比；如果什么都没有，就拿往期数据变化做对比。
用户画像部分，要拿“目标用户”画像和“实际用户”画像做对比，明确数据差异的来源是产品设计，还是用户特征？
结合这些数据和分析，找到当前产品的现有问题：哪个指标明显低于预期，哪个指标有较大提升空间，这将成为后续的优化重点。
这边John也举个例子，在产品的不同生命周期，针对于业务导向，需要收集整理的数据可以用下面数据表来进行：
根据产品维度不同，详细的数据指标为：
那么针对于产品业务需求数据来思考下个版本应该怎么做，如何做？梳理清晰后，接下来需要针对于竞品在当前阶段做了什么，以及如何去思考优化的。
三、竞品趋势
其中竞品分析需要知悉的是：
竞品分析最重要原则之一就是“ 灵活多变”，即根据目的不同，灵活选择分析重点。根据时效性，灵活选择分析深度。三根据资源不同，优化或调整分析手段等；
竞品分析宁可无结论，也不能蒙一个错误结论，危害巨大；
上面的架构是大而全的架构，实际项目中需要根据具体需求进行重点分析，并不是每次竞品分析都是面面俱到的。
为了避免在做版本计划的过程中游刃有余，应该需要清楚竞品在同样版本下做了什么？可以从这两个个方面去思考：
1.竞品选取
竞品分析第一步就是确定竞品，然后给竞品分级。可分为核心竞品，重要竞品，一般竞品。
核心竞品:一般选择标准是产品直接相关的细分市场内，第一梯队的竞争对手。对于核心竞品要一直关注和跟进。
重要竞品:一般选择标准是产品相关细分市场内排名第1的竞争对手。需要定期关注。重大改版要及时跟进。
一般竞品:一般就是产品直接和相关细分市场的其余产品。普通竞品面要全。仅需定期梳理即可，不需深入研究。以充分了解市场动向和潜在危机。比如手机内置浏览器核心竞品就是UC浏览器，QQ浏览器。重要竞品是手机百度，今日头条等。一般竞品则包括整个浏览器市场，搜索市场，甚至核心内容消费市场的相关产品。
2.分析维度
竞品拆分的基础结构可以分为信息架构、功能拆解和产品交互三部分，具体John用一张图进行阐述下：
理论上通过这三个维度就能依托于自己产品版本迭代的方向有了具体的行为。除非是完全陌生空白的行业和业务，否则都能一目了解的知道当前业务侧需要做哪些需求，且最终达到的目的是什么。
前面三步已经针对于业务侧和竞品做了比较细节的拆解了。那么结合产品规划的需求和数据反馈的需求具体来整理需求池的内容了。
四、需求规划
针对于需求，John历史文章都基本上插入需求的内容。基本整理的方式和业务需求一样。即产品希望什么用户在什么场景下做什么事情，目的是什么。
那么整体的需求来源分为：业务需求、数据需求、用户需求、规划需求、竞品需求。
业务需求：针对于业务方提出的需求，进行业务需求的真伪和调研，解决目前版本迭代需要实现的业务目标是什么，产品侧需要怎么配合；
数据需求：依托于历史数据反馈分析的需求，主体是为业务导向和产品导向为用户提供更好的体验为主；
用户需求：用户通过反馈和行为数据产生的需求，此步骤需要数据和用户画像一一结合在一起才能去更甄别用户需求的重要紧急程度和真伪；
规划需求：在产品生命周期中不用阶段需要迭代的产品计划清单，本质上可以通过产品路线图和业务OKR来制定需求的优先级；
竞品需求：竞品在同等版本环境下做了什么迭代，目的是什么。在竞品分析需要有所分析和拆解。
五、设计策略
当然在整理了需求池后，需要整理产品模块→功能模块→功能流程图后，然后开始制作原型，因为中间的三步没有啥技术含量，所以John这边就直接说做产品原型时的设计策略，可以从这三个方面去思考：
将目标具体描述出来，是一个非常有效却常常被忽视的设计要点——我们必须反复提醒自己正在做什么，而不要无休止地陷入细节当中。
体验关键点可以是这样的形式：让用户更容易学习使用产品、让用户感到产品更加个性化、更有效率地使用产品……
设计策略可以是这样的形式：降低产品门槛、加深信息层级、使用新的设计语言……
设计手段可以是这样的形式：提供新人引导、对信息进行分类分级并在何时的时机展示合适的内容、使用符合整个 App 风格和规范的交互设计……
用好这产品设计五步法后，其实不仅仅能有效的解决你做产品时对于需求摇摆不定，也会有效的抑制需求无限期的delay。同时能更好的提升自己产品经理素质。
这篇文在我John发布之前，已经和行业内的大牛沟通过，其中也探讨了一些疑问：
Q：每个需求都需要去这么做么？
A：看需求的紧急程度，如果是细节体验迭代的功能，可以按照之前的节奏，更多可以做大版本功能，尤其是有众多用户使用的产品模块，一定需要细细的去琢磨清楚。
Q：所有的项目都是否适合用这套方法？
A：并非如此，快速迭代的项目计划，需要在第一二个版本需要去拆解清楚，剩下的只用在既定的框架中调整修改就可以了。一般适用在版本发布决定性功能和大模块时联动需要。当然，拆解的越细致只能说明产品经理越专业。
最后，产品经理最终是以产品输出有价值作为归依的。这也算是John的方法论，最终的目的是希望能举一反三做的更好……相信，你能有收获的。
