文章 / 餐厅

把菜单页改成厨房自己就能更新的样子

菜单是一份 PDF。更新它要发一封邮件、找一位设计师、等四天。对一个每周换三道菜的厨房来说，这意味着网站几乎永远是错的。

这是一个效果很大的小项目，也是我们被要求最多的单项需求。

一家网站设计精良、PDF 菜单却过时的餐厅，在客人眼里就是一家网站设计精良、菜单却是错的餐厅。客人记住的，是那份错的菜单。

PDF 的代价值得算一算，因为从来没人算过。

手机上不放大就读不了。读屏软件读不了。不能搜索、不能被收录。浏览器没法翻译。原本能让这道菜出现在搜索结果里的搜索引擎，也完全看不见它。

又因为更新成本高，它总是有点过时——这导致了最糟的结果：客人冲着一道已经下架的菜选了这家餐厅。

PDF 的真实代价

菜单变成了结构化内容：分类、菜品、描述、价格、过敏原。不是页面搭建器，也不是富文本框——而是一组字段固定的条目，因为固定字段才能让过敏原信息可靠。

编辑就在手机浏览器里进行，就在菜品所在的位置。改动几秒内就在网站上生效，不用导出，也不用清缓存。

过敏原就写在菜品记录上，所以改菜的人就是更新过敏原的人。两者不可能对不上，因为它们是同一行数据。

把过敏原字段放在菜品上，而不是单独的合规页面里。这样两者就不可能不一致。

不接订位平台。这家餐厅用电话订位，也不打算按人头付费，所以网站在首屏直接写明，并附上电话号码。

不做线上点餐。那是另一门生意，运营成本也不同，加上它只会让菜单更难维护，而不是更容易。

不安排拍摄。菜品每周都换，拍完一个月就过时了。菜单就是文字，而且就是按文字来设计的。

现在菜单由厨房自己更新，通常在改菜后一小时内完成，不用联系任何人。

餐厅不再接到问“某道菜还有没有”的电话——这个问题以前每天都有，其实问的都是菜单过时了。

过敏原信息是最新的，这在法律上最重要，而以前它只是一份没人更新的 PDF。

如果了解内容的人没法更新内容，网站就一定会出错。问题不在设计，也不在技术，在交接——好看的餐厅网站变得没用，多半就是这个原因。

解决办法永远一样：让内容的主人自己就能编辑，界面尽可能小，就在他手上那台设备上。

如果你觉得情况似曾相识，第一次通话会是一次交流，而不是推销。