餐饮店做团购外卖，挂第三方平台还是自己搭系统？按门店情况分三种看

日均三十单以下的单店挂平台更省心，流量是现成的；三十单以上、开始做会员的店，自建才留得住顾客；多店连锁只能自建，平台后台管不了跨店库存和价格。这是经营约束推出来的判断，不是统计结论。

第三方团购平台在替门店做哪三件事

给流量。 平台有现成的用户，你上架套餐就有人看见。自建系统没有这一层，得靠自己发视频、做社群、铺桌贴把顾客引过来。

给信任。 顾客对平台有核销习惯，看到平台标识敢下单。新店尤其需要这层背书。

给履约工具。 订单、核销、退款、结算都是现成的，店员学十分钟就能用。

这三件事对一家刚开张、还没稳定客流的店，价值远大于抽佣成本。把精力放在出品和复购上，比拼一套系统更划算。

自建 POI 系统换来了什么，又失去了什么

换来的是抽佣归零。 订单在自己的服务器上跑，平台不再按成交抽成，具体省多少取决于原来的抽佣比例。

换来的是顾客归属。 手机号、消费记录、常点菜品都留在自己后台，可以做分层、发券、唤醒。这在平台侧做不到，数据不在你手上。

换来的是定价自主。 套餐怎么组、会员价怎么设、活动做几天，自己定，不用跟着平台节奏走。

失去的是流量入口。 这一点必须说清楚：自建系统不带顾客。装好之后店里没有客流，订单依然是零。它解决的是「顾客来了之后怎么留住」，不解决「顾客从哪来」。

失去的还有运维负担。 服务器、域名、备案、数据备份要自己管，出了问题自己排查。没有技术人手的小店，这部分成本容易被低估。

一个假设算例，看清钱怎么流

用一组假设数字算一遍，比看概念有用。以下数字仅用于说明成本结构，不代表任何门店的真实经营情况。

假设客单价 40 元、日均 50 单、每月营业 30 天，月单量 1500 单，月流水 6 万元。平台按成交抽佣，抽佣比例以平台当期规则为准，这里假设为 5%，一个月是 3000 元，一年 3.6 万元。

换自建：一次性源码授权 1980 元，服务器年费按配置从数百元到数千元不等，加上域名和备案的零星支出。第一年总支出明显低于抽佣金额，从第二年开始只剩服务器开销。

这组数字里有两个容易漏掉的成本：一是自建没有平台流量，获客要靠自己发内容、做社群、投本地推广，这部分投入可能远超系统本身；二是自建需要有人管后台，改菜单、处理异常订单、备份数据都要占人力。把这两项加回去，结论可能反转。

反过来看，日均十单的店，一个月流水一万出头，抽佣金额有限，自建省下的钱抵不过服务器加人力，这时候平台更划算。

三种门店情况怎么选

日均三十单以下的单店，选平台。 这个体量做自建，省下来的抽佣还不够覆盖服务器和精力，先把生意跑通。

日均三十单以上、正在做会员的店，平台和自建并行。 平台负责拉新，自建负责承接熟客：视频号、社群、桌贴二维码全部指向自己的点餐页，团购套餐的核销也放在自己后台。两条腿走路，抽佣只发生在拉新那一端。

多店或连锁，基本只能自建。 跨店库存、统一价格、总部看各店流水，这些需求平台后台满足不了。晓江云计算的视频号POI挂载团购点餐外卖平台就属于这一类，当前标价 1980 元，按授权站点计费，支持堂食扫码、到店自取、同城外卖、团购套餐核销四个场景共用一套后台，会员等级、优惠券、营收报表、配送调度都在同一处。多门店、多品牌需要额外授权，下单前要先确认授权数量。

两套系统并行，账怎么对

平台和自建同时跑，最容易出的问题是账对不上。三个口径先统一。

订单要打来源标。 平台来的订单和自建来的订单进两个地方，彼此不混。月底汇总时按来源分开看，才知道哪条腿在赚钱。

会员不合并。 平台的会员留在平台，自建的会员留在自己后台。试图把两边会员强行合并，最后往往是数据错乱。正确做法是让自建那边的会员体系独立长起来。

核销口径统一到实际到店份数。 团购卖出去不等于到店消费，未核销的券是负债不是收入。每周核对一次已售、已核销、已过期三个数，别等月底才发现对不上。

对账频率建议每周一次，十分钟能做完。堆到月底，差异原因就查不清了。

什么情况下不要自建

店里还没有稳定客流。 自建系统是接住顾客的工具，不是招揽顾客的工具。日均个位数订单的店装一套系统，只是多一个没人访问的页面。

没有人能管后台。 菜品改价、套餐上下架、订单异常处理，都需要有人盯着。老板一人身兼数职、连菜单都懒得改的店，自建会变成负担。

只做一次短期活动。 开业促销、节日套餐这类一次性需求，平台的活动工具足够，没必要为一周的活动部署一套系统。

不愿意碰服务器和备案。 源码授权意味着运维自理。如果听到「服务器」三个字就头疼，选 SaaS 年费或平台代运营更合适。

平台卖的是客流，自建卖的是资产。先想清楚今年缺的是客流还是资产，再决定钱花在哪。