让售后承诺有处可查
官方售后实践围绕一个问题展开，跨会议、邮件和聊天留下的承诺怎样接得住。
由一个总助统一汇报
总助 Gus 协调客户专员、文案和产品问答等机器人，使用者保留客户关系与最终决定。
补上连接器之外的资料
机器人通过自己的电脑访问获准使用的网页、查看演示稿，也能制作截图说明。
让提醒跟着真实任务走
原文安排晨报、会前准备、承诺跟进与风险观察，还用周报和自查调整规则。没有值得处理的变化时保持安静。
客户信息乱了就重新对账
任务过载时，先汇总发生过什么、承诺给谁，再排下一步。日常流程把会前资料接到会后草稿，由本人审阅发送。
从自己的一天开始设计
作者建议先描述每天的工作和愿意保留的部分，据此搭建助手分工，把时间留给客户。
把客户承诺整理成核对清单
本栏目另行设计的虚构练习 · 可用自己的工具完成 · 未作产品实测
下面是一段虚构的培训项目交接。松谷工坊刚买完课程，项目负责人要把三份消息交给接班同事。练习只使用给定文字，无需打开真实邮件或设置提醒，也不会替任何人作出新承诺。
先准备这些材料
会议记录 R1。6 月 3 日，讲师程宁确认在 6 月 6 日中午前提交课件初稿。负责人许原说，学员名单收到后再安排分组。 客户邮件 R2。6 月 4 日，客户询问能否在 6 月 5 日拿到课件，并希望增加一场答疑。邮件里没有团队的答复。 内部消息 R3。6 月 4 日，程宁再次确认课件初稿仍在 6 月 6 日中午前交付。名单负责人尚未指定，答疑安排也未讨论。
01为每条记录固定编号
把三份材料按 R1、R2、R3 放进文档。结果表设置事项、状态、负责人、时间、依据五列。先不按客户希望的日期排序，避免把请求误当成已经承诺的交付。
02合并同一项课件承诺
R1 与 R3 都是程宁对同一份初稿的确认，只登记一项承诺，同时保留两处依据。负责人写程宁，期限写 6 月 6 日中午，状态写待交付。
03单列客户提出的新要求
R2 的提前一天和追加答疑都是待回复请求。分别登记，不改动原课件期限。可以备注时间存在差异，但不能用“双方已同意提前”来消除冲突。
04把依赖条件写到下一步里
分组要等名单，材料却没有指定收名单的人，也没有日期。负责人和时间均写待确认，下一步请许原指定接收人。这样，接班同事能够知道工作停在哪个条件上。
05只写一份待审的回复提纲
提纲先复述已确认的初稿日期，再指出提前交付与追加答疑仍需内部确认。把三个待决定的问题交给许原，停止在待审稿，不把“正在讨论”写成“可以安排”。
交付后这样核对
清单至少有四项，课件承诺只出现一次，提前交付、追加答疑与名单依赖分别列出。课件责任人是程宁，其他事项的具体执行人仍待指定。另附一份不包含新承诺的客户回复提纲。
把这段提示词带走
配合上面的虚构材料使用，也可以换成你自己的任务资料
根据虚构消息整理交接清单。R1 为 6 月 3 日程宁承诺 6 月 6 日中午前交课件，许原说收到名单后分组。R2 为客户 6 月 4 日要求提前到 6 月 5 日并加答疑，尚无答复。R3 为程宁再次确认原期限，名单接收人与答疑未定。区分承诺、请求和依赖，保留来源，输出待审回复提纲，不发送。
- 同一课件承诺只记一次
- 客户请求没有覆盖原期限
- 负责人和时间缺失时保持待确认
每项承诺都有来处，客户负责人才能放心接手。