功能迭代是每个产品同学日常工作的一部分。下边就来梳理一下如何做好一次功能的迭代。
功能迭代定义：在原有功能基础上，再不改变现有功能主逻辑的前提下，针对该功能已知的问题，进行优化和补全。
如何发现功能迭代原动力-需求？
功能迭代原动力当然是需求，来源方式分类如下：
方式1：来自用户、客户、业务的反馈。
方式2：来自数据分析。需要监测用户的每条使用路径是否通畅，对于其中不通的地方加以进一步查找原因和分析。
具体实际中发生的场景如下：
场景1：之前产品设计时未考虑到的场景，多为异常流程。举个栗子：某同学在设计客户端超时自动锁屏功能时，用户使用账号、密码来解锁。但是未考虑通过微信扫码登录的用户，不会强制设置密码，换言之，微信扫码登录的用户是可以没有密码的，那么这类用户无法通过账号、密码方式来解锁了。
场景2：与该功能强耦合的功能更新了，但该功能未随之更新。举个栗子：随着产品发展，陆续支持同钉钉、AD、ADFS、OA系统等同步创建用户功能，并且支持扫码登录、统一身份认证等登录方式。之前设计的超时自动锁屏功能，就需要跟随用户登录方式支持更多的解锁方式，而不是简单的使用账号、密码来解锁。
场景3：业务发展或用户使用习惯带来的更多的功能使用场景。举个栗子：随着产品发展，用户越来越多，用户使用的支付方式也越来越多，微信、支付宝、银联等，那么支付功能就要支持更多的支付方式来扩大支付功能的使用场景。
需要防止的误区：功能上线后，如果评价不好或没人使用，一定要优先复盘该功能的核心场景而不是急着继续拓展功能。举个栗子：公司新开发了一个功能可以统计用户发出去文件阅读时长等数据，上线后无人问津，这个时候需要退回到核心场景，用户是否真的需要文件分发后的数据反馈？而不是急着去做评论、点赞等拓展功能。
功能迭代第一步
Step 1：；分析清楚功能现状与逻辑
找到用户：产品对应用户模型中的哪几类用户会用到这个页面/功能？
流程：这几类用户使用流程是怎样的？
逻辑：产品功能的底层逻辑（业务流程）是怎样的？
Step 2：现在功能出现了什么问题？
现象：哪些用户出了什么问题？
原因：为什么会出问题呢？
影响面：出现问题的pinl和受影响的用户量是怎么样的？
Step 3：如何解决这些问题？
关键点：在业务流程中，找到最关键因素。
多种方案：有没有更多方案？还是只有一种方案？
难度评估：开发难度与效果的选择。可以用四象限法来评估，难度最小，效果最好的。逐步迭代方式。
Step 4：结果如何评定？
考核指标：用什么指标来评估产品的表现？
数据对比：前后的数据对比是如何的？
PS：做功能迭代的时候，往往是迫于一个第三方的压力，产品内心其实并不认同，那么通过数据对比产品可以验证自己的想法的正确性，从而对于第三方不适宜要求进行反击。
