活动页面回答清楚，接待才有依据

一家餐厅准备举办主题活动，顾客在线询问是否还有位置、几个人可以参加、到店后怎样进入活动。经营人员可以用这类假设情境检查页面：展示了活动氛围，却没有明确日期、门店和参与安排，前台仍得逐个解释。活动介绍应先把顾客作出参与决定需要的信息说清，再考虑怎样呈现图片与主题。

活动名称、日期与时段、所在门店、参与方式和咨询入口，可以放在顾客容易核对的位置。不同日期有不同安排时，分别说明，让顾客知道自己提交的是哪一场。照片用于展示氛围，实际提供什么以本次确认的介绍为准；用往期素材时，也应避免让员工把图片中的所有内容当成本次已承诺事项。

涉及费用与包含内容，由负责人员确认后统一说明。是否需要提前确认人数、是否另有需要选择的内容，也根据已经确定的安排写清。顾客对某项细节仍有疑问，就留出便于询问的入口，不用一个宽泛的主题名称代替具体内容，或者把未讨论完的想法先写进宣传。

主办岗位维护一份当前介绍，页面、电话答复和现场接待尽量采用相同依据。方案变更时，核对哪些入口正在使用旧信息、哪些顾客已经得到过原说明，再安排通知。更新了海报并不代表所有员工已经看到，新旧介绍并存的部分需要明确由谁检查。

主题活动与日常到店安排同时存在时，在介绍和内部任务中保留能够区分的名称。顾客只说订了周六，不一定是在参加主题活动，接待人员需要核对具体事项再查记录。两种业务共同使用某些人员或位置，也由负责岗位协调当前安排，不让活动页面接受了请求，日常接待岗位却仍按另一份计划继续承诺。

提交成功与预订成立，分别告诉顾客

预订入口可以先收集本次活动、参与人数、联系对象及需要核对的事项。字段围绕接待工作设置，顾客没有确认的部分允许表达为待核对。填表结束之后，告诉对方当前是收到意向，还是已经落实参与安排；两种进展对应的答复不同，页面不宜只出现一句模糊的操作成功。

接待岗位核对实际承接条件，再确认本次能够提供的安排。现有业务、活动人数与人员准备之间的关系，由负责人员协调。顾客希望几个人一起参加，并不表示这几个人已经都有确定名额；内部还缺哪项确认，留在任务记录里并指定下一步经办人。

同一组顾客可能由不同人通过电话与线上分别询问。核对活动场次、联系对象和参与人数后，再判断是否属于同一次预订。多次询问有时是补充信息，有时是不同场次，按相同手机号直接合并或者全部计作有效人数，都可能造成接待误解。关联完成后保留最终确认结果。

企雀餐饮产品说明可作为产品范围核对入口。餐厅可以把活动场次、联系人、报名意向和最终确认列成演示问题，检查当前版本能否按本店流程记录和查询。活动名额控制、支付、自动提醒和现场位置安排，均须结合实际版本与配置逐项验证；公开介绍不能替代演示结果。查看企雀餐饮产品说明。

承接人员向顾客回复已经确认的结果，同时说明还有哪些需要对方回应。等待顾客确认与等待内部落实分别记录，避免员工以为只差顾客回复，实际活动岗位还没有接下任务。答复没有获得回应时，保留当前进展，不把发送消息直接等同于双方已经接受安排。

人数或场次变化，让相关岗位拿到同一版

顾客提出增加人数，先由负责岗位核对可提供条件，再答复是否可以调整。人员与现场准备可能受到影响，不能因为名单里能再加一行就判断一定能接待。调整得到确认后，更新人数与当前联系对象，让现场接待岗位能够知道哪一版有效，原记录也保留必要的变化说明。

有人改为参加另一场活动时，分别处理原场次与新场次。新场次尚未确认前，明确当前状态；两边都已落实后，再核对原有占用和接待名单。仅修改顾客备注，其他岗位仍可能按原日期等待。经办人需要确认哪些入口已经更新，哪些需要另外通知。

餐厅自身调整活动安排时，先整理已经确认的预订和仍在询问的意向，再逐项沟通。已经收到原说明的顾客，需要知道变化是什么、当前由谁回应和可以讨论哪些处理方式。对方尚未表达意见时，记录等待回复，不为了让名单看起来完整而替顾客填上已同意。

取消或不再参加的事项，也核对涉及哪些未结束工作。名额状态、费用问题和顾客待答复事项分别由负责岗位处理，不能假定取消了名单就自动完成其他变化。文章不替餐厅制定通用收费或退订规则，具体采用的规则应先由餐厅确定，并让顾客与相关员工能够查询。

活动临近时，接班人根据最后一次确认结果接手，不能只拿最早报名表。交接可以列出有效预订、待确认变化、需要继续联系的对象和经办人。对存在争议的事项，说清已回复什么、还欠哪项核对，下一位员工才知道应该继续处理，而不是重新向顾客问一遍。

到店核对与现场承接，别让名单只停在办公室

现场负责人在活动开始前核对接待名单和实际准备条件，让前台知道采用哪个查询入口。顾客到店时，确认本次对象、场次和已经确定的安排，再交给相应岗位。名单中的姓名只是识别线索，代为预订或家庭成员分别到店时，仍需按本次已确认的联系与人数安排核对。

预计到店人数与实际到店情况可以分别记录。部分人先到、其他人稍后到，员工要能说明当前已接待哪些、剩余部分由谁承接。不能因为一位联系人出现就把整组人员记为全部到齐，也不因为其他人还没到就忽略已经需要回应的顾客。

现场有人提出参加，而此前没有确认记录，交给负责岗位核对可接待条件。接待人员可以先说明正在确认什么，不直接承诺与提前预订相同的安排。新的现场变化如果影响已有预订，也及时协调，避免不同员工分别答应后才发现方案无法同时执行。

等待与临时变化要有明确的回应人。顾客问当前安排时，员工查看已确认的信息，再告诉对方能够依据的结果；尚未落实的结束时间或位置，不用猜测回答。内部人员正在处理不表示顾客已经得到解释，需要继续沟通的任务仍然由具体岗位承接。

现场结束后，核对是否还有遗漏物品、费用询问或未回复的问题。活动流程已经结束与顾客事项全部办结是不同状态，收尾清单保留需要继续处理的部分。负责人确认接收后，再安排后续回复，避免员工撤场以后没有人知道某位顾客还在等待答复。

复盘哪些信息没交清，再修改下一次入口

复盘可以按活动介绍、预订确认、变更沟通、现场接待和收尾任务检查。每项问题说明实际发生在哪一步，而不是把所有等待都归结为系统不好用。页面缺少场次说明，就修改介绍；通知已经发出但没人确认接收，就检查承接方式；现场查不到有效名单，就检查查询入口与交班。

看预订数量时，区分询问、提交意向、已经确认和实际到店。四种记录用途不同，不能把页面访问或提交次数直接写成参与人数。不同活动的统计方式也应先核对一致，再比较具体安排，不用一次活动数据证明顾客偏好、广告效果或未来复购会怎样变化。

调查后续意愿，可以询问顾客希望了解什么，不默认本次参加意味着愿意加入所有后续推广。提出明确问题的人由对应岗位继续答复，暂不需要的人如实保留当前安排。活动后联系的理由来自尚未完成的沟通与真实需求，不靠统一发送促销消息来替代服务收尾。

下一次测试入口时，选一个多人预订、一次场次更换和一项现场变化，检查相关岗位能否找到最终结果。软件记录和人工协调分别说清，各自都有维护责任。改进是否落实，体现在员工能够接续任务、顾客能够核对自己的安排，而不是主题页面变得更热闹。