一个回答菜单、营业时间和订座问题的餐厅网站

食客做决定前会查看什么

没有人会在周五决定去哪吃饭之前先读一家餐厅的历史。他们只是扫一眼，通常是站在街上，或和朋友坐在沙发上，一旦有问题得不到回答就会离开。把这些内容放在拇指不用滚动就能找到的地方：

• 今晚的营业时间，除了关门时间，还要写厨房最后点单时间。“营业至 11 点，厨房 9 点半停止点单”能省掉门口一场尴尬的对话。
• 地址做成地图链接，再加上最近的地铁站、公交站或停车场。点一下就打开访客自己的地图应用，比加载缓慢的内嵌地图好用。
• 菜单，带价格。 没有价格的菜单会让人觉得要么很贵，要么早就过时。
• 如何订座，或者直接说明只接待现场排队的客人。
• 电话号码，写成可以点击拨打的形式，照顾那些宁愿直接打电话的人。

菜单才是真正拉客的页面

最常见的错误是放一份扫描的纸质菜单 PDF。它在移动网络下加载慢，缩放不方便，搜索引擎读不好，而且通常已经是两季之前的版本。把菜单以文字形式放在页面上，按厨房的思路分组：小食、小盘菜、主菜、配菜、甜品、饮品。

在 Anticode 中，菜单可以放在一个从控制台编辑的 CMS 集合里，字段包括菜名、分类、简短描述、价格和饮食标签。这个集合有自己的网址（例如 /menu/），所以改一个价格或划掉一道售罄的特价菜只是改一下表单，不需要重新构建。如果你每周换菜单，每周菜单工作流程介绍了一套防止线上版本走样的做法。

过敏原和饮食信息需要认真对待。统一标注素食、纯素和无麸质选项，说明客人应如何告知过敏情况，除非厨房真能保证，否则不要用“不含”这类字眼。各国关于过敏原信息的规定不同，正确的措辞由餐厅自己负责。

订座，实话实说

Anticode 的预约日历每个时段只接受一个预约。它会拒绝过去的日期和 120 天以后的日期，两位访客永远不会订到同一个时段。它不了解用餐人数、桌型、翻台时间或防爽约定金，也不与其他日历同步。这让它适合一部分餐厅，而不适合大多数繁忙的餐厅。

对于小一些的餐厅，订座申请表单（一个绑定站点函数的自定义表单）是折中的办法：日期、时间、人数、姓名、电话，以及一个用来备注儿童座椅或生日的字段。每个申请都由你自己确认，所以要在页面上说明预期（“我们会在几小时内回复”）。

团体、包场和活动

大桌和包间咨询的价值往往超过一周的两人桌，它们值得有一个单独的简短表单：期望日期、人数、人均预算（如果对方知道）以及场合。Anticode 会保存每条提交，可以发邮件给你、推送到经理关注的 Slack 频道，或作为一行添加到负责活动的人使用的 Google Sheets 中。如何分流见把咨询发给对的人。

风格：真实的菜，真实的店

千篇一律的生成式餐厅网站很快就会露馅：配着餐厅根本不做的菜系的图库照片，“美食之旅”式的标题，没有署名的好评条。用你自己拍的真实菜品和真实店面照片，哪怕是在光线好的白天用手机拍的。在 Anticode 上，上传的照片供应用构建使用；设计引擎生成的页面使用精选图库。要在那里展示你自己的菜品，可以把托管图片放进菜单之类的 CMS 集合，或者请它构建一个使用你上传照片的应用。

设计方向上，Editorial（Geist）适合菜单文字讲究的小酒馆，Luxury（Jost）适合留白充足的高级餐厅，Organic（Figtree）适合时令或农场直供的厨房，Playful（Fredoka）可以撑起一家墨西哥卷饼店或饺子馆。为“订座”按钮选一个操作色，并且不要在其他地方使用它。

Anticode 在餐厅方面的边界

• 没有在线点餐。 没有购物车、外卖点单、配送范围或后厨出单。请链接到你的点餐或外卖服务商。
• 没有桌位管理。 每个时段一个预约，没有用餐人数、定金或日历同步。
• 只有英文页面。 如果你的很多客人读其他语言，Anticode 目前无法生成翻译版本。
• 没有评价信息流。 你可以在征得同意后引用真实客人的话，但不会从其他网站自动拉取评价。

常见问题

我能自己更新菜单，不用重新构建网站吗？

能。把菜单放在 CMS 集合里，在控制台编辑菜品和价格；保存后集合页面就会更新。

客人能把网站像应用一样安装吗？

每个发布的 Anticode 网站都可以安装到手机主屏幕，并带有离线备用页。这对熟客很方便，不过大多数食客还是会通过搜索或地图应用找到你。

能用我自己的域名吗？

付费套餐可以绑定自己的域名；免费网站发布到 name.anticode.dev 地址，并带有一个小的 Anticode 标记。套餐见 /pricing。

如果大部分订座都是电话预订，一个餐厅网站就够了吗？

通常够了。清楚的菜单、营业时间、地图链接和可点击拨打的电话就能满足食客的大部分需求，申请表单则能接住那些不想打电话的人。