Mobile
餐厅点餐应用系统功能清单
制定餐厅点餐应用系统功能清单时，以结账流程、向厨房传递订单和上线测试为重点，同时考虑实际涉及的成本，为你的餐厅规划点餐系统。
还提供以下语言版本： Français, Português (Brasil), 日本語, Español, 한국어, English, Deutsch, हिन्दी, Italiano, Nederlands
本页内容
点餐应用系统的功能清单应涵盖准确的菜单、餐品选项、免注册结账、清晰的总金额、付款方式、自取或配送规则，以及订单状态更新。跟进每笔订单从结账、厨房处理到交付的全过程。在花钱添加会员奖励等额外功能之前，为每项功能安排上线测试，明确判定是否通过。
什么是点餐应用系统？
点餐应用系统让顾客通过网站或手机应用浏览菜单、选择餐品并下单。LimeTray 在解释在线点餐系统的运作方式时，描述了这一面向顾客的流程。
对你的咖啡馆来说，工作流程不能止于结账。用一笔拿铁订单检查完整流程：
- 浏览饮品菜单。
- 按喜好将拿铁的奶换成燕麦奶。
- 按显示的总金额付款。
- 收到订单确认和预计取餐时间。
- 员工收到订单单据并制作饮品。
- 员工在交付时核对订单与顾客是否对应。
餐厅点餐应用系统需要多少钱？
你的餐厅点餐应用系统成本取决于点餐渠道，以及员工需要对接哪些系统。初期设置和日常运营应分别编列预算。AppDesign360 的手机应用开发费用从 $3,500 起，涵盖双方商定的基础开发范围，并非完整的餐厅点餐方案。
| 方案 | 需评估的适用条件 | 需确认的设置需求 |
|---|---|---|
| 现有平台的附加功能 | 你目前使用的销售平台提供符合工作流程的点餐功能。 | 菜单设置、付款设置和订单分发。 |
| 网页应用点餐系统 | 顾客应能通过浏览器点餐，无需安装应用。 | 手机端结账、托管服务，以及与厨房工具的对接。 |
| 需安装的手机应用 | 常客有明确的理由下载并再次使用。 | 应用商店上架申请、设备测试和持续更新。 |
要求每家供应商将菜单设置和系统对接费用，与订阅费、支付处理费、配送费及维护费分开列出。免佣金方案仍可能收取这些费用。确认哪些费用按单收取，哪些在生意清淡的月份仍需支付。
如果你的咖啡馆提供自取服务，在委托开发需安装的应用之前，先检查现有的点餐附加功能是否满足工作流程需求。当现有平台无法满足某项必要的工作流程时，定制开发才值得考虑。要求对方针对这一缺口提供书面报价，涵盖测试和支持服务，而不是只比较起步价。
你的点餐应用系统功能清单应包含哪些内容？
你的点餐应用系统功能清单应为每项上线功能配上验收测试，也就是通过判定测试是否通过，确认功能能否按约定运作。AppDesign360 会先明确顾客使用流程，再列出功能清单，随后界定背后所需的系统和运营范围。在批准开发之前，先用一笔真实订单实践这一方法。
用一个装有燕麦奶拿铁和一份糕点、选择自取的示例购物篮进行检查。从结账到收据，再到厨房订单单据，逐一核对同一组餐品和选项。表格列出了可根据你的菜单和服务规则调整的检查项目。
| 上线功能 | 用途 | 验收测试 |
|---|---|---|
| 菜单餐品供应状态 | 防止新订单包含无法供应的餐品。 | 将糕点标记为售罄，并确认结账时系统会阻止购买。 |
| 餐品选项 | 记录制作选项及其价格。 | 选择燕麦奶，并确认订单小票和收据上都显示了这一选择及任何附加费。 |
| 访客结账 | 允许顾客无需注册账号即可下单。 | 在不创建账号的情况下完成下单。 |
| 清晰的总金额 | 在付款前显示完整金额。 | 确认商品金额、税费以及任何费用或小费的总和与实际收取的金额一致。 |
| 付款方式 | 支持你承诺提供的付款方式。 | 使用每种已启用的付款方式完成一笔测试交易，并确认对应的订单被标记为已付款。 |
| 自取或配送规则 | 只接受你的团队能够完成的订单。 | 禁止选择非营业时段自取；如果提供配送，也要禁止使用服务范围以外的地址。 |
| 订单确认与状态 | 告诉顾客接下来会发生什么。 | 确认订单确认信息中显示了订单编号和预计自取时间，并确认将订单标记为已备好时，顾客会收到状态更新。 |
把这些检查视为上线的必要条件，而不是可有可无的优化。如果付款成功了，但燕麦奶的要求却不见了，就说明下单流程尚未通过测试。
线上订单会送到哪里，由谁处理？
每笔已付款的订单都需要有明确的途径传到厨房，并指定专人负责完成订单。销售点系统（POS）是记录销售的系统。根据你的配置，线上订单会传到员工操作面板、打印机或厨房显示屏。
Square 表示，其线上点餐页面可与 Square POS 连接，将菜单、订单和顾客数据集中在一起。确认你选择的连接方式如何传递商品选项，以及如何在订单到达时提醒员工。
对于拿铁加糕点的订单，安排柜台负责人核对订单小票，并协调交餐。指定一名可在无法完成订单时批准退款的经理。明确由谁更新顾客看到的状态：“制作中”和“已备好”说明订单进度，而实时追踪显示的是配送员的位置，需要另外接入。
哪些点餐功能可以留到以后再做？
如果某项功能无法帮助员工在上线时稳妥地完成订单，就先缓一缓。INFI 建议根据你的目标决定哪些功能重要，而不是为用不上的功能付费。结合你的订单类型、门店数量和人手情况来应用这条原则。
对于只提供自取服务的单店咖啡馆，会员积分和收藏功能可以等到促进顾客再次下单成为重点时再加入。等有人能管理促销规则并核查折扣时，再加入促销功能。在你的餐厅点餐应用系统功能清单上，将这些视情况添加的选项与上线必备功能分开列出。
| 功能 | 上线时仅提供自取 | 上线时提供配送 |
|---|---|---|
| 订单履行规则 | 设置自取时间和每个时段的接单上限。 | 设置配送范围、费用和可选时段。 |
| 顾客通知 | 确认订单，并在备好后通知顾客。 | 确认订单，并告知配送进度。 |
| 配送员位置追踪 | 无需加入。 | 如果你的配送流程需要位置更新，就加入这项功能。 |
| 多门店管理 | 当订单需要分配给不同厨房时，再加入这些功能。 | 当各分店的菜单或配送范围不同时，再加入这些功能。 |
配送可能会改变你的优先事项，但不代表每项附加功能都变得必不可少。有第二个厨房，就必须在上线时具备按地点分配订单的功能；只是计划开设第二家门店，则不必。
移动点餐系统上线前，你应该测试什么？
在接受真实订单前，要测试出现故障时的流程，而不只是成功结账的流程。使用测试支付环境，并让员工演练如何处理故障、恢复流程。每项检查结束时，都应确保顾客收到清晰的信息，并明确下一步该做什么。
- 将商品加入购物车后，把它标记为售罄；确认系统在结账时会阻止购买该商品。
- 输入配送范围以外的地址；确认无法继续安排配送。
- 将一个自取时段设为已满；确认顾客必须选择其他可用时段。
- 模拟一次付款失败；确认订单未被标记为已付款，而且重试方式清晰明了。
- 反复点击下单按钮；确认只生成一笔订单，且只扣款一次。
- 中断厨房订单小票的传送；确认员工能找到已付款订单并重新发送，而不会重复备餐。
检查手机端结账页面的字段标签是否清晰易读，以及是否能使用键盘完成结账。让员工能看到过敏备注，但不要让顾客以为提交了备注就代表厨房已确认能安全满足相关要求。
你如何将检查清单转化为书面的项目范围？
将你的餐厅点餐应用系统功能检查清单转化为书面协议，涵盖功能、负责人、系统对接、通过或不通过的测试标准、支持的平台、价格和时间安排。例如，在全面上线前的小规模试运行期间，指定一名当班主管检查每一笔已付款的自取订单是否都传到了厨房。
AppDesign360 的可选服务 App Blueprint 价格从 $1,250 起，包含可点击的原型、技术规格说明和开发报价。它能帮你在开发开始前明确自己购买的内容；合适的项目范围取决于你现有的系统和餐厅工作流程。
你可以通过一次免费的 20 分钟初步沟通电话，与 AppDesign360 讨论你目前的配置。请通过 AppDesign360 的联系页面预约。
餐厅线上点餐常见问题
核心要点
- •围绕从结账、传单到厨房，再到交餐的流程，选择上线时需要的功能。
- •与将负责处理这些问题的员工一起，测试付款失败、重复提交和厨房漏单的情况。
- •在确定投入开发前，以书面形式就职责、系统对接和验收测试达成一致。
我可以在不更换 POS 的情况下添加线上点餐功能吗？
第一方线上点餐和第三方线上点餐有什么区别？
为什么线上点餐软件必须支持多种付款方式？
免费聊聊你的网站、软件、应用或营销项目。
聊聊你的项目
评论