商机挖掘 Skill（全行业增强版）

将本 skill 视为既有 business-opportunity-mining 的增强覆盖版。遇到同类“作战地图 -> 商机挖掘 -> 报告输出”需求时，直接使用本 skill，不再额外拆分同类 skill，除非触发边界、交付形态或能力边界发生明显变化。

目的

把“作战地图 -> 标杆抽取 -> 行业扩展 -> 多源检索 -> 证据交叉验证 -> 销售输出”做成稳定、可复跑、可交付的流程。输出目标不是零散网页摘录，而是销售能直接使用的结果：HTML 总报告、单客户销售资料包、企微推送内容与可追溯证据链。

适用范围

保持产品无关性，不默认绑定广告、投放、营销或 RTA。只要能够明确“产品能力 + 业务场景 + 目标客户特征”，并且场景里存在“标杆项目到行业扩展到证据验证到销售输出”的链路，都适合使用本 skill。

核心原则

先补齐输入，再启动分析；能从历史上下文、已上传文档、工作区产物中推断的信息，先推断，仍缺失时再追问。
不先拍脑袋列名单、再倒找证据；必须先检索，后判断。
高优先级商机必须经过公开网页、微信生态、招聘数据、企业核验至少四轮证据交叉验证。
所有关键判断必须绑定真实来源链接；任何摘要都只能作为线索，不能替代原始证据。
优先复用既有报告生成器、既有模板、既有沉淀话术，避免重复造轮子。
进入 IMA 补强前，必须先主动询问用户：是否需要调用 IMA 知识库补充产品卖点、案例素材、销售话术、问题清单。

核心评分模型

| 维度 | 权重 | 评估内容 | |------|------|----------| | 行业匹配 | 20% | 与标杆是否同行业，细分赛道是否一致 | | 产品匹配 | 20% | 企业体量、业务形态、业务链路与产品能力的匹配度 | | 需求证据 | 60% | 招标采购、招聘 JD、公开经营动作、案例/合作、微信文章、新闻财报等 |

高优先级定义：

80 分及以上：高优先级
60-79 分：中优先级
60 分以下：原则上不进入最终推荐名单

默认输入

正式分析前优先补齐以下四项：

售卖产品名称
售卖产品核心能力
售卖产品核心场景关键词
作战地图文档或项目清单

执行输入补齐时遵循以下规则：

缺少产品信息时，先从当前会话、工作区已有文件、历史产物中推断，再最小化追问。
缺少作战地图或项目清单时，不进入正式分析，先要求补充。
同一产品复跑时，优先复用已确认的产品名称、核心能力、核心场景，只更新新的作战地图或增量名单。
用户只给手工清单时，至少提取“客户名称 + 行业 + 项目阶段”；若还有区域、需求描述、产品线、备注，也一并吸收。
用户明确要求“完全来源于原始材料”时，所有判断、摘要和建议都必须以输入材料和可核验证据为边界，禁止扩写和脑补。

执行流程

Phase 1：提取标杆与项目阶段

读取 Excel / Word / PDF / 文本清单。
提取客户名称、行业、项目阶段、备注、需求描述、产品线等字段。
统一行业口径，归并同义标签。
区分强标杆与弱标杆：
- 已签 / 合同：强标杆
- POC / 推进中：弱标杆
形成行业视角下的标杆清单，作为后续扩展基础。

Phase 2：确定扩展边界

按行业内唯一标杆企业数决定推荐数量：

标杆数 >= 3：推荐 10 家潜在商机。
标杆数 < 3：推荐 5 家潜在商机。

若用户明确要求“只看重点客户”“只看高优先级”“只做某行业”“只看某区域”，可以缩窄范围，但不能缩掉证据链和验证动作。

Phase 3：执行多源检索

围绕每个行业、每个候选客户，按固定顺序执行，不得跳步：

公开网页初筛：行业级趋势、企业官网、企业新闻、官网产品 / 方案 / 案例页。
微信生态补证：公众号文章、搜狗微信、微信转载线索、行业观察文章。
招聘数据补证：岗位 JD、职责描述、团队建设方向、组织信号。岗位关键词必须围绕用户产品场景动态生成，不默认写死广告投放词。
企业经营动作下钻：招标采购、合作公告、财报、经营事件、监管整改、新项目立项、区域扩张、数字化 / 安全 / 增长建设动作。
企业主体核验：企业名称一致性、主体状态、经营状态、关联主体合理性。
销售表达补强：先主动询问用户是否调用 IMA；只有用户确认后，再到 IMA 知识库补充产品卖点、案例素材、销售话术与问题清单。

遵循以下检索原则：

先外部证据，再内部表达。
搜索摘要只是线索，不能替代原始来源。
同一个判断尽量由多源交叉支持。
高优先级判断不能只靠单条模糊新闻。
所有搜索词都从“产品能力 + 业务场景 + 客户动作”动态生成，而不是写死行业词。

工具协同要求

默认遵循以下链路：

公开线索检索优先使用 web_search
命中具体网页后，按需用 web_fetch 提取正文与关键信号
企业工商与主体核验优先使用 企查查 / tianyancha-cn
用户确认需要时，再调用 腾讯ima 补充产品口径与销售表达
行业背景信息可按需补充 市场调研 / 腾讯新闻

任何 skill 或工具返回的摘要都只能作为线索；最终写入报告时，必须绑定真实来源链接，不得编造。

证据规则

每条商机至少满足以下要求：

至少 1 个真实可点击的外部来源链接
推荐理由必须同时覆盖“行业匹配 + 产品匹配 + 需求证据”
若引用微信文章，必须补齐“文章标题 + 发布时间 + 公众号主体”
若判定为高优先级，必须完成公开网页、微信生态、招聘数据、企业核验四类交叉检查
不允许出现“暂无外部链接”的高优先级商机

没有完成交叉验证的线索，最高只能给中优先级。

输出要求

优先输出结构化 HTML 报告；如用户指定，也可补充行业拆分版、客户资料包或销售战报版。

默认 HTML 报告要求

标题默认使用 《{产品名}作战地图商机分析报告》
报告风格保持专业、克制但不单薄，优先沿用成熟模板
工具栏默认只保留：一键推送到企微 / 下载 HTML / 导出 PDF
目录区只保留中文章节标题，不显示浏览器自动生成的阿拉伯数字序号
单条商机卡片优先采用紧凑三栏结构，减少碎片化小框
卡片重点只保留“概率 + 优先级 + 紧急/重点跟进提示”的强调条，避免堆砌标签
每个入选客户都要保留“导出销售资料包”能力，并确保可以实际打开或下载
销售话术优先短句表达，强调“判断 / 动作 / 风险”或“能力 / 场景 / 提问”的现场可用性
不输出联系方式模块，不编造联系人信息

数据组织要求

若当前工作区或 skill 目录已有既有生成器，优先复用：

scripts/generate_report.py：负责 HTML 总报告与单客户销售资料包导出
scripts/wecom_push_server.py：负责本地 8765 企微推送服务与静态预览

执行要求：

一键推送到企微必须优先通过本地 8765 服务发起，避免浏览器直接请求 webhook 导致不稳定。
若缺少对外分享链接，允许在页面内提示用户补录分享地址，但不能静默失败。
单客户销售资料包必须至少支持“发起下载”或“打开并下载”其中一种成功路径，推荐同时具备两种路径。
scripts/generate_report.py 必须兼容两套输入：标准 meta + sections 结构，以及当前工作区历史沉淀的 meta.source_name / meta.product_keywords / benchmark_profiles / industry_groups[].items[] 结构；不能要求用户先手工改 JSON 再生成。
HTML 指标区涉及标杆统计时，展示口径默认写成“标杆项目数”；而“每个行业推荐 5 家还是 10 家”的判断，仍按行业内唯一标杆企业数执行，不得混淆。

复跑策略

同一产品再次分析时，优先复用上一轮产品信息与稳定模板
新增作战地图时，先判断是“单地图补跑”还是“整图重构”
用户要求“按行业拆开”时，基于同一证据池拆分交付，不重新造一套判断口径
用户要求“销售战报版”时，只压缩表达与排序，不改核心证据链与评分逻辑

最终校验清单

输出前必须逐项检查：

[ ] 已补齐产品名称、核心能力、核心场景关键词、作战地图文档四项输入（或明确说明哪些为推断值）
[ ] 已完成标杆提取、行业归类、阶段识别
[ ] 每个入选商机至少有 1 个真实来源链接
[ ] 每个高优先级商机已完成公开网页 + 微信生态 + 招聘数据 + 企业核验交叉检查
[ ] 若使用微信文章，已写明标题、时间、公众号主体
[ ] 若用户确认调用 IMA，已明确补充的是产品卖点、案例素材、销售话术、问题清单中的哪些内容
[ ] 报告标题、工具栏、目录、卡片结构符合当前默认口径
[ ] 一键推送到企微已做实际点击或函数级验证，不是“点了没反应”；必要时显式确认 pushToWeCom 已挂载为可调用函数
[ ] 单客户销售资料包已做实际点击或函数级验证，确认可以成功导出；必要时显式确认 downloadCustomerPacket 已挂载为可调用函数
[ ] 推荐数量规则已按行业内唯一标杆企业数核对，无“应为 5 家却给出 10 家”的口径错误
[ ] 推荐理由可追溯，无编造、无空泛判断
[ ] 结果已预览或展示给用户

注意事项

能从上下文和历史产物里推断的信息，先推断，再最小化追问
不把搜索摘要当结论；原始来源优先级高于二手摘要
不因为用户要快就跳过核验；尤其是高优先级名单
不为同一类作战地图商机分析场景重复发布新 skill；优先在本 skill 上持续迭代
若需要新增全新交付形态或全新能力边界，再考虑拆分新 skill