E08企业信息检索与日常沟通

已上线

聊天承诺事项提取

更新于 2026年8月26日

卡在哪
项目承诺、客户需求和截止时间经常藏在长聊天记录里,事后查找困难,也容易出现“谁答应了什么”的争议,希望把关键承诺与原消息位置建立清楚对应。
你要准备

6 个素材文件

  • 邮件
  • 文本
  • 表格
花多久

10 分钟阅读50 分钟实践

零基础

你会拿到
  • 一份《承诺清单》:按人归集,每条含责任人、交付物、时间、前置条件、当前状态、原话出处。
  • 一份《条件核查表》:带条件的承诺,条件实际是否成立、何时成立、承诺应顺延到哪天。
  • 一份《改口时间线》:说过多次的事项,最终承诺是哪一条。
  • 一份《越权与代承诺清单》:谁替谁答应了什么、责任人当时确认过没有。
  • 一份《口径不一致清单》:聊天里的说法与正式文档冲突之处。
  • 一份《事实时间线》:可作为对客户书面回复的事实底稿(不含责任定性)。
  • 今日模板产出:《聊天承诺提取提示词模板》(场景资产 E08)。

推荐工具

做这个场景要用到,先备好

开始前先确认

使用边界

  • 素材中的公司、人名、项目、文档均为虚构,可放心上传。
  • **这个场景的产出会被用来界定责任,所以纪律比技巧重要。** 每一条承诺都必须能翻回原话;凡是"我印象中他说过"一律不算。
  • 整理出的责任归属是**内部事实梳理**,不是对客户的正式答复口径。对外说法须经项目负责人与商务确认——本教程最后一步专门处理这件事。
  • 真实聊天记录常含同事与客户的个人信息,导出前先确认公司规定。

随手取用

可复用模板

复制或下载后,替换模板里的填空项即可复用。

01

痛点现场

你是澜图科技的项目经理蒯野,负责给新元制造做 MES 系统对接,合同交付日 8 月 14 日。

2026 年 8 月 5 日上午 9:12,客户信息部主管骆敏的邮件抄送给了他们总监:

「**7 月 31 日这个时间,是谁定的?**我记得很清楚,7 月 23 日我在群里问'测试版大概什么时候能看到',冉经理当时明确回复'我们测试版 7 月 31 日能给到您'。我就是按这句话,把我们这边 8 月初的验证资源排下去的。」

邮件里一共五个问题,最后一句是:"请在 8 月 6 日下班前给我书面回复,我要转给总监。"

紧接着老板找你:"客户投诉延期,你把'谁在什么时候承诺了什么'整理清楚。"

你打开项目群,7 月 20 日到今天,约 150 条消息。往回翻的时候,你越翻越乱:

  • 7/22 步昀说的是"只要接口文档 7 月 24 日前给我,我 7 月 31 日能出测试版"——这是个带条件的承诺,而文档实际 7 月 29 日才到;
  • 7/23 冉溪直接跟客户说"测试版 7 月 31 日能给到您"——他把步昀那个条件给漏掉了;
  • 沃岚的前端时间说过三遍:7/25 说 8/5,7/30 改 8/8,8/2 又说"8/6 差不多";
  • 曾祺说的是"我尽量周内跑完"——这算承诺吗?
  • 客户 7/30 问的离线模式,冉溪说"我确认一下",到今天第 7 天了还没回

这就是今天要解决的痛点:不是"聊天记录太长翻不动",而是"承诺散在两周里,有的带前置条件、有的被改过口、有的是替别人答应的——而客户只记得对他最有利的那一句"。

处理这个需求的关键动作只有两个:先把"承诺"和"意向"分开,再逐条核查它的前置条件到底成立没有

02

成果预告

  1. 1一份《承诺清单》:按人归集,每条含责任人、交付物、时间、前置条件、当前状态、原话出处。
  2. 2一份《条件核查表》:带条件的承诺,条件实际是否成立、何时成立、承诺应顺延到哪天。
  3. 3一份《改口时间线》:说过多次的事项,最终承诺是哪一条。
  4. 4一份《越权与代承诺清单》:谁替谁答应了什么、责任人当时确认过没有。
  5. 5一份《口径不一致清单》:聊天里的说法与正式文档冲突之处。
  6. 6一份《事实时间线》:可作为对客户书面回复的事实底稿(不含责任定性)。
  7. 7今日模板产出:《聊天承诺提取提示词模板》(场景资产 E08)。

03

准备素材

按需逐个下载;整包下载是辅助入口。

  • eml

    客户投诉邮件_20260805.eml

    2.5 KB

    用途

    骆敏的五个问题 + 8/6 下班前的回复期限

  • md

    承诺提取口径.md

    3.0 KB

    用途

    什么算承诺、什么不算、条件性承诺怎么处理、代他人承诺怎么标、六种承诺状态

    下载
  • csv

    文件交付记录_20260720-0805.csv

    841 B

    用途

    各文件的约定日期 vs 实际日期、延迟天数

    下载
  • csv

    项目成员与职责.csv

    766 B

    用途

    谁负责什么、谁有权对客户承诺交付时间

    下载
  • md

    项目正式文档_交付范围与里程碑_v2.md

    2.1 KB

    用途

    双方已确认的正式依据,含里程碑、前置条件、性能指标、范围变更记录

    下载
  • txt

    项目群聊记录_20260720-0805.txt

    7.1 KB

    用途

    两周项目群全部消息,含客户方在群内

    下载

04

跟着做

已完成 0 / 7

STEP 01

6 分钟

先分清哪些话算承诺、哪些不算

为什么现在做

口径写得很明确:承诺必须同时有责任人、交付物、时间,三者缺一不算。这条标准看着简单,但真正拿它去筛聊天记录时会筛掉很多——"我尽量周内跑完"没有明确时间,"这块得尽快搞定"没有责任人。先把这些剔出去,剩下的才值得逐条深究。

这一小步做什么

按口径筛出承诺候选,先不要判断谁对谁错,也不要处理条件和改口

这一步使用

  • 项目群聊记录_20260720-0805.txt
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

这是一份两周的项目群聊天记录和我们的承诺提取口径。请只做承诺筛选,**先不要判断责任,也不要处理条件性承诺和改口**:
①按口径第一条,筛出**同时具备责任人、交付物、明确时间**三要素的表述,逐条列出:日期、时间、说话人、**原话**、责任人、交付物、时间点;
②按口径第二条,把不构成承诺的表述单独列一张表,注明属于哪一类(意向 / 待补时间 / 待补责任人 / 询问讨论 / 转述他人)以及原话;
③统计:候选承诺多少条、不构成承诺多少条。
**每一条都必须附原话和时间戳**,不要改写、不要概括。

检查 AI 的回答

  • 曾祺 7/28「我尽量周内跑完」是否被归入意向而非承诺;
  • 沃岚 8/2「8 月 6 日差不多能好」是否被归入意向(后接"看情况,不一定");
  • 步昀 7/22「只要接口文档 7/24 前给我,我 7/31 能出测试版」是否保留为承诺候选(三要素齐全,条件留到步骤 3 处理);
  • 冉溪 7/23「我们测试版 7 月 31 日能给到您」是否保留为承诺候选;
  • 每条是否都带了原话和时间戳,没有被概括成"步昀承诺 7 月底交付"这类模糊表述

做到这里算完成

一张承诺候选表 + 一张排除表。"我尽量"和"差不多"已经被挡在外面了。

STEP 02

7 分钟

按人归集,每条挂上原话出处

为什么现在做

客户问的是"定的 7 月 31 日",老板问的是"在什么时候承诺了什么"。按时间顺序列表回答不了这个问题——必须按人重新组织。而且每条必须能翻回原话:口径第七条说得很直白,纠纷场合"我记得他说过"没有意义。

这一小步做什么

把承诺候选按责任人归集,形成可回查的清单。

这一步使用

  • 项目成员与职责.csv
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

请把承诺候选按**说话人**归集,每人一组,组内按时间排序。每条包含:
日期时间 / **原话(完整引用,不要改写)** / 承诺对象(对内还是对客户)/ 交付物 / 时间点 / 是否含前置条件。
另外请对照成员职责表,给每位说话人标注:**他的角色是什么、他是否有权对客户承诺交付时间**。
特别标出:**有哪些对客户的承诺,是由无权作出该承诺的人发出的**——这一步只标出来,先不要下结论。

检查 AI 的回答

  • 是否按人分成了步昀、沃岚、曾祺、冉溪、蒯野几组;
  • 是否标出 冉溪的角色是售前/客户对接,按职责表"无权对客户承诺交付时间,须经项目经理确认后发出"
  • 是否标出 7/23 15:42 冉溪对客户的承诺属于"由无权者发出"
  • 是否区分了"对内承诺"(步昀、沃岚、曾祺对项目组)与"对客户承诺"(冉溪、蒯野对骆敏);
  • 每条是否都能翻回原话。

做到这里算完成

一张按人归集的承诺清单。你现在能一眼看出:对客户说 7/31 的人,是没有权限说这句话的那个人。

STEP 03

9 分钟

核查条件性承诺:前置条件到底成立没有

为什么现在做

这是整个任务的核心,也是唯一需要动笔算的一步。步昀那句承诺是有条件的——"只要文档 7/24 前给我"。口径第三条规定得很清楚:前置条件未成立的,原承诺自动失效或相应顺延。而客户的整个投诉,恰恰建立在把这个条件抹掉之后的版本上。

这一小步做什么

找出所有条件性承诺,核查条件实际成立情况,算出承诺应顺延到哪天。

这一步使用

  • 文件交付记录_20260720-0805.csv
  • 项目正式文档_交付范围与里程碑_v2.md
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

请找出所有**条件性承诺**(形如'如果 A,那么我 B'),逐条核查:
①原话中的**前置条件**是什么(具体到事项和日期);
②该条件在**正式文档**中是否也有对应约定?写明出处;
③根据文件交付记录,该条件**实际何时成立**?**延迟了几天**?
④按顺延规则,该承诺**应当顺延到哪一天**?**请把算式写出来**;
⑤该承诺的**实际履行情况**如何?与顺延后的日期相比是提前还是延后?
⑥最后判定该承诺的状态(已履行 / 进行中 / 已逾期 / 已失效 / 无有效承诺)。
请只依据材料计算,不要替我判断谁应当负责。

检查 AI 的回答

  • 前置条件是否识别为接口规范文档 7 月 24 日前到位,且在正式文档第二节里程碑中同样有约定(客户方责任);
  • 延迟天数是否算对:约定 2026-07-24,实际 2026-07-29延迟 5 天(文件交付记录序号 4);
  • 顺延后日期是否算对:7 月 31 日 + 5 天 = 8 月 5 日,且与正式文档"文档每延迟 1 个自然日,测试版交付顺延 1 个自然日"的规则一致;
  • 实际交付是否为 8 月 4 日(文件交付记录序号 5),比顺延后的 8 月 5 日还提前 1 天
  • 状态是否判为已履行

做到这里算完成

一张条件核查表。结论是反直觉的:按约定的顺延规则算,测试版不但没延期,还提前了一天交付。

STEP 04

7 分钟

处理改口,确定最终承诺

为什么现在做

沃岚对前端时间说过三次,跨度一周多。口径第四条规定"以最后一次明确表述为准",但还有个陷阱:如果最后一次是"差不多"这种意向,最终承诺要回退到上一次明确表述。这一步专门处理这类。

这一小步做什么

对多次表述的事项梳理时间线,确定最终有效承诺。

这一步使用

  • 项目群聊记录_20260720-0805.txt
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

请找出**同一人对同一事项给出过多次时间**的情况,逐个梳理:
①按时间列出每一次表述(日期时间 + 原话 + 是否构成承诺);
②按口径第四条判定**最终有效承诺**是哪一条;
③**特别注意**:如果最后一次表述属于'意向'而非承诺,最终承诺应回退到上一次明确表述,并标注'最新表述为意向,未构成新承诺';
④说明每次改口的原因(如果聊天中有说明)。
完整保留时间线,不要只给结论。

检查 AI 的回答

  • 沃岚前端时间的三次表述是否齐全:7/25「8 月 5 日完成」→ 7/30「改到 8 月 8 日」→ 8/2「8 月 6 日差不多能好」
  • 最终有效承诺是否判为 8 月 8 日(7/30 那次),因为 8/2 的"差不多能好"+"看情况,不一定"属意向,未构成新承诺
  • 改口原因是否记录(7/30 改期因接口文档变更导致前端也要跟着改);
  • 是否没有把 8/6 当成最终承诺。

做到这里算完成

一张改口时间线。沃岚的有效承诺是 8 月 8 日,不是他最后说的那个 8 月 6 日。

STEP 05

7 分钟

标出"替别人承诺"和越权承诺

为什么现在做

这是本次纠纷真正的源头。冉溪 7/23 对客户说"测试版 7 月 31 日能给到您"——他既不是责任人(测试版是步昀的事),又把前置条件抹掉了,而且按职责表他无权对客户承诺时间。口径第五条要求把这类单独标出,因为它"对外已经生效,对内却没有依据"。

这一小步做什么

识别代他人承诺与越权承诺,核查责任人当时是否在场、是否确认。

这一步使用

  • 项目群聊记录_20260720-0805.txt
  • 项目成员与职责.csv
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

请找出所有**由非责任人对外作出的承诺**,逐条分析:
①原话与时间;
②该事项的**实际责任人**是谁(对照成员职责表);
③作出承诺时,**实际责任人是否在群内发言、是否确认过**?请回聊天记录核查并给出依据;
④该承诺与责任人本人的表述**有何差异**(特别注意前置条件有没有被保留);
⑤按职责表,作出承诺的人**是否有权作出该承诺**;
⑥标注该承诺的性质:对外是否已生效、对内是否有依据。
另外请单独检查:有没有对客户作出的承诺,**内部知道情况变化后没有及时同步给客户**?

检查 AI 的回答

  • 是否识别出 7/23 15:42 冉溪「我们测试版 7 月 31 日能给到您」 为代他人承诺;
  • 是否指出实际责任人是步昀,而步昀原话是有条件的("只要文档 7/24 前给我"),冉溪的转述把条件抹掉了
  • 是否核查到曾祺当时未在群内发言(7/23 群聊中有明确注记),即测试方也未确认;
  • 是否指出按职责表冉溪无权对客户承诺交付时间
  • 是否发现第二个问题:7/29 17:50 步昀在群里说明顺延到 8/5,蒯野 17:52 说"我跟客户说一下",但群聊 18:10 注记"此条未同步至客户"——客户直到 7/31 当天追问才知道延期,这正是客户投诉的第二个问题;
  • 是否发现 8/1 冉溪单独跟客户电话承诺"8 月 14 日一定交付",属于又一次对外时间承诺。

做到这里算完成

一张代承诺与越权清单。你现在能回答客户第一问和第二问了,而且答案都能翻到原话。

STEP 06

7 分钟

与正式文档核对口径

为什么现在做

客户还问了两个技术口径问题——并发数和离线模式。这两条在聊天里都有人答过,但口径第八条要求:聊天中的数字与范围必须与正式文档核对,不一致时以正式文档为准。这一步专门处理这类,避免用口头说法回复客户。

这一小步做什么

核对聊天中的技术表述与正式文档,输出口径不一致清单与待确认项。

这一步使用

  • 项目群聊记录_20260720-0805.txt
  • 项目正式文档_交付范围与里程碑_v2.md
  • 承诺提取口径.md

给 AI 的提示词

复制的是完整多行原文

请把聊天记录中涉及**数字、指标、功能范围**的表述,逐条与正式文档核对:
①列出聊天中的说法(原话 + 说话人 + 时间);
②列出正式文档中的对应条款(**原文 + 出处章节**);
③判定是否一致;不一致的标为'**口径不一致,需澄清**',并说明差异在哪;
④另外找出聊天中**客户提出了问题但至今没有得到答复**的事项,注明已过去多少天;
⑤对每条未答复事项,检查**正式文档里是不是其实已经有答案**。
请只依据材料,不要替我决定对客户怎么说。

检查 AI 的回答

  • 并发数:聊天中步昀 7/30 答"200 并发没问题",而正式文档第三节写的是**"峰值 200 并发(持续 5 分钟内);持续并发 100"**——是分档指标,不是单一的 200,应标为口径不一致;
  • 离线模式:客户 7/30 提问,冉溪答"我确认一下",至今 7 天未答复
  • 关键发现:正式文档第四节范围变更记录写明 2026-07-16 离线模式已移出交付范围,原因是工期不足、双方同意后续单独立项,确认人正是骆敏本人和蒯野
  • 也就是说——这个问题的答案在客户自己确认过的文档里,早就存在了,只是冉溪当时不知道。

做到这里算完成

一张口径核对表。离线模式那条最典型:客户在问一个他自己签过字的问题,而我们拖了 7 天没回。

STEP 07

7 分钟

出事实时间线、划人工确认边界、沉淀模板

为什么现在做

前六步整理出的是内部事实。但客户要的是一份 8/6 下班前的书面回复,而这份回复涉及责任认定与商务表态——不是你一个人能定的。这一步把"已核实的事实"和"需要人拍板的表态"分开,避免把内部梳理直接当成对外口径发出去。

这一小步做什么

输出事实时间线、需人工确认清单,并把流程抽成模板。

这一步使用

  • 客户投诉邮件_20260805.eml

给 AI 的提示词

复制的是完整多行原文

请完成三件事:
①**《事实时间线》**——按时间顺序列出与客户五个问题相关的全部已核实事实,每条附日期、来源(聊天原话 / 正式文档条款 / 文件交付记录)。**只写事实,不作责任定性,不写'我方无责'或'客户有责'这类判断。**
②**《需人工确认清单》**——列出在给客户回复前,**必须由人(而不是 AI)决定**的事项,写明该找谁、需要什么结论。至少覆盖:对外责任表述口径、8 月 14 日交付日是否仍然承诺、离线模式如何答复、并发口径如何澄清、内部未及时同步客户这件事如何处理。
③把本流程抽成**《聊天承诺提取提示词模板》**:保留方法与分步提示词,去掉本次的公司名、人名、日期与具体数字,保留'先分承诺与意向''核查前置条件''改口取最终明确表述''代他人承诺单独标注''与正式文档核对口径'五条纪律。
不要替我起草给客户的回信,也不要替我判断责任归属。

检查 AI 的回答

  • 事实时间线是否包含五个关键节点:7/22 步昀条件性承诺7/23 冉溪无条件对外承诺7/24 约定文档日7/29 文档实际到位(延迟 5 天)8/4 测试版交付(顺延后应为 8/5)
  • 是否没有出现"客户方应负主要责任"这类定性表述;
  • 需人工确认清单是否包含"内部 7/29 已知延期但未同步客户"这一条——这是客户第一问的真正痛点,且对我方不利,不能回避
  • 是否指出离线模式的答复需先确认"为何未按已签署的范围文档答复";
  • 模板里是否已不含"澜图""新元""步昀""7 月 31 日"等本次专有信息。

做到这里算完成

一份事实时间线 + 一份需人工确认清单 + 一份模板。事实部分你可以直接拿去开会,表态部分留给该拍板的人。

05

验收清单

已核对 0 / 10

06

避坑提醒

  • ⚠️ 不要直接问 AI"谁的责任":它会给你一个看起来合理的结论,但责任认定需要合同、职责、沟通记录三方面依据。先整理事实,责任交给该定的人。
  • ⚠️ 条件是承诺的一部分,不是附注:这个场景里所有纠纷都源于一件事——转述时把"只要文档 X 号前给我"给丢了。转述带条件的承诺时,条件必须一起转。
  • ⚠️ "尽量""争取""差不多"要单独归类:它们在日常沟通里是善意,在追责场合是灰色地带。提前标出来,比事后争论强。
  • ⚠️ 越权承诺对外照样生效:客户不会关心你们内部谁有权说这句话——他只知道"贵司的人说过"。发现越权承诺,第一件事是评估对外影响,而不是内部追责。
  • ⚠️ 内部改期,一定要同步到外部:本案最伤的不是延期本身(按规则算其实没延),而是内部 7/29 就知道了,客户 7/31 才知道。这两天的信息差,把一件占理的事变成了投诉。
  • ⚠️ 口头技术承诺必须回正式文档核对:"200 并发没问题"这种回答,在纠纷时会被逐字引用。涉及指标的问题,回文档再答。
  • 🚀 进阶:把《聊天承诺提取提示词模板》固定下来,不要等出事才用。项目过程中每周跑一次,把当周的承诺、条件和待确认项固化下来——本案里那句"我确认一下"如果在第二天就被拎出来,根本不会拖到第 7 天。

07

晒成果

  • 晒「150 条聊天 → 一张能逐条翻回原话的承诺清单」对比。
  • 把《聊天承诺提取提示词模板》提交入库,标注编号 E08。
  • 配一句:「客户投诉我们延期。按约定的顺延规则算完,测试版其实提前了一天交付——真正的问题是我们 7 月 29 号就知道要顺延,却拖到客户 7 月 31 号来问才说。」

08

参考成果

先自己做一遍,再看答案

暂时不打开参考成果,能保留定位误区和预测结果的练习价值。完成教程后再解锁,用它校准你的结果,而不是照抄过程。

09

本场景成果

看看别人照着教程做出了什么,也欢迎把你的结果留给后来的人。

正在加载本场景成果…