15.如何制定迭代计划

写在前面：这一系列是读《产品思维30讲》，针对每一篇写一些自己思考。引用部分是《30讲》的原文内容，其余是自己的内容。

——————————————————

第15讲通过讲微信，米聊，陌陌引出了迭代这个话题，让我回想起了本科时候做过一个没能上线的产品，以及目前对请答到的迭代管理。先分别聊聊这两件事，然后总结一下我对于该如何制定迭代计划的思考。

本科时做的是一个三级分销模式的电商平台，系统非常庞大，现在想想自己敢做也是可以，投资人敢让一群本科生做这个项目也是有勇气。当时是我第一次着手规划一个产品，看了一些理论，都是纸上谈兵，对于迭代没什么概念，只是越做越觉得，怎么这么多，于是就开始思考砍掉一些功能。拿ToC的模块来说，凭着常识、直觉，当时的我认为会员机制、搜索商品功能，做起来成本大，在第一期里也不是必须的，就砍掉了，留下了浏览商品，购买商品，查看订单这几个基础模块，以及赚取分销佣金这一个特色模块。

然后说请答到的迭代计划，说起来有点小沮丧，有时候因为开发者导师那边有一些别的事，或者遇到一个难题卡住，计划经常会被打乱。我逐渐意识到，这是团队管理与资源调度的问题，我的计划应该结合团队成员的实际情况来制定，而且应该提前考虑到意外因素。

在请答到我逐渐琢磨出了和一个团队一起，对一个较成熟的产品进行优化的套路：

第一步.挖掘需求，A.从用户侧发现，通过用户留言，提问发现问题；B.主动发现，通过观察运营数据，体验产品发现问题；

第二步.分析需求，将用户所提的建议转化成真实的需求，并提出多个解决方案，对解决方案进行评估，选出低成本高效益的方案。

这里可以举个例子，有一次请答到一个用户说“能不能给签到选项旁边加上备注？”，我问他“为什么想加备注呢”，他说”想告诉签到的人，‘级部’这个框里应该填一年级，二年级...”  在这个例子里，用户所说的需求，并不是真正的需求，他真正的需求是要限制签到者所填内容。针对这个需求，我们为签到表单新增了一种组件：下拉菜单。

第三步.优先级排序，开发资源有限，需要做的很多，那么什么是需要先做的呢？或许可以从以下维度来考虑：1.开发的成本；2.上线的收益；3.与战略的契合度

一般来说，成本低收益高的先行，成本高收益低后行，若成本和收益相当，那么就可以考虑该需求与产品未来规划的契合度，如果更符合战略规划，那么可以先提上日程

第四步.了解团队成员当前工作强度（请答到的事+他自己的事），根据团队成员精力安排迭代计划，留出冗余时间