PC-04 · 微信询价截图归档为结构化记录

① 场景引入

一、这件事现在是什么样

价格与降本 · 真实业务触发

PC-01 做比价留档时，周建国发现最大的工作量不在换算在找图 —— 询价截图散在微信相册、聊天记录和随手转发里，找一张三个月前的报价图要翻十分钟。而询价本身天天在发生，截图天天在产生。

二、痛点 · 每条都有来源

1. 「货比三家 = 微信问三家不留证」：询价过程在群里发生，报价截图存个人相册 —— 找历史报价靠翻相册，审计来了更是什么都对不上
   依据：「通过电话、微信口头询价，关键步骤没有书面记录。后果：一旦被审计、巡视或内部检查，完全无法自证清白」
2. 报价截图的结构化价值被埋没：每张截图里都有供应商/物料/价格/日期四要素 —— 几百张截图就是几百条比价数据，但没人能把它们变成表
   依据：「通过电话、微信口头询价，关键步骤没有书面记录。后果：一旦被审计、巡视或内部检查，完全无法自证清白」
3. 留档的敌人是录入负担：让采购每次询价后手动填表，坚持不过一周 —— 归档动作必须比「截图存相册」更省事，否则永远输给惰性
   依据：ERP 交互成本高于 Excel+微信：改一条订单要走六步 10 分钟，Excel 批量 50 条只要 20 分钟；「只记结果不记过程」—— 供应商承诺、谈判轮次系统里完全没有

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 「货比三家 = 微信问三家不留证」：询价过程在群里发生，报价截图存个人相册 —— 找历史报价靠翻相册，审计来了更是什么都对不上报价截图的结构化价值被埋没：每张截图里都有供应商/物料/价格/日期四要素 ——几百张截图就是几百条比价数据，但没人能把它们变成表
• 留档的敌人是录入负担：让采购每次询价后手动填表，坚持不过一周 —— 归档动作必须比「截图存相册」更省事，否则永远输给惰性

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 批量提取 · 截图里的四要素供应商（微信名映射）/物料/价格/日期 —— 50 张提取 44 张成功，6 张模糊标「待人工补」
2. 微信名归一 · 「钢带-张经理」是哪家联系人对照映射到供应商全称 —— 宏钢的张经理不是蓝海的老张，混淆即污染
3. 重复识别 · 同一轮询价的多次报价同一物料同期的多张截图归到一轮比价 —— 结构化后自动挂接 PC-01
4. 异常价标记 · 明显偏离的报价提取价与近期均价偏离 >20% 的标黄 —— 可能是规格不同也可能是看错，人工确认
5. 检索成型 · 想找哪家的报价搜哪家结构化记录按供应商/物料/时间检索 —— 三个月前联达报过什么，一句话的事
6. 归档固化 · 文件夹即归档位以后询价截图扔文件夹就是归档 —— 每周自动结构化一次，比价留档的数据源持续生长

要准备什么：询价截图文件夹（近期 50 张）微信相册导出 —— 提取的原料比价留档表结构（PC-01）归档的目标结构—— 保持一致供应商联系人对照表截图里的微信名 ↔ 供应商全称的映射

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点：不要求改变询价习惯。截图该截还截 —— 扔进指定文件夹就完成归档：提取、结构化、挂接比价留档全自动，采购唯一的动作还是「截图」。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：询价记录结构化归档.xlsx 44 条报价记录 × 供应商/物料/价格/日期
• 可派发清单：异常价与待补清单.xlsx 2 个异常价的核对结论路径 + 6 张模糊截图的人工补录位
• 可派发清单：历史报价检索示例.xlsx 联达 5 月报价的找回与议价锚点用法演示

这套东西不承诺什么：不做询价自动化（询价还是人在微信里问 —— 关系和话术都是活的）—— 本场景做的是把已经发生的询价变成可检索的结构化资产。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：铭泰精密（虚构）PC-01 做比价留档时最大的工作量不在换算在找图 —— 询价截图散在微信相册、聊天记录里，找一张三个月前的报价图要翻十分钟。

归档截图50 张 → 44 条异常价2 条待核找回旧报价联达 5 月 12,600结论44 条先入库启用

输入采购手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_询价截图文件夹清单.xlsx 近期 50 张报价截图的盘点 —— 归档原料微信相册导出 · 一次性
• 02_结构化询价记录（提取结果）.xlsx 44 条报价记录 —— 供应商/物料/价格/日期四要素本次批量提取产出
• 03_异常价标记清单.xlsx 明显偏离的报价 —— 人工核对对象本次提取的质检环节

注意标橙色那一份 —— 03_异常价标记清单.xlsx。它本次提取的质检环节，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

询价截图我都导到一个文件夹了，帮我批量整理成结构化的记录。 哪家报的、什么料、多少钱、哪天报的，提取出来给我。 微信名你帮我对应到供应商全称，别搞混了。 看着不对劲的报价单独标出来。三个月前联达报过什么价，整理完帮我查一下。 以后截图我照旧截，怎么归档最省事？

短是因为「四要素提取、微信名映射、异常价判定」都在能力包里。截图扔文件夹，表格长出来。

触发几百张截图沉在相册里 · 找一张三个月前的报价翻十分钟

把沉底的报价变成可检索、可议价的资产

第 1 步 · 批量提取 · 四要素入库

供应商/物料/价格/日期

第 2 步 · 微信名归一 · 别让「张经理」污染数据库

联系人映射是数据质量的关卡

第 3 步 · 异常价拦截 · 两条待核

偏离均价 >20% 的标黄

第 4 步 · 检索成型 · 想找哪家的报价搜哪家

「三个月前联达报过什么」一句话能答

第 5 步 · 归档固化 · 文件夹即归档位

截图扔文件夹 = 归档完成

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

微信询价截图归档为结构化记录 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

inquiry-screenshot-archive.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是采购手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁PC-04 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 3 份

• 01_询价截图文件夹清单.xlsx 近期 50 张报价截图的盘点 —— 归档原料
• 02_结构化询价记录（提取结
• 果）.xlsx 44 条报价记录 —— 供应商/物料/价格/日期四要素
• 03_异常价标记清单.xlsx 明显偏离的报价 —— 人工核对对象

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

询价截图我都导到一个文件夹了，帮我批量整理成结构化的记录。 哪家报的、什么料、多少钱、哪天报的，提取出来给我。 微信名你帮我对应到供应商全称，别搞混了。 看着不对劲的报价单独标出来。三个月前联达报过什么价，整理完帮我查一下。 以后截图我照旧截，怎么归档最省事？

为什么这么短就够了：短是因为「四要素提取、微信名映射、异常价判定」都在能力包里。截图扔文件夹，表格长出来。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• PC-04_询价记录结构化归档.xlsx 正式件本体 · 44 条报价记录 × 供应商/物料/价格/日期
• PC-04_异常价与待补清单.xlsx 2 个异常价的核对结论路径 + 6 张模糊截图的人工补录位
• PC-04_历史报价检索示例.xlsx 联达 5月报价的找回与议价锚点用法演示

Skill 里固化了什么：从历史截图里挖出了被遗忘的报价该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：询价截图文件夹（近期 50 张）微信相册导出 —— 提取的原料比价留档表结构（PC-01）归档的目标结构 ——保持一致供应商联系人对照表截图里的微信名 ↔ 供应商全称的映射

人工边界：不做询价自动化（询价还是人在微信里问 —— 关系和话术都是活的）—— 本场景做的是把已经发生的询价变成可检索的结构化资产。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

价格与降本 · 产出即下一步输入

PC-01 · 比价留档表（三家报价+历史价对照） — 货比三家问的是微信 · 比完一个截图都没留，审计来了怎么证明你比过价 查看 →PC-02 · 历史采购价价格曲线 — 「你们家涨得也太狠了」· 说完自己也不知道去年到底是多少 查看→PC-03 · 涨价审批说明单（给老板版） — 供应商说要涨价 6.5% · 老板娘问「该不该答应」，采购自己心里也没底查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。