Hank | 我在ERP选择上的一些观点

本文来自【知无不言】社区讨论贴，有经过修改和整理。

本文分成几个部分，由于不是资深专业人士，有些表达可能有失偏颇，敬请各位大神指正。

1.前言&利益相关

2.ERP：是什么？为什么？概念和分类

3.不同类型 ERP大致梳理

4.我们公司的 ERP 系统配置

5.总结

利益相关说明：通途和积加 ERP 深度用户，并且和积加 ERP 有着深度的合作，和积加 ERP 的老板（前 ANKER的工程师）非常熟，最近有些活动也以客户身份为他们站台演讲。

本回答对 ERP 的评估以积加为主。

为了回答这个问题我去百度了一下“电子商务 ERP”，因为我发现不同的人理解 ERP 有着巨大的认知差异啊。

电子商务 ERP 把传统 ERP 中的采购、生产、销售、库存管理等物流及资金流模块与电子商务中的网上采购、网上销售、资金支付等模块整合在一起，以电子及电子技术为手段，以商务为核心，打破国家与地区有形无形的壁垒，让企业从传统的注重内部资源管理利用转向注重外部资源管理利用，从企业内的业务集成转向企业间的业务协同。

关键词：整合

我的理解：整合，就是一站式，没那么麻烦嘛。简单来说，就是提升效率。

我研究一件事情的时候，有一个“三件套”的九字真言，那就是“是什么？为什么？怎么样？”在这个问题上，我认为首先要搞清楚几个问题：

我们理解的 ERP 是什么？

我们认为他可以在哪些工作上帮我们提升效率？

我们的需求是什么？

哪些需求可以用系统解决？

应该用怎样的标准去选择信息化工具？

就像我们自己卖商品，也有一个“定位”一样，每一款 ERP，都有自己的“定位”。什么是定位？我个人对定位二字的总结是：商家与消费者共同的选择，然后才出现了合理的定位。

不同的定位就解决不同需求啦：）

关于ERP分类。

考虑到知无不言社区是以亚马逊卖家为主。我大致地把卖家分成单一平台型（Amazon）和多平台型，其中如果是 Amazon 卖家，则大致可以分成铺货型和精品型。

当然我们知道目前的 Amazon 运营的主流是精品型的运营。在 ERP 的选择上，就要首先分析清楚自己的情况是什么，需求是什么啦。

我举一个栗子。我有一个广东地区的朋友 A，平台以 wish、ebay、joom 这些平台为主，90%以上国内直发，仓库 2 万平方，日发 1 万多单，使用 2 万多一年独立部署的通途，已经基本可以解决日常发货需求了，对于他们来说，一年 2 万多元的通途，性价比巨高。

后来啊，有另外一位共同认识的朋友 B，在深圳销售电子仪器，只做 Amazon，精品策略，100%发货是FBA，公司从几个人成长到十几个人之后，对采购、QC、发货的流程把控需要系统协助了，准备上线一款ERP，听了 A 说通途，很便宜很好用啊，就上线了。才 300 元一个月，相当便宜。

后来发现根本不太适合。

某途对 Amazon 运营的支持几乎为零，而只停留在传统电商的后端支持上，后端指的是采购、质检、打单、捡货、分拣、发货等环节。

这是真实的状况，却是在 ERP 的选择上，两个刚好极端相反的例子。

所以当我们在讨论 ERP 系统的时候，我们不妨先想清楚：

我们的需求到底是什么？

我们的效率短板到底是什么？

我们需要用软件来支撑的是运营端还是后端（供应链、采购、仓库发货）？

结合上述第二点提到的需求梳理，我大致地把对 ERP 系统的需求分成三种：

1.支撑电商平台运营工作的； 这种其实偏“销售工具类”，目前行业里有各种各样的销售类软件，都跟这方面沾边，只是可能功能侧重点不一样；

2.支撑电商后端的订单处理工作的，主要支持多平台抓单、汇总采购需求、SKU 管理、发货以及可能包含WMS 模块。

3.同时满足上述两种需求的，这种大概我了解的只有赛盒？因为其他的都基本上都要购买多系统来实现对接的？

PS：我这里的运营工作，大概是要定义为电商平台的线上运营，就是我们说的搞流量啊，搞转化啊，出GMV 啊，之类的。

那么我斗胆把问题里提到的系统按上述标准做分类好了。

1.亮点是支撑运营：速易特 积加 ERP（G+）英华方舟（Fusionzoom） 金蟾云亚马逊船长（Captain） 优卖 ERP（AsinKing）

2.亮点是支撑后端为主：速脉 通途 店小秘 超级店长 马帮（其实对 ebay 的运营支撑挺好的但是我们这里讨论的是 Amazon）

3.综合：赛盒

果然亚马逊已经进入血拼运营的时代了啊，才催生了这么多支撑运营的系统：）

业务状况：亚马逊业务占电商 90%以上，美国仓及自发货占比 10%左右，有 Walmart eBay 等多平台。

系统使用的有两个：积加 ERP+通途 这样的组合反而是性价比高而且基本满足主要痛点的方案。

通途：自发货及美国仓发货使用，优势是对接基本上所有的小平台，方便打单出货；

积加 ERP：全线亚马逊业务使用积加 ERP。

这样管理当然有不便的地方，比如同一仓库库存在不同的平台销售，库存数据不能实时同步，需要手动定时地进行库存数量更新。

以中国卖家目前的状况，绝大多数人没有标准化的流程，希望用同一套系统来解决整个公司的数据，基本不太可能，我们过去引入过某个纳斯达克上市公司的系统，折腾了一年多，水土不服，跟其他软件的对接也郁闷至极最后放弃，白白损失几十万实施费用。

积加创始人是以前 ANKER 的工程师，从跨境电商第一品牌离开之后创立了这个系统。我所在的公司可以说是去年作为小白鼠的角色，用我们的业务来打磨了一段时间之后，他们今年开始大力推向市场。

从我负责的工作内容的角度，我认为积加 ERP 给我的感受有几点：

1.除了上传 Listing（据说这项功能正在开发中即将上线）之外，其他操作基本可以脱离后台，包括修改Listing 所有信息，客服工作，索评，100%匹配差评（系统的亮点功能），CPC 广告，创建 FBA 等；

2.每套账号的服务器是独立部署的，所以可以用一个界面管理多套账号，没有关联风险，目前我们虽然自己架设了服务器用来远程登录账号，但是已经很不常用了，基本通过积加 ERP 解决；

3.数据的呈现是整合和交互过的，而不是 Amazon 后台那样，有些数据只是单纯的表现，需要我们自己用数据分析的一些技术整理进行自己的分析；

4.解决订单利润统计真实率的问题，充分考虑了 shua 单、采购、物流、广告等成本，可以从 SKU、站点、账号、品类品牌等维度统计利润，在基础数据维护得当的情况下，直接显示的利润比较准确；

5.闭环、体系：这是积加与我们的对接过程中被灌输最多的概念。我在搜索上述几个 ERP 的时候发现Fusionzoom 的 slogan 是“让管理理念量化转变为可执行的目标”，其实积加的观念也类似。闭环是指通过系统处理的工作每一个流程都可以很好地串联，比如说一个差评出现了，就会形成工作流，自动分配给客服，上级可以监管客服绩效； 又如各个采购审批环节能清楚掌握该请购商品的销量、库存、在途数，在调拨（从本地仓库库存发送 FBA 到亚马逊）环节系统能自动更新在途数、预留数、中转数、坏数与实际可售库存数。

我大致观察了本回答所列的几个系统工具，从“运营的角度”，以“更好地脱离亚马逊后台”为目标做优化效率的工作的话，我认为积加目前所列出来的系统功能可能是最全面的一个。比如某工具没有办法创建 shipment，某些软件只侧重于客服工作环节，对采购支持较弱等等。恩，考虑到我下面要说积加的好话，我不点名其他的哈。

我们自己的 IT 项目经理对积加 ERP 提的需求有 100 多项，很多对积加本身的产品完善起到了好的效果。这是我为他们站台的大部分原因。当然他们的缺点明显，最大的缺点是：丑。。。

尼玛这个视觉跟交互设计，完全匹配不上强大的功能。不过好像新版要出来了。

此外，就连我这种已经上线很久的卖家，依然无法很熟悉系统的操作和特点，因为实在是系统太复杂了，用户教育的过程很漫长啊！

有一点还是蛮重要的：积加 ERP 的运作逻辑，应该是创建一个子账号，并充分授权给 ERP，让 ERP 模仿人的操作去获取和修改后台数据。所以，只要员工能通过后台做的事情，积加 ERP 理论上都可以实现。

这个运作逻辑跟市面上很多工具的 API 对接方式不一样，API 对接目前应该还有很多数据拿不到，但是子账号授权可以。

我举一个例子说明，2016 年的时候我们上线那家美国的上市公司软件，上线之后我们同步 Amazon 的Listing，在系统界面做修改 Listing 操作，希望同步到前台的时候，发现 BSR 的类目节点不见了！由于节点是一个不小的流量入口，订单瞬间少了很多！相当折腾的一件事情。

上述是我一个非 IT 男的理解，如有不对敬请指正。

其实要总结的上面自己提炼一下也差不多了。

就是说要想清楚自己选 ERP 的目的是什么，希望解决什么问题？

到底是希望解决多平台整合发货的问题？还是希望提升运营效率？

好好想想。