数据又错了-深读实证01

以后我会经常发一些随手写成的“深读实证”，将书稿中的一两个知识点进行展开介绍。

这是第一篇深读实证，涉及的书中知识点有：

1. 我是严肃科普，别夸我观点鲜明，那都是真事，不是观点。

2. 云厂商还有大量优化运营提高效率的空间，比如及时跟客户要钱。

3. 给同事的数据，错了又怎么样，说是“下不为例”，做是“屡教不改”。

4. 无论是普通员工还是领导，运营决策总是出错，不就是因为数据总出错吗？

---

1. 你们别夸我观点鲜明

我在《云计算行业进阶指南》的序言里就写了，我这本书只有10%是个人观点，但很多读者给我的反馈是：“曹老师的很多观点都很鲜明，^_^”。

我竟然不知道你们是在夸我还是阴阳我……

我再强调一下，我书中很多被你们认可（或者反对）的观点，大概率不是什么观点，而是“如实描述”。

诸位没见过世界的荒谬，但可以相信我的严肃。我天天念叨着面对现实忠于理想，是因为我确实见过太多的残忍和冷漠。

---

2. 谢谢爱奇艺的证据和指点

今天看到一篇文章《爱奇艺公有云对账标准化实践》。

虽然云厂商计费系统经历了多年迭代，现在不会出现对账失败的致命错误，但是对账工作依旧不够优雅好用。否则爱奇艺作为一个云计算用户，为什么要提出“公有云对账标准化实践”？

当年对账错误的危害，下一节会详细介绍。即使没有计费对账错误，仅仅从“快速对接和无缝迁移“的角度看，云厂商也应该和客户做好计费对账的对接工作。

大家可以自行查看这篇文章，特别是后半段的“建立云账单接入标准”“通用性数据结构”“账单T+1投递机制”“实付金额计算公式”和“推动各云完成接口开发”的内容，这些都是云厂商该去规划、实现和推广的工作，结果让客户先发表出来了。

如果云厂商去找客户做关于对账系统的技术交流，建议带点诚意过去，比如赠送10万块钱的云产品代金券。

---

3.谈谈浪费资金周转效率

本书介绍理性看待平台亏损迟滞时，我提到了资金周转利用率太低。虽然我在书稿中明确说这是“常见的例子”，但我知道，很多读者会以为我是在提出观点。所以我很感谢爱奇艺今天发表的文章，这就是一个普遍存在的顽疾。

下图出自第2.4章节，第25页：

客户财务部门看到发票以后，还需要核对云厂商的账单和本公司自己IT系统的账单，这是个合理的要求。但是，用户拿到的发票金额、云厂商的账单明细和用户自己IT系统的账单经常对不上。云厂商经常因为账单上差几毛钱，而让客户拖延几十天支付几千万的货款……

这是个非常普遍的现象，据我所知，在2019年之前，每一家年消费额过亿、所用产品较多的互联网大客户，账单都存在核对不齐的情况。区别只是有些客户学精了，合理合法的拖延付款，有些销售学精了，求客户别对账了，少收你2万，你直接付款吧……

---

4. 谈谈后台数据失误问题

虽然我认为FinOPS很重要、资源运营也很重要、BI中台也很重要，但是我为什么不愿意去做这类事？因为这些工作依赖的平台状态数据总是出错啊……当然了，这种出错会误导领导决策，那是下一节的故事。

用户计费账单这类产品，在本书中的分类属于姥姥不疼舅舅不爱、出故障了总挨骂、骂完了也不会改的“用户支持性产品”。虽然客户都在骂，但没有哪个云产研大佬会放下手头工作，去把用户账单理清楚的。

我在书里也说清楚了相关原因，第7.2章-云产品的定位和分类-95页：

既然是同类产品，数据出错肯定是雨露均沾的，所以在本书虽然看好资源运营工作，但在第276页，我也不忘公开提醒数据出错的暗坑。

此处提醒一下，我不会欺软怕硬的只指责那些“用户支撑性产品研发”算错了数据，正牌云研发云运维一样会提供错误数据。反正是给同事用的，如果这批数据出错了，表面上是“知错就改”，但实际上是“屡教不改”。

顺路说一句，本书5.3章节介绍“如何低研发投入做一朵简易公有云”，第一件事就是关闭用户注册，无需实时扣费，不要自动删除资源。前段时间某云出现计费故障，直接删了UniSuper的数据，我怕的就是这类事。

---

5. 错误数据一直在糊弄大领导们

一个大型IT企业，应该不缺业务中台、管理BI、CRM、ERP，云厂商也有这些系统，但是这些系统都无法承担起管理和决策的责任，只能当个项目管理、流程托管、数据堆积的系统。

这些系统大多没有发展到“系统规划者不懂业务”这种高级阶段，当基础数据是不准确的、过时的、甚至就是假冒的，所有精妙的控制理论和严谨的数据推演，不过是自娱自乐的行为艺术。

有时候我都在想，我不掺和那些约束全员的IT系统，我就给最大的几个领导做个管理大屏。大屏上该展示什么数据，我懂业务我心里有数，如果数据出现异常，我也能确认是业务真有问题，还是后台数据出错了。当然了，这时候谁再敢嬉皮笑脸地提供错误数据，谁就立刻滚蛋……

总而言之，能糊弄大客户和云员工的这个数据支撑体系，一样也能糊弄大领导，你们说哪？