马来西亚餐厅网站、点餐与订位系统

CodaMinds 的餐厅网站包括什么？

CodaMinds 的餐厅网站，是一个支持英文、中文和马来文的网站，点餐和订位都在你自己的网址上，所有分店共用一个后台。适合餐厅、咖啡馆、kopitiam（咖啡店）、火锅店和多分店的餐饮集团。WhatsApp 继续用来聊天，日常往来交给网站处理，上线后也由我们负责运营。

Steven Lim 于 2021 年在吉隆坡创办工作室，自 2016 年起开发 App 与网站。我们为蕉赖（Cheras）一家餐厅做了正在运行的网站，也经营自家的餐厅订位、排队与评价平台，每天还在运营一款带预约和付款的上线产品，所以我们知道，当真正的食客开始依赖点餐页面时，它需要具备什么。你发信息联系的人，就是做你网站的人，用英文、中文或马来文都可以。我们在巴生谷一带与餐厅老板面谈，也通过 WhatsApp 和共享的草稿链接，与马来西亚其他地区、新加坡及海外的餐厅合作。

餐饮集团需要网站做什么

只有一间分店时，靠外卖平台和一个 WhatsApp 号码就能经营。一旦开了第二间分店，或第一间店背后有了中央厨房，网站就得真正干活：接单、接订位、管排队，并让老板一次看到所有分店。老板和食客的抱怨到处都一样：每一张外卖单都被抽佣金，订了位却没人来，QR 菜单的字小得看不清，还有员工一年比一年难请。以下七件事可以解决这些问题。

属于你自己的点餐渠道，与外卖平台并行

外卖平台能带来新顾客，但每一单都要抽佣金。它们是一个渠道，不是你的店。你自己的网站在你自己的网址上接自取和外送订单，菜单、购物车和付款都用你和顾客的语言。订单进入后台，厨房看到它就像看到堂食订单一样，而顾客的电话号码和点餐记录，在征得顾客同意后留在你手上。外卖平台继续在旁边运作。早已认识你的熟客会直接向你下单。

收订金的订位，附爽约规则

订位页面收集日期、时间、人数和分店，并把订位放进该分店的日历。如果你的政策要求订金，页面会在订位确认前先收取；你设定的爽约规则也会在客人确认前显示出来，不会让任何人感到意外。确认信息和到店前的提醒都由订位页面本身发出，并附上更改或取消的链接。订位可以绑定客人的电话号码，热门时段的位子就不会被转手；节庆菜单也可以为大桌客人设定专属的订金规则。

客人用手机跟进的现场排队

在繁忙的晚上，排队是客人遇到的第一件事。网站上的现场排队给每一组客人一个号码，以及一个能在手机上查看的页面，他们可以在隔壁店里等，而不必挤在你门口。带位台看到名单，叫下一组，并标记已经离开的客人。每间分店都用同一套排队，老板能看到每间分店的客人等了多久。

QR 点餐与纸本菜单并存

QR 点餐适合坐得比较久的桌子，也适合希望不经服务员直接收单的厨房。有些食客不想用：步骤太多、字太小，或店里后面没有信号。所以两样我们都做。QR 菜单和纸本菜单来自后台里同一份菜品和价格清单，改一次就好。员工可以替喜欢纸本菜单的桌子输入订单，订单会进入同一个厨房队列。

来自桌上 QR 码的真实评价

桌上或收据上的 QR 码会打开该分店的评价页面，所以评价出自刚在那里用过餐的人。我们不买评价，也不按评分筛选评价。一位当晚坐在你店里的客人写下的评价，比这些都更有价值；它累积得慢，但会一直留着。

一个后台管理所有分店的库存、订单与报表

每间分店都用同一个后台。来自网站、QR 菜单和现场的订单，按分店汇集成一份清单。库存按分店计算，某道菜卖完了，只在那间分店的菜单上隐藏，每日报表把各分店并排列出。为各分店供货的中央厨房，也通过同一个后台接单。员工看到自己的分店；老板看到全部。后台也保存电子发票所需的记录，这对餐饮集团很重要：根据 LHDN 的电子发票指南（e-Invoice Guideline，第 4.8 版），营业额低于门槛的分店，如果其控股公司、法人股东或关联公司高于门槛，就会失去豁免，而很多餐饮集团正是这样的架构。哪些规定适用于你，请由你的会计师确认。

三种语言，每一种都是真正的页面

很多餐厅的食客在家看中文，上班用马来文，看菜单时读英文。每种语言都是一套有自己网址的真正页面，所以用中文搜索的食客会找到中文页面。菜单在后台翻译一次就好，不必一页一页地改。员工可以用一种语言操作后台，同时食客用另一种语言点餐。

节庆日历

两个日子决定了 2027 年初的节奏。2027 年农历新年落在 2 月 6 日（星期六），斋戒月预计在 2027 年 2 月 8 日左右开始。因此，团圆饭订位和开斋（iftar）订位会在同一周涌来，订金、人数和特别菜单也是一样。吉隆坡的酒店从 11 月下旬开始公布农历新年菜单，所以想接团圆饭订位的餐厅，需要在那之前把菜单和订位页面准备好。

为此而做的订位页面，会把节庆菜单当作一个独立的可订项目，有自己的场次和大桌订金规则，满座后就关闭。年终聚餐和学校假期也是同样的模式：在后台设好一份菜单、一个场次和一条订金规则，而不是翻一长串信息。

我们做过的餐厅项目

三款正在运行的产品，涵盖了餐厅网站需要的各个部分。

Dilly Deli

mydillydeli.com

英文与中文的餐厅网站，有订位、现场排队和 WhatsApp，另有网上商店和背后的营运后台，已经做好，尚未启用。

阅读案例 →

Komen.now

komen.now · 我们自家的产品

附确认与提醒的订位、客人用手机跟进的现场排队、来自桌上 QR 码的评价和电子集章卡，全部集中在一个餐厅后台。

Ribbon

ribbon.my · 我们自家的产品

每天处理预约、付款和结算，这正是点餐页面和订金背后需要的同一套机制。

阅读案例 →

服务内容

需求沟通。 你告诉我们有哪些分店、菜单、要用哪些语言，以及网站要接什么：订单、订位、排队，或三样都要。我们回复问题和一份书面范围。

固定报价。 该范围的一个价格，在任何工作开始前谈妥。范围以外的事项一律先报价。

手机上的草稿。 你打开草稿链接，像客人一样下一张订单、订一次位，并标出要改的地方。我们修改到你确认为止。

上线。 我们把网站放上你的域名，主机登记在餐厅名下，并交出每一个文件，包括后台。

上线后的维护。 新分店、新菜单、节庆场次或调整价格，发个信息就行，每一项开工前都先报价。请参考网站维护。