制度业务指标几乎是每个部门每个岗位都要做，且非常重要的

制度业务指标几乎是每个部门每个岗位都要做，且非常重要的。

相对于其它部门的业务指标，产品的业务指标稍微复杂一些，因为涉及的环节比较多；但初级产品经理一般都还不涉及这部分的内容，初级的产品经理的工作更多还是：

• 收集需求整理需求
• 负责画某个功能点的原型
• 负责写需求文档
• 负责某个原型与开发的推进工作
• 负责产品的上线之类的工作

产品的业务指标有很多种：

• 用户下载量
• 注册转化率
• 日活量
• 日活时长
• 获客成本
• 页面的流失率
• 下单转化率
• 评论转化率
• 分享转化率
• 生产内容转化率

一、指定指标时需要注意的两点

每个环节都需要相应的指标来考核，在制定指标时有两点需要注意：

1. 数据指标都是科学的推算出来的，不是脑袋拍出来

为什么要提到这一点，是因为很多产品经理没有从0到1负责一个产品的经历。多数是在产品有了，用户有了才加入的。也就是说他们面对的已有的数据，根据已有的用户数据来制定产品的业务指标，这是多数产品经理面对的情况。

面对已有的数据制度指标，通常会遇到如下两个尴尬的地方：

1）不知道在现有的数据上如何制定合理新的数据

举例：比如现在你加入某个公司，负责某个产品，现在这个产品的发贴转化率是15.6%，现在老板让你制定下个月的任务，那你怎么制定？

首先肯定是只能升不是降吧，那升多少呢？

是不是很让人头大，我以前是这么干的。

要不先升一丢丢试试，16%吧，说多了要是做不到怎么办，还是一点一点来吧。毕竟还有那么多新的功能点等着做呢。

老板心里应该也明白，功能点都没补齐数据不可能太好看。

但是其实我并不知道这15.6%与16%背后意味着什么；这个15.6&的数值是怎么来的；与这个数值息息相关的功能点又是哪些；提升的0.4%其它相关的功能点或者内容又要做什么样的调整呢？

2）这个数值最理想的范围是什么

除了不知道在现有的数据上如何制定新的合理的数据之外，还有一点就是你不知道这个数值最理想的范围是什么？

50%？60%？还是70%？

我之前就一直困惑：“行业内APP的日活标准是多少？”、“一般APP的注册转化率在多少算正常的” 之类的问题。

不知道到底数值应该定在多少是对的，很迷茫；一边加还没有规划完的功能点，一边心慌。

如果你知道每个数据指标都是科学的推算出来的话，那你就可以更科学的规划你的工作，更科学的规划设计你的产品。

2. 没有通用的指标值，只有通用的方法

也就是说没有所谓的行业内社区类产品的日活是多少，行业内电商类产品的下单转化率是多少，没有这种说法。同一类产品的，同一个指标在不同的公司没有多少可比性。

举例：滴滴、快的都是打车软件，产品核心功能基本相同，但交互方式略有差异。注册转化率滴滴30%，快的转化率40%。

从数据上来看的话，注册转化率快的的明显好于滴滴的。

为了占领市场大家都在拼命的获取用户，但是常规获取用户的渠道就那么多，没办法就只能砸钱了或者利用其它渠道来导量了。如果常规获取一个用户的费用是25的话，滴滴只要把其它环节的数据指标算出来。

结合快的公司公布的融资情况，大概就能知道拿出多少钱砸在推广上，就能把快的拖死了。

常规获客成本25元一个，我有钱，我可以承受50块元一个甚至是更高的；同时它可能还有其它导流的渠道。

有些人不要以为这是大公司的特例，其它小公司也是一样。就算我和你同是创业者，拿到的钱都是相同的，而且我的产品在各方面的指标比你做的还好。

但同样就不能说明我更有钱途，因为我认识的人招聘的成本很高，同样可能因为不会管理公司的氛围也不好，人员流失流很高；而你认识的人多很容易就能找到合适的人，节省了很多的人员成本。这些节省下来的成本就可以拿到推广中，弥补产品转化率不高带来的劣势了。

所以撇开公司谈数据指标没有多大的意义。

二、制定产品指标大致逻辑：拆解能力和大局观

下面说一下，制定产品指标的大致的逻辑：这里涉及到两个知识点：拆解能力和大局观。

先说拆解能力，产品经理必备技能之一。

根据一个需求，把这个需求拆解成产品中的各个功能点。

举例：

电商产品：运营提一个需求，我们想要一个团购的功能，做活动用的。

社区产品：运营提一个需求，我们想要后台能看到最近三个月没有登录用户的信息，我们准备做一个老用户召回机会。

你如何把这些需求落实到各个产品功能上，前端要做什么，后端要什么，这就是拆解功能。

根据一个需求把需求拆分一个一个更小的目标中，分发到不同的工作中。

有了拆解能力，你就可以根据公司下达的目标，根据公式算出来了，如：

注册用户数=(推广带来的用户+自然下载的用户+做活动带来的用户+用户自我分享带来的用户)/注册转化率(产品注册环节的设计)