关于产品初期迭代的一些思考

没有任何产品在第一版发布时就是完美的，何况永远也不存在完美的产品。做互联网产品必须要有迭代思维，产品迭代就是更早地让用户看到产品，然后通过不断的反馈来优化产品以逼近产品目标的过程。

因为还没有过其他产品生命周期的产品经验，我主要谈一谈处于初级阶段的产品迭代的一些个人想法。

1. 做好产品定位，从核心需求出发

做任何产品都要找准产品的定位，你的目标用户是谁？如何排定他们的需求优先级是必须首先要考虑清楚的问题。这里有一个很经典的用户需求kano模型可以帮助产品经理去做需求优先级排序。

基本型需求： 产品必须具备的功能，用户不用说你就必须要做的功能，如果没有了它产品就失去了意义。比如音乐播放器无法播放音乐，地图无法定位和导航。

期望型需求： 用户能说出来的需求，如果你做了会提升用户的满意度，但是没有也不影响产品的使用，这种需求你做的越多用户需求满足度是线性增长的。

兴奋性需求： 用户压根就没有想到的功能，当他见到此功能会产生“wow”的产品功能，这种需求越多用户需求满足度是曾指数增长的。

反向需求： 不做还好，做了只会让用户反感的需求，比如某些软件的捆绑下载、不能很好揣摩用户心思的广告和推送等。

对于初创企业产品还处于启动阶段，此时针对用户的核心痛点尽快将产品落地满足用户的基本型需求即可，先实现能用，易用和好用可以等种子用户验证过以后再去做迭代优化。什么类型的用户和需求都想满足，最终的结果只能是什么都做不好，与其做个半成品不如做好半个产品。

2. 小步快跑，快速迭代

这句话大家一定都不陌生，《精益创业》这本书里给了一个很经典的适合产品初期迭代模式的逻辑框架图，通过MVP（最小可行性产品）小规模的科学试错和用户验证迅速调整自己的需求解决方案，不断反馈循环在产品得到市场验证以后再做推广和运营迅速积累用户。

细节是魔鬼，不要过早就开始关注细节。在产品初期与内部测试部门协作或找一些符合产品用户画像特征的用户来做体验和交流来验证你的需求解决方案是更重要的事。如果等到所有的功能细节都被认为OK的时候再去验证的话，如果产品经理的想法是不靠谱的，在现在互联网激烈的竞争大环境下，你晚一个月可能就没有机会了，你就只能跟在别人屁股后面跑。在错误的道路上后退就是前进，如果能够尽早得到用户反馈尽快调整就有可能找到正确的产品方向。

3. 把握节奏，做好迭代控制，

虽然产品不是规划出来而是演化出来的，但是产品经理还是要有中短期的迭代规划，判断需求的轻重缓急哪些功能在哪一阶段做，产品目标拆解是很考验产品功力的。有序的版本迭代能有效提升用户的留存率。

每次需求迭代要有清晰的目标，不能为了迭代而迭代，或解决上个版本用户体验的槽点，或扩展功能。在具体的某一版本迭代时，一定要以文档的形式确认好某一次迭代的里程碑和交互物，同时要让产品、设计、开发和测试等全部团队成员明晰这个目标并明确责任人，在每个交付时间点上做验证。。

项目执行过程中会遇到各种无法提前预知的风险，产品经理要预估风险，在出现意外时灵活应对，当机立断做决定是延期发布还是顺延到下一个版本里实现。

文／felixxiao

关键字：产品设计

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！