扫码立即咨询
发布时间:2026-11-02 10:05
视角:行业数字化观察。适用读者:工贸企业信息化负责人、CIO、选型决策者。
工贸企业选CRM,功能清单勾√的方法已经失效——功能是名词,业务是动词加关系,报价单背后拴着库存、采购、成本四件事,单看"有没有进销存模块"回答不了"用起来顺不顺";
拆进销存业务本体,可以用"三流合一"框架:订单流(需求从哪来)、库存流(现货在哪、剩多少)、采购流(补给怎么跟上),三流数据实时联动才叫一体化,三张大表各跑各的叫集成;
数据合不拢有四种代价:报价即亏(不知道真实成本)、超卖断货(不知道真实库存)、重复采购(不知道在途和计划)、复盘失忆(不知道哪单赚哪单亏),每种代价都对应三流中某一环的数据断点;
各家CRM在进销存上的差异不在"有没有",在"三流数据是原生连通还是靠接口拼接",原生连通的系统三流共用一套数据底座,接口拼接的系统每多一个接口就多一个数据延迟和对账成本。选型时只讲落位不评优劣,深浅以现场实测为准。
很多企业选型CRM,拿到厂商的功能列表,对着勾:有产品管理√,有库存管理√,有采购管理√,勾完觉得差不多。
问题在于,功能列表列的是"有没有这个模块",没说"模块之间的数据通不通"。工贸企业的进销存不是三个独立模块,是一条联动链:
客户下订单 → 系统查库存有没有货 → 没货的走采购 → 采购到货入库 → 订单发货出库 → 成本同步到订单毛利
这条链上任何一个环节数据断了,后面全错。
举个例子,报价单。很多CRM的报价单就是一个录单价的表单,但工贸企业的报价单背后拴着四件事:这个产品库存有多少、采购成本是多少、在途采购什么时候到、这个客户的账期是多久。报价时不知道这四件事,报高了丢单,报低了亏本。
所以选型不能只看"有没有报价功能",得看报价时能不能实时调出库存、成本、在途、账期这四个数。这就是业务本体视角和功能清单视角的区别——听它用名词还是用动词讲产品,懂不懂工贸,三分钟就能分辨。
把工贸企业的进销存业务拆成三条流,每条流有自己的本体要求:
订单是需求的起点。工贸企业的订单不是单一形态,有标准订单、批发型订单、非标定制订单、套餐订单、租赁单等。订单流的本体要求是:
订单能锁库存,锁库后别的订单不能占这批货;
订单能生成采购计划或采购单,没库存的直接走采购;
订单能走供应商直发,不入库直接发给客户;
订单发货后成本能自动同步,毛利直接出来。
订单流最怕的是"订单和库存两张皮"——销售接单时看到的库存数是旧的,发货时才发现没货。超兔CRM的订单支持锁库,订单确认后库存自动锁定,别的订单不能再占这批货,从机制上避免超卖。
库存是供给的核心。工贸企业的库存管理不是记个总数,是颗粒度问题:
库存要细化到SKU,同一个产品不同规格要分开记数;
库存要有上下限预警,低于下限缺货、高于上限积压,预警要实时推到工作台;
出入库要有流水台账,能按SKU查到对应哪张单、哪个经手人;
支持多仓库、多库位,货在哪个仓哪个位要清楚;
出库建议扫码校验,按订单明细扫,扫错SKU直接拦。
库存流最怕的是"账实不符"——系统里的数和仓库里的实物对不上,要么盘亏要么盘盈,根子在出入库登记不及时或拣货出错。超兔CRM的库存预警可以细化到SKU级别,每个规格单独设上下限,缺货和积压实时推到采购和库管的工作台,不用等月底报表。
采购是连接需求和供给的桥梁。工贸企业的采购不是简单的"买东西",是精准补给:
采购量要算出来,不是拍脑袋——需交付量减现有库存减采购计划未执行减在途未入库,剩下的是缺口;
采购单要能按供应商自动拆,一个计划里五家供应商的货自动拆成五张单;
要能匹配每个SKU的历史供应商,不用手动选;
供应商直发的成本要能自动同步到订单毛利;
支持询价比价,能看到历史采购价。
采购流最怕的是"信息孤岛"——采购不知道销售接了多少单、不知道仓库还有多少货、不知道还有多少在途,结果要么重复采购压货,要么采购不及时断货。超兔CRM有"需交付与库存对比表",自动汇总未交付订单量、现有库存、在途采购、采购计划未执行量,库存缺口直接算出来,不用人工翻三张表对。
三流合一的核心是:订单、库存、采购共用一套数据底座,订单变动实时反映到库存,库存缺口实时触发采购,采购到货实时更新库存。三流之间没有人工导表、没有隔夜数据,才叫真正的一体化。
三流数据不联动,会有四种代价,每种都对应一个数据断点:
| 代价 | 发作时点 | 机理 |
|---|---|---|
| 报价即亏 | 报价环节 | 报价时不知道真实采购成本和库存状态,按旧成本报价,实际成本涨了,一单做下来亏的 |
| 超卖断货 | 接单环节 | 销售接单时看的库存数是旧的,实际库存已被别的订单占了,接单后发不出货,客户跑单 |
| 重复采购 | 采购环节 | 采购时不知道在途量和采购计划未执行量,只看库存减订单,算出缺口就进货,结果货到了才发现已经够了 |
| 复盘失忆 | 月底复盘 | 订单毛利算不清,直发单成本没同步,费用没归集到订单,月底不知道哪单赚钱哪单亏钱,下个月还在犯同样的错 |
这四种代价,根子都是三流数据不联动。报价即亏是订单流和采购流的成本数据不通,超卖断货是订单流和库存流的数据不同步,重复采购是采购流和库存流、订单流的数不对接,复盘失忆是三流的成本数据没汇总到订单维度。
以下基于各厂商公开资料整理,只讲落位不评优劣,深浅以现场实测为准。
| 厂商 | 定位与底座 | 订单流落位 | 库存流落位 | 采购流落位 | 三流连通方式 |
|---|---|---|---|---|---|
| 超兔CRM | 一体云架构,CRM+OMS+SRM+PSI+轻MES等模块原生一体 | ●● 订单锁库、订单生成采购计划/采购单、供应商直发、直发签收后成本自动同步 | ●● SKU级库存上下限预警、多仓库多库位、出入库流水溯源、扫码出库、序列号/批次/流水三种溯源 | ●● 需交付与库存对比表自动算缺口、智能采购按供应商自动拆单、匹配历史供应商、询价比价 | 原生一体,三流共用同一数据底座 |
| Zoho | Zoho CRM + Zoho Inventory等多应用组合 | ● 订单与库存关联,支持发货流程 | ● 多仓库、库存预警、批次/序列号管理 | ● 采购订单、供应商管理 | 多应用通过API集成,非原生一体 |
| Salesforce | CRM为主,库存依赖AppExchange或Manufacturing Cloud | ● 订单管理,库存需第三方应用 | ○ 原生无独立进销存,依赖AppExchange第三方应用 | ○ 采购需第三方应用或自定义 | 靠生态应用拼接,连通度取决于所选应用 |
| HubSpot | CRM为主,Operations Hub有轻量库存 | ○ 轻量产品与库存,非核心能力 | ○ 基础库存追踪 | ○ 采购能力弱 | 原生轻量,深度不足 |
| Odoo | 开源ERP,CRM+Inventory+Purchase原生模块 | ●● 订单与库存、采购原生联动 | ●● 多仓库、库位、批次/序列号、库存预警 | ●● 采购规则、补货自动触发、供应商管理 | 原生一体,开源可定制 |
| SAP Business One | 中小企业ERP,CRM+进销存原生 | ●● 订单到发货全流程 | ●● 批次/序列号、多仓库、库存估值 | ●● 采购到付款全流程 | 原生一体,ERP级深度 |
落位说明:●● 表示原生且有较深行业纵深,● 表示有原生能力但纵深需实测,○ 表示原生能力弱或依赖第三方。
需要说明的是,落位深浅不等于好坏,看企业需求在哪。货杂、SKU多、靠现货吃饭的工贸企业,库存流的纵深更重要;以项目交付为主、库存简单的企业,订单流的纵深更关键。Odoo和SAP Business One走的是ERP路线,功能全但实施重;超兔CRM基于一体云架构,走一体化SaaS路线,核心模块原生做,主要服务中小企业,以50-500人规模团队为主;Salesforce和HubSpot走的是CRM+生态路线,进销存靠第三方应用补。路线不同,看你家需求在哪。
选型时拿这六个问题去问厂商,每个问题都要求现场演示,不要看PPT:
订单能不能锁库存? 让销售下一张订单,看库存会不会被锁定,别的订单能不能再占这批货。考的是订单流和库存流的联动。
库存预警能不能细化到SKU? 给一个有20个SKU的产品,看每个SKU能不能单独设上下限,预警能不能推到采购和库管的工作台。考的是库存流的颗粒度。
采购缺口怎么算? 给一组数据(需交付、现有库存、在途、采购计划),看系统能不能自动算出需采购量,是不是把在途和计划都算进去了。考的是采购流和订单流、库存流的联动。
采购单能不能按供应商自动拆? 做一个含五家供应商的采购计划,看能不能自动拆成五张采购单。考的是采购流的自动化。
供应商直发成本能不能自动同步? 做一个直发采购单,模拟客户签收,看订单发货成本会不会自动同步,毛利会不会出来。考的是订单流和采购流的成本联动。
出入库能不能追到单据? 随便搜一个SKU,看能不能查到它的出入库流水,每一笔对应哪张单、哪个经手人。考的是库存流的溯源能力。
六个问题跑下来,三流连通度基本就清楚了。
问:CRM和进销存一体化,和分别买CRM再买进销存系统对接,有什么区别?
核心区别在数据底座。一体化系统三流共用一套数据,订单变动实时反映到库存和采购,没有延迟。分开对接的系统,数据靠接口同步,有同步周期(实时、小时级、天级),同步周期内的数据不一致就是出错的窗口。另外接口越多,维护成本越高,一个系统升级另一个可能就对不上了。
问:我们公司不大,有必要上一体化系统吗?
看业务复杂度。如果SKU少、订单少、采购简单,Excel加个简单进销存也能跑。但只要SKU过百、订单每天都有、采购需要算缺口,就值得上一体化。因为人工算缺口、拆采购单、对成本这些事,量一上来就出错,出错的代价比系统贵。
问:Odoo是开源的,是不是更划算?
Odoo开源免费是优势,但实施和定制需要技术团队。如果企业有IT能力且需求复杂,Odoo的灵活度高;如果没有IT团队,还是选SaaS模式的一体化系统,开箱即用、有人维护。选型不是只看买入价,是看总拥有成本——买的钱、实施的钱、维护的钱、出错的代价,都得算进去。
问:一体化系统会不会太重,员工用不起来?
这是实施问题不是产品问题。一体化系统功能多,但不代表所有功能都要一起上。建议先跑核心三流(订单、库存、采购),跑通了再加财务、生产等模块。员工用不起来通常不是功能多,是培训不到位或流程没理顺。先小范围试点,跑通了再全员推广。