作为产品经理，每个人都想做一款改变世界的产品，但悲剧的是在日常工作中，大多数产品经理做的最多的是对已有功能的优化和迭代，很少人会经历一个从0到1的产品或者某个功能。

功能点的优化是产品经理最基础的工作。

对功能点进行不断的优化和迭代，其实是在优化一个大的功能，最后迭代成一个完整的产品模块。我们要知道一个产品的好与坏，是由无数个小的功能点不断优化得到的。

1. 一个重要的注意点

我们对已有功能进行优化的时候，最最最需要注意的是：不要试图用新增功能来解决老的功能，做优化并不是功能的堆积。

当你做了某个功能，上线后发现效果很不理想，潜意识认为是缺少了某个东西，所以导致这个功能表现不好。

举个例子：比如上线一个注册并下单的功能，发现下单转化率并不高，这个时候你可能会想是不是缺少了找他人代付的功能等原因导致的。其实不然，影响转化率的因素很多，你新增加的功能并不一定能解决掉现有功能的问题。

2. 功能优化和新功能设计有何不同

功能优化和新功能处理流程存在很大的不同，通过下方介绍来对比一二。

(1) 反应速度不同

对功能优化通常都是用邮件来反馈，甚至有时候你也可以用口头形式向技术传达优化想法。

不过有些技术还是比较谨慎的，不吃口头描述这一套，他们还是需要有文字留档来证明这优化是你要求改的，哪怕你在聊天工具上和他们也是可以的。

不管是什么方式都需要有一个备案，尽量做到有迹可循，这样有效避免了后期发生扯皮事件。

(2) 开发难度不同

一般功能优化不会耗费技术太多精力和时间，基本上都能在1~3天工作日或1~3人，就把问题给解决了。

本身功能优化影响面就不会很大，都是基于原有功能的小迭代，很少会劳师动众。

(3) 评判标准不同

功能优化非常强调效果的对比，优化好后数据要与优化前的进行比较，到底是变好了，还是变坏了。

新功能的话，更多是制定数据指标，需要采集哪些数据。

扩展文章《6大步骤：快速学会如何进行数据埋点》

3. 如何做好功能优化

3.1 分析产品功能的现状和逻辑

很多同学在拿到优化任务时，操起键盘就开始忙活起来了，殊不知已经步入歧途了。

在优化前，我们一定要分析产品现有功能的现状和逻辑，暂时先不用处理出现的问题。因为你连现有的逻辑都不清楚，怎么可能处理好问题。通常我们需要考虑以下3个核心点进行分析：

(1) 用户：当前功能有哪些用户或角色用到；

(2) 流程：不同用户的使用流程是怎么样的，分别是哪个环节导致了问题；

(3) 逻辑：产品底层逻辑 (业务流程) 是怎么样的。

功能与功能之间都是有关联的，你优化了某个功能可能会影响到另一个功能使用，做优化前的产品功能分析主要是避免这种情况，提前预知各种情况，所谓知己知彼，百战百胜。

3.2 当前功能存在什么问题？

当我们按照上述方式分析好现有产品逻辑后，接下来就是要分析出现的问题了。

(1) 现象：哪些用户或角色出了什么问题，也就是场景还原；

(2) 原因：为什么会出现问题，发现痛点 ；

(3) 影响面：出现问题的频率和受影响的而用户量是如何的，决定做不做，如何做的问题。

3.3 解决方案是什么

(1) 关键点

在业务流程中，找到最关键的因素，也就是问题出现的节点；

(2) 多种方案

遇到问题，我们思考方案的时候，不要只思考一个方案，多多发散思维，有没有多种方案的可能。

(3) 难度评估

难度评估主要按照开发难度和效果两个维度，我们可以采用四象限方式来进行思考。优先采用开发难度低，效果比较好的方案。

4. 优化结果如何评定

我们要注意的是做功能优化，不仅仅是你优化完了就没事了，一定要有相关的数据支持的，需要有结果判定的规则。

(1) 考核指标

用什么指标来评估产品的表现，这个指标通常是一个或者两个，不会太多的，比如转化率的提升、下单率的提升等。这个指标用来判定这次优化改进的效果。

(2) 数据对比

优化后，我们要做上线前后数据的对比。考核指标是做优化前制定的标准，做到“有数”，上线后拿这个指标进行前后对比。

通过数据指标的对比，可以一步一步验证自己的优化方向是否是正确的，避免只凭感觉做功能优化。

-- 本文总结 --

当我们每次优化功能时，都要制定考核指标，这样做能够不断的判断自己的决策是不是准确。

还有更为重要一点的好处是：你可以要求给你提需求的人，让他可以了解他的决策与真实数据之间是否有偏差。如果相差较远，我们也可以进行复盘处理，吃一堑长一智。