正文

请到「今天看啥」查看全文

如果你听说一家汽车企业自己花了很多钱开发出一套ERP，结果不能解决问题，最终还是乖乖地买了SAP的方案，你可能觉得这样的故事更可信一些。

问题是，为什么Vijayan的决策能够成为现实？ 自建ERP为什么没有成为特斯拉的梦魇？

1）自建信息系统的抽象要求大幅降低

如果你要开一家饭馆，必须要考虑到周边顾客的不同口味，你可能要准备五十种以上的菜谱，自然也就需要多品种的原料进货。但是如果要为自己家做一顿晚饭，你只需要买自己爱吃的菜就可以。商品服务和自用服务永远存在这样的复杂度对比。

这个例子可能有点过度简单，软件产品的复杂归根到底是因为它的抽象要求。比如你用一个CRM应用，能够管理自己的客户订单，订单中可以增加产品明细，产品明细可以从产品目录中选择，产品目录包含多层次的结构，购买A产品必须同时配套B产品；如果你要给客户打折，你既可以选择百分比折扣，也可以选择折让一个绝对值，甚至可以两个一起干。我们用软件能够有这样的灵活度，是因为软件厂商根据纷繁复杂的商业实践，抽象出了这样的逻辑和结构，让它能够满足大量客户的需求。

DIY的系统就扔掉了架构抽象的一部分包袱。虽然依然需要一定程度的抽象，但只要密切地吻合自己的需求就可以，不必考虑其他行业和其他企业的差异。

而且，DIY系统可以 更大胆地使用直接具体而非抽象的命名 。比如特斯拉必然会涉及到充电站管理，利用商业套件来管理，一般就需要借用抽象的资产管理模块，一个充电站，一个充电桩，都必须归属抽象的“资产”定义，在资产项目中还必须配置和充电站相关的资产类目。但是，自建系统就可以大大方方地直接叫做“充电站管理”。这既简化了结构，也让用户更容易理解。

请到「今天看啥」查看全文