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

2个流程+1个思路，让产品需求策划更清晰 PAGE 1 2个流程+1个思路，让产品需求策划更清晰 在需求策划前，产品经理需要宏观思考整个产品策划流程，这样既有利于把控策划进度，又能在原型策划阶段微观地按照自己的经验去完善原型细节。与此同时，也要求产品经理有工作优先级的意识，保证个人与产品团队的工作节奏相匹配。很多产品经理在拿到一个需求后，在具体的原型策划阶段，往往没有从上到下系统的思考，更像是想到哪做到哪，导致后期功能结构混乱、核心的需求场景缺失，如果此前对需求理解不到位，严重时还要返工。需求版本规划时的需求清单，很多都是一句话需求，甚至对需求方的转译都没能搞清楚。如果产品人员拿到需求后，不假思索的开始撸原型，不去思考为什么做这些，或者如果不做这些能怎么样，需求有没有更好的替代方案…就会导致需求策划的目标模糊，最终的产出不能满足需求方的痛点，那自己的产出价值可想而知。根据最近的工作内容和个人在具体进行产品策划时的一些思考，决定对需求策划进行一个比较全面的复盘，再梳理自己工作流程的同时，在流程中的每个阶段都融入一些自己的想法。一、产品策划流程整篇复盘用一张图开始，通过这张图明确产品策划的整个流程，以及每个流程阶段的核心思路：一个通用的、完整的产品策划流程应该分为六个阶段——市场调研、需求立项、业务调研、原型策划、技术开发、测试发布，这里不包括策划完成后的需求验证、数据分析等阶段。在以上六个阶段中，从需求立项到最后测试发布期间，基本都有优先级规划的思路。1. 需求立项对市场调研的需求进行分析和优先级规划，结合战略规划和自身产品定位，方便后续可筛选出高客户价值、高竞争力的需求进行策划。确定需求到底要不要做，可以通过判断需求价值、可拓展性、实现成本以及项目规划角度去进行优先级排列，也可以使用需求规划的方法模型，如紧急重要四象限、KANO模型等等，核心就是要对需求进行轻重缓急之分；2. 业务调研按照规划好的需求优先级，去调研相关的使用场景或业务流程；此时C端产品可对用户进行分析，梳理出某个需求完整的使用场景；B端产品可调研某个需求对应的业务场景以及现有流程的痛点；调研完成后，很多时候并不一定会在一个迭代版本里解决，通常会把这些需要解决的业务场景再次进行优先级拆分；此时C端产品可优先解决核心体验问题，B端产品可优先处理核心业务场景的核心流程；3. 原型策划根据确定的优先级问题和业务场景，对产品功能、框架结构进行层级划分，这里的优先级是指具体策划功能时的先后顺序，通常是先有原型框架，再有信息结构，最后确定页面内容和交互流程细节；4. 技术开发产品人员策划完成后交付的需求原型，在技术开发时会通过项目管理来控制需求管道，每次的开发量需匹配实际开发能力，保证产品开发团队可以健康可持续的开发需求，在项目管理时就会对决定要开发的需求进行优先级排序；5. 测试发布测试工程师根据产品测试用例，对开发完成的需求点进行测试，通常也是会先测试主流程逻辑，然后是分支流程、异常情况的场景测试，直到测试完成后就可以发布上市。优先级的思路在日常工作中，多用于任务管理，最明显的优点就是任务条理，可以最大化利用设计和开发资源，以便团队在理解用户需求时可以先准确再精确，通过不断快速迭代，在合理的时间聚焦最有价值的需求点。当产品团队不再疲于开发一堆目标模糊的功能时，反而团队的开发效率会更高效，因此也往往会产生不错的效果。二、原型策划流程既然是复盘产品需求策划，那就应该是以设计-交付为主，最终的产出就是产品原型了。如何高效的设计，交付出符合客户需求的原型，是产品人在原型策划阶段产出最多的内容，那就具体说说原型策划时应该注意的点。1. 了解产品形态在动手开始找竞品、撸原型之前，应该先明确将要策划的需求形态。这个需求可以是从0-1的产品，或在现有产品体系上新增的功能，也可以是完全颠覆的功能。不同形态，产品策划的功能量级也不同，具体要看情况。如果是从0-1的需求，就意味着要经历完整的调研-分析-策划；如果是现有产品新增的功能，就要考虑如何与现有产品定位、框架结构相匹配；当需要策划的需求是完全颠覆的功能形态时，就需要考虑之前的功能是什么样，重新推倒重来的问题和要达到什么目的。完全颠覆的功能与从0-1不同，更加需要从中挖掘此次策划的需求本质。既然是要颠覆，必然就要比上一版更好，否则产出的原型价值自然不高。总之，一定要先清晰定位自己将要策划的需求形态，帮助我们在具体策划时更准确的把控需求策划范围，也方便规划版本迭代。2. 明确要解决的问题理解需求等同与需求分析，需要分析需求提出的背景、什么条件下提出的以及需求方想要达到什么目的，然后从需求目的倒推需求解决方案，因为客户/