产品设计之如何做好功能迭代

功能迭代是每个产品同学日常工作的一部分。下边就来梳理一下如何做好一次功能的迭代。

功能迭代定义：在原有功能基础上，再不改变现有功能主逻辑的前提下，针对该功能已知的问题，进行优化和补全。

如何发现功能迭代原动力-需求？

功能迭代原动力当然是需求，来源方式分类如下：

方式1：来自用户、客户、业务的反馈。

方式2：来自数据分析。需要监测用户的每条使用路径是否通畅，对于其中不通的地方加以进一步查找原因和分析。

具体实际中发生的场景如下：

场景1：之前产品设计时未考虑到的场景，多为异常流程。举个栗子：某同学在设计客户端超时自动锁屏功能时，用户使用账号、密码来解锁。但是未考虑通过微信扫码登录的用户，不会强制设置密码，换言之，微信扫码登录的用户是可以没有密码的，那么这类用户无法通过账号、密码方式来解锁了。

场景2：与该功能强耦合的功能更新了，但该功能未随之更新。举个栗子：随着产品发展，陆续支持同钉钉、AD、ADFS、OA系统等同步创建用户功能，并且支持扫码登录、统一身份认证等登录方式。之前设计的超时自动锁屏功能，就需要跟随用户登录方式支持更多的解锁方式，而不是简单的使用账号、密码来解锁。

场景3：业务发展或用户使用习惯带来的更多的功能使用场景。举个栗子：随着产品发展，用户越来越多，用户使用的支付方式也越来越多，微信、支付宝、银联等，那么支付功能就要支持更多的支付方式来扩大支付功能的使用场景。

需要防止的误区：功能上线后，如果评价不好或没人使用，一定要优先复盘该功能的核心场景而不是急着继续拓展功能。举个栗子：公司新开发了一个功能可以统计用户发出去文件阅读时长等数据，上线后无人问津，这个时候需要退回到核心场景，用户是否真的需要文件分发后的数据反馈？而不是急着去做评论、点赞等拓展功能。

功能迭代第一步

Step 1：；分析清楚功能现状与逻辑

找到用户：产品对应用户模型中的哪几类用户会用到这个页面/功能？

流程：这几类用户使用流程是怎样的？

逻辑：产品功能的底层逻辑（业务流程）是怎样的？

Step 2：现在功能出现了什么问题？

现象：哪些用户出了什么问题？

原因：为什么会出问题呢？

影响面：出现问题的pinl和受影响的用户量是怎么样的？

Step 3：如何解决这些问题？

关键点：在业务流程中，找到最关键因素。

多种方案：有没有更多方案？还是只有一种方案？

难度评估：开发难度与效果的选择。可以用四象限法来评估，难度最小，效果最好的。逐步迭代方式。

Step 4：结果如何评定？

考核指标：用什么指标来评估产品的表现？

数据对比：前后的数据对比是如何的？

PS：做功能迭代的时候，往往是迫于一个第三方的压力，产品内心其实并不认同，那么通过数据对比产品可以验证自己的想法的正确性，从而对于第三方不适宜要求进行反击。