我的数据中台产品搭建的经验

几乎所有互联网企业，都会随着用户增长搭建数据中台，从一开始自己做简单的数据统计，到第三方数据工具，最后通过自建数据平台来完成各方渠道、前端应用的数据分析。

不仅会催生出大量的数据工程师的需求，还会有数据产品经理的需求。数据产品经理是负责的产品，主要是数据类产品，从数据可视化、再到数据看板、权限、再到数据指标等。

于是，今天我拆解一份数据中台的产品案例，帮助那些了解数据产品的产品经理做个扫盲，打算做数据平台产品的可以遵循这个步骤完成一个产品的设计。

1.数据中台是什么 ？

要形成数据中台，首先要在数据层级、数据流转上有如下关系，可以看到都有明确的业务对象、数据合规性标准、数据存储指向。

▲数据中台架构

在以上数据中台架构图里，这属于技术架构。而产品经理就是在数据应用层、数据运营管理、安全管理3个为独立，其他的则是以技术工程师、运维小组共同完成。

在数据中台里，产品经理以数据指标为最小单元做管理，按照数据指标的类型、范围、技术统计方法做区分。

将共有业务类型的数据指标，以技术方式进行划分。能够有接口的，则接口统一管理汇总，没有接口的，就统一调用即可。

分别包含了 数据整合和管理、数据提炼和分析加工、数据资产化服务、业务价值变现。

▲数据中台4个能力

业务线产品研发团队就可减少在数据能力的搭建和资源投入，快速上线需要调用其他部门反向的能力。

数据中台的核心功能模块设计

本次案例，以信息安防类的SaaS平台为例，拆解它背后的数据产品设计。

▲数据中台关键模块

在本次案例中会用上面6个模块进行设计。

数据中台听着很神秘，看着别人的PPT做的高大上。实际上最终落地以接口的方式提供数据可视化、数据指标、接口管理、平台用户人群管理。

数据中台在公司战略里，是以提供数据支撑为第一优先级，包含了数据管理、数据分析，所以我们要在开始产品设计前，对数据指标、接口进行分类管理、使用人员管理。

在数据中台产品建设前，要准备单独建设数据运营部门。对于部门来说，需要管理使用数据中台的下游或上游。

上游是数据产生端业务部门，下游是利用数据做整合接入转而做广告服务、客服服务、销售服务的后端。

我们可以得到数据中台相关部门司的职级区分如下。

▲安装至浏览器拓展插件里

以上是某公司在应用产品、数据中台下，各部门员工、产品线、公司部门的区分。

核心管理模块1：API管理模块设计

AI管理指的是管理不同的数据源，允许手动配置和自动配置。只有接入数据源，才会有数据生成。需要针对不同的数据类型、数据结构、数据生产逻辑封装成不同的API。

API分为接口类、模型类、界面类、组件类、和其他类。

▲API服务管理

上面左侧展示的是当前服务类型场景API。我们将依据数据使用的场景，可以将接口分为普通接口、模型接口、界面类、组件类接口4大类型。

数据中台还承担着数据接口更新、服务类型更新的工作。因此在数据中台中难免会有接口变化的状态，所以要有改动日志方便运营管理人员查看。

▲动态类更新

所有系统类管理产品，都会有操作日志相关的功能需求，主要以时间流的方式展示相关操作，对操作进行不同类别的提示。

点击详情，支持查阅到改动详情。参数的修改配置都可以在动态版块查看。

2.接口参数配置

数据中台的API配置，支持手动创建和配置，需要根据数据参数类型进行配置，包含基础信息设置、请求参数设置、以及响应形式。

▲接口配置界面

上述的配置界面，都是依附于接口规范，除了统一的接口路径、服务ID，我们要增加上传响应形式。帮助使用数据中台的开发者更好理解接口界面的能力。

3.请求参数

说明了该接口下的数据类型、必要字段、和字段说明。帮助开发者知道怎么调用接口。

4.模型类服务

▲模型类服务

模型类服务指的是通过导入Json（固定生成脚本）或导入序列图。模型类服务涉及到运行模式:模型调用、模型运行结果查询。

5.接口服务类

▲接口服务类

接口类服务有要求请求参数、相应响应参数。但由于响应参数是运算结果，所以也支持导入固定Json脚本。

针对json要解释：

json其实就是封装了一种数据格式,它使用了自己定义的标准。主要用来在服务器和客户端的浏览器进行数据交换。因为我们常用的表单形式提交数据,有诸多的不便,json解决了一些问题。

在数据中台中会涉及较多的这类数据封装。

6.组件类接口

▲组件类接口

核心模块2：组件类型管理：

前端组件：

指的是面向用户端的界面组件，比如数据中台的操作页面，则是属于前端页面。

后端组件：

比如数据报表类、角色类权限控制类、消息通知类

核心模块3：用户管理：

数据中台接入的用户管理，找到活跃业务方

▲ 数据中台的用户管理

用户管理版块展示接口调用次数，同时对用户的权限、基本信息进行查看、管理

▲权限管理

比如恶意用户调用违反数据中台规则，可进行人工降级。

统计分析：

统计分析指的是关于API接口的调用次数、服务应用数、用户规模数。包含了数据可视化，指定横纵坐标来展示数据可视化

▲统计模块

一定要增加周、月、日下的环比数据判断，随着时间趋势观察数据中台的调用情况，用于后期的智能决策、AI中台处理。

在数据统计中增加筛选最热门的api能力，帮助优化对应能力的接入、接出。

服务审核：

数据中台里，由于接口的创建、调用申请，都需要审核。保证每次接口的使用时安全、合规的。

▲审核模块

如上提供创建人、审核状态。标记接口类型，让审核管理员快速查看信息，审核通过。

核心模块4：系统设置

和其他后台产品一样，数据中台因为提供给内部人员提供，需要搭建账户管理、权限管理、人员配置。

01.基于RBAC权限，做产品角色管理模块

如果你看过我之前的中后台案例就会比较熟悉了。建议产品经理可以把这类模块作为母板标准化，延伸到其他类的后台产品。

▲权限配置

02.消息通知，全局提示

系统设置离不开全局提示，针对系统使用人员的相关通知进行提示。针对相关的内部消息、活动方便人员悉知。

本文来自微信公众号“Kevin改变世界的点滴”（ID：Kevingbsjddd），作者：Kevin那些事儿，36氪经授权发布。