2个流程+1个思路，让产品需求策划更清晰

通过分析这个需求在产品规划中的战略地位，明确是要提升企业或产品的运营目标，还是只是新增完善功能，又或是打造产品生态，如是否是需要策划一个系统性的功能，便于实现产品形成企业SaaS形态。

2. 范围层

明确需求范围，这个需求是为一个人解决还是为一群人解决，为单一角色还是为整个决策链解决，这里同样也有优先级的取舍；此时通过调研用户和角色确定需求内容，然后对需求进行拆解和规划。

3. 结构层

开始策划产品原型之前，要先确定这个功能的数据结构和产品结构。

以SaaS产品中的绩效系统为例，策划绩效系统前，需要对企业绩效专员等角色进行业务调研，然后根据调研结果来对需求进行结构划分，拆解核心业务流程的功能点以及在业务流程下产生的数据同时根据主流程拆解产品功能。

其中产品结构包括：绩效生成、绩效发布、绩效评定、绩效管理、绩效报告等；数据结构包括：绩效指标、绩效参与人、评定人数据、绩效评定数据、数据统计分析，拆分组合完成后，一个系统的核心功能框架就有了。

4. 框架层

着重对产品结构拆解的框架进行优先级规划，便于产品演进。小的功能可以做完整一些，如果是大的功能就要考虑分期实现，一是考虑实现成本，二是考虑要根据客户反馈来及时进行调整，避免做一堆不准确的需求，无法达到用户痛点。

到达这个阶段，想必已经对直接、间接竞品进行了一定程度的了解，此时再基于功能框架填充内容交互就相对容易了。这个阶段要结合自己本身的产品定位和用户场景，找出差异化的功能点，然后进行策划完善。

这里可以再举个例子：115网盘和百度网盘同时都有文件管理功能，如果是参考对方为竞品增强文件管理功能模块时，就要尽量避免照搬功能交互，因为要考虑不同产品环境下不同用户的使用场景和操作习惯。

5. 表现层

这个阶段最有争议的可能就是，到底是产出高保真还是低保真原型。

毋庸置疑，肯定是原型逻辑越完整，可读性越强，越受团队成员欢迎。一份良好的原型交互图也直接代表了个人的职业程度，而且越初级的产品就应该越要把原型画好。在绘制原型过程中，交互标注越完整，产品逻辑也就越完整，一方面让交付对方理解起来越容易，另一方面还可以节省产品技术之间来回沟通的时间，从而提升工作效率.

很多产品人员觉得原型其实就是传达产品想法而已，只要能表达清楚就没问题，这句话本身思路没啥大毛病，但到底什么程度才是表达清楚？

交付对象的专业程度、理解能力、开发能力都不一样，如何尽量避免这些因素影响协作效率，就需要产品人员有可持续产出高质量原型图的能力。

作为最终交付的产物，这个阶段反而更加需要注重细节——原型的目录树逻辑要完整，可按照功能流程、总分总结构排列，以便对方可清晰了解产品的框架结构。如果是新增功能，就尽量和原有产品规范吻合，便于引导设计、技术人员开发出符合系统一致性的产品。

至于页面交互方式，个人建议按照页面结构平铺更适合，将每个页面功能点平铺直叙，并做好对应的交互说明。那种便捷的高保真原型制作，可以很方便的制作出适合团队演示的页面跳转，但在实际开发中，不太适合略复杂的产品评审和开发。

原型策划完成后，就需要对原型自审自检。最好有一份自检清单，可以辅助自己对原型规范、逻辑、交互、文案等进行完整自查，最后将一份合格的产品原型交给产品开发团队。养成良好的习惯，慢慢就会获得团队成员的专业认可。

四、最后总结

以上就是个人在做需求策划时，，复盘总结的的2个策划流程和1个优先级思路。

在需求策划前，先要宏观思考整个产品策划流程，有利于把控策划进度，然后在原型策划阶段又可以微观的按照自己的经验去完善原型细节，与此同时又要有工作优先级的意识，保证个人与产品团队的工作节奏相匹配。

面对日益多变的社会环境和市场变化，本身很难有明确的、既定的套路，在这个“唯一不变的就是变”的时代，产品经理更需要掌握每个阶段的方法，然后根据不同的产品和需求灵活配置自己的工具箱，多培养自己的可配置项，当遇到了有切实需要的企业客户时，你的技能对于他们就很有可能是兴奋型需求。

本文素材来自互联网

（编辑：源码网）

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