需求管理如何在产品快速迭代过程中做好？

lsekfe

用户需求会是来自各个方面的各种需求，然而产品不可能满足所有的用户需求。产品快速迭代期间，为了在有限时间内推出版本就必须对用户需求做取舍。产品迭代开发之前，有效的用户需求分析和管理，可以快速地推动产品项目的进展和开发进度，进而更好地满足用户的需求。我将根据自己的工作经验来描述产品迭代过程中的需求管理。
　　需求来源
　　普通用户：用户意见反馈，来自技术支持人员、客服同事和后台的用户意见反馈系统。
　　上级老板：基于公司资源、发展规划和商业策略提出来的需求。
　　市场人员：跑业务，跟客户沟通谈判，为了业绩直接反映客户的需求或者自己的需求。
　　运营人员：为了开展活动或者运营目标，而提出来的内部需求。
　　设计人员：发现产品某部分颜色或者图片不美观等，提出优化产品视觉的内部需求。
　　技术人员：产品某个业务实现方案遇到瓶颈，需要优化或者重构代码。
　　产品经理：自身工作过程通过用户访谈、调查问卷、可用性测试和数据分析方式定性和定量地收集用户的需求。
　　需求管理是产品开展的首要工作，也是产品经理最主要的常规工作内容。针对各种各样，形形色色的需求，首先需要建立需求池将所有的需求全部记录下来。最简单的做法就是使用Excel文档，通过表格的形式记录。

图1-1 产品需求池

　　需求分析
　　从各个方面收集回来的需求，其实从他们的角度思考是正确的，大部分是基于自身环境下提出来的意见和想法。但是随着你的需求收集工作的进展，你会发现产品的需求池中会罗列着满满的需求项。作为产品经理则要进行验证用户的需求确实存在，需要对需求数据进一步的分析。产品的需求分析和提炼，从《用户力》这本书里面可以得到很好地学习。
　　· 需求过滤，可以排除用户明显不合理、小众偏门需求以及经不起推敲的伪需求；
　　（1）需求
　　问题：用户主要反馈的问题及数据是什么？这些问题就是用户的基本需求。
　　行为：用户的反应、行动及数据是什么？
　　原因：用户问题和行为的原因及数据是什么？原因就是用户的“真实需求”。
　　（2）用户
　　属性：主要包括用户性别、年龄、职业、收入、喜好等数据。
　　场景：在什么时候、什么地点、什么情况下用户产生需求，以及场景数据。
　　频率：用户需求的周期及数据。
　　· 需求排序，依据用户需求的次数、比例以及用户反馈的重要性来进行排序；
　　（1）分类，有效的区分开各种需求的种类，可以为后续的需求优先级提供辅助信息；需求种类的维度主要是有“新增功能”、“功能改进”、“体验提升”、“Bug修复”、“内部需求”等，然后利用KANO模型把需求分层“基础需求”、“期望需求”、“兴奋需求”。 这样将需求分类分层后产品经理可以有个清晰的思路。
　　（2）排序，需求分类后则需要对需求评估，做优先级判断。产品的稳定性是需求优先级最高，所有产品中的Bug修复，影响到了用户体验都需要第一时间去解决。而其他分类就需要结合产品发展阶段，用户需求的比例和次数，以及需求与需求之间的对比哪个对用户产生更好的价值来决定优先级。
　　· 用户分级，指的是用户分级，通过用户描述的三个维度将确定为“普通用户”、“目标用户”、“粉丝用户”。通过对用户进一步的识别和确定，可以为后续的产品设计和运营发挥重要的作用。
　　（1）普通用户，理论上有需求使用新产品或新功能的用户。
　　（2）目标用户，在普通用户中有明确的用户属性、用户场景和较高使用频率的用户群体。
　　（3）粉丝用户，在目标用户中，频繁使用产品并有传播力的忠实用户。
　　实例：根据产品规划，近期在新增设备的WiFi智能配置功能，用户可以通过手机端APP给摄像机设备连接上路由器WiFi。功能推出后技术支持反馈有用户在APP添加设备的时候无法连接路由器WiFi，可以采用5W1H分析法分析这个用户需求。
　　What ——什么事情，APP添加设备的时候无法连接WiFi；
　　Where ——什么地点，办公室；
　　When ——什么时候，上午；
　　Who ——谁，美国代理商；
　　How ——如何，用户是怎么操作的，需要还原用户使用场景。后来我们建议美国代理商通过手机拍摄视频给我们分析这个问题；
　　Why ——什么原因，定位该需求的根本原因，通过视频分析用户的使用过程，发现在APP整个配置设备WiFi过程，其中一个操作引导界面的关键内容很容易被用户忽略，用户没有按一下设备的Reset按键，导致后续设备配置WiFi失败。
　　该用户需求分析清楚后，则需要更新到使用Excel表格建立的需求池，并且考虑产品的情况做优先级判断（针对美国用户，该情况会导致产品退货，故需求优先级为紧急），纳入到产品版本迭代计划。
　　产品迭代
　　产品需求的迭代更新可以保持产品的活跃度。作为互联网企业来说讲究的就是“快”，产品开发要快，解决用户需求要快，产品版本迭代升级要快，但是控制用户的期望是至关重要的。网站类产品因为是发布到自己的服务器上面的，则可以很好的控制迭代更新的频率。但是对于客户端来说是需要用户去下载并安装更新，所以需要控制产品版本迭代的节奏。产品迭代最好控制一个月一到两个版本，用户体验和Bug可以尽快修复，以提供更好地产品体验。然后实际工作往往会有产品新增功能或者堆积太多的用户需求需要耗费较长的时间，整个产品版本周期需要延长。
　　但是我们依旧采用一个月发布一到两个版本控制产品迭代，则需要引用时间盒的方法控制更新节奏。时间盒是一种按照时间跨度来进行项目管理的方法，首先确定每个版本的周期，然后在周期允许的范围内进行实现下一个周期的需求设计，如图1-2。