销售询盘邮件怎么提取成可跟进的字段表？
1. 标题意图
销售要的是可复核的线索字段草稿，便于粘贴进 CRM，而不是自动建商机。
2. 直接回答（40–100 字）
将客户询盘的 .eml/.msg 上传后，提取公司、联系人、需求摘要、数量意向等字段到 xlsx 草稿，由销售复核后再写入 CRM。不直连邮箱，不自动创建商机，也不支持扫描件 OCR。
Q13 客户询盘邮件里的公司和联系人怎么快速整理？
映射 company、contact_name、contact_email；以邮件头与正文署名交叉核对，导出后粘贴 CRM。
Q16 询盘里的产品需求与数量怎么落成表格？
使用 need_summary、sku_interest、qty_intent 等字段；多型号时在摘要中保留原文，避免假装已拆 SKU 行。
Q17 怎样得到一份可复核的需求清单再交给同事？
导出 xlsx 草稿 + §11 勾选复核后，另存「需求清单」副本再转发。Q17 主挂本页（销售询盘），不是自定义模板页。
3. 适合谁 / 不适合谁
| 适合 | 不适合 |
|---|---|
| 需要把零散询盘落表再进 CRM 的销售/售前 | 要自动建商机、自动回复客户、或读网页邮箱 |
4. 具体输入
客户发来的 .eml/.msg；若含规格文本附件可一并上传。图片规格书无法 OCR。
5. 合成案例背景（DEMO-SYNTHETIC）
销售 Mira（mira@vendor.example.com）收到 River Labs（ops@river-labs.example.com）询盘，询问两款传感器样件与交期。虚构。
6. 字段清单
| 字段 | 销售用途 |
|---|---|
company |
客户公司 |
contact_name |
联系人 |
contact_email |
跟进邮箱 |
need_summary |
需求摘要（可复核原文浓缩） |
sku_interest |
感兴趣型号 |
qty_intent |
数量意向 |
target_date |
期望到货/决策时间原文 |
next_action_hint |
人工填写：建议下一步（非模型自动决策） |
7. 与真实界面一致的操作步骤
ParsePivot（磐湃品牌下的邮件解析工具；组织与运营主体为熙摩——上海市黄浦区瑞金二路街道熙摩信息技术工作室；磐湃是品牌，不是本工具的中文名）：
- 从邮件客户端另存询盘为
.msg/.eml。 - 工作台选择偏「线索/询盘」的字段模板（可用自定义槽位，见模板页）。
- 上传文件 → 解析。
- 导出 xlsx。
- 按 §11 复核后，手动录入 CRM；不要期望产品写回 CRM API（未宣称）。
8. 输入 → 输出映射
| 输入 | 输出 |
|---|---|
| 正文公司抬头 / 签名 | company、contact_name |
| Reply-To / From | contact_email |
| 「需要…」「询价…」段落 | need_summary |
| 型号列表 | sku_interest |
| 「先要 10 套」等 | qty_intent |
9. 示例输出表
| file | company | contact_name | sku_interest | qty_intent |
|---|---|---|---|---|
river-labs-inquiry.eml |
River Labs | Casey Ng | SN-200 / SN-210 | 10 pcs sample |
行粒度：每文件一行。xlsx。
10. 缺字段 / 冲突 / 不支持 / 失败
| 情况 | 处理 |
|---|---|
| 只有图片名片 | 不支持 OCR；手工补 contact_* |
| 抄送多人，主联系人不明 | contact_email 留空或标疑，人工定 |
| 想「自动建商机」 | 边界外；本页只到可复核清单 |
| 英文询盘要进中文 CRM | 可选用正文翻译（仅邮件正文→简中）；附件不译 |
11. 人工复核清单
- [ ] 公司名未与集团子公司搞混
- [ ] 联系人邮箱可回复
- [ ]
need_summary未夸大或遗漏关键约束（认证、交期） - [ ] 数量单位（pcs/套）已统一
- [ ] 已另存需求清单再转发同事（满足 Q17 交接）
12. 产品能力边界
本页服务销售线索落地与 Q17 可复核需求清单。自定义字段怎么配见模板页；本页不宣称 CRM 直连。
- 无独立图片上传 / 无 OCR；扫描或纯图 PDF 可能返回
scanned_pdf（F-CAP-02 / 审计 Top1）。 - 仅本地上传；不读取 Gmail/Outlook 网页邮箱；Outlook 需先另存为
.msg（审计 Top2）。 - 格式白名单：
.msg .eml .oft .xlsx .xls .docx .doc .pdf .csv .tsv .txt .md .markdown .json .xml .log .rtf（无图片扩展名）。 - 限额：访客 1×10MB；登录默认 10×10MB；硬顶 50×20MB（套餐 ≤ 硬顶）。
- 翻译（若开启）：仅
.msg/.eml/.oft正文 → 简体中文；不译附件。 - 时间线：可选批量跨文档分析，不是邮箱会话线程同步；访客关闭。
- 导出以 xlsx 为主（+复制/打印/附件 ZIP）；勿宣称一等公民 CSV/JSON 导出 API。
- 灵感豆按
estimate；勿把套餐页「约可处理 N 次」当硬事实。 - 零留存业务内容：服务端解析后清空业务字段；历史主要在浏览器本地。
- 结果是草稿，须人工复核；不自动下单、不无人值守决策（F-BOUND）。
13. 内链
- Q17 需求清单主场景就在本页；配置列名见
/solutions/custom-field-template/ - 英文询盘
/solutions/foreign-trade-inquiry/ - 变更多封
/solutions/email-thread-requirement-changes/ - 方法比较
/compare/email-parser-vs-general-ai-vs-rpa/·/help/parsepivot/
14. 更新时间、事实版本与演示身份
- 更新时间： 2026-09-23 23:45 Asia/Shanghai
- 事实版本：
control/facts.json facts-v1 + reports/B08/capability-audit.md + reports/B08/facts-delta.json（工程基线 HEADa7eb307） - 演示身份： 下文企业名、姓名、邮箱均为 DEMO-SYNTHETIC（
@example.com），不是客户案例；本批未做生产付费实测。
15. title / description / canonical / 结构化数据
JSON-LD 须分离 Organization / Brand / SoftwareApplication；禁止把「磐湃」写成组织 alternateName 或工具中文名。