Case study10 min readUpdated 2026年8月7日

曼谷中高端餐厅数字化,第 4 章:从基础做起——网站下单到后厨,但不替厨师做排程

营销把人带进来了,菜单也上线了,下一步把订单变轻:网站下单,订单自动送到后厨显示。但这一步刻意不做自动排程——制作怎么安排仍由厨师决定,不破坏现有工作流。目标是让漏单、催单、做错变少,而不是让系统替厨师做判断。

上一章营销把客人带进来了。这一章解决“人来了之后”的承接问题:怎么让订单从服务员的手写纸,变成后厨看得见、不靠喊的单。

订单的现状:手写、喊单、夹纸

这家店的订单流转,目前是这样的:

  • 服务员在纸上手写下单,写错、漏写、字迹潦草都是风险;
  • 订单送到后厨,靠喊一嗓子或夹在出餐口;
  • 后厨有没有收到、哪桌先做,全凭厨师自己判断;
  • 忙起来的时候,漏单、催单、做错开始出现,客人等太久,体验开始扣分。

老板想解决的是“订单怎么更可靠地到达后厨”,但他非常清楚一件事:不能替厨师做排程。 厨师知道什么菜要先做、什么可以等、炉子怎么周转——这是现场经验,不是系统能替代的判断。任何试图替厨师排队的系统,都会破坏现有工作流,然后被厨师丢回喊单。

这一步做:网站下单,订单自动送到后厨

这一步的能力,只做到一件明确的事:

  • 线上菜单变成网站下单:客人(或服务员在平板上)从菜单选择菜品、提交订单;
  • 订单自动生成:菜品、数量、桌号或取餐方式、备注,一次成型,不靠手写;
  • 订单送到后厨显示:后厨看到“来了什么、要做什么”,不再靠喊与夹纸;
  • 制作安排仍由厨师决定:系统只负责把订单送到,怎么安排制作、先做哪桌,仍然由厨师判断。

这一步的目标是让订单流转变轻:漏单变少、催单变少、做错变少。它不抢厨师的判断权。

为什么“只送到后厨”是对的

  • 不破坏现有工作流:厨师每天怎么排菜、怎么周转炉子,一个字都不用改;系统只是把“喊单”换成了“屏幕上的单”;
  • 降低风险:自动排程一旦做错,责任会落在系统上,而排程本质是现场判断——这一步不做,就是不做自己判断不了的事;
  • 可以验证:上线后能不能看到“漏单、催单、做错真的变少”,是可观察、可对比的。

老板的判断是:先做对“订单到达”,排程优化是后面依据真实资料再说的事。

这一阶段刻意不是这些

  • 不做自动排程。 制作顺序由厨师决定,系统不做任何排队的建议或强制。
  • 不做库存与备料预测。 这一步不碰进货、不预测销量。
  • 不做后厨绩效分析。 不看每个厨师出几道菜、多快,这一步只解决订单到达。
  • 不做在线收款。 订单可以线上提交,结账方式维持现状。

厨师的工作节奏几乎不变,服务员少了一张手写纸。 这是这一期能不能落地的关键——系统让现有的人更轻,而不是多一件正事。

进入下一步需要什么

订单送达后厨上线后,老板要观察:

  • 漏单、催单、做错是否真的变少,还是只是把纸换成了屏幕;
  • 厨师是否愿意让订单进入后厨显示,而不是继续靠喊单;
  • 订单资料是否已经干净到可以为后续环节(比如客户关联、会员储值)提供基础。

订单稳住了,接下来要回答的是“怎么让客人被记得”。第 5 章要谈的,就是客户基础档案。


边界很重要:网站下单引擎与后厨订单显示,属于独立业务系统专案,不属于标准网站套件。本系列中的客户档案、会员储值与社交媒体运营,同样都是各有范围的独立系统专案。