版本迭代规划是产品经理的基本工作。


良好的版本迭代规划方法应稳定、全面、可持续，并考虑研发资源。


版本迭代规划是产品经理的基本工作。


良好的版本迭代规划方法应稳定、全面、可持续，并考虑研发资源。


作者目前负责公司的业务线H5版本规划。


刚开始规划版本的产品经理经常会遇到以下问题: 我的需求从何而来？ 版本应该由哪些需求组成？ 下一个版本应该放哪些需求？ 要解决这些问题，首先要知道一个好的版本规划方法应该有以下特点: 1、稳定。


稳定的产品规划方法意味着它不会太激进。


过于激进的产品迭代策略会导致整个公司的节奏波动。


要么研发加班以满足您的需求，要么研发周期长。


过长的研发周期会导致迭代缓慢、不可控因素增加等问题。


稳定的产品规划也意味着不太消极，研发资源不会因为需求太少而浪费。


要做到这一点，我们需要考虑研发资源的现状。


研发资源并不总是稳定的。


婚假、离职、调动支持其他项目或技术需求较大，将减少产品研发资源；最近，研发招聘、其他项目人员调动等将导致研发资源的增加。


这些情况不仅需要项目经理考虑，而且需要提前考虑版本规划的产品经理。


第二，综合。


综合是指按照这种方法规划的版本需求来源多样，下一个版本不会因为某个需求来源需求下降而干炒。


同时，版本的需求需求组成也是多样化的，有些需求在上线后可以预测，有些需求可能是实验性的，结果是无法控制的。


综合意味着我们可以在一个版本中包含不同性质的需求，这有点像投资方法。


投资专家建议投资者将30%的收入放在固定收益的定期存款或金融产品中，30%的收入放在中风险基金中，30%的收入放在高风险、高收益的股票期货市场中。


如果一个版本规划70%的需求是实验性的，需要投入大量的研发资源，公司产品和产品经理的个人风险太大。


3、可持续性。


良好的产品规划方法必须是可持续的，即在本版本规划方法的指导下，可持续输出产品迭代方案。


一些产品经理可能会说出一种完美的产品规划方法，但该方法不再适用于几个版本的迭代。


我认为这不是一个好的产品迭代方法。


那么具体的版本迭代方法是什么呢？一个版本的需求应该由哪些部分组成？ 一、已明确的需求版本规划(1-3) 我们应该熟悉这种需求，通常在版本中P0或P1.它们是你必须做或不必做的需要。


它们可能来自你的老板、老板的需求、行业趋势或法律政策的变化；也可能是你与相关负责人讨论的下一个版本的核心功能点。


这种需求往往更重要，是版本的核心，产品和研发需要投入大量的时间来确保质量，所以尽量不要有太多的版本。


二、预测有用的研究方向(0-2) 许多需求都是实验性的。


在编写需求文档时，产品经理不确定这种需求会带来效果。


同时，这些需求往往最能反映产品经理的直觉。


最令产品经理兴奋的是。


我建议这种需求是穿插在每个版本中，或者作为没有大需求的版本的核心需求。


三、优秀厂家或产品更好的功能设计(1-2) 与第二点相比，这种需求是产品经理最不需要思考和最无风险的需求。


优点是，有时候写这种需求甚至不需要艺术资源(手动搞笑)，直接在朋友和商家App里面的截图就行了。


但还是建议你在借鉴的时候，充分思考朋友为什么要这样做，目的是什么，有没有更好的计划。


四、在线版本细节优化点(1-3) 上一个版本上线后，你一定不满意；网上一定有一些细节，比如你一直不开心的互动和图标，需要优化。


这就要求你平时多使用自己的产品，及时记录让你需要思考或感到不舒服的地方； 观察您周围其他用户（包括但不限于其他产品、运营、研发和测试）对您产品使用的体验。


例如，在测试我的功能时，我会仔细检查他的操作是否连贯，是否不确定。


有时用户无法说出他们的不满，但他们的行为不会撒谎，需要产品经理来捕捉。


多听用户的声音，客服群，产品微信官方账号留言区，App反馈区和社交平台是您收集用户声音的好地方。


当你在公司喝下午茶时，少刷抖音新闻，去后台看用户的信息。


———————————————— 更多产品经理成长日记、时间管理经验、外文博客翻译，请关注我的官方账号「原住民自修室」 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。