一个预约里，联系人、上课人和操作人可能不是同一人

家长为孩子约课，前台帮助修改时间，老师查看当天参加名单，这些动作可能都落在同一条预约上。机构讨论账号使用范围时，先把联系人、上课人和实际经办人区分开。只按账号名字解释记录，容易把家长当作上课学员，也可能让下一班前台误以为上一次修改是顾客本人完成的。

应先整理具体任务：谁提交预约，谁确认本人希望参加哪一场，谁核对到场名单，谁可以承接改约请求。每项任务分别说明需要查哪些资料、需要做哪些动作，以及动作完成后通知谁。岗位名称可以帮助安排人员，但不能替代任务说明，同样叫老师的人也可能承担不同班次的工作。

账号管理与业务分工应一起讨论。员工能看到一条记录，不一定由她决定是否改约；家长有联系安排，也不意味着任何亲属都可以替学员变更。机构需要先确定实际接受什么代办关系，再检查当前工具怎样承接，不能让登录成功成为所有业务决定都已经得到确认的证明。

整理任务时从正在使用的预约开始，列出容易混淆的情形：一位家长联系两位学员、学员自己预约后家长又来改时间，或者前台代填一条尚未确认的安排。把各情形中谁要确认什么写出来，再测试对应账号，往往比先设计一份很大的角色表更容易发现具体缺口。

家长代约，先辨认这次替哪位学员办理

家长与机构联系时，前台先确认本次涉及哪位学员和哪一场课程，再核对机构已有的联系与代办安排。家长以前替一位孩子约过课，不能直接把本次请求也挂在那位孩子名下。使用同一个联系方式的不同学员，需要保留可以辨认的业务关系，不因电话号码相同就合成一个上课对象。

代约记录应让接手者看懂上课对象和提出请求的人。顾客联系资料用于继续沟通，参加名单用于现场接待，二者用途不同。老师需要辨认这次上课的学员，未必需要完整了解家长此前全部咨询；前台需要回应家长的未完成问题，也不能只拿一份没有联系方式安排的班次名单。

当本人和家长分别提出不同时间安排时，员工不要选择最后收到的那条消息直接覆盖。先按机构已确定的代办与确认方式核对本次有效请求，说明当前还有什么待确认。不能只凭谁更方便联系，就判断谁的要求具有最终决定作用，也不在双方不知情时把两项不同请求合成一个安排。

临时由其他人员帮忙办理时，说明本次需要确认的关系和事项，交给有相应职责的人核对。原先存在家长联系记录，不代表所有后来使用该联系方式的人都获得相同代办安排。工作重点是让预约对象和当前确认结果准确，不借此要求顾客提供与本次办理无关的大量资料。

老师查看的资料，应围绕实际负责的班次

老师准备当天课程时，可能需要确认时间、地点、参加名单和已确认的变更。机构可以先列出这些具体资料，再测试对应老师能否找到。老师需要某一场名单，并不自然意味着需要查看全机构所有顾客资料；反过来，只提供一个总人数，也可能让她无法辨认本次实际参加者。

固定负责班次与临时代课需要分别处理。临时代课时，先交清本次时间、地点、学员名单以及仍待确认的事项，再落实查找入口。代课人需要完成本次接待，不应靠借用另一位老师账号来理解记录；具体工具能提供怎样的范围，由机构用实际方案验证，不能只由文章预设权限粒度。

老师发现名单与现场情况不同，可以向指定岗位提交待核对事项，说明哪位学员、哪一场和观察到的差异。是否需要修改预约，由负责人员按实际流程决定。现场看到有人到场，不一定说明此前预约状态正确；名单里有名字，也不证明本人已经参加，两个事实要分别记录和核对。

班次调整之后，老师应知道当前需要以哪份安排为准。前台修改了记录但没有完成相关说明，老师仍可能准备旧名单。测试老师账号时，除了查找能力，还要核对变化怎样传到负责人员、未确认变化怎样标识。工具的可见范围解决能否查到，岗位交接还要解决看到后怎样继续做。

前台代改，先收清请求，再确认修改范围

顾客说想把课往后挪，前台需要进一步确认是原场次取消后另选，还是希望了解某个候选时段。询问请求与正式改约不是同一个动作。当前没有确认新场次时，可以先整理待核对项，不把顾客随口询问的时间直接保存成已成立预约，避免下一班员工据此安排接待。

正式办理代改时，核对上课对象、原安排、要改变的部分和已经确认的新安排。顾客只要求改日期，前台不应顺手改变门店或课程对象；其他条件需要变化时再说明。经办人员处理的范围应对应本次请求，不能因为账号有修改入口，就认为这条记录中的所有内容都可以任意调整。

修改完成后，向需要继续接待的人员说明当前有效安排，并按已经确认的联系方式回应顾客。发送一条消息只是完成通知动作，尚未明确的部分仍保留待办。员工交班时写出已经改好的内容与尚未获得确认的内容，避免把两者都放在一句已处理里面。

若前台没有相应操作安排，应该交给指定岗位承接，并让对方确认收到具体任务。不要为了完成一次改约就临时让所有接待账号获得很大范围，也不让顾客自己找下一位员工重复解释。无法直接操作与无法承接业务是两种情况，前者可以通过明确的转交来处理。

轮休与临时代理，需要有开始条件和结束检查

一个前台临时替另一门店处理预约，先确认本次接哪些任务、用哪些资料和持续到什么条件。只写帮助处理预约，接手者可能以为可以处理所有历史安排。待办清单可以聚焦近期已确认的请求、尚欠答复的问题及相关入口，让代理岗位知道每天应该完成哪些工作。

代理任务结束后，核对未完成事项已经交还给谁，原来的临时使用安排怎样结束。机构换岗时也应重新检查当前任务，不因为账号曾经用于前台，就一直保留此前全部工作范围。这个检查围绕具体任务与实际使用结果进行，文章不将一次账号调整描述为完整网络安全保障。

长期不在岗的人经手的预约，仍需要指定人员接续回应。限制旧账号以后，新的接手者若查不到必要资料，业务可能继续悬空；只开放新账号却不说明待办，也无法完成交接。可以抽一项尚未确认的改约，让新人员独立说明目前状态和下一步，检查工作是否真正交到人。

临时代理不等于可以覆盖过去所有说明。原经办人的记录帮助理解事情怎么发生，当前负责人的安排帮助继续处理，两者应能区分。具体工具怎样保留这些信息，可以在演示中核对；如果需要独立交接清单，就明确维护方式，不把人工完成的交接解释成系统自动同步。

拿真实岗位账号做一组可重复的预约检查

测试资料可以包含一位家长联系两位学员、一位老师只负责其中一场，以及前台需要代改另一条预约。由对应岗位账号分别执行查询和办理任务，记录查到了什么、可以改变哪些内容和哪些请求需要转交。管理员演示能解释设置，但不能用管理员自己的结果证明普通岗位具有同样的使用范围。

同一账号检查两类动作：完成已安排的任务，以及尝试机构没有安排给该岗位的操作。前者检查工作能否完成，后者核对实际边界。页面上不显示某个按钮只是一个观察结果，不应直接扩展成所有入口都已得到验证；应按机构实际使用的查询、关联和办理路径逐项查看。

出现查不到或改不了时，先定位缺的是资料范围、操作安排，还是业务本来应该由其他岗位确认。不能一遇到问题就统一改成最高使用范围。调整之后，用同一组任务重新检查必要动作和原有边界，让测试结果能够说明具体解决了什么，而不是只保存一张设置页面截图。

产品预约入口与岗位安排，要分别验收

企雀舞蹈公开产品介绍包含预约模块。相关资料可见舞蹈机构预约产品说明。机构可以从基础预约流程开始，拿家长代约、老师查班次和前台代改分别演示，确认当前方案如何承接这些任务。公开模块名称不能替机构定义谁能查询或修改什么，具体范围仍以实际账号操作结果为依据。

演示时尤其要询问代约对象怎样辨认、修改由谁确认、不同岗位怎样查到需要继续处理的事项。工具不能直接满足某项安排时，说明需要哪段人工交接及其负责人员，而不是把预期写成已实现能力。基础预约操作通过后，岗位变化和代理结束的检查仍应单独完成。

最终保留一份任务与检查结果的对应资料：哪组账号、哪条测试预约、完成了哪项查询或修改、还有什么需要协调。下次出现家长联系关系调整、老师代班或前台换岗时，就用相关任务复查。这样留下的是可继续维护的经营安排，而不是一份看起来齐全却无法解释当前业务的角色名单。