即刻App年轻人的同好社区
下载
我：小卡拉密
王刺儿: 爱写博客的产品经理都是小卡拉密🐶
1 00
最近在做主数据平台，感觉和数据中台很像。而很多人在讨论这两个概念时，确实容易陷入“名词陷阱”，但从本质使命和作用来看，两者几乎是重合的。只不过在组织职责划分、建设方式、业务切入点上有所区别，这才导致很多企业认为它们是两个东西。
1、主数据平台与数据中台的差异点
首先，无论是主数据平台（MDM）还是数据中台（Data Middle Platform），它们的核心目的都是：打通数据孤岛、为前台业务提供高质量、可复用的数据服务
它们都强调数据的“治理、共享、复用”，都要构建标准的数据资产，也都承担了“数据资产平台”的责任。但主数据平台（MDM）和数据中台的差异点，其实也只有切入点不同、组织方式不同罢了。
主数据平台更偏治理与标准，是数据治理系统的一个核心模块。有些公司将主数据作为中台的一个子域，例如人中台、组织中台、商品中台，主数据治理归属在中台。
数据中台更多是数据基础设施和数据能力服务平台，包含计算、集成、建模等。另一些公司强调主数据平台的“权威性、独立性”，从治理角度单独拆分出来。
2、主数据平台是数据治理 MVP
展开说，主数据治理其实是数据治理的一小部分尝试：拿出核心数据来进行改造，然后逐渐推广数据治理文化。
第一，主数据具有标识性，参与业务的人可能不清楚数据细节，但对于核心主数据都有了解，能具象化认知。
第二，主数据占比小。主数据通常只占全部数据的2%～5%，从治理范围来看，极大缩小了治理范围，方便在投入成本比较吃紧的企业中做出尝试和成效，能从小的成功迈向大的认知改变。
第三，主数据影响广，能被定义为主数据，天然具有“复用性”，这意味着它的共享程度高，因此大多数业务能确实获得帮助，而不会觉得这是一件事概念上的事情。
下面具体讲讲。
为什么说主数据具象、标识性强，是业务共识点？
参与业务的人可能不清楚数据细节，但对于核心主数据都有了解。这正是主数据的优势 —— 它是跨业务部门之间天然的“对齐锚点”。
比如：
- 业务和技术都知道“用户、门店、商品、合同、组织架构”；
- 就算不了解系统字段名，也知道一个门店在哪儿、属于哪个区域；
- 它具备“能被广泛感知和认可的业务抽象能力”。
所以主数据是天然适合作为数据治理的“试点样本”，容易达成共识，不会陷入“这数据谁说了算”的争议泥潭。
为什么说主数据占比小但代表性强，是低成本试点的理想选择？
主数据通常只占全部数据的2%～5%，极大缩小了治理范围。
主数据相当于是“数据治理的最小可行产品（MVP）”：治理主数据可以只聚焦几个核心维度对象，也不用一上来就搞全链路血缘、数据标准、元数据整合等“重量级系统”；还可以用更少资源、更快试错、快速建立认知闭环。
从“做小做快”的角度来看，主数据确实是特别好的数据治理试点起点。
为什么说主数据影响广，易于衡量价值、拉齐共识？
主数据影响广这一点是落地中最关键的优势：能体现“做数据不是为了数据，而是为了所有业务都更好”。
举个例子，一个标准化的“商户主数据”上线后，能同时提升合同系统、结算系统、营销平台、BI报表的一致性。一旦主数据质量改善、统一了主键、避免了“一个商户多个ID”，各业务就会直观体会到好处。
这种“共赢”的效果，一旦被验证，就为推广数据治理文化铺平了道路。
最后，主数据平台的建设确实是一场“小步快跑”的尝试。
只有获得阶段性有影响性的成功，才来感知到数据治理的必要性和作用。
1、主数据平台与数据中台的差异点
首先，无论是主数据平台（MDM）还是数据中台（Data Middle Platform），它们的核心目的都是：打通数据孤岛、为前台业务提供高质量、可复用的数据服务
它们都强调数据的“治理、共享、复用”，都要构建标准的数据资产，也都承担了“数据资产平台”的责任。但主数据平台（MDM）和数据中台的差异点，其实也只有切入点不同、组织方式不同罢了。
主数据平台更偏治理与标准，是数据治理系统的一个核心模块。有些公司将主数据作为中台的一个子域，例如人中台、组织中台、商品中台，主数据治理归属在中台。
数据中台更多是数据基础设施和数据能力服务平台，包含计算、集成、建模等。另一些公司强调主数据平台的“权威性、独立性”，从治理角度单独拆分出来。
2、主数据平台是数据治理 MVP
展开说，主数据治理其实是数据治理的一小部分尝试：拿出核心数据来进行改造，然后逐渐推广数据治理文化。
第一，主数据具有标识性，参与业务的人可能不清楚数据细节，但对于核心主数据都有了解，能具象化认知。
第二，主数据占比小。主数据通常只占全部数据的2%～5%，从治理范围来看，极大缩小了治理范围，方便在投入成本比较吃紧的企业中做出尝试和成效，能从小的成功迈向大的认知改变。
第三，主数据影响广，能被定义为主数据，天然具有“复用性”，这意味着它的共享程度高，因此大多数业务能确实获得帮助，而不会觉得这是一件事概念上的事情。
下面具体讲讲。
为什么说主数据具象、标识性强，是业务共识点？
参与业务的人可能不清楚数据细节，但对于核心主数据都有了解。这正是主数据的优势 —— 它是跨业务部门之间天然的“对齐锚点”。
比如：
- 业务和技术都知道“用户、门店、商品、合同、组织架构”；
- 就算不了解系统字段名，也知道一个门店在哪儿、属于哪个区域；
- 它具备“能被广泛感知和认可的业务抽象能力”。
所以主数据是天然适合作为数据治理的“试点样本”，容易达成共识，不会陷入“这数据谁说了算”的争议泥潭。
为什么说主数据占比小但代表性强，是低成本试点的理想选择？
主数据通常只占全部数据的2%～5%，极大缩小了治理范围。
主数据相当于是“数据治理的最小可行产品（MVP）”：治理主数据可以只聚焦几个核心维度对象，也不用一上来就搞全链路血缘、数据标准、元数据整合等“重量级系统”；还可以用更少资源、更快试错、快速建立认知闭环。
从“做小做快”的角度来看，主数据确实是特别好的数据治理试点起点。
为什么说主数据影响广，易于衡量价值、拉齐共识？
主数据影响广这一点是落地中最关键的优势：能体现“做数据不是为了数据，而是为了所有业务都更好”。
举个例子，一个标准化的“商户主数据”上线后，能同时提升合同系统、结算系统、营销平台、BI报表的一致性。一旦主数据质量改善、统一了主键、避免了“一个商户多个ID”，各业务就会直观体会到好处。
这种“共赢”的效果，一旦被验证，就为推广数据治理文化铺平了道路。
最后，主数据平台的建设确实是一场“小步快跑”的尝试。
只有获得阶段性有影响性的成功，才来感知到数据治理的必要性和作用。
1 00
今天调整 Finereport 中的列宽，发现怎么都不对内容生效，后来发现不是列宽设置的有问题，而是数据列的“其他”属性中，内容设置了“自动调整列宽”，难怪之前一直改不了。
调回“跟随页面设置”，内容就可以随列宽正常展示了。
调回“跟随页面设置”，内容就可以随列宽正常展示了。
0 00
最近还真遇到了一个 finereport 的父格设置场景问题，原本是一个父子项的概念，竟然慢慢变成了 1:n:n:n 的情况，调试了很久才设置好样式效果。下面做一下概念解释：
Finereport 中的“最父格”，严格来说就是“最左父格”和“最上父格”，前者是纵向扩展的概念，后者是横向扩展的概念。这个“最”指的不是位置上的“最”，不是说最左边的或最上边的格子就是最父格，而是指父子格关系上面的最左或最上。
通过指定“最父格”，来实现不同子项对于同个父格的扩展关系。
Finereport 中的“最父格”，严格来说就是“最左父格”和“最上父格”，前者是纵向扩展的概念，后者是横向扩展的概念。这个“最”指的不是位置上的“最”，不是说最左边的或最上边的格子就是最父格，而是指父子格关系上面的最左或最上。
通过指定“最父格”，来实现不同子项对于同个父格的扩展关系。
0 00
最近发生了几件有关文件的事情，我都“粗心大意”了。
1、发送给领导的文档，我没有用手机端检查就发送了，导致文档只有半截。
2、发送给同事的 Excel ，我没有检查计算指标的正确性就发送了，导致数据不准确。
虽然都是小事，但作为数据人来说确实不应该。这背后反映了我没有对文件传输前做检阅的习惯，至少应该本地下载下来检查数据后，再发送。
今后的文件传输，需要可以分为两类并做检查：
1. 系统生成的，下载核实检查后发送。
2. 自己补充填写的，用包含手机端的浏览检查后发送。
1、发送给领导的文档，我没有用手机端检查就发送了，导致文档只有半截。
2、发送给同事的 Excel ，我没有检查计算指标的正确性就发送了，导致数据不准确。
虽然都是小事，但作为数据人来说确实不应该。这背后反映了我没有对文件传输前做检阅的习惯，至少应该本地下载下来检查数据后，再发送。
今后的文件传输，需要可以分为两类并做检查：
1. 系统生成的，下载核实检查后发送。
2. 自己补充填写的，用包含手机端的浏览检查后发送。
2 00
记今天踩了一个Finereport 的坑。
由于公司的系统报表都是由Finereport生成，所以主要显示页面都是在帆软设计器中调试，领导说页面纸张大小，我索性就调到了自定义，2000x1200毫米，结果直接预览出现了大量空白和重复分页。长长的滚动条折磨着线上效果，后来发现原来是扩大纸张的时候Finereport 会默认给报表增加列内容，需要把列删除到虚线处。
这下，终于解决了帆软报表空白过多的问题。
由于公司的系统报表都是由Finereport生成，所以主要显示页面都是在帆软设计器中调试，领导说页面纸张大小，我索性就调到了自定义，2000x1200毫米，结果直接预览出现了大量空白和重复分页。长长的滚动条折磨着线上效果，后来发现原来是扩大纸张的时候Finereport 会默认给报表增加列内容，需要把列删除到虚线处。
这下，终于解决了帆软报表空白过多的问题。
0 00