编辑导语:清晰有效的数据报表可以反映数据变化，进而帮助团队成员确定后续产品优化迭代的方向，找出可能存在的问题。那么，产品经理应该如何整理出清晰直观的数据报表呢？本文作者总结了产品经理整理数据报表的操作步骤，大家来看看吧。

之前讲数据埋点的时候提到过，说以后再讲数据报表。今天我正好有空。跟大家分享一下吧。

上次分享了“产品经理安排埋点需求的六个步骤”。感兴趣的朋友可以进去看看。

大家都很关心数据，因为数据可以直观的反映出哪里发生了新的变化，可以提醒相关人员注意和调整。同时，一个新的优化上线后，也可以根据数据判断优化方向是否正确。数据是最便捷的方式。

但是要想看到数据，需要先整理好数据报表。一个业务或者一个APP会产生大量的数据。你需要把具体的数据表按照相关性和重要性进行整理，然后去观察，直接看细节或者日志。那你就是疯了。

如何组织数据报表？

需要根据核心业务流程和业务指标进行梳理，然后考虑等级分层、部门分类、重要性、使用频率等因素分别处理。

我们以电商业务为例。我们选择电商，是因为大家对电商业务比较熟悉。

我整理了一下，可以按照以下步骤整理数据报表系统。

第一步，确认做哪些表。

首先，您应该确定哪些部门需要查看该报告。一般来说，这些部门包括营销、商务、运营、产品、客服、售后等部门。

然后去看看这些部门需要什么报表，比如市场部需要渠道流量转换表，运营部需要营销转换表，业务流量表，销售排名表等等。，产品部门需要业务流量表，日常产品数据表等。(观察用户是否留存或活跃)，客服需要用户反馈问题计划表，售后问题计划表等。

以上只是我不专业的一个例子。其实有很多手表。

这里有个需要注意的地方。有些表好像有类似的字段，比如渠道流量转换表，业务流程表。许多字段是重复的，所以是否合并表是一个需要考虑的问题。有些公司管理比较严格，最好不要合并，这样可以通过后台权限控制显示。如果是比较宽松的，可以向相关部门查询，再决定是否巩固。

注意:数据后台和管理后台是分开的，不能混淆。管理后台用于管理用户、商品、商家以及查看详细数据(用户信息表、采购订单表)等。数据后台用来看统计数据。

第二步，整理不同部门报表中需要显示的字段。

以业务流程图为例。

先梳理主要业务流程的关键节点，事务是一个流程。对于电商来说，流程大概是用户注册/登录→查看商品详情→加入购物车→立即购买/结算→立即支付→完成支付。

那么业务流程表的字段是清楚的:

注意:报表字段是可用的，但也需要明确这些字段的具体含义，比如注册/登录用户数，这意味着统计周期内注册+登录用户数之和需要重复。

不要小看这个描述，它决定了大家的认识能不能一致，边界不明确。对于上面的例子，如果后面没有“需要去重”，那么技术在处理的时候是不会去重的，这样如果一个用户在指定的时间段内登录了很多次，就会被计算很多次。

一定要写这个描述。不写，技术就自己玩。每个人对业务的理解不一样，一定要写出来。

第三步是扩展报告的统计维度。

报告是可用的，但是还需要定义统计维度。比如需要按日期、渠道、品类(商品)、商家、地区等维度看数据，就需要添加这些与报表相关的维度，这样就可以按维度看数据了。

这个比较简单，给它增加任意维度就行了，但是在处理的时候，需要注意多个条件是否能过滤掉数据，这样更详细。

第四步，整理核心变换公式的数据表。

核心换算公式数据表是针对公司高管和核心业务骨干的。高管不可能看任何部门表，也没必要看。高管们看的表只需要反映核心数据和指标。

高管关心的是部门主管关心的，部门主管关心的应该是一线员工关心的。这是拉驰公司内部认知的一个表格，所以核心转换公式的数据表尤为重要，重要到需要单步描述。

在整理核心换算公式数据表之前，我们需要先整理一下业务的核心换算公式。电商业务的核心转化公式如下:GMV=注册用户数*购买转化率*客单价*人均购买数量*(1-退货率)。

这是一个简化的用户从曝光到复购的转换公式。这个公式的意义在于专注于提高产值的关键步骤，目标不会出现偏差。

注意:这个公式很重要，不能错。如果不确定，可以去问公司领导，直到搞清楚为止。

其实在做KPI的时候，肯定会需要这个核心转换公式，这样才能知道哪些环节可以提升绩效，提升多少，具体由哪些部门负责。

根据这个核心公式，可以整理出相关的字段:

这样公司领导每天看这个数据就能知道业务是否朝着预定的目标发展，离目标还有多远。

当然，有了字段之后，还需要添加维度。关于这一点，请参考前面的步骤。这里的统计维度其实用的比较少，但是函数还是有必要的。

第五步整理每日行情数据表。

大表是面向所有员工的，可以作为数据后台的首页。

大表通常是昨天数据的汇总统计，比如GMV、销售订单、已售商品、退货商品、退货商品总额、新增商户、新增用户、新增商品等。我们来看一下数据变化，给大家一个大概的印象。

第六步，整理实时统计。

有些业务对数据的实时性要求很高，需要做实时统计表。实时统计表一般每小时更新一次数据。如果过程中出现问题，可以及时检查维修，但大部分商家并不需要。理论上，如果没有新代码发布，这个问题就不会发生。

当然，像电商APP，如果遇到双11，一般来说还是要看实时数据，因为全公司都很关注当天的结果，这是一个重要的时刻。所以电商APP需要做一个实时表。如果是字段，一般只是市场数据表上的字段。如果是额外的领域，可以按照领导的要求去做。

第七步，最后确认报表字段，整理成需求文档。

与各部门核对整理好的表格，根据各部门要求调整后做需求文档。

这一步我就不多说了。按照需求排序流程处理就行了。

这些是整理报表系统的步骤。当然，因为细节太多，一篇文章没办法说得很清楚，但至少80%的信息还在，所以还是供参考。希望对大家有帮助。

其实做报表系统就是一个不断优化和补充的过程。如果从0开始，需要单独立项然后分阶段做，一下子肯定不现实，因为工作量太大，项目进度不好控制，有些表不需要马上做，或者可以等一段时间，这样优先级高的数据报表上线会更快。

如果业务不大，甚至可以先用excel做统计。总之，呈现形式和处理方式还是非常多样的。

在产品数据方面，我觉得经理最好多花点功夫，形成一套切实可行的方法论。一个数据产品和一个APP产品的竞争力还是有区别的。事实上，专业化程度越高，竞争力越强。当然，至少先通过考试。

本文由@道长原创，人人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。