#数据中台
比较有启发的是规模不经济和缺少壁垒。
背景
业务是 To B 领域的数字化解决方案和落地实施。过往主要是依托关系拉项目，然后产品技术团队开发系统，网络电气工程师等落实硬件，最后交付。
问题
结果是项目价值客户并不太认可，因为有很多信息化基础性系统开发，客户不太容易看到，反倒是能看出我们对这个领域并不是那么了解，产品经理更像是需求分析师。解决方案工程师更多是售前方案，落地层面考虑不多。项目周期长，至少得一年，再加上各种意外带来的延期以及一些实际难以落地的条款，导致公司实际上并不赚钱。
分析
规模不经济：上面的表述可以看出，项目定制化程度比较高，虽然有些模块可以沉淀，但整体系统无法像成熟 ERP 系统一样有效降低定制化比例，每次项目来，基本上就要多扑人力。深层次原因是，我们对这个领域的信息化或数字化底层逻辑把握得还不够深，导致复用程度浅。比如成本核算，从物料平衡再到数仓等的建设，没有深入的解决方案，还处在理解特定客户需求再解决的层次。
缺少壁垒：虽然看起来有一些壁垒，即大的对手暂时没进入这个领域，毕竟我们比他们要更了解些业务。但由于当前主要在建设系统和交付系统，没有和客户形成更深度的协作，无法协助客户进行组织变革，最终难以体现价值。在我看来，真正的壁垒不只是系统，还包括系统及背后的实施方法，需要共同发力才能形成价值，夯实壁垒。
解决方案
• 逐步减少项目型的产品技术开发，逐渐转向以数据中台+实施方法。团队要逐步转型，从软件开发转向实施服务为主，软件可以自己开发也可以借助第三方。
• 壁垒应该转向这个领域成熟的实施方法，这也是我们发现客户经常说要个数据中台背后的真实原因。实际上他们发现了自己业务中数据的问题，但误以为有个叫数据中台的产品就能解决问题，所以找了一圈数据中台的供应商，发现也仍然难以解决。
网友评论