通过二维码收集餐厅反馈

01

创建一个活动，然后分开每个餐厅投放

一次活动定义了模式、形式、语言、外观、审核目的地和低分阈值。先创建它，然后在每个反馈请求出现的地方添加一个不同的投放位置。

餐桌卡、收据、账单夹、取货柜台和送货插页可能使用相同的表格，但每个都需要自己的二维码。这种区分显示了哪个表面会产生扫码，哪个会产生完整的响应。

• 桌子或桌区放置
• 收据或账单夹放置
• 取货柜台位置
• 交付包装放置

02

只有在体验被评价后才提问

时机赋予评分意义。在服务结束后将堂食反馈放在账单旁，将取餐反馈放在交付订单的地方，将送餐反馈放在包裹内，让顾客可以判断状态和准确性。

将反馈与菜单二维码分开：菜单扫描通常发生在大部分体验之前。使用明确的提示，例如“评价今天的访问”、“您的取餐体验如何？”或“告诉我们这次送餐的情况”，而不是“扫描我”。

03

使用餐厅在班次期间可以采取行动的问题

从一个主要的客户满意度问题开始：“您对今天的访问有多满意？”然后附上一个简短的原因列表，例如服务速度、员工、订单准确性、食物温度、清洁度或氛围，然后可以选择性地添加评论。

为了更广泛的关系衡量，请使用单独的NPS活动。Mosaqo支持最多十个问题，但有用的餐厅默认设置是一个评分、一个原因以及可选的联系方式，并附有单独的后续同意。

04

将低分转化为服务恢复工作流程

在启动前设置低分阈值。新的回应会连同它们的活动、投放位置、答案和表单版本进入共享收件箱；团队可以分配这些回应，并将它们从“新建”移动到“进行中”和“已解决”。

如果客人自愿留下联系方式并同意后续联系，团队可以直接回应。匿名回答仍然包含地点和时间的上下文，使取餐点或桌区的重复问题变得可见。

• 启用低分警报
• 根据其放置的上下文审查答案
• 在收件箱中分配所有者
• 通过解决方案记录进展

05

结合私人反馈和公开评论而不设门槛

公开评审模式直接打开一个外部目的地。私密反馈模式打开餐厅调查。组合模式可以收集结构化反馈，并提供 Google、Tripadvisor、Facebook、Trustpilot 或自定义评审目的地。

无论得分如何，公开审核操作都必须对每位受访者保持可用。Mosaqo 会记录外部审核的点击，但从不将其描述为评论已发布的证据。

06

比较整个漏斗，而不是原始扫描总数

将每个投放视为一个漏斗：扫描、托管查看、启动、提交和外部审核点击。一个繁忙的收据投放可能会产生更多扫描，而柜台提示则会产生更高的完成率。

仅在您自己的系统中有相关上下文时，才将结果与使用人数或订单量进行比较；Mosaqo 不连接 POS。启动率低可能表示提示文案不清晰，完成率低可能表示为长表单，而同一原因反复出现的低分则指向客人体验问题。

07

在发布前在真实餐厅环境中测试

扫描最终打印的校样，而不仅仅依赖编辑器预览。测试小型收据打印、光滑或潮湿的桌面表面、昏暗的照明、扫描角度以及与柜台站立客人的距离。

完成测试响应，确认语言和表单版本，检查低分工作流并验证公共目标。只有在二维码、移动流程和响应工作流协同工作时才发布。