AI会干活 / 免费教程
客户催进度,怎么回才不显得在推脱
这篇文章解决一个很具体的场景:客户已经连续追问交付进度,你手上有真实进展,但还有一个关键确认没有完成。你需要回邮件,既不能装作一切顺利,也不能把内部混乱原样甩给客户。
适合人群
需要维护客户关系的项目负责人
先解决什么
客户连续追问交付进度,内部实际还差一个关键确认。
学完结果
一封稳住客户预期的进度回复邮件。
你会学到什么
用 AI 把真实进展、阻塞点、下一步时间和可承诺范围写清楚。
准备材料:客户原邮件、当前项目状态、未完成事项、预计完成时间。
交付物:一封稳住客户预期的进度回复邮件。
边界:聚焦被催进度时的外部回复,不处理延期正式通知。
教程定位
这篇教程解决什么问题
这篇文章解决一个很具体的场景:客户已经连续追问交付进度,你手上有真实进展,但还有一个关键确认没有完成。你需要回邮件,既不能装作一切顺利,也不能把内部混乱原样甩给客户。
用 AI 的价值不是帮你找理由,而是把事实、阻塞点、下一步时间和可承诺范围整理成一封不防御、不含糊、可继续推进的进度回复邮件。最后发出的邮件仍然要由你确认,因为是否能承诺某个时间,不能交给 AI 代替判断。
使用场景
什么情况下最适合用这一套
你是项目负责人、客户成功、交付经理或业务接口人。客户在邮件里第二次甚至第三次追问:“现在到哪一步了?什么时候能给我们?”你的团队内部已经完成了一部分工作,但还差一个关键确认,比如技术方案确认、法务条款确认、数据口径确认、报价审批或客户侧资料补充。
这时候最容易写出两种糟糕回复。一种是防御型:“我们已经在推进了,请耐心等待。”客户看完只会更焦虑。另一种是过度承诺型:“今天一定给您。”但你其实没有把握,后面只能继续解释。
更稳的写法是:先承认客户关切,再给出已经完成的进展,说明当前卡点,不扩大问题,不推卸责任,最后给出下一次明确更新时间和你现在能承诺的范围。
材料准备
开始前先把材料和边界备齐
在让 AI 写邮件前,先把材料整理成四类。材料越清楚,AI 越不容易替你编话。
第一类是客户原邮件。尤其要保留客户的语气、追问次数、关心的交付物和时间压力。客户如果问的是“今天能不能给最终版”,你不能只回复“项目在推进中”。
第二类是当前项目状态。写清楚哪些已经完成,哪些正在处理,哪些没有开始。不要只写“差不多了”,要写成可核验的事实,例如“需求清单已确认 12 项,其中 10 项已完成初稿,剩余 2 项等待技术确认”。
第三类是未完成事项。这里不要包装,不要模糊。比如“等内部确认”太宽泛,可以改成“等待技术负责人确认接口返回字段是否包含订单状态码”。
第四类是预计完成时间和可承诺范围。你可以承诺“今天 18:00 前同步一次确认结果”,但如果最终交付还依赖别人,就不要承诺“今天一定发最终版”。进度邮件最重要的是可信,不是听起来漂亮。
实操流程
按这套步骤把工作跑起来
第一步,把客户问题拆成“他真正担心什么”。客户催进度通常不是单纯想知道你忙不忙,而是担心交付影响他的计划。判断压力点时,先看客户邮件里的三个信号:有没有具体日期,有没有提到内部汇报或上线节点,有没有从“请同步一下”升级到“请说明原因和准确时间”。如果客户写的是“我们周三要给管理层过一遍”,真实压力点就是他需要一份可以拿去汇报的材料;如果客户写的是“销售团队明天要用”,真实压力点就是业务动作不能被卡住;如果客户写的是“请确认最终版什么时候能给到”,他关心的不只是进展,而是交付物能否进入下一环节。
这一步可以让 AI 先做判断,而不是马上写邮件。把客户原邮件粘进去,让 AI 输出三项:客户当前最担心的事、客户需要的最低可用信息、这封回复必须回答的问题。比如客户问“最终版什么时候能给到”,最低可用信息可能不是“我们会努力”,而是“今天几点前会确认口径,明天几点前能否给审阅版”。你确认这三项后,再让 AI 进入写作,邮件会更贴近客户真正的焦虑。
第二步,把你的项目状态改写成三栏事实清单:已完成、待确认、不可承诺。已完成必须是已经发生且能被验证的内容,例如“报告结构已完成”“复购数据已跑完”“重点门店列表已整理”。待确认是影响下一步但还没有结论的内容,例如“退款订单是否计入复购率仍在确认”。不可承诺是你现在不能对客户说死的内容,例如“今天无法承诺最终版,因为数据口径未确认”。这三栏要分开写,不能混在一句“整体差不多完成了”里。
区分这三栏时,可以用一个简单标准:已经有文件、有结论、有负责人确认的,放入“已完成”;已经在处理但会影响最终结果的,放入“待确认”;依赖待确认事项才成立的交付时间、结果判断或质量结论,放入“不可承诺”。这样 AI 就不容易把“已完成初稿”写成“最终版已完成”,也不容易把“明天可能给审阅版”写成“明天一定交付最终版”。
第三步,为每个待确认事项配一个下一步动作和更新时间。客户不一定需要知道你内部谁在查,但需要知道你怎么推进、什么时候再听到消息。比如“等待数据同事确认”可以改成“我会在今天 18:00 前同步数据口径确认结果”;“还在评估影响”可以改成“如果需要重算,我会在明天 15:00 前给出修订后的交付时间表”。这个动作不等于承诺最终交付,而是承诺你会给出下一次确定信息。
第四步,让 AI 生成第一版回复邮件。提示词里要明确要求:不道歉过度、不甩锅、不承诺未确认事项、不用“尽快”“持续推进”这类空话,必须给出下一次更新时间。你还可以要求 AI 把邮件分成四层:先回应客户时间压力,再说明已完成进展,再说明当前关键确认,最后给出下一次更新时间和条件式安排。
第五步,人工检查承诺边界。AI 很擅长把语气写得顺,但也容易把“预计”写成“确保”,把“等待确认”写成“即将完成”。你要逐句检查:这句话如果客户截图追问,我能不能负责?如果不能负责,就把它改成条件式表达,例如“若数据口径确认无误,我们预计……”。
第六步,发出前再补一个行动点。好的进度回复不是只有解释,还要让客户知道接下来会发生什么。比如“我会在今天 18:00 前给您同步确认结果;如确认通过,我们会在明天 12:00 前发送可审阅版本。”如果客户此刻不需要额外提供材料,也可以明说“在此之前,你们不需要额外补充材料”,这能减少对方继续追问或重复拉群确认的概率。
输入示例
可以直接参考的输入材料
下面是一段可以直接粘给 AI 的输入材料。真实使用时,把姓名、项目名、时间和交付物替换成你的情况。
客户原邮件:
Hi Lynn,
这个交付物我们上周五就问过一次了,今天上午还没有收到。我们内部周三要给管理层过一遍,请确认最终版什么时候能给到?如果今天还不能发,请说明原因和准确时间。
当前项目状态:
- 项目:门店会员分析报告
- 已完成:报告结构、会员分层分析、复购数据、重点门店列表
- 已完成但待复核:第 4 部分“高价值会员建议”,内容已写完,正在做数据口径复核
- 未完成事项:需要数据同事确认 6 月 28 日导出的订单数据是否包含退款订单;如果包含,需要重新计算复购率
- 当前不能承诺:不能承诺今天直接给最终版,因为数据口径没确认
- 可以承诺:今天 18:00 前同步数据确认结果;如果口径无误,明天 12:00 前给可审阅版;如果需要重算,明天 15:00 前给修订时间表
- 希望语气:稳、透明、承担推进责任,不要显得在找借口提示词
可复制使用的提示词
如果你担心 AI 写得太客气或太长,可以追加一句:
请帮我写一封回复客户催进度的邮件。
目标:
1. 稳住客户预期,让客户知道我们没有失联,也不是在回避。
2. 说明真实进展、当前阻塞点、下一步动作和下一次更新时间。
3. 不撒谎,不过度承诺,不把内部问题甩给客户。
4. 语气专业、负责、简洁,不防御,不使用“我们一直在推进”“请耐心等待”这类空话。
请基于以下材料写:
[粘贴客户原邮件]
[粘贴当前项目状态]
[粘贴未完成事项]
[粘贴预计完成时间和可承诺范围]
写作要求:
- 邮件开头先回应客户的时间压力,不要一上来解释。
- 用 2-3 句话说明已完成进展。
- 明确说明当前还差哪个关键确认,但不要甩锅。
- 区分“已经确定的承诺”和“依赖确认后的预计安排”。
- 必须写出下一次更新时间。
- 结尾给客户一个可预期的下一步。
- 不要写任何我没有提供的事实。请再给我一个更短、更像项目负责人亲自写的版本,保留所有时间点和承诺边界。输出样例
AI 应该输出到什么程度
下面是一版较稳的 AI 初稿。它还不是最终可发送版本,但已经把进展、阻塞点和下一次更新时间放清楚了。
这封邮件有几个可取点:它先承认客户的时间压力,再说事实;它没有把问题说成“数据同事还没给我”,而是说“我这边会负责推进”;它没有承诺今天给最终版,只承诺今天 18:00 前同步确认结果。
为什么这样写:第一句先接住客户的业务压力,因为客户已经连续催问,这时如果先解释内部流程,会显得你在防御。第二段只写已经完成的内容,而且都是可验证的交付模块,让客户知道项目不是停住了。第三段说明关键确认,但没有把责任推给某个同事,也没有把内部协作问题展开成一长串理由。第四段把承诺拆成两层:今天 18:00 前一定同步确认结果,这是当前可以控制的承诺;明天 12:00 前给可审阅版本,是“数据口径确认无误”之后的条件式安排。最后一句告诉客户暂时不需要补材料,等于减少客户侧的不确定感,也避免对方继续用更急的语气追问。
这里最重要的不是语气有多好,而是信息结构可信。客户催进度时通常会扫描四个点:你是否看见了他的时间压力、事情到底做到了哪里、为什么还不能给、下一次什么时候有准信。只要这四个点清楚,邮件就不会像推脱;如果这四个点缺任何一个,即使措辞很客气,客户也可能继续追问。
Subject: Re: 门店会员分析报告进度确认
Hi David,
收到,我们理解你们周三需要向管理层过材料,时间上需要有明确安排。我先同步当前进度和下一步时间,避免你们这边继续等待不确定。
目前报告结构、会员分层分析、复购数据和重点门店列表已经完成;第 4 部分“高价值会员建议”也已经完成初稿,正在做最后的数据口径复核。
现在还差一个关键确认:我们需要确认 6 月 28 日导出的订单数据是否包含退款订单。如果包含,复购率部分需要重新计算;如果不包含,现有版本可以继续进入审阅。
我这边会负责推进这个确认,并在今天 18:00 前给你同步结果。若数据口径确认无误,我们会在明天 12:00 前发出可审阅版本;若需要重算,我会在明天 15:00 前给出修订后的交付时间表和影响范围。
在今天 18:00 前,你们不需要额外补充材料。我会按上述时间主动更新。
Best,
Lynn人工验收
人要怎么检查和改到可用
发出前,先检查六件事,再做逐句检查。AI 可以帮你把话写顺,但不能替你承担外部承诺。
第一,所有时间点是否真的能做到。比如“今天 18:00 前同步结果”不是 AI 写得好就可以发,你要确认自己真的能在这个时间前拿到结果,或者至少能发出一次有信息量的更新。
第二,是否把“预计”写成了“保证”。如果内部还差确认,就要写“若确认无误,我们预计……”,不要写“我们一定会……”。
第三,是否暴露了不该暴露的内部细节。客户需要知道阻塞点,但不一定需要看到内部人员名字、内部争议、审批混乱或团队分工问题。
第四,是否有一句明确的下一次更新时间。没有下一次更新时间的进度回复,客户通常还会继续催。
第五,是否承担了推进责任。可以说“我会负责推进确认并同步结果”,不要说“还在等数据同事回复,所以暂时没办法”。
第六,是否符合你和客户的关系。如果是长期熟悉客户,可以语气更直接;如果是高层客户或合同关键节点,语气要更正式,并考虑让上级或法务确认。
逐句检查表可以这样做。
第一句检查:有没有先回应客户的时间压力。合格写法是“理解你们周三需要过管理层材料,我先同步当前进度和下一步时间”。不合格写法是“我们最近一直在忙这个项目”,因为它把重心放回了自己。
进展句检查:每个已完成事项是否都是真的完成。不要把“初稿写完”写成“报告完成”,也不要把“内部看过一版”写成“已通过复核”。如果完成程度不同,就写清楚层级,比如“已完成初稿,正在做数据口径复核”。
卡点句检查:有没有说明影响交付的关键确认,而不是泛泛说“还在内部确认”。一个合格卡点应该能回答“确认什么、为什么影响下一步”。例如“需要确认订单数据是否包含退款订单;如果包含,复购率需要重新计算”。
责任句检查:有没有承担推进动作。可以写“我会负责推进确认并同步结果”,不要写“数据那边还没回,所以我们暂时没办法”。对外邮件不需要把组织里的阻力完整展示出来。
时间句检查:有没有明确下一次更新时间。最好写到日期或当天具体时间,例如“今天 18:00 前同步确认结果”。如果只能给阶段性更新时间,也要说清楚“届时同步确认结果或仍未确认的原因”,不要只写“有消息再说”。
条件句检查:有没有把依赖关系写清楚。凡是还依赖关键确认的安排,都要带上“若……则……”。例如“若数据口径确认无误,明天 12:00 前发送可审阅版本;若需要重算,明天 15:00 前给修订时间表”。
结尾句检查:有没有给客户一个稳定的下一步。结尾可以是“我会按上述时间主动更新”,也可以是“在此之前你们不需要补充材料”。不要用“请理解”“请耐心等待”收尾,这类话容易让客户觉得你在结束对话,而不是继续推进。
失败反例
这些失败反例要提前避开
反例一:只安抚,不给事实。
问题是客户看不到任何进展,也不知道“尽快”是今天、明天还是下周。这种回复很短,但会制造更多追问。
反例二:把内部阻塞甩给客户或同事。
这句话也许是真的,但听起来像在转移责任。对外回复要说明阻塞点,同时由你承担推进动作,比如“我会在今天 18:00 前同步确认结果”。
反例三:为了稳客户而过度承诺。
如果关键确认还没完成,这句话风险很高。更稳的写法是“今天 18:00 前同步确认结果;若口径无误,明天 12:00 前给可审阅版本”。
反例四:解释太多,像在辩解。
客户关心的是结果和下一步,不是你的内部排期压力。可以简短说明当前卡点,但不要把邮件写成申诉材料。
反例五:只给模糊时间,不给下一步。
“这两天”太松,“有进展”太空。可替换为“我会在今天 18:00 前同步数据确认结果;若确认无误,明天 12:00 前发送可审阅版本”。
您好,我们已经在加急处理中,会尽快同步,请您放心。现在主要是数据同事还没有确认,所以我们这边也没办法给最终版。今天一定给您最终版。因为上周需求变更比较多,另外我们内部也排了其他项目,所以这边时间被压缩了,目前大家都很忙,也请理解。我们预计这两天会有进展,到时候再同步。主题边界
它和相邻主题的区别
这篇只处理“客户已经在催进度,但项目还差一个关键确认”的外部回复。它的产物是一封进度回复邮件,核心是把真实进展、阻塞点、下一次更新时间和可承诺范围写清楚。
它不是正式延期通知。正式延期通知通常涉及交付日期变更、责任说明、影响范围、补救方案,可能需要合同、法务或管理层确认。
它也不是内部催办邮件。内部催办的重点是推动同事给出确认,而这篇的重点是面向客户稳住预期。
它还不是项目周报。周报可以系统汇总多个模块和风险项;这封邮件只解决客户连续追问时,当下这一轮该怎么回。
可直接套用的流程
1. 先写清楚任务目标:这次要让 AI 帮你完成什么工作,而不是泛泛地问一个问题。
2. 再给资料边界:哪些背景、数据、约束、口径必须被使用,哪些内容不能编。
3. 最后规定输出格式:用清单、表格、方案、话术还是复盘报告,并保留人工检查。