CI-02 · 历史报价归集与口径核对
痛点 同一个客户,销售手里三个历史报价:152 万、158 万、149 万 · 没人说得清哪个口径,也说不清我们到底降没
① 场景引入
同一个客户,销售手里三个历史报价:152 万、158 万、149 万 · 没人说得清哪个口径,也说不清我们到底降没降价
一、这件事现在是什么样
客户情报与风险 · 真实业务触发
精工项目报价进入让利谈判。梁总问林嘉怡:我们给精工的历史最低价是多少?林嘉怡翻了半小时:2025 年 3 月报过152 万(不含税)、11 月报过 158 万(含税)、今年 2 月报过 149 万(含税含运)。三个价三个口径,到底降了多少,她算不清,梁总等着要数。
二、痛点 · 每条都有来源
- 历史报价散在各销售的电脑、微信、邮件里,同一个客户多个价互不知情 —— 报价「发完就忘」,下一个人从头猜
依据:工业设备代理的真实教训:「老客户续签没人记得上次谈到哪一步,最后被竞争对手截胡」—— 断层的代价不是尴尬,是丢单 - 口径不统一的历史报价是谈判陷阱:拿「上次 149」当锚点去谈,实际那是含运含税价,换算后比「152 不含税」还低 21 万 —— 卖便宜了还以为让步很小
依据:规范报价单的关键字段:SKU、数量、单价、折扣、税率、交付周期、成本构成、毛利率、最低可售价、付款条件、有效期、版本号与审批记录;折扣审批分档(≤10%销售自决 → 10%-20% 经理 → >20% 总监/财务)—— 中小企业的报价单常常只有前四项 - 「数字算对了,规则用错了,错得天衣无缝」—— 口径错误的报价数字之间是自洽的,自查发现不了;客户采购手里往往有你的全部报价,比你自己的档案还全
依据:报价格式的代价谱系:中移系统集成因报价合价没按要求取整(应保留整数),错失 1874 万信息化项目;某建筑公司把 30 万算成 3 万,中标后拒签被罚 7866 元;娄底某电子公司把单价当总价,3942 元中标 75台笔记本电脑、保证金被没收;清单合价 11 万写成 1.1 万,评标修正后等于白让 9.9 万利润
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 历史报价散在各销售的电脑、微信、邮件里,同一个客户多个价互不知情 —— 报价「发完就忘」,下一个人从头猜
- 口径不统一的历史报价是谈判陷阱:拿「上次 149」当锚点去谈,实际那是含运含税价,换算后比「152 不含税」还低 21 万 —— 卖便宜了还以为让步很小
- 「数字算对了,规则用错了,错得天衣无缝」—— 口径错误的报价数字之间是自洽的,自查发现不了;客户采购手里往往有你的全部报价,比你自己的档案还全
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 散件归集 · 每个报价找到原始出处微信截图、邮件、旧表逐条录入:日期、金额、报价人、场合 —— 出处标注到聊天记录位置
- 口径翻译 · 三个价放回同一把尺152(不含税不含运)/ 158(含税)→ 139.8(折不含税)/149(含税含运)→ 130.7(折不含税扣运费)—— 统一口径后价格轨迹才真实
- 轨迹呈现 · 我们到底降没降价统一口径下:152 → 139.8 → 130.7,一年半累计降价 14% —— 真实降幅第一次有数
- 异常检测 · 有一报价偏离轨迹若某次报价突然高于轨迹 20% 以上,标注「探价?」或「口径存疑待核」—— 异常不解释,标出来问当事人
- 谈判弹药 · 客户价格档案一页统一口径轨迹 + 每个价的原始口径注释 + 本次报价的锚点建议 —— 梁总谈判前看这一页要准备什么该客户的全部历史报价(微信截图/邮件/Excel 混合)越全越好 —— 三个价比没有强一万倍每次报价对应的商务条件含税与否、含运与否、质保期、付款条件 —— 口径翻译的原料成交记录(如有)报价轨迹的锚点 —— 成交价才是真价格竞争对手报价的传闻(如有,标注传闻)软信息单列,不进口径核算
为什么这个场景值得做
优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0
最大差异点:不要求客户有价格档案。微信里的报价截图、邮件附件、旧 Excel 全部扔进来 —— 一份客户价格档案按统一口径重建,每个价的原始口径标注在侧。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
客户价格档案(统一口径).xlsx口径翻译 + 降价轨迹 + 谈判锚点建议 - 可派发清单:
报价散件归集表.xlsx每个历史报价的出处与原始口径 · 留档备查 - 可派发清单:
口径存疑与待核清单.xlsx存疑项 + 验证路径(找谁、找什么)
这套东西不承诺什么:不做「这次报多少」的决定 —— 价格是梁总的判断。本场景做的是归集与翻译:三个价放回同一口径、画出真实的价格轨迹,谈判桌上不再各说各话。
② Live Demo(演示逐步)
同一个客户,销售手里三个历史报价:152 万、158 万、149 万 · 没人说得清哪个口径,也说不清我们到底降没降价!
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:沃德智能装备(虚构)谈判前夜:精工项目报价进入让利阶段,梁总问「我们给精工的历史最低价是多少」。林嘉怡翻出三个报价:152 万、158 万、149 万 —— 三个价三个口径,到底降了多少,她算不清,梁总等着要数。
历史报价3 个口径统一口径降幅14%口径存疑1 个结论谈判锚点取区间 130.7-139.8
输入销售手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_报价散件归集.xlsx三个报价的原始出处 —— 微信截图、邮件、旧 Excel本次归集产出 · 2026-08-2302_口径翻译表.xlsx三个价放回同一把尺 —— 口径注释在侧本次归集产出 · 2026-08-2303_离职销售的微信记录(节选).txt归集过程中挖出的口头承诺 —— 藏在报价往来的上下文里陈昊与精工采购的微信 · 2026-02-1704_成交与反馈记录.xlsx报价轨迹的锚点 —— 成交价才是真价格订单系统 + 客户反馈整理
注意标橙色那一份 —— 03_离职销售的微信记录(节
选).txt。它陈昊与精工采购的微信 · 2026-02-17,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
精工的历史报价我翻出来了三个:微信截图两张、邮件一封、还有个旧 Excel,都发你。
三个价口径不一样,哪个含税哪个含运我也记不清了,你帮我捋成同一把尺。
统一口径之后我们到底降了多少、轨迹是什么样,给梁总谈判用的一页。
有一单的口径我拿不准的,你标出来别硬算。
之前离职那位同事好像在微信里承诺过什么价格的事,你帮我留意一下聊天记录里有没有。复制
短是因为「口径翻译规则、轨迹呈现、异常检测口径」都在能力包里。销售只要把散的报价记录扔进来。
触发「历史最低价是多少」—— 三个价三个口径,没人答得出
报价发完就忘的家底,谈判前必须一次性盘清
第 1 步 · 散件归集 · 每个报价找到原始出处
微信截图、邮件、旧 Excel —— 出处标注到聊天记录位置
第 2 步 · 口径翻译 · 一年半实际降了 14%
同一把尺下,家底第一次透明
第 3 步 · 承诺挖掘 · 「以后运费我们承担」
归集历史报价挖出的不只是价格,还有许过的承诺
第 4 步 · 谈判锚点 · 拿区间上桌,不拿单点
存疑口径剔除后,锚点取 130.7-139.8 区间
第 5 步 · 客户价格档案 · 从此常设
每次新报价自动追加,轨迹实时更新 —— 客户比我们记得清楚的时代结束
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
同一个客户,销售手里三个历史报价:152 万、158 万、149 万 · 没人说得清哪个口径,也说不清我们到底降没降价
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
历史报价归集与口径核对 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
price-history.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是销售手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁CI-02 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_报价散件归集.xlsx三个报价的原始出处 —— 微信截图、邮件、旧 Excel02_口径翻译表.xlsx三个价放回同一把尺 —— 口径注释在侧03_离职销售的微信记录(节选).txt归集过程中挖出的口头承诺 —— 藏在报价往来的上下文里04_成交与反馈记录.xlsx报价轨迹的锚点 —— 成交价才是真价格
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
精工的历史报价我翻出来了三个:微信截图两张、邮件一封、还有个旧 Excel,都发你。
三个价口径不一样,哪个含税哪个含运我也记不清了,你帮我捋成同一把尺。
统一口径之后我们到底降了多少、轨迹是什么样,给梁总谈判用的一页。
有一单的口径我拿不准的,你标出来别硬算。
之前离职那位同事好像在微信里承诺过什么价格的事,你帮我留意一下聊天记录里有没有。复制
为什么这么短就够了:短是因为「口径翻译规则、轨迹呈现、异常检测口径」都在能力包里。销售只要把散的报价记录扔进来。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
CI-02_客户价格档案(统一口径).xlsx正式件本体 · 口径翻译 + 降价轨迹 + 谈判锚点建议CI-02_报价散件归集表.xlsx每个历史报价的出处与原始口径 · 留档备查CI-02_口径存疑与待核清单.xlsx存疑项 + 验证路径(找谁、找什么)
Skill 里固化了什么:从微信截图里挖出了没人记得的让步承诺该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:该客户的全部历史报价(微信截图/邮件/Excel 混合)越全越好 —— 三个价比没有强一万倍每次报价对应的商务条件含税与否、含运与否、质保期、付款条件 —— 口径翻译的原料成交记录(如有)报价轨迹的锚点 —— 成交价才是真价格竞争对手报价的传闻(如有,标注传闻)软信息单列,不进口径核算
人工边界:不做「这次报多少」的决定 —— 价格是梁总的判断。本场景做的是归集与翻译:三个价放回同一口径、画出真实的价格轨迹,谈判桌上不再各说各话。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
客户情报与风险 · 产出即下一步输入
- CI-01 · 客户信用速查卡 — 新客户要下 87 万的首单、账期 60 天 · 签约前没人查过它:包括在企查查上扫一眼CI-03 · 展会名片分级与跟进清单 — 展会上收了 86 张名片 · 三周后还在抽屉里,A 级客户已经被对手跟了两轮查看 →CI-04 · 客户交接包 — 老销售离职带走的不只是人 · 是 27 个客户八个月的记忆,接手人对着客户名单像面对新客户 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。