Hank | 我在ERP选择上的一些观点
8072本文来自【知无不言】社区讨论贴，有经过修改和整理。
以下为Hank原文
本文分成几个部分，由于不是资深专业人士，有些表达可能有失偏颇，敬请各位大神指正。
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 大致梳理
结合上述第二点提到的需求梳理，我大致地把对 ERP 系统的需求分成三种：
1.支撑电商平台运营工作的； 这种其实偏“销售工具类”，目前行业里有各种各样的销售类软件，都跟这方面沾边，只是可能功能侧重点不一样；
2.支撑电商后端的订单处理工作的，主要支持多平台抓单、汇总采购需求、SKU 管理、发货以及可能包含WMS 模块。
3.同时满足上述两种需求的，这种大概我了解的只有赛盒？因为其他的都基本上都要购买多系统来实现对接的？
PS：我这里的运营工作，大概是要定义为电商平台的线上运营，就是我们说的搞流量啊，搞转化啊，出GMV 啊，之类的。
那么我斗胆把问题里提到的系统按上述标准做分类好了。
1.亮点是支撑运营：速易特 积加 ERP（G+）英华方舟（Fusionzoom） 金蟾云亚马逊船长（Captain） 优卖 ERP（AsinKing）
2.亮点是支撑后端为主：速脉 通途 店小秘 超级店长 马帮（其实对 ebay 的运营支撑挺好的但是我们这里讨论的是 Amazon）
3.综合：赛盒
果然亚马逊已经进入血拼运营的时代了啊，才催生了这么多支撑运营的系统：）
我们公司的 ERP 系统配置
业务状况：亚马逊业务占电商 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 的目的是什么，希望解决什么问题？
到底是希望解决多平台整合发货的问题？还是希望提升运营效率？
好好想想。
本文来自【知无不言】社区讨论贴，有经过修改和整理。
以下为Hank原文
本文分成几个部分，由于不是资深专业人士，有些表达可能有失偏颇，敬请各位大神指正。
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 大致梳理
结合上述第二点提到的需求梳理，我大致地把对 ERP 系统的需求分成三种：
1.支撑电商平台运营工作的； 这种其实偏“销售工具类”，目前行业里有各种各样的销售类软件，都跟这方面沾边，只是可能功能侧重点不一样；
2.支撑电商后端的订单处理工作的，主要支持多平台抓单、汇总采购需求、SKU 管理、发货以及可能包含WMS 模块。
3.同时满足上述两种需求的，这种大概我了解的只有赛盒？因为其他的都基本上都要购买多系统来实现对接的？
PS：我这里的运营工作，大概是要定义为电商平台的线上运营，就是我们说的搞流量啊，搞转化啊，出GMV 啊，之类的。
那么我斗胆把问题里提到的系统按上述标准做分类好了。
1.亮点是支撑运营：速易特 积加 ERP（G+）英华方舟（Fusionzoom） 金蟾云亚马逊船长（Captain） 优卖 ERP（AsinKing）
2.亮点是支撑后端为主：速脉 通途 店小秘 超级店长 马帮（其实对 ebay 的运营支撑挺好的但是我们这里讨论的是 Amazon）
3.综合：赛盒
果然亚马逊已经进入血拼运营的时代了啊，才催生了这么多支撑运营的系统：）
我们公司的 ERP 系统配置
业务状况：亚马逊业务占电商 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 的目的是什么，希望解决什么问题？
到底是希望解决多平台整合发货的问题？还是希望提升运营效率？
好好想想。
热门活动 
其他
04-09 周四
热门报告 
