把餐厅菜品做成网站文字内容
每道菜都以文字形式呈现名称、描述和价格,因此加载瞬间完成、可以在页面上被搜索,价格或特餐变动时也能在几分钟内更新。一份拍照生成的 PDF 做不到这些,还会迫使客人在小屏幕上放大缩小、来回滚动,才能读完一份开胃菜清单。
迪拜餐厅网站设计项目失败的原因,往往是一个乏味的原因,而不是什么有趣的理由:菜单是一份拍照后生成的 PDF,在阳光下的公交车上根本没人能读清楚,或者是一组没有价格和菜名的美食照片轮播。客人打开餐厅网站,是想快速得到两个问题的答案:菜单上有什么,以及我现在能不能订座或点餐。其他一切,包括每个人都想放在最前面的美食摄影,都应该排在这两件事做好之后。
本页属于我们更广泛的按行业划分的网站设计系列。关于建设本身,请见网站开发页面;如果外卖或礼品券需要在网站上完成支付,请见电商解决方案页面。本页接下来会说明迪拜餐厅网站究竟由谁拍板、餐厅网站相比一般企业网站需要哪些独有页面、菜单背后的数据、几乎每家迪拜餐厅都依赖的外卖平台,以及真正会影响这里一个餐饮网站的相关规定。
谁来拍板
在独立餐厅或小型餐饮集团中,批准网站的人通常是业主,或是大多数晚上仍在现场负责服务的总经理,因此会面往往安排在清晨或午餐与晚餐之间的空档,而不是固定的日程。在规模更大的集团或加盟连锁中,由市场经理负责项目沟通,但任何涉及菜单的内容,都必须由餐饮运营经理签字确认,因为价格标错或过敏原说明缺失,最终会在收银台或出餐口变成他们的问题,而不是市场团队的问题。这两类决策者通常都是按每家分店的上座率和营收来考核的,而不是单独考核网站本身,因此简报会议上最先被问到的问题,很少是设计问题,而是预订小工具显示的是否是真实的可预订情况、菜单能否在不联系开发人员的情况下编辑,以及周四的价格变动,能有多快在周五之前反映到网站上。
紧随其后的第二个问题,是出问题时会发生什么:一道菜卖完了、某个分店因为私人活动提前打烊,或某个外卖平台宕机一小时。迪拜餐厅网站设计要赢得这类决策者的信任,靠的是清楚地回答这些运营层面的问题,而不是先讲视觉风格,因为一个好看却悄悄显示错误营业时间的网站,会让他们白白损失一桌他们永远不会知道的临时上门客人。
常缺失的内容
迪拜餐厅网站设计的进度,几乎完全取决于菜单内容、摄影素材和分店信息到位的速度,而通常拖慢建设进度的,总是同样这三项内容。为印刷菜单撰写的菜品描述,对于一个需要帮助搜索和决策的网页来说往往太简短,需要扩写,而不能原样照搬。过敏原说明是第二个常见缺口,因为这类信息往往只存在于主厨的脑子里,或者存在于自上次菜单更新以来就没人更新过的旧电子表格里,追查这项内容对照实际运转的厨房日程,所需的时间可能比建设承载它的页面还要长。
摄影素材是第三项,也是缺失时最显眼的一项。一家从未委托专业美食摄影、或只有为社交媒体拍摄的手机照片的餐厅,最终要在以较简洁的视觉风格上线,和推迟上线等待拍摄安排之间做选择。这些都不会阻止建设开始,因为文字内容可以先上线,摄影素材可以后续补充,但提前明确这三项内容,并在贵企业内部为每一项指定一位明确的负责人,往往正是按时上线的迪拜餐厅网站设计,与因为没人追踪内容而停滞数周的项目之间的区别。
一位在手机上于三家餐厅之间做选择的客人,只会给每个网站几秒钟的时间,然后就会转向下一个。
菜单
菜单应该作为结构化内容出现在页面上,因为这正是大多数访客来访的目的,也是 Google 真正能够读取的内容。
每道菜都以文字形式呈现名称、描述和价格,因此加载瞬间完成、可以在页面上被搜索,价格或特餐变动时也能在几分钟内更新。一份拍照生成的 PDF 做不到这些,还会迫使客人在小屏幕上放大缩小、来回滚动,才能读完一份开胃菜清单。
可折叠展开的板块、大尺寸的点击区域和简短的文字行,因为迪拜大多数餐厅网站的流量来自手机,此时访客正在决定去哪里吃饭,往往站在竞争对手门外,或在出租车后座单手滚动屏幕。
分类和菜品名称以真正的标题形式撰写,这样在迪拜搜索某道具体菜品或某种菜系时,能落在正确的页面上,而不仅仅是首页,从搜索而来的客人,最先看到的正是自己要找的那个板块。
访客的路径
几乎每一次对迪拜餐厅网站的访问,都遵循同样简短的路径:打开页面、找到吸引他们前来的菜单或优惠,然后要么订座、要么点餐,要么离开去查看外卖应用。访客流失的那个点,几乎总是同一个,而且很少是首页。它是菜单原来是一张加载缓慢的图片、预订表单要求客人还没准备好的信息,或者页面完全没有清楚回答厨房此刻是否还在营业这一时刻。
迪拜餐厅网站设计必须专门守住这一刻。营业时间和今天的状态需要在不滚动页面的情况下可见,预订或点餐操作需要能从菜单本身一次点击就到达,页面上不应该要求一位饥肠辘辘的访客做出他还没打算做的决定,例如在他还看不到是否有空桌之前,就要求先创建账户。
过敏原
餐厅的食品安全,包括未包装食品的过敏原信息,由迪拜市政府食品安全部门(Dubai Municipality’s Food Safety Department)负责,该部门负责全酋长国范围内餐饮场所和活动的安全,并开展相应的检查工作。优秀的迪拜餐厅网站设计,会为这类信息安排一个恰当的位置:在每道菜品旁清楚标注说明,或提供一份适用于整份菜单的简短过敏原图例,而不是把免责声明一句话埋在没人会在点餐前读到的页脚里。
我们负责建设承载这类内容的字段。文字表述是否准确,以及是否与迪拜市政府当时现行的食品标签规定保持一致,是厨房和合规层面的问题,而不是设计问题,因此我们始终会请餐厅客户就最新细节回到监管机构核实,而不是替他们猜测。这只是一份用于规划网站的说明,不构成法律意见,绝不应被当作直接向迪拜市政府核实的替代品。
一个网站真正能提供实际帮助的部分,是内容所有权的归属。当过敏原文字同时存在于三个地方时,它会以最快的速度过时:一份印刷菜单、网站上的一份 PDF,以及一个外卖应用上被更新过一次就再没人管的商品列表。我们会把过敏原内容做成每道菜一个字段,供其出现的每个页面统一调用,并请餐厅客户在厨房内指定一位负责该内容的具名人员,因为一个网站无法监督一次没人告诉它的配方变动。
多分店
在迪拜拥有多家分店、或分店遍布阿联酋各地的餐饮集团,需要网站回答一个单一门店网站永远不必回答的问题:眼前这份菜单、这些营业时间、这份桌位可预订情况,究竟对应的是哪家分店。Google 官方的本地商家结构化数据指南恰好涵盖这种情况,描述了一个分支属性,让每个地点都能在同一条列表内拥有自己的营业时间、电话号码和地址,而不是被压缩成一条会让客人和搜索结果都感到困惑的通用条目,而这正是迪拜多分店餐厅网站设计需要解决的问题。
在实际操作中,这意味着网站顶部附近要有一个分店选择器、每个地点拥有自己独立的页面,配有自己的地图标记、营业时间和预订小工具,以及一份只需撰写一次、但可以按分店分别标记供应或不供应的菜单,因为对于拥有多个厨房的迪拜集团来说,季节性菜品或分店专属特餐十分常见。加盟连锁集团还多了一层复杂性:总部通常掌管品牌页面和定价政策,而单个加盟商需要能够更新自己分店的营业时间或临时打烊信息,而不必等待中央市场团队处理,因此编辑权限的设置必须与企业实际的运营方式相匹配,而不只是与网站的外观相匹配。
分店层级数据
多分店餐厅网站最难的部分,不是最初的建设,而是当多个分店各自独立更新数据时,如何保持数据的准确性。一道因为食材配送延迟而在某个分店被标记为不供应的菜品,绝不应该在其他所有分店的菜单上也悄悄消失,一个分店因维修而临时打烊,也不应该在集团其他页面上显示为已关闭。我们把分店数据建设为共享同一份底层菜单的独立记录,这样一道菜的描述变动会同时更新到所有地方,而供应状态、营业时间和打烊信息,则各自只对应真正受影响的那个分店,这也是我们在迪拜大多数餐厅网站设计工作中贯彻的模式。
对于加盟结构而言,这通常意味着两层编辑权限:品牌层级的内容,例如核心菜单和定价政策,由总部集中控制;分店层级的内容,例如营业时间、临时打烊和本地促销,则由负责该地点日常运营的人控制,双方都不需要为了一次常规更新而互相等待。
订座
一个只写着”我们会回电给您”的预订表单,会流失那些正在手机上同时比较三家餐厅的客人。迪拜餐厅网站设计更好的做法,是在页面上嵌入一个显示真实可预订情况的实时预订小工具,而不是把客人跳转到一个他们没有预期到的独立应用。
对于繁忙的夜晚,一条简单的大型聚会或活动咨询路径同样重要。许多迪拜餐厅接受私人宴请和团体预订,而这些需求并不适合标准的双人桌表单,因此我们会为其单独建设一条简短的咨询路径,而不是强迫所有预订都挤进同一个狭窄的小工具。如果贵餐厅还经常承办婚礼、发布会或企业活动,我们的活动网站设计页面,涵盖了这类业务通常需要的更广泛咨询和策划页面。
外卖
大多数迪拜餐厅已经在一个或多个外卖平台上架,对许多厨房来说,这条渠道如今带来相当一部分营业额。网站的任务不是与之竞争,而是确保餐厅不会完全依赖它。
一家只出现在外卖聚合平台里的餐厅,与自己的常客之间没有任何直接关系:没有邮件名单,没有办法就新分店或菜单变动给他们发消息,也没有一笔订单能不被抽取佣金,而这正是优秀的餐厅网站设计为迪拜厨房填补的缺口。迪拜餐厅网站设计在这里有一项具体任务,就是给厨房一条第二的、直接的渠道,供已经认识这个品牌的客人使用,无论是电话、WhatsApp 下单按钮,还是一个简单的在线点餐表单,让回头客不必每次都通过第三方来完成。
这并不是在反对在聚合平台上架,而是主张网站应该成为一位已经喜欢这家餐厅的客人,用来订座、直接下单或查找最近分店的地方,而不是一个只是链接出去就此结束的事后补充。
| 方式 | 适用情形 | 网站需要具备的条件 |
|---|---|---|
| 链接到外卖应用 | 已在主流平台活跃的餐厅 | 每个平台对应清晰的按钮,紧邻堂食菜单展示 |
| 电话或 WhatsApp 下单 | 菜单较小、以常客和餐饮咨询为主 | 一条预先填好菜品和分店信息的消息 |
| 完整的在线下单和支付 | 希望订单不被抽取佣金的餐厅 | 一个需要单独定价、拥有自己的测试和支持计划的项目 |
无论选择哪种方式,都要保留一份唯一的权威菜单,这样厨房下架的一道菜,能在所有地方同时下架。这正是把用心的迪拜餐厅网站设计,与一个悄悄过时的网站区分开来的小决定之一。如果您想要的是一套更完整的下单和结账系统,而不只是链接和按钮,请见电商解决方案页面,了解具体涉及哪些内容。
菜单数据
一个餐厅网站的时效性,取决于为它提供数据的信息源,而这份数据的变化频率,比大多数其他类型的企业内容都要高。
价格会随供应商成本变动,菜品会随季节更替,某个分店可能在服务中途某种食材售罄,临时打烊或特殊营业时间也可能几乎没有预兆地发生。迪拜餐厅网站设计必须假设菜单至少每周都要编辑一次,而不是上线时设定一次就一劳永逸。
厨房或前厅的某个人,而不是网站开发人员,必须负责菜单内容的日常维护。我们会建设一个足够简单的编辑界面,让经理能在两轮服务之间更新价格或标记某道菜不供应,日常改动无需依赖开发人员。
如果餐厅已经通过收银系统追踪库存或菜品供应情况,这份数据有时可以直接接入网站,这样一件在收银台被标记为缺货的商品,也会同步从线上菜单中消失,不需要任何人分别更新两个地方,这是迪拜餐厅网站设计需要提前规划的一个细节。如果没有这样的系统,实话实说,由一位具名人员持续进行的人工更新,会比建立在没人信任的数据之上的自动接入更可靠。我们会在需求梳理阶段,确定哪种方式适合某家具体的餐厅,而不是假设每个厨房都已经拥有一套能够干净利落地对接网站的系统。
搜索与地图
一个餐厅网站,在有人就近搜索时能否出现,与客人到达后网站看起来如何,同样重要。
Google 自己的本地商家结构化数据指南,列出了营业时间、菜单链接、电话号码、价位区间和菜系,认为这些细节值得被标记,以便搜索结果能直接展示它们,我们会把这些内容建设进每个分店页面。
斋月时间、公共假日和延长营业,在迪拜很常见,也很容易忘记更新。我们会给编辑者一个统一的位置来修改营业时间,让网站而不是一块过时的打印告示,成为准确的信息来源。
围绕餐厅的搜索行为,往往分成两种截然不同的心态。研究型搜索,例如某个菜系名称加上迪拜的某个区域,来自正在比较几个选项、阅读菜单后再做决定的人。准备预订型搜索,例如某个具体餐厅名称,或”附近”加上预订或外卖相关字眼,来自已经做出决定、想要以最快路径订到桌位或下单的人。迪拜餐厅网站设计应该在不编造流量数字、不做虚假排名承诺的前提下同时回答这两种需求:菜系和区域页面有助于回答第一种,首页和菜单页面上快速、显眼的预订或点餐操作有助于回答第二种。网站之外的搜索引擎工作,包括这些页面随时间如何被持续优化,属于我们SEO 服务的范畴。
系统对接
餐厅网站很少能独立运作。它通常需要与厨房和前厅已经在使用的系统互通。
来自贵餐厅已在使用的预订平台的预订小工具,负责处理桌位网格和可预订情况。网站的任务是把它干净利落地嵌入进来,而不是取而代之,因为从零重建一套预订系统,是一个完全不同、规模大得多的项目。
直接链接,或指向贵餐厅已上架的外卖平台的轻量下单按钮,紧邻堂食菜单展示,而不是埋在页脚里,这样想点外卖的客人,就不必自己去找对应的应用。
通过 WhatsApp 或短信发送的预订或订单确认,能减少爽约情况,也让客人有据可查,而且无需建设一整套消息系统,就能接入预订或点餐表单。
会员计划或专属点餐应用,是一个规模更大、需要单独定价的项目。如果贵餐厅正朝这个方向发展,我们的移动应用开发页面涵盖了具体涉及的内容;对于已经在使用定制预订或厨房系统的餐厅,我们的招聘开发人员页面,涵盖了与贵餐厅现有技术栈持续对接的相关工作。
这些系统对接,没有任何一个能单独解决同一个问题,这一点值得在迪拜餐厅网站设计项目开始之前就说清楚。预订平台管理的是谁在何时坐在哪里,外卖聚合平台链接管理的是一笔从未接触贵企业自身系统的订单,而 WhatsApp 或短信确认,只在预订或订单已经存在之后管理这条消息。迪拜餐厅网站设计必须把这些部分连接起来,而不能假装某一个工具能取代其他所有工具,一份合格的需求说明,其中一部分工作就是弄清楚贵餐厅目前已经在使用哪些系统、哪些需要更换,以及哪些尚不存在、必须在网站完成之前先做出选择。
最先上线的内容
餐厅网站不需要一次性把所有功能都上线,试图这样做,往往正是导致上线延迟数周的原因。
| 阶段 | 通常包含的内容 | 为什么放在这个阶段 |
|---|---|---|
| 第一阶段 | 文字形式的菜单、分店页面、营业时间、实时桌位预订、外卖平台链接 | 覆盖几乎每位迪拜餐厅网站访客来访的两大目的 |
| 第二阶段 | 直接在线点餐、会员或回头客工具、礼品券、多语言菜单内容 | 在核心网站上线并经真实客人验证有效后,增添深度内容 |
| 更靠后阶段 | 专属点餐或会员应用、定制厨房系统对接 | 一旦网站流量足以支撑额外投入,就有理由推进 |
阿拉伯语
双语工作对餐厅菜单的意义,与对一般企业页面的意义并不相同。
逐字翻译的菜单,在阿拉伯语里读起来可能会很奇怪,尤其是那些用音译比用意译更合适的菜名,而过敏原文字在阿拉伯语中需要和英语一样清楚精确,而不是一段粗略的概括,因为这部分内容保护的是客人的安全,而不仅仅是他们对菜品的理解,这也是为什么双语的迪拜餐厅网站设计,会把阿拉伯语当作一次完整的第二次建设,而不是事后补充。从右到左的排版,也会改变带价格的菜单读起来的方式,因为数字和货币的位置,需要在实际页面上测试,而不能照搬英语版本的假设。
这一切在多大程度上重要,取决于贵餐厅的客群和分店所在位置。一家位于游客密集区域的餐厅,可能会把英语和另一种语言置于阿拉伯语之上;而一家拥有大量本地常客的社区餐厅,通常需要两种语言都同样用心建设,而不只是存在而已。
把菜单翻译成阿拉伯语,只完成了一半的工作。一段在英语中读起来自然的菜品描述,如果逐字翻译,可能会变得生硬或过于字面化,而阅读阿拉伯语版本的客人,理应获得与英语版本同样的温度和清晰度,而不是一段机械的转换。我们把阿拉伯语菜单内容当作一份独立的写作来对待,由熟练掌握该语言的人核对,而不只是过一遍自动翻译,尤其是过敏原文字,一个错误或不清楚的用词,带来的是真实的安全后果,而不仅仅是一句读起来别扭的句子。
常见错误
这些错误大多不需要完全重建就能修复,但同样这几个错误,在迪拜餐厅网站设计项目中一次又一次出现。
客人无法搜索,Google 也无法读取,更新一个价格就意味着替换整个文件,因此它是网站上最快过时的内容。
斋月时间或假日打烊信息在结束几周后仍留在网站上,或者一开始就从未添加,会把客人送到一扇锁着的门前。
对于拥有多家分店的集团,只有一组营业时间和地址信息,会让每一位客人都要自己猜测哪一组信息真正适用于自己。
一份放在收银台的印刷过敏原表格,从未被加进网站,会让线上访客在到店或下单前完全无法核实。
一个外卖按钮指向的平台上架信息,是餐厅早已不再使用的,账户关闭很久之后这个按钮却仍然存在。
一个提交后没有任何反馈信息的表单,会让客人不确定预订是否真的成功,很多人为了保险起见,干脆转而预订别家。
衡量成效
在不编造数字的前提下,餐厅网站上线后,有几件事值得关注。
最清楚的信号,是预订和直接下单是否真的通过网站发生,而不只是通过电话或聚合平台应用,因为这说明迪拜餐厅网站设计应该交付的预订小工具和下单按钮,正在发挥作用。在此之下,值得关注的是客人能否快速抵达菜单和预订操作,还是打开页面后什么都没做就离开了,这通常指向页面加载缓慢、菜单不清晰,或预订步骤过早要求了太多信息。
从更长远来看,对一个餐饮集团更有用的问题,是网站是否正在与已经认识这个品牌的客人建立直接关系,通过回头预订、不断增长的 WhatsApp 或邮件名单,或不依赖外卖平台的直接订单,而不是每一次访问都要重新从搜索引擎或聚合平台开始。
这些信号,其实和运营经理平时非正式关注的信号是一样的,例如注意到电话预订随着线上预订增加而减少,或某个分店在冷清的平日晚上,随着菜单更新上线后上座率有所改善。一个网站不需要一整块布满数字的仪表盘才有用,它需要的是由一个同时了解餐厅正常一周实际情况的人,定期检查少数几项内容,这样行为上的真实变化,才不会被误判为噪音,而一个真实存在的问题,例如某个预订小工具在某种浏览器上悄悄失效,才能在它拖累一个繁忙的周五夜晚上座率之前被发现。
建设本身
一旦菜单、过敏原说明、分店信息,以及预订或外卖账户都收集齐全,迪拜餐厅网站设计项目会遵循与本站其他任何项目一样严谨的流程,并针对餐厅整个过程中仍在正常营业这一点做出调整。
首页、分店页面和菜单模板,都会用贵餐厅真实的菜品和分店信息来设计,而不是占位文字,这样您所批准的内容,会非常接近客人最终看到的样子。
菜单、分店页面、预订小工具和外卖链接会被建设并对接完成,随后用一次真实的预订和一次真实的下单进行测试,而不只是测试设计稿。
域名、主机和内容管理系统登录信息,都以贵公司的名义持有,并为日常负责更新菜单的人员提供培训,这样常规改动就永远不必依赖我们是否有空。
把上线时间安排在相对清淡的一周,而不是某个周五晚上,对餐厅是有好处的,这样任何小问题都能在不影响繁忙服务的情况下被发现并修复。这种小小的排期纪律是个不起眼的细节,却正是把用心的迪拜餐厅网站设计,与一次仓促上线区分开来的地方,而这样规划完全不需要额外成本。那些把上线周当作普通一周来对待、没有为网站团队预留一点余地在实时观察并修复问题的餐厅,往往最容易给早期客人留下不好的第一印象,而这只需要从一开始就把提前规划纳入迪拜餐厅网站设计的排期之中,就能避免。
我们需要您提供的资料
每个分店的菜品名称、描述、价格和当前过敏原说明,以电子表格或文档形式提供,而不仅仅是印刷菜单。
我们不是摄影工作室,因此会使用贵方提供的照片,或贵方预约的摄影师拍摄的照片,在素材准备好后进行尺寸调整和排版。
贵方预订平台,以及希望链接或嵌入的任何外卖服务的登录信息或 API 详情。
每个地点的地址、电话号码、营业时间和地图标记,统一保存在一份文档中,避免复制出错。
价格应如何与增值税一并展示,对许多迪拜菜单来说是一个仍在探讨中的问题。我们关于餐厅菜单含增值税价格的文章,说明了现行规则对印刷和电子菜单分别意味着什么。
如果外带或外卖包装正在发生变化,我们关于迪拜一次性塑料禁令的文章,说明了受影响的范围和时间,值得在网站外卖页面的包装设计定稿前先阅读。
直接解答
应该是真正的网页。PDF 菜单在移动数据下打开缓慢,Google 无法搜索,更新每日特餐或价格变动也很麻烦。我们会把菜单建设为贵团队可以自行编辑的页面内容,只在有需要的客人希望下载时,才保留一份可下载的 PDF 作为选项。
可以,通常通过贵餐厅已在使用的预订小工具或预订平台,嵌入在网站上,这样客人无需离开网站就能完成预订。如果贵餐厅使用特定的预订系统,我们会在建设开始前核实它支持哪些功能。
我们会建设页面和字段,让每道菜品都能清楚附带过敏原信息。过敏原内容本身,以及确认其准确且最新,必须来自贵餐厅厨房,并对照迪拜市政府现行的食品标签规定核实,因为这不是网站建设方能够核实的事。
我们可以链接到贵餐厅已在使用的外卖平台,或建设一个带有电话或 WhatsApp 下单按钮的简单菜单页面。一套完整的下单和支付系统,是一个规模更大、需要单独定价的项目,我们会在报价前坦诚说明两者的区别。
有多少家就能展示多少家。每个分店都会拥有自己独立的页面,附带地址、营业时间、电话号码和地图,菜单内容则是共享的,因此一道菜只需要撰写一次,仍然可以按分店分别标记是否供应。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。