4.6 功能设计 - 需求考核指标
需求考核指标就是功能考核指标，是检验功能设计成果的标尺，前面我们简单说过一些功能指标，例如在流程设计的时候，通过判断的节点可以得到设置指标的节点。本篇分享主要就是聊一聊怎么制定功能的考核指标，有时候咱们也叫它需求考核指标。
当功能流程设计完毕，就可以开始需求考核指标制定了，因为很大程度上，指标就来自流程，当然，也可以到原型设计时再设定，因为可以通过页面流程进一步确定。
1. 需求的考核指标是什么？
大家一般都直接把考核指标等同于数据统计，其实指标并不完全是数据统计分析，数据统计分析只是考核指标的方式，并且考核指标往往只有几个，并不是大量的数据。而且需求指标呢，往往都有中短期的性质，往往一两次迭代后就需要重新定了。这里有三个点总结的很好：
a、需求考核指标 不等于 KPI，它只是单次需求检验的效果
b、需求考核指标 不等于 目标，它只是上线效果的自然表现
c、需求考核指标 不等于 成绩，如果每次都好那是能力，不好就继续迭代，直至好
2. 为什么要有需求考核指标？
a、需求考核指标即一套客观公平的效果评估依据，大家能够在同一维度上讨论问题
b、能够指导产品后续优化迭代
c、对产品可能出现的风险进行监控和判断。例如：产品新需求要上线，但存在一些小BUG，BUG率大致在0.1%，修复难度较高，通过对风险判断后，综合选择是否上线。如果不是太致命的问题，一般是可以先上线的，产品经理要避免那种过度的完美主义，综合考量成本与现实。
d、促进团队沟通的和谐，各种汇报都轻轻松松
3. 产品经理应该关注的需求指标有哪些呢
一般来说，产品经理关注两类指标，一类是能反映效果的指标，另一类则是能反映产品问题的指标，总体来说只要熟悉了就感觉指标也不是很多。
a、产品效果的指标
- 转化率：订单转化率、注册转化率...
- 活跃度：访问深度、发布比例、回帖比例...
- 留存：次日留存、周留存、月留存...
b、产品问题的指标
- 访问速度，一般超过7s的打开速度没有人能够接受
- 潜在BUG的发生比例（比如之前预测的上线BUG率，以及实际的上线后的BUG率）
4. 产品经理关注的需求指标怎么合理设置
这里对于需求指标的合理性衡量标准有三个：
a、可量化、可计算、可执行
- 满意度能作为考核指标么？肯定是不行的，虽然可执行，但这个很难量化和计算
- PV、UV能否作为单次产品需求的考核指标？不能，PV、UV直接受渠道影响，但是访问深度是可以用PV、UV进行计算，例如转化率
b、和本次需求有直接关系的指标
- 注册需求，要不要关注订单转化率？关注直接关系的指标，所以关注注册转化率，不用关注其他转化
c、对比效果，和上次相比如何
- 失败案例：注册转化率 1.1版45%，1.2版35%
- 成功案例：订单转化率 3.1版10%，3.3版25%
5. 怎么制定需求的考核指标呢？
有时候，需求的考核指标设定的好能够很明显表现出一个产品的问题，例如一款产品一上线处于某些原因，下载量飙升，几十万甚至上百万下载量，资本蜂拥而至，但是，内部数据仅日活仅几万，那么这个产品内部问题相当严重，实际用户仅仅是走马观花看了一下，之后就流失了，最近的某IM软件多少有这样的影子。
5.1 明确当前版本产品需求的目的是什么
a、本次需求的目的是什么？
-提升速度？
-提升活跃、访问深度、发帖转化率？
-提升分享的比例？
b、哪些指标可以提现这次需求的目的？怎么计算
5.2 考核指标拆解思路可以参考：
a、第一层，现阶段要完成的用户价值或商业价值是什么，逻辑是如何的？最好是能够公式化
b、第二层，从产品和运营层面，有哪些关键因素会影响到这个指标
c、第三层，从产品功能角度，找到必须要关注的产品指标
d、最后，关联指标有哪些？要明确，避免后续扯皮，例如你的社区注册方式封闭，活跃度肯定上升，但是用户量肯定会下降。
例如：竞标业务的产品，公司关注的商业价值是“收入 = 竞标数量 x 单价”，单价产品做不了主，竞标数量可以优化，竞标数量与用户发布的标的数量以及商家接标的数量有关，即竞标数量关联“竞标转化率、标的数量、竞标速度”，接下来继续拆这三个点，例如标的数量可以通过活动运营促进用户发标等、竞标速度是10s内竞标完成还是一个小时，通过一些手段促进曝光，或者优化接标流程等。
5.3 回到流程图，指标就在流程图里面
a、找到关键节点，就是核心指标
b、核心指标怎么计算？公式是怎么样的
c、必须统计的底层数据是什么？和开发聊具体的埋点
-底层数据项有哪些，分别在哪几个页面或者流程中
-哪些页面需要埋点
-基于业务流程图的埋点是最有效的打点方式，一般在判断节点
d、再找2-3个需要关注的辅助指标
6. 制定数据回收策略
6.1 数据回收
a、短期关注的数据，提前约好，找研发跑一遍出来分析即可
-上线1周，2周，1月的数据表现、趋势
-上线后用户的使用情况，有个概念
b、长期关注，需要功能支持，进统计后台或者定期自动邮件发送
-上线后每天都要监测的数据，比如用户注册数、关键转化率、基础数据
6.2 数据分析
a、上线数据出来以后，一定要分析，要结论！好和不好都要给出明确原因
b、数据不理想的话，考虑是否有BUG，还是用户没抓准，流程上出了问题？
c、和之前相比，数据表现是怎么样的
d、给相关人员通报上线后的数据表现和结论，进行需求总结
7. 实战栗子
一款在线教育的产品定指标，需求目的是保证注册登录报名学习的基本流程畅通无阻
a、注册报名学习主流程，代表核心价值
主/关键流程
b、拆指标
（公司目标可理解为北极星指标）
image
c、定指标
逐级拆解
d、埋点，拿数据
这里就根据流程图和开发沟通埋点，其实现在有很多SDK接入在数据统计方面已经能够不用埋点了，并且哪些平台还能够提供多种多样的统计分析功能，建议早期产品团队完全可以使用这类工具处理数据问题。如果进行埋点，切记做好埋点记录。
数据指标并不只是产品总监之类的leader要思考的东西，但作为产品经理，一定要有owner意识，我们也是产品的负责人，我们要尽一切努力让产品和自己都变的更好！！尝试为自己的每个需求都思考一套指标吧，至少，你得知道每个指标都是为啥存在。
想要更多干货分享就快来关注我的个人公众号吧！！
花名：馒头
个人公众号：我是馒头
座右铭：博学之，审问之，慎思之，明辨之，笃行之
