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

已上线

竞品行业持续监测

更新于 2026年8月26日

卡在哪
企业需要持续关注竞争对手的产品、价格、招聘、融资和舆情变化,人工浏览多个网站既耗时又容易重复,希望按固定指标长期记录真正重要的变化并识别趋势。
你要准备

8 个素材文件

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

10 分钟阅读50 分钟实践

零基础

你会拿到
  • 一份《本期变化清单》:六个字段逐项,明确区分"本期新增 / 上期已报的进展 / 无变化"。
  • 一份《去重台账》:原始条目数 → 独立事件数,每条注明被转载几次。
  • 一份《价格可比口径换算表》:能直接拿给销售讲的算法,回答"到底降没降"。
  • 一份《融资事件判定表》:区分媒体报道、股权变更与真实增资。
  • 一份《招聘信号分析》:新出现的岗位方向及其含义,标明推测性质。
  • 一份《竞品动态周报 · 第 31 周》:按固定结构成稿,含待核实事项与下期关注。
  • 今日模板产出:《竞品持续监测提示词模板》(场景资产 E06)。

推荐工具

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

开始前先确认

使用边界

  • 素材中的公司、产品、价格、岗位、融资、舆情均为虚构,可放心上传。
  • **竞品监测只使用公开信息。** 本教程的所有信源都是官网、更新日志、公开工商登记、招聘页和公开社媒。**不涉及、也不鼓励通过非公开渠道获取竞争对手信息。**
  • 招聘信号、舆情倾向属**推测性线索**,不得写成竞品的既定事实或对外传播。涉及对客户的竞争话术,须经市场与法务确认。

随手取用

可复用模板

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

01

痛点现场

你是叁维云的竞争情报岗。每周一要发一份《竞品动态周报》,监测拓知科技、云序、明析数据三家。

2026 年 8 月 3 日周一早上 8:20,销售 VP 綦岚的邮件先到了:

「除了常规六个字段,这周有三件事我要你给个明确说法,因为已经影响到一线了。」

三件事都很棘手:

第一,拓知是不是真降价了。 上周五起三个销售分别报上来,说客户拿拓知的报价压价,"专业版直接降了 1000 块,立省 33%"。你打开拓知官网,横幅确实写着这句。綦岚的要求很硬:

「**按同样的用户数和存储算一遍,到底是降了还是涨了。**我要一个能拿去给销售讲的算法,不是一句'看起来降了'。」

第二,云序到底融没融到那 2 亿。 六家媒体都在报,客户也在问"云序刚融了钱是不是要打价格战"。

第三,明析在杭州招的那批人是干什么的。 有销售在脉脉刷到"明析要做机器人了"。

邮件最后还有两句,都是上次踩过的坑:

「上周周报里'拓知成立华南事业部'那条,这周好几家媒体又在报,别再当成本周新变化写一遍。我上个月已经因为这个在管理层会上被问过'这条上次不是讲过了吗'。」 「上周你给了 80 多条舆情,大部分是同一件事被转来转去。这周给我去重后的数字,告诉我实际上有几件事,不要给我条数。

你手上是这周抓下来的原始数据:公司与产品 38 条、招聘 54 条、融资与工商 11 条、舆情 76 条,外加两期定价页快照。

这就是今天要解决的痛点:不是"竞品信息搜不到",而是"一堆条目里,真正的变化只有几条——剩下的是转载、是上周就说过的、是把营销话术当成了事实"。

处理这个需求的关键动作只有两个:先去重、再按口径换算——把"条目数"变成"事件数",把"页面上写的"变成"可比口径下的真数"。

02

成果预告

  1. 1一份《本期变化清单》:六个字段逐项,明确区分"本期新增 / 上期已报的进展 / 无变化"。
  2. 2一份《去重台账》:原始条目数 → 独立事件数,每条注明被转载几次。
  3. 3一份《价格可比口径换算表》:能直接拿给销售讲的算法,回答"到底降没降"。
  4. 4一份《融资事件判定表》:区分媒体报道、股权变更与真实增资。
  5. 5一份《招聘信号分析》:新出现的岗位方向及其含义,标明推测性质。
  6. 6一份《竞品动态周报 · 第 31 周》:按固定结构成稿,含待核实事项与下期关注。
  7. 7今日模板产出:《竞品持续监测提示词模板》(场景资产 E06)。

03

准备素材

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

  • md

    上期周报_第30周_20260727发布.md

    1.7 KB

    用途

    上一期周报,用来划基线、识别哪些不是本期新变化

    下载
  • md

    价格页快照对比_第30周vs第31周.md

    1.9 KB

    用途

    三家竞品两期定价页原样对比,含营销横幅原文

    下载
  • csv

    本期抓取_公司与产品_38条.csv

    4.5 KB

    用途

    公司动态与产品更新,含转载、含状态标注(beta/灰度/GA)

    下载
  • csv

    本期抓取_招聘岗位_54条.csv

    5.5 KB

    用途

    招聘岗位,含方向、城市、上期同方向岗位数

    下载
  • csv

    本期抓取_舆情_76条.csv

    6.9 KB

    用途

    舆情,含原帖 ID、是否搬运、搬运自三列

    下载
  • csv

    本期抓取_融资与工商_11条.csv

    1.6 KB

    用途

    融资传闻与工商登记,含是否变更、注册资本变化两列

    下载
  • md

    监测配置_六字段与信源口径_v2.md

    3.5 KB

    用途

    六个监测字段的定义、判定标准、去重规则、信源五级分级、四条口径纪律

    下载
  • eml

    销售VP追问邮件_20260803.eml

    2.0 KB

    用途

    綦岚的三个问题 + 两条踩过的坑

04

跟着做

已完成 0 / 7

STEP 01

6 分钟

先用上期周报划出基线

为什么现在做

綦岚点名的坑就在这——"拓知成立华南事业部"上期已经报过,这周媒体又集中报道了一轮。如果不先划基线,你会把媒体的报道热度误当成本期发生的新事。变化是相对上期而言的,没有基线就没有变化。

这一小步做什么

从上期周报提取基线,先不要打开本期任何抓取数据

这一步使用

  • 上期周报_第30周_20260727发布.md
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是上一期(第 30 周)的竞品周报和我们的监测配置。请只做基线提取,**先不要看本期数据**:
①按六个监测字段,列出上期**已经报告过**的全部内容,每条注明监测对象与日期;
②列出上期的**遗留待核实事项**及其状态;
③列出上期定的**下期重点关注**;
④据此写出一句话判定规则:本期什么样的内容算"新增",什么样算"上期已报的进展",什么样算"重复报道不予计入"。
输出基线清单,不要预判本期会有什么。

检查 AI 的回答

  • 上期三条关键变化是否齐全:拓知华南事业部(07-22)云序数据血缘 beta 灰度(07-21)明析杭州研发中心新增 8 岗
  • 两条遗留待核实是否列出(云序定价传闻、拓知接触零售集团);
  • 上期"下期重点关注"三条是否提取(血缘是否转 GA、拓知华南后续、三家是否调价);
  • 判定规则是否明确区分了新增 / 进展 / 重复报道三种情况。

做到这里算完成

一张基线清单。你现在知道"华南事业部"和"数据血缘"这两件事都不是全新的了。

STEP 02

9 分钟

六字段抓取三重去重

为什么现在做

本期原始抓取一共 179 条(38 + 54 + 11 + 76)。这个数字毫无意义——因为里面有三种重复:同一事件被多家媒体转载、同一原帖被搬运几十次、上期已报过的事本期又出现。配置第二条规定了三重去重,必须全跑一遍,否则后面每一步都在重复劳动。

这一小步做什么

对四份抓取数据执行转载去重、同源去重、跨期去重,输出去重台账。

这一步使用

  • 本期抓取_公司与产品_38条.csv
  • 本期抓取_舆情_76条.csv
  • 本期抓取_招聘岗位_54条.csv
  • 本期抓取_融资与工商_11条.csv
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是本期四份原始抓取数据、监测配置和上期基线。请按配置第二条执行三重去重,**先不要做任何分析或判断**:
①**转载去重**——同一事件被多家媒体报道的合并为 1 条,保留最早的原始来源,注明被转载几次;
②**同源去重**——舆情中依据"原帖 ID"和"是否搬运"两列合并,同一原帖只计 1 个事件,记录搬运次数;
③**跨期去重**——与上期基线重复的内容不计入本期新增,如有进展标为"进展更新";
④输出台账:每个字段的 **原始条目数 → 去重后事件数 → 其中本期新增数**,并给出合计。
特别注意产品字段:更新日志里有 **beta / 灰度 / GA** 三种状态,**不同状态是不同的事**,不要合并。

检查 AI 的回答

  • 舆情是否从 76 条去重到 21 个独立事件,且识别出 P-8801(拓知报表导出超时)被搬运 21 次,是本期最大的单一舆情事件;
  • "拓知华南事业部"相关条目(序号 1、2、3、4、21、22、33)是否被判为跨期重复——尤其序号 22 是官网新闻,其原始发布日期是 07-22,属于上期
  • 云序"数据血缘"是否被判为进展更新(上期 beta 灰度 → 本期 GA 正式发布),而不是本期新增;
  • 云序"智能问数"是否被识破为原自然语言查询改名(序号 10 备注栏写明),而非新功能——序号 11 的媒体报道把它当成了全新功能。

做到这里算完成

一张去重台账。179 条原始抓取,去重后的独立事件数应该少于 40。

STEP 03

9 分钟

价格:按可比口径算一遍,回答"到底降没降"

为什么现在做

这是綦岚第一个问题,也是本期唯一一个必须动笔算的字段。配置口径纪律第 1 条写得很清楚:套餐重组时原价与新价不可直接相减,须换算到同一用量单位。拓知这次正好是套餐拆分——用户数砍半、存储砍半、另卖扩容包。页面上的"立省 33%"是拿两个不同的东西在比。

这一小步做什么

对三家竞品的价格变化做可比口径换算,得出可用于销售的结论。

这一步使用

  • 价格页快照对比_第30周vs第31周.md
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是三家竞品两期定价页的原样快照。请按可比口径做价格分析,**每一步都要把算式写出来**:
①对拓知专业版:分别算出**上期和本期的每用户年单价**(年费 ÷ 包含用户数),给出变化百分比;
②再算一次:**如果客户要维持和上期相同的 20 用户、200GB 配置**,本期需要买什么组合、总价多少?与上期原价比,是涨是降、幅度多少?
③对明析:把"¥300/月"**年化**后与上期年费比较,判断是价格变化还是计费方式变化;
④对云序:判断是否有变化;
⑤最后给出一句能直接讲给销售听的结论,以及**客户拿'立省 33%'来压价时的应对口径**。
注意:页面横幅的宣传语不能作为判断依据,请只用表格里的数字计算。

检查 AI 的回答

  • 每用户单价是否算对:上期 ¥2,980 ÷ 20 = ¥149,本期 ¥1,980 ÷ 10 = ¥198上涨约 33%
  • 同配置总价是否算对:¥1,980 + 2 × ¥1,200 = ¥4,380(20 用户、200GB),相比 ¥2,980 上涨 47%
  • 明析是否判为计费方式变化而非降价:¥300 × 12 = ¥3,600,与上期年费完全相同
  • 云序是否判为无变化
  • 是否明确指出"立省 33%"是把 20 用户套餐和 10 用户套餐直接相减得出的,不是可比口径

做到这里算完成

一张换算表 + 一句销售口径。结论是反直觉的:拓知不但没降价,同配置下还贵了 47%。

STEP 04

7 分钟

融资:以工商登记和官方公告为准

为什么现在做

这是綦岚第二个问题。配置口径纪律第 2 条和信源规则都指向同一件事:融资以工商变更登记或官方公告为准,媒体报道不单独构成事件。这一步还要处理一个更细的陷阱——股权变更不等于融资

这一小步做什么

对三家的融资与工商信息逐条判定,输出融资事件判定表。

这一步使用

  • 本期抓取_融资与工商_11条.csv
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是本期融资与工商信息抓取,以及监测配置。请逐条判定,输出融资事件判定表:
每条给出:监测对象、内容、**信源级别**、工商登记是否变更、注册资本是否变化、**判定结论**、依据。
判定结论只能用四种之一:**确认的融资事件 / 确认的其他工商变更 / 未获证实 / 仅为媒体报道**。
硬性要求:
①按配置⑤,**媒体报道不单独构成融资事件**,无论有多少家媒体在报;
②按口径纪律第 2 条,**股权变更不等于融资**——请特别检查注册资本是否变化;
③本期是否存在**注册资本实际增加**的情况?如有,那才是真正的增资。
④最后回答:如果销售 VP 问'云序到底融没融到那 2 亿',准确的答复是什么?

检查 AI 的回答

  • 云序 2 亿融资是否判为未获证实——6 条媒体与自媒体报道(序号 1–6),但序号 7 的官方渠道核查显示官网与公众号均未发布融资公告,且工商登记未变更
  • 明析新增股东(序号 8)是否判为股权变更而非融资——注册资本无变化,属股权转让或内部调整;序号 9 的自媒体"据工商变更推测为融资"是错误推断;
  • 拓知序号 11 是否被识别为本期唯一确认的增资——注册资本由 5,000 万增至 8,000 万,已完成工商登记
  • 是否注意到这个反差:媒体大篇幅报道的云序融资未获证实,而拓知真实完成的增资无人报道

做到这里算完成

一张融资判定表。本期唯一确认的资本动作是拓知增资 3,000 万,而它一条媒体报道都没有。

STEP 05

6 分钟

招聘:识别新方向,但不写成事实

为什么现在做

这是綦岚第三个问题。招聘数据的价值在于它比公告早——公司在做什么,招聘页往往提前一两个季度就露出来了。但配置口径纪律第 3 条同时警告:招聘 JD 属推测性信号,不得写成既定事实。这一步要同时做到"看出信号"和"不过度解读"。

这一小步做什么

分析招聘数据,识别新出现的岗位方向及其规模。

这一步使用

  • 本期抓取_招聘岗位_54条.csv
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是本期招聘抓取,含'上期同方向岗位数'一列。请做招聘信号分析:
①先按配置去重:同一岗位同时出现在官方招聘页(二级)和主流招聘平台(三级)的,**合并计 1 个岗位,以官方招聘页为准**;
②按'监测对象 + 岗位方向'汇总本期岗位数,与'上期同方向岗位数'对比;
③按配置④判定哪些构成"变化":**出现此前未有过的岗位方向**,或某方向环比变化 ≥ 50%;
④对新出现的方向,说明它**可能**指向什么,并列出**还需要什么证据**才能确认;
⑤严格按口径纪律第 3 条表述:这是推测性信号,请给出**不把推测写成事实**的表述示例。
不要参考社媒上关于该公司的传闻,只用招聘数据本身。

检查 AI 的回答

  • 是否识别出 明析数据出现全新的"具身智能"方向上期同方向岗位数为 0
  • 去重后官方招聘页的具身智能岗位是否为 11 个(含算法、运动控制、感知、仿真、强化学习、硬件接口、产品经理、技术负责人、实习生、测试);
  • 是否注意到岗位构成覆盖了完整技术栈(算法 + 控制 + 感知 + 仿真 + 硬件 + 产品 + 负责人),说明不是零星试探;
  • 表述是否守住了推测边界——例如写成"明析数据在杭州新增 11 个具身智能方向岗位,覆盖完整技术栈,该方向此前从未出现;这可能指向新业务方向,但尚无官方公告或产品动作佐证",而不是"明析数据转型做机器人了"。

做到这里算完成

一份招聘信号分析。你能回答綦岚第三问了,而且答的是招聘数据,不是脉脉传闻。

STEP 06

6 分钟

舆情:给事件数,不给条数

为什么现在做

綦岚第二条抱怨就是这个——"上周你给了 80 多条,大部分是同一件事被转来转去"。舆情字段最容易制造虚假规模:76 条听起来像 76 个问题,实际上可能只有二十来件事。配置⑥明确要求"同一事件按 1 条计,需标注独立信息源数量"。

这一小步做什么

输出舆情事件表,按独立事件而非条目组织。

这一步使用

  • 本期抓取_舆情_76条.csv
  • 监测配置_六字段与信源口径_v2.md

给 AI 的提示词

复制的是完整多行原文

这是本期舆情抓取。请按配置⑥输出**事件级**舆情表,不要按条目列:
①依据'原帖 ID'合并,每个独立事件一行,包含:监测对象、事件摘要、**被搬运次数**、**独立信息源数量**、最高信源级别、情绪倾向、首次出现日期;
②按被搬运次数排序,找出本期传播最广的三个事件;
③标出哪些事件的最高信源级别为**五级(匿名社区)**——按配置这类一律标"无法核实";
④对同一竞品出现**互相矛盾**的舆情,请并列呈现,不要择一;
⑤最后给出一句话:本期舆情实际上是多少件事,而不是多少条。

检查 AI 的回答

  • 是否明确 76 条 → 21 个独立事件
  • 传播最广的是否为 P-8801 拓知报表导出超时(被搬运 21 次)P-9001 云序数据血缘 GA(9 次)P-9040 云序裁员传闻(9 次)
  • P-9040 云序裁员是否被标为无法核实(最高信源为五级脉脉匿名帖,无实名无证据);
  • 是否发现拓知价格的矛盾舆情并列存在:P-8845"降价真香"(正面)与 P-8841"拆包了算下来更贵"(负面),且后者与步骤 3 的换算结果一致;
  • 是否注意到 P-8801 在序号 10 已出现"官方回复已修复",属于事件的进展而非新事件。

做到这里算完成

一张事件级舆情表。给綦岚的答案是"21 件事",不是"76 条"。

STEP 07

7 分钟

合成周报、列待核实、沉淀模板

为什么现在做

前六步把六个字段各自处理完了。最后合成时的关键不是罗列,而是按业务影响排序如实标注每条的确定程度——哪些是确认的、哪些是进展、哪些还没证实。配置第五条规定了周报的固定结构,直接照它来。

这一小步做什么

输出第 31 周周报、待核实事项清单,并把流程抽成模板。

这一步使用

  • 监测配置_六字段与信源口径_v2.md
  • 销售VP追问邮件_20260803.eml

给 AI 的提示词

复制的是完整多行原文

请按监测配置第五条的固定结构,合成《竞品动态周报 · 第 31 周》:
①**本期关键变化**(不超过 5 条,按业务影响排序,每条注明监测对象、信源级别、确定程度);
②**六字段逐项变化表**(公司 / 产品 / 价格 / 招聘 / 融资 / 舆情,三家竞品各一列);
③**与上期比较**:本期新增 / 上期已报的进展 / 无变化,分别列出;
④**待核实事项**(含上期遗留的两条),每条写明需要谁去确认、用什么方式;
⑤**下期重点关注**。
另外单独回答销售 VP 邮件里的三个问题,每个答案都要带上算式或依据。
硬性要求:不引入前面各步未确认的新事实;未获证实的一律标注,不得写成事实;舆情给事件数不给条数。
最后把本流程抽成**《竞品持续监测提示词模板》**,去掉本次的公司名、产品名、价格与岗位,保留'先划基线''三重去重''按可比口径换算''融资以工商为准'四条纪律。

检查 AI 的回答

  • 关键变化里是否没有把"拓知华南事业部"当成本期新增;
  • 拓知价格是否表述为实质涨价而非降价,并附算式;
  • 云序融资是否标为未获证实,拓知增资是否作为本期唯一确认的资本变动列出;
  • 明析具身智能是否表述为推测性信号且未写成"转型做机器人"
  • 舆情是否给的是 21 件事
  • 待核实事项是否包含上期遗留的两条(云序定价传闻、拓知接触零售集团);
  • 模板里是否已不含"拓知""云序""明析""¥2,980""具身智能"等本次专有信息。

做到这里算完成

一份周报 + 待核实清单 + 一份模板。周报里每条关键变化都能追到原始条目和信源级别。

05

验收清单

已核对 0 / 10

06

避坑提醒

  • ⚠️ 没有基线就没有变化:持续监测的第一步永远是读上期。不划基线,媒体的报道热度会被你误当成本期发生的事。
  • ⚠️ 条目数是幻觉,事件数才是事实:76 条舆情听起来很严重,21 件事才是真相。任何时候向上汇报,都给事件数。
  • ⚠️ 价格必须换算到可比口径:套餐拆分、用户数变化、计费周期变化,都会让"降价"和"涨价"看起来相反。看到促销话术,先自己算一遍每单位价格。
  • ⚠️ 融资看工商,不看媒体:媒体报道再多也只是线索。注册资本有没有变,工商登记说了算。 反过来,真正完成的增资可能一条报道都没有。
  • ⚠️ 招聘是最早的信号,也是最容易过度解读的:11 个岗位能说明"在投入这个方向",不能说明"要转型"。写成推测,不要写成结论。
  • ⚠️ 注意产品状态词:beta / 灰度 / 内测 / GA 是四件不同的事。媒体常常一律写成"上线"。
  • 🚀 进阶:把《竞品持续监测提示词模板》固定下来,每周一跑。跑到第三、四期以后,这套方法真正的价值才出来——你会开始看到趋势(比如某家连续三期在同一方向加招聘),而不只是本周发生了什么。

07

晒成果

  • 晒「179 条原始抓取 → 一页 5 条关键变化」对比。
  • 把《竞品持续监测提示词模板》提交入库,标注编号 E06。
  • 配一句:「这周最值钱的一条情报,是竞品官网横幅写着'立省 33%'——按同配置算完,实际贵了 47%。销售拿着这个算式,当场就把价压回去了。」

08

参考成果

先自己做一遍,再看答案

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

09

本场景成果

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

正在加载本场景成果…