做B端业务系统，系统功能、支撑业务流程及提高工作效率是最核心最基础的模块

做B端业务系统，系统功能、支撑业务流程及提高工作效率是最核心最基础的模块。当业务流程有一定支撑后，其产生的大量数据，以及怎么使用数据统计推动业务发展就到了系统第二阶段了。

很多产品经理做业务数据报表就只关注业务期望、统计什么数据，然后确定定义产品呈现出来就完事了。看似简单，但若其中没有一个好的思路去搭建，中间会遇到很多坑，或者数据出来并没有真正的指导意义。

我从自身的经验教训，总结出来一个简单清晰的设计业务数据报表的思路和大家分享，希望有一定启发或帮助。

一、不要着急定义数据指标，先理清楚底层数据有哪些

做数据报表是，许多产品经理收集完需求后，就直接看要分析什么指标，统计什么数据，往往忽视了最核心的东西，那就是支持数据统计的底层数据，这才是统计报表设计的第一步。

做任何数据统计，所有数据都是来源于其底层数据，即你统计的对象是什么，以及他有哪些底层信息以及关联信息。

以我做的订单客户投诉统计为例，每一个客户投诉在客服系统中都会生成一个客诉工单，那么我统计订单客户投诉情况统计对象就是客诉工单，工单就是我最底层的数据。

那么首先，我就要明确工单有哪些核心信息及关联信息。由下图梳理可发现，工单单据本身记录了基础信息，处理信息以及关联的订单/SKU信息，由订单/SKU又可关联出订单/SKU相关信息了，信息拓展性很强。

底层数据最常见的就其统计对象的基本信息和其关联信息，核心在于要清楚他的组成和结构，其作用主要在以下几点。

1. 明确支持数据统计的底层数据是否完善

我最开始做数据报表时，没有去思考底层数据，直接就定义统计的计算，开发时才发现，系统连底层某些字段都没有做记录，无法支持数据统计，这时就绕回去先做底层记录，才能做数据统计，这也是自己踩过的坑。

所以梳理底层数据也是确认支持我统计的数据点是否系统有准确记录，底层数据完整才能为后续数据统计做支撑。

2. 很清晰地知道可支持的数据聚合维度

当你知道你统计的对象有哪些关键信息时，你就已经能清晰地知道后面统计可以做怎么样的聚合统计以及其关联关系。比如统计订单客户投诉情况，只要是工单有的信息或者其关联的信息，我都可以聚合呈现，如业务问你能不能统计某国家区域的客诉情况，你应该非常清楚能不能支撑，后续只需针对业务需要的做提取即可。

3. 便于开发理解

很多公司做数据统计有专门的数据部门处理，并不是业务开发直接做的，他们可能对业务数据理解并不是很透彻，所以产品梳理了底层数据结构，和开发同步时开发也对整体业务数据也有很好的理解，便于后续开发设计更加符合业务需求。

我花了比较多的篇幅来阐述底层数据的重要性和意义，在我看来当产品理清楚统计数据底层数据结构基本就成功了一半了，接下来只需要将这些数据串起来即可。