管三家店不应该要登录三次

你开了第二家店,再开第三家,大概在第二家的时候,裂缝就出现了。第一家店的熟客走进新店,没人认得出他。周六晚上位子全满,客人打电话到你的旗舰店被婉拒,而两条街外的姊妹店整晚都空着三张桌子。为春节做一次全集团的推广,却要拆成四次各自搭建,因为每家店都跑在互不相通的独立系统上。

这些都不是桌位管理的问题。这是集团管理的问题——也正因如此,多门店餐饮集团管理才会作为一个独立的门类存在,而不是"同一套订座系统,开了四次"。

一个页面,看遍全集团的空位

集团不必给每家餐厅各自做一个订座页面,而是可以用一个集团订座页面,在同一屏幕上展示所有门店的空位情况。想订周六晚上八点的客人,看到的不是搜索的那家店贴出"已满"的墙,而是你旗下哪家店此刻真的能接待他。

同一块屏幕还兼具交叉销售的作用。原本冲着旗舰店来的客人,可以被引导去你新开的门店、姊妹品牌,或者集团里的另一个招牌——用最忙那家店接不住的需求,填满相对清闲的门店,而不是因为旗舰店恰好订满,就把这位客人拱手让给竞争对手。

无论在哪家店预订,都认得出这位客人

客人在集团旗下任何一家门店预订,他的档案都会跟着走:到访记录、偏好、过敏信息、你的团队添加的备注、特殊要求,以及——如果接了 POS——他点了什么、花了多少,逐笔列明。

那位在旗舰店吃了两年的熟客,第一次去尝试你的新店,不会是门口的陌生人。你的迎宾能看到这段关系早就存在。一张预订卡片同时展示这位客人的两面——他在这一家店的记录,以及他在整个集团的记录——这样就没人需要问"您以前来过吗",而诚实的答案其实是"这家没来过,但您旗下别的店我都去过"。

这段关系背后的数字,同样在两个层面都看得到:在这家店的终身消费总额,以及在整个集团的终身消费总额,每次到访的消费、每位客人的消费,再加上这位客人预订、到店、取消、爽约的次数——门店层面和集团层面都有。一个在这家店是靠谱熟客、却在另一家店屡次爽约的客人,不会因此变得看不见——这个模式会在他下一次预订时,不论订哪家店都显现出来。

一套 CRM,直接接到你的邮件营销里

客人数据也不会被锁死在 Bistrochat 里面。统一 CRM 会对接集团真正用来发起营销活动的邮件与营销平台——Mailchimp、Mailjet、Sendinblue、Brevo 等——每位客人都会按他去过的门店打上标签。

正是这种标签机制,让集团层面的营销真正可用,而不是一件粗放的工具。想做一次全公司通知,就给整个集团的所有客人发一封统一的电子报;如果某个促销只对某个概念有意义,就按门店和品牌拆分——高端旗舰店的品酒晚宴通知,不该寄到一位只去过你休闲面馆的客人的邮箱里。

每家门店都保留自己的个性

集中管理不等于集中划一。集团里的每家餐厅都在同一个账号内独立运营:各自的桌位图、各自的订座规则、各自的营业时段、各自的订座 widget 设计、各自的客人沟通方式。

一家用餐时间长、需要严格再确认的正式高端旗舰店,和一家欢迎 walk-in 的休闲姊妹概念店,可以共存于同一个集团,而不必彼此迁就。集团获得了运营上的可见性,每家门店则保留了当初值得开业的那份个性。

报表能汇总,但不会被抹平细节

每家门店依然拥有自己完整的全貌——订座、客人与渠道分析、爽约率与取消率,以及在接了 POS 的情况下,营业额、平均账单、每位客人消费和菜品排行。集团层面新增的能力,是可以在一个地方直接调出这些逐门店的报表,或者查看同一组指标在整个集团汇总后的样子,这样集团经理不必来回切换不同账号,只为了对比这个月两家店的走势。

追踪每一笔预订从哪里来,覆盖整个集团

营销预算和联盟推广合作,很少会乖乖按门店划界——一次活动、一位网红、一个联盟链接,往往是想把预订引导到集团里任何有空位的门店。Bistrochat 在集团层面追踪预订来源,让你能看清哪些活动、联盟渠道和推广渠道,真正在整个业务组合里带来了客人,而不只是孤立地看某一家店。

按餐饮集团实际的付款方式来设计

规模较大的集团,往往运行在一套企业级支付体系上,不会因为换了一套订座系统就随意更换——集中的资金管理、既有的收单机构关系、集团层面的对账。Bistrochat 的支付集成,包括 GlobalPayments 这类企业级收单机构,都是为了嵌入这套既有体系而设计的,而不是逼一个集团为了一个订座工具去重新搭建自己的财务架构。

适用于单店的定价模式,同样适用于整个集团:固定订阅费,没有按人头收费,没有订座佣金——集团每新增一家门店,成本依然可预测,而不会随着每多一家餐厅、每多一位客人而水涨船高。

让一个集团正式上线

配置简单的单店,当天就能开始接受预订。而涉及更多活动部件的多门店集团——多套桌位图、按概念各异的订座规则、需要接入的既有支付关系——会多花一点时间,Bistrochat 的开通团队会为这次具体的上线制定切合实际的时间表,而不是承诺一个"放之四海而皆准"的开业日期。不管哪种情况,这都是一个配置项目,不是 IT 项目:没有漫长的系统对接,也不需要第三方顾问。

常见问题:多门店餐饮集团管理

能不能在集团层面看到某位客人的终身消费,而不只是按门店看? 可以。终身消费、每次到访消费和每位客人消费,既能按单店查看,也能按整个集团汇总查看,同时还附带预订、爽约和取消的历史记录。

客人能不能在一个页面里预订集团内的任何一家门店? 可以。集团订座页面在一个屏幕上展示每家门店的空位,当客人首选的那家已满时,可以顺势推荐集团内的另一家餐厅。

客人需要在每家门店重新自我介绍吗? 不需要。客人档案——到访记录、偏好、过敏信息、备注和消费——会跟着客人走遍集团内的每一家门店。

能不能通过 Mailchimp、Mailjet、Sendinblue 或 Brevo 给客人发邮件? 可以。统一 CRM 会与这些平台同步,客人按门店打标签,方便你发送覆盖整个集团的活动,或者只针对某一个品牌、某一家餐厅。

每家餐厅能不能保留自己的品牌形象和规则? 可以。桌位图、订座规则、营业时段、widget 设计和客人沟通方式,都按门店独立设置。

能不能追踪是哪些联盟渠道或推广活动在为整个集团带来预订? 可以。预订来源追踪在集团层面运作,让你看清哪些渠道在整个业务组合中真正带来了客人,而不只是某一家店。

增加门店会改变定价模式吗? 不会。依然是同样的按门店固定订阅结构——不管集团里有多少家餐厅,都没有按人头收费,也没有订座佣金。

大型集团能不能保留自己现有的支付机构? 可以。Bistrochat 的支付集成设计上就能在既有的企业级支付关系内运作,包括 GlobalPayments 这类机构。

多门店集团的开通需要多久? 比单店要长一些,因为要配置的东西更多——但这是围绕你具体情况制定的切实时间表,而不是一场漫长的 IT 部署。

如果你管理着不止一家餐厅,却还在为了分开管理它们而不停地登录、登出——联系我们——这是为整个集团打造的订座系统,而不只是为一家店。