数据中台产品搭建关键产品设计
前段时间撰写的中后台案例，包括了客服系统、HR系统、OA系统、CRM系统的产品设计。
但在中台的产品设计中，数据中台其实是大多数企业优先建立的中台。
数据中台、业务中台、技术中台组成了中台系列案例。
今天拆解一份中台案例，帮助正在做中台产品设计、了解中台的产品经理快速学习数据中台关键点。
数据中台是什么
在开始拆解前，首先我们要清楚数据中台是什么。
简单的来说在数据层级、和数据流转上有如下关系
▲ 数据中台是什么
搭建数据中台，产品经理以接口为小单元做管理，按照接口的类型、范围做区分。
提供共有的接口服务，而基于数据中台的上层，只需要调用即可。
同时数据的管理、维护、安全，统一交由数据中台管理。
数据中台能力
业务线产品研发团队就可减少在数据能力的搭建和资源投入，快速上线需要调用其他部门反向的能力。
数据中台的案例模块设计
本次案例，以提供信息安防类的SaaS服务平台为例。拆解数据中台下的产品设计。
▲ 数据中台
在本次案例中讲解会以上面6个模块进行设计。
数据中台听着很神秘，看着别人的PPT做的高大上。其实实际上终落地以接口的方式提供服务、接口管理、接口用户人群管理的平台。
以提供数据支撑为优先。对于接口进行分类管理、订阅人群管理，搭建数据中台前。
同时公司在做数据中台会单独建设数据中台部门。
对于部门来说，需要接入数据中台业务能力的部门成了下游或上游。
上游是数据产生端业务部门，下游是利用数据做整合接入转而做广告服务、客服服务、销售服务的后端。
综上，数据中台和对应产品经理在公司的职级区分如下。
▲ 数据中台的部门与业务关系
以上是某公司在业务中台、数据中台下部门员工、产品线、公司部门的区分。
API管理模块设计
通过接入数据源，将不同的数据类型、数据结构、数据产生逻辑封装成不同的API。
我们将API分为接口类、模型类、界面类、组件类、和其他类。
▲ API服务管理
上面左侧展示的是当前的服务类型场景。在接口上我们将数据分为普通接口、模型接口、界面类、组件类接口4大类型。
由于数据中台还要承担数据接口更新、服务类型更新的工作。因此在数据中台中难免会有接口变化的状态。
▲ 动态类更新
以时间流的方式，展示接口类型下的接口实际变化。
同时还可以查阅到改动详情。参数的修改配置都可以在动态版块查看。
1.界面类服务如下
▲ 界面类服务
除了统一的服务路径、服务ID，我们要增加上传响应形式。帮助使用数据中台的开发者更好理解接口界面的能力。
2.请求参数
说明了该接口下的数据类型、必要字段、和字段说明。帮助开发者知道怎么调用接口。
3.模型类服务
▲ 模型类服务
模型类服务指的是通过导入Json（固定生成脚本）或导入序列图。模型类服务涉及到运行模式:模型调用、模型运行结果查询。
4.接口服务类
▲ 接口服务类
接口类服务有要求请求参数、相应响应参数。
但由于响应参数是运算结果，所以也支持导入固定Json脚本
针对json要解释：
json其实就是封装了一种数据格式,它使用了自己定义的标准。主要用来在服务器和客户端的浏览器进行数据交换。因为我们常用的表单形式提交数据,有诸多的不便,json解决了一些问题。
在数据中台中会涉及较多的这类数据封装。
5.组件类接口
▲ 组件类接口
6.组件类型：
前端组件
指的是面向用户端的界面组件，比如数据中台的操作页面，则是属于前端页面。
后端组件
比如数据报表类、角色类权限控制类、消息通知类
数据中台的用户管理
为数据中台接入的用户管理，找到活跃业务方
▲ 数据中台的用户管理
用户管理版块展示接口调用次数。同时对用户的权限、基本信息进行查看、管理
▲ 权限管理
比如恶意用户调用或违反数据中台规则则可人工手动进行降级。
统计分析
统计分析指的是关于API接口的调用次数、服务应用数、用户规模数。
▲ 统计模块
同时一定要增加周、月、日环比增长，随着时间趋势观察数据中台的调用情况。
用于后期的智能决策、AI中台处理。
在数据统计中增加筛选热门的api能力，帮助优化对应能力的接入、接出。
服务审核
数据中台里，由于接口的创建、调用申请，都需要审核。
保证每次接口的使用时安全、合规的。
▲ 审核模块
如上提供创建人、审核状态。标记接口类型，让审核管理员快速查看信息，审核通过。
系统设置，所有后台产品都要做
和其他后台产品一样，数据中台同样因为提供给内部人员提供，需要搭建账户管理、权限管理、人员配置。
基于ROABC权限，做产品角色管理模块。
如果你看过我之前的中后台案例就会比较熟悉了。建议产品经理可以把这类模块作为母板标准化，延伸到其他类的后台产品。
▲ 权限配置
今天的分享就在这。
如果要获取该份案例，请在公众号内回复：数据中台进群领取
相关文章