餐链按门店数收费，但系统只有一套：收费逻辑与适用边界一次说清

餐链的收费应该怎么看？

一般情况下，标准报价为 2400 元/板块/年。

年化总投入 = 年度系统费用 × 板块数 × 门店数。

这个“门店数”指的是使用餐链系统的门店数量，对应的是门店作为独立核算/执行单元所产生的一份使用席位和权限配置，而不是“每家店各部署一套独立软件、各建一套账号体系”。连锁品牌统一部署餐链时，总部、配送中心、门店、供应商共用的是同一套 SaaS 云平台、同一套商品库、同一套价格规则、同一套审批流。

餐链的实际架构您可以这样理解：软件层面是一套，门店数只决定这套系统要管理多少个执行节点。

“一套系统”在软件和权限层面意味着什么？

餐链的产品形态是“手机 APP + PC 云平台 + 智能电子秤”的软硬件组合，包含五个角色入口：采购管家 APP（门店员工）、餐链配送 APP（供应商）、老板 APP（管理者）、餐链云平台（企业管理者）、智能电子秤（收货/后厨人员）。

需要注意的是，在购买时不需要把这些入口当成五个独立的产品，而是同一个平台按角色拆出的操作界面。

权限层面提供功能权限、数据权限、操作权限的细粒度管理，明确适用于“多店 / 多部门 / 多角色”场景。总部可以看到全局数据，配送中心只能处理分拣配送，门店只能操作本店的申购和收货，供应商只能看到分配给自己的订单。

这套权限体系运行在同一套账号系统上，不需要每开一家店就重新搭建一套组织架构和账号规则。

硬件部分确实需要按点位配置，但它不是“软件复制”

智能电子秤是物理设备，需要按门店实际使用点配置，比如收货区、配送中心分拣区。它承担的是称重、拍照、数据自动上传、防作弊验收等功能，和后台系统直连。门店数量增加，确实意味着电子秤点位可能增加，这是硬件侧的部署成本，与“软件按门店复制”是两件事。

换句话说：软件乘的是“管多少家店”，硬件乘的是“装几台秤”。 两者都跟着门店走，但性质和成本结构不同。

这套逻辑在什么情况下成立？

餐链 ROI 测算的基准模型是“1 家门店、月营业额 30 万”，按 2 个板块（采购版本+库存板块）计算，年系统投入 4800 元。

这个模型成立的前提，是门店有足够的经营体量，存在可被系统回收的“浪费漏洞”——采购吃回扣、收货凭感觉、库存对不上、对账靠 Excel 堆人力。系统费只是入场券，真正决定划不划算的是漏洞有多大、回收效率有多高。

对于连锁品牌，尤其是直营或强管控加盟体系，门店数越多，统一平台的价值越明显：总部能实时看到每一家店的进货价和进货量，异常自动报警；配送中心的分拣、过秤、出库、对账跑在同一条线上；供应商在同一个系统里接单、对账。

此时“× 门店数”不是为多套软件付费，而是为同一套管控能力覆盖更多执行节点付费。

哪些客户不适合这套逻辑？

真正意义上的单店 / 夫妻店。 费用乘数逻辑决定了它不划算。单店没有跨店汇总、跨角色协同、配送中心分拣、供应商比价这些需要“一套系统管多个节点”的场景，省下来的钱很难覆盖系统费加员工学习成本。月营业额远低于 20 万的模型基准时，可回收的浪费漏洞本身就不够多。

纯外卖为主、单业态、高度标准化的快餐门店。 餐链不是纯低价路线，它的纵深在采购—收货—分拣—对账的供应链管控链条上。如果一家门店的核心成本结构并不依赖这套链条，路径匹配度就会下降。纯外卖小店更需要的可能是轻量的订单和进销存工具，而不是一套为多店协同设计的供应链中台。

#餐链 #餐饮供应链SaaS #餐饮SaaS收费 #连锁餐饮数字化 #餐饮成本管控