我们到底能不能做ERP

晚上再次跟同事聊起GOS的定位问题，年初的时候，我确实有考虑过把GOS做成一个大而全的类ERP的系统，能够支持采购管理，履行管理，订单管理，财务管理，能够帮助商家解决所有问题的一个系统，也能够把客户的供应商，客户的客户都管理起来。甚至，客户的供应商和客户的客户也都最好在菜鸟体系内，这样我们才可以更好地帮助客户提供服务。

但随着对商家了解越多，越发觉原来想法的不成熟，且不说商家从自有ERP如何迁移到这套体系，就说每个商家对ERP的需求都是五花八门的，且一个商家不可能所有的物流服务都由菜鸟一家来承接，而ERP其实起到了管理商家所有业务流信息的载体，即使这套系统要按照ERP打造，也要考虑兼容外部的系统，至少需要具备ISV的能力，而不是软件+物流服务一体化的能力，但如果按ISV做，菜鸟的竞争优势在哪里，又凭什么来营收。

归根到底，我发现，自己陷入了ERP的误区，原本是希望做成ERP来吸引更多商家，但如果从吸引商家来倒推，到底提供什么样的能力是商家最需要的，或者最能吸引商家的，本质上看还是菜鸟的物流能力，比如，商家在海外采购了一批货，能否只下个单，这批货就能及时运送至国内保税区仓库商家并自动更新库存到平台上，当消费者下单后，能否很迅速地打包发货并送到消费者手中。客户在保税区内有多个客户时，能否提供满足客户发货要求的货物，让客户操作更简单，管理更简单，物流成本更低。

而这些能力其实是需要业务和产品同学共同努力的，是需要一点点打磨的，比如，菜鸟账号可以独立使用，商家就不用再单独申请淘宝账号；比如，更加灵活的效期管控要求，来满足商家渠道不同效期管理要求；再比如，打磨跨关区调拨的流程，减少商家对物流环节的感知。最终，我们的目标是让商家更多时间关注商流，更放心地把物流交给菜鸟，从海外供应商到国内仓库，从仓库到消费者，从消费者退回到仓库，从仓库A到仓库B，从商家A仓库到B渠道仓等等，商家只需做到一键下单即可。

从这些基础能力建设来看，我们把自己做成ERP的需求反倒没有了必要性，而需要考虑如果把我们的信息和商家的信息打通，让商家真正做到一键下单，我们成为了4PL模式的物流商，商家ERP成为了我们的上游，我们深度合作，ERP做指令下发，做财务管理，做采购管理，菜鸟体系负责物流完整履约。而中小商家如果期望更加轻便，也可以用菜鸟GOS+菜鸟合作ERP来管理自己的业务，减少商家直接对接ERP以及后续需求变化后的难度。

从能力看，并没有能不能做ERP，而更多应该关注是不是做，或是不是现在做？