B端产品，有非常大的可能都要接触到数据报表的需求，因此数据报表的设计也基本上成了B端产品需要掌握的核心技能之一，而C端产品可能更多的是关注数据埋点和数据漏斗等方面，本篇文章重点介绍B端数据报表设计相关的内容。

首先，需要明确数据报表有什么价值

为什么对于B端产品来说，数据报表是需要我们掌握的核心技能呢？这就需要我们明确，数据报表有什么价值。

首先我们来看B端产品涉及的工作，主要是服务于具体的业务，而涉及到各项业务中，比方说零售业务、商家服务业务等等，而这些业务涉及到很多运营效率的指标、营收指标等，对于这些指标，不同的角色比方说管理人员和一线人员，所需要观测的指标都是不一样的，通过数据报表，可以产生以下价值：

• 通过报表，业务人员可以完成自助查询或者通过每天定时的报表即可完成数据查看，不需要每次需要看数据都找开发人员提需求，由开发手动写SQL查询，极大的提高数据查询的效率以及降低开发人员的人工成本；

• 其次数据报表最大的价值，就是数据本身的价值，数据能够为运营人员以及管理人员提供决策的依据，通过观察数据，可以发现问题，分析原因同时也能根据数据做出相应的决策，这种就类似产品经理通过观察用户数据、点击数据、留存数据等进行产品迭代一样，业务人员也可以通过观测数据指导他们的工作；

• 另外数据报表也能提供给相应的业务部门考核的依据，比方说根据每天骑手的配送数据、运营人员的补货数据，对他们的效率进行考核；

• 而对于产品经理来说，通过一些业务的数据报表，也可以了解当前业务的发展情况，能够根据数据报表反映出来的一些结果数据进行分析，间接的指导我们的产品迭代工作。

数据报表的设计要怎么做

当我们接到业务方的需求，要设计一个报表监控一个业务指标时，我们应该怎么着手，以下就以笔者涉及到的自动售卖机的一个业务场景和大家介绍怎么做数据报表的设计，先说整个数据报表设计的流程或者通用的方法论。

下面，以自动售卖业务的营收数据报表为例，具体跟大家介绍数据报表设计的流程和环节：

1. 明确数据报表的目的

明确数据报表的目的，其实也是需要对整个业务的流程进行梳理，以及需要知道该报表解决什么问题。随着笔者负责的自动售卖业务的发展，当机器达到一定规模之后，管理层、业务方都开始需要观测机器的营收情况等，那么通过该营收数据报表主要能解决哪些问题呢？

主要解决无法感知到销售数据的问题，其次也需要解决对于营收数据的评价问题以及一些机器的异常问题。

这里还涉及到需求分析的过程，也就是该数据报表是不是一定要做，做的价值有多大，产品经理需要进行把关，而不是什么数据报表都去开发，造成报表的泛滥，因为有些报表是可以复用的

2. 该数据报表主要涉及哪些角色

需要明确该报表主要服务于哪些角色，对这些不同的角色进行调研或者访谈，明确不同的角色对于该数据报表分别有哪些需求。具体到自动售货机营收的报表，主要涉及到3个类型的角色，一类是总部管理人员，一类是分公司管理层以及一线管理人员。那么针对这些角色，他们分别会有哪些需求呢

• 总部管理人员：需要关注全公司整体的数据，类似数据看板，数据颗粒度较大，关注总体的营收、单机的营收等；

• 分公司管理人员：只需要关注自己公司的运营数据，数据颗粒度相对小一些，一般会到线路的维度；

• 一线运营人员：只关注自己运营的机器，数据的颗粒度到了单机的维度。

所以我们在设计数据报表的时候，就需要充分考虑改数据报表怎么满足这些不同角色的需求，最简单的就是通过权限的控制。

3. 构建数据指标体系

构建数据指标体系是整个数据报表设计最核心的工作，主要包括以下几个内容：

• 深度了解业务流程和涉及到的指标：作为产品经理肯定是需要了解自己负责的业务，梳理业务流程，将涉及到的各个环节的指标剥离出来。而自动售卖业务除了售卖的业务会影响到营收，还有布机的数据、故障的数据也会影响到营收，所以需要将这些指标也需要考虑进来。

• 将需要解决的问题进行归纳总结：怎么将单个指标聚集起来，就需要对指标进行归纳总结，除了营收收据，还有市场数据以及故障数据，最终还有用户和订单相关的数据。

• 明确每个数据指标的定义以及能不能支持我们获取：在搭建好观测的指标后，需要明确每个指标的定义和规则，同时有时候我们可能需要观测这个数据，但是现有的数据不支持我们拉取，这时候就需要考虑是换一个指标，还是通过其他方法去间接拉取。

• 考虑查询和筛选条件以及是否需要导出：如果该数据报表做到系统里面，那么就必须考虑哪些指标需要支持筛选，以及需要考虑数据安全性，支不支持数据导出等。

数据报表，在我们看来其实就是一个excel数据报表，下面就是一个例子，大家可以感受一下：这是一个非常简单的营收明细表。

4. 跟业务方确认指标体系

很多情况下，我们在接到数据报表的需求之后，按照业务方的需求输出数据指标体系后，都会忽略掉一个问题，就是再次确认，按照需求输出的指标体系只能是大体上满足需求，很可能还会和实际的需求有一定的差异。这时候就需要在设计指标完成后，再次跟业务方确认，确保上线之后不满足要求而进行返工。

5. 数据报表的开发

这里要跟大家普及一下数据报表的形式，数据报表主要是大家理解的后台数据系统的报表，但是除了系统内的数据报表，还包括邮件定时报表，同时报表还包括看板类可视化的数据报表还包括表单式的报表，而我们更多讨论的是表单类的报表。

所以我们在设计报表时，需要考虑是以什么形式来进行设计，这里我的建议是根据公司的业务和系统来进行决策，如果数据平台已经比较成熟了，就基本可以考虑使用系统数据报表来实现，如果还不完善，但是又想快速实现数据监控，则可以考虑邮件定时报表。同时也需要考虑对于数据实时性的要求，邮件报表实现不了实时的需求。

前期针对一些对实时性要求不高的数据报表以邮件报表的形式来设计，当固化下来之后再实现到系统里面。

同时开发完成后，产品一定要验收，并且要有灰度的过程，业务方对于数据的准确性是非常高的，如果数据不准确，会导致严重的问题。所以一定要先验收然后再灰度，确认没有问题之后再实现全量上线。

数据报表设计总结

对于B端产品经理，数据报表的设计是一项核心技能，而要做好报表设计，需要做好以下工作：明确数据报表目的、梳理数据报表设计的角色、构建数据指标体系、跟业务方确认指标以及数据报表的开发，做好以上工作之后，还需要掌握一些数据报表设计的技巧，涉及到数据报表前端页面的设计样式尽可能的复用和沉淀，减少重复开发的成本。

针对一些高级的数据报表，可以借助一些外部的数据引擎进行参考，比方说针对一些高级的筛选项，以及一些自定义的查询功能，这些就需要平时的业务沉淀以及多多学习了。