业务|B端业务数据报表，如何设计？无人车|配送|ceo|夏添|商超|36

【 业务|B端业务数据报表，如何设计？】编辑导语：产品经理要如何高效地搭建B端业务数据报表，提高工作效率的同时，也能推动后续的业务流程？其中，你需要了解相应的底层数据类型，进而对接相应需求。本篇文章里，作者结合自身经验，总结了B端业务数据报表的设计思路，一起来看一下。

文章插图
做B端业务系统，搭建系统功能、支撑业务流程及提高工作效率是最核心最基础的模块。当业务流程有一定支撑后，其产生的大量数据，以及怎么使用数据统计推动业务发展就到了系统第二阶段了。
很多产品经理做业务数据报表就只关注业务期望、统计什么数据，然后确定定义产品呈现出来就完事了。看似简单，但若其中没有一个好的思路去搭建，中间会遇到很多坑，或者数据出来并没有真正的指导意义。
我从自身的经验教训，总结出来一个简单清晰的设计业务数据报表的思路和大家分享，希望有一定启发或帮助。
一、不要着急定义数据指标，先理清楚底层数据有哪些做数据报表是，许多产品经理收集完需求后，就直接看要分析什么指标，统计什么数据，往往忽视了最核心的东西，那就是支持数据统计的底层数据，这才是统计报表设计的第一步。
做任何数据统计，所有数据都是来源于其底层数据，即你统计的对象是什么，以及他有哪些底层信息以及关联信息。
以我做的订单客户投诉统计为例，每一个客户投诉在客服系统中都会生成一个客诉工单，那么我统计订单客户投诉情况统计对象就是客诉工单，工单就是我最底层的数据。
那么首先，我就要明确工单有哪些核心信息及关联信息。由下图梳理可发现，工单单据本身记录了基础信息，处理信息以及关联的订单/SKU信息，由订单/SKU又可关联出订单/SKU相关信息了，信息拓展性很强。

文章插图
底层数据最常见的就其统计对象的基本信息和其关联信息，核心在于要清楚他的组成和结构，其作用主要在以下几点。
1. 明确支持数据统计的底层数据是否完善我最开始做数据报表时，没有去思考底层数据，直接就定义统计的计算，开发时才发现，系统连底层某些字段都没有做记录，无法支持数据统计，这时就绕回去先做底层记录，才能做数据统计，这也是自己踩过的坑。
所以梳理底层数据也是确认支持我统计的数据点是否系统有准确记录，底层数据完整才能为后续数据统计做支撑。
2. 很清晰地知道可支持的数据聚合维度当你知道你统计的对象有哪些关键信息时，你就已经能清晰地知道后面统计可以做怎么样的聚合统计以及其关联关系。比如统计订单客户投诉情况，只要是工单有的信息或者其关联的信息，我都可以聚合呈现，如业务问你能不能统计某国家区域的客诉情况，你应该非常清楚能不能支撑，后续只需针对业务需要的做提取即可。
3. 便于开发理解很多公司做数据统计有专门的数据部门处理，并不是业务开发直接做的，他们可能对业务数据理解并不是很透彻，所以产品梳理了底层数据结构，和开发同步时开发也对整体业务数据也有很好的理解，便于后续开发设计更加符合业务需求。
我花了比较多的篇幅来阐述底层数据的重要性和意义，在我看来当产品理清楚统计数据底层数据结构基本就成功了一半了，接下来只需要将这些数据串起来即可。
二、需求收集，确定业务关键指标及分析思路梳理清楚底层数据及结构后，就可以和业务了解详细需求了，往往这时候业务会说希望能看到很多各种各样的数据，想到什么就提出来。这时作为产品千万不要被业务带进去，自己要保持清醒，和业务在沟通过程中一起梳理出：

数据统计的关键指标及其计算定义是什么？
对于关键指标其他影响或者关联指标有什么？
同时发现关键有异常业务的数据分析思路是什么？
最后对于数据指标一般从哪些维度来查看对比？

在需求收集阶段一定要明确以上四点需求，基本上我们数据报表的设计思路也逐渐清晰了。
三、将所有信息有逻辑的串起来形成我们的数据报表产品方案有了我们的底层数据结构和业务明确需求之后，接下来可以进行产品产品设计了，在产品设计环节分享几个核心思路及注意的点。
1. 注意图表的选择，每个图表都一定有实际呈现意义我们可以有很多类型的图表去展示我们的数据，如折线图、饼状图、柱状图等。选择什么图表来展示我们的数据指标，核心的思路是你要表达什么，你看了这个图表能得出什么信息？