> ## Documentation Index
> Fetch the complete documentation index at: https://docs.profy.cn/llms.txt
> Use this file to discover all available pages before exploring further.

# 端到端：竞品调研报告

> 从一句话需求到一份带引用的竞品分析文档，含成本估算与失败排查

这是一篇可照抄的完整流程。走完之后你会得到一份 10-20 页的竞品调研文档（`.docx` 或 `.pdf`），每个结论都能追到来源链接，并且整个过程的花费可以事先估算出来。

选这个场景开篇是因为它把袋袋最容易被低估的三件事叠在了一起：**搜索的钱花在读结果上而不是发起搜索**、**产物必须落到文件里才算交付**、**没有引用的调研等于没做**。这三点在任何信息类任务里都成立，你在这篇里踩过一遍，后面的场景就都通了。

## 你会得到什么

| 产物   | 位置                                    | 说明                  |
| ---- | ------------------------------------- | ------------------- |
| 调研文档 | 工作区 `research/competitor-report.docx` | 结构化章节 + 数据表格 + 来源脚注 |
| 原始素材 | 工作区 `research/sources/*.md`           | 每个信息源一个文件，便于复查与二次利用 |
| 对比表  | 文档内嵌表格（可另存 `.xlsx`）                   | 功能/定价/定位三张矩阵        |

## 前置条件

<Steps>
  <Step title="确认沙盒可用">
    调研要写文件，所以必须有沙盒。新会话第一次让专家写文件时会自动启动，你只需要确认右侧工作区面板能看到文件树。沙盒模式为「无沙盒」的专家不能做这件事。
  </Step>

  <Step title="确认余额足够">
    按下面「成本估算」一节算出预期消耗，账户余额至少留 2 倍余量。余额不足会在中途中断，已经写进文件的部分不会丢，但你需要重新发起后续步骤。
  </Step>

  <Step title="准备竞品清单">
    自己先列出 3-8 个竞品名称和官网域名。让模型「顺便找出所有竞品」会让搜索次数不可控，也容易把不相关的公司拉进来。
  </Step>
</Steps>

## 步骤

### 第 1 步：先定框架，不要先搜

直接说「帮我调研 A/B/C 三个竞品」会得到一份没有骨架的堆砌。先让专家把评估维度确定下来：

```text theme={null}
我要做一份竞品调研，对象是 Notion、Coda、Airtable 三家。
用途是给内部产品会做决策参考，重点关注他们怎么给团队协作场景定价。

先不要搜索。请你先输出一份调研框架：
1) 你打算按哪些维度对比（不超过 6 个维度）
2) 每个维度打算从什么类型的来源取证（官网/定价页/第三方评测/用户社区）
3) 哪些维度你预计拿不到公开数据

我确认框架之后再开始搜索。
```

<Tip>
  让模型先说「哪些维度拿不到数据」是这一步最值钱的部分。它会提前暴露「客户留存率」「实际 ARR」这类你不可能从公开信息得到的指标，避免后面拿编造的数字填表。
</Tip>

### 第 2 步：分维度搜索并落盘

框架确认后，按维度逐个搜索，并且**每搜完一个维度就写文件**：

```text theme={null}
框架我确认了。现在按维度逐个执行，每完成一个维度就做两件事：

1. 把该维度的原始发现写入 research/sources/<维度名>.md，
   每条发现的格式是：结论 + 原文引用 + 来源 URL + 抓取日期
2. 用一句话告诉我这个维度的置信度（高/中/低）以及为什么

先做「定价与套餐结构」这一个维度，做完停下来等我确认。
```

一次只做一个维度是刻意的。并行发起大量搜索时，返回的正文会同时进入上下文，很容易在你还没看到任何产物之前就把对话预算耗掉。

### 第 3 步：识别并处理搜不到的部分

搜索工具只能拿到公开可抓取的内容。定价页经常在登录后才展示、或者用 JavaScript 动态渲染，这时候需要换工具：

```text theme={null}
Coda 的团队版定价页我看到你返回的是空的。
请用浏览器打开 https://coda.io/pricing，截图，然后基于截图读出实际价格。
如果页面需要登录才能看到，直接告诉我，不要猜。
```

浏览器工具在沙盒内运行，没有你的登录态。所以「需要登录才能看的内容」是硬边界——正确的处理是让专家明确说「拿不到」，你自己截图发给它。

### 第 4 步：交叉验证，标注矛盾

```text theme={null}
三个维度都搜完了。现在做交叉验证：

1. 找出不同来源之间互相矛盾的数据点，逐条列出矛盾双方和各自来源
2. 对每个矛盾给出你的判断（更可信的是哪个，为什么）
3. 不要把矛盾抹平成一个折中数字

矛盾清单写入 research/sources/_conflicts.md。
```

<Warning>
  这一步不能跳。竞品定价在不同地区、不同来源、不同时间点差异很大，模型的默认倾向是取一个看起来合理的中间值——那个数字往哪都对不上。让矛盾显式留在文档里，读者才知道哪些结论需要自己再核一遍。
</Warning>

### 第 5 步：生成正式文档

```text theme={null}
现在生成正式文档：research/competitor-report.docx

要求：
- 结构：摘要 / 三张对比矩阵（功能、定价、定位）/ 逐家详述 / 矛盾与不确定项 / 结论建议
- 每个数据点后面带脚注引用，脚注指向 research/sources/ 里的具体来源 URL
- 「矛盾与不确定项」章节必须保留，不要因为影响结论美观就删掉
- 表格用真实的表格，不要用代码块画 ASCII 表格
```

生成 `.docx` 时专家会用 docx 技能的脚本链路。具体的排版能力边界见 [Word 文档](/zh/documentation/capabilities/office-docx)；如果你更需要一份能直接发出去的排版稿，改要 `.pdf`（见 [PDF 生成](/zh/documentation/capabilities/office-pdf)）。

### 第 6 步：验收

打开文件，逐项检查：

1. 随机抽 5 个数据点，点开脚注里的 URL，确认页面上真的有这个数字
2. 确认「矛盾与不确定项」章节还在，而且不是空的
3. 确认对比矩阵里没有 "N/A" 之外的空格——空格意味着模型跳过了这一格而没告诉你
4. 确认没有出现你没提供、也没在来源文件里出现过的第三方公司名

第 1 项是唯一有效的验收动作。文档读起来通顺不代表数字对。

## 成本估算

这个流程的开销结构值得单独算一遍，因为它和直觉相反：

| 环节         | 计费单位                    | 成本占比  |
| ---------- | ----------------------- | ----- |
| 发起搜索       | `per_call`（每次调用固定）      | 小     |
| **读取搜索结果** | `token_split`（结果正文进上下文） | **大** |
| 浏览器截图 + 读图 | `token_split`（图片进上下文）   | 中     |
| 写文件 / 生成文档 | `token_split`（生成的正文）    | 中     |

真正的大头是搜索结果的正文进入上下文所产生的输入 token，而不是「搜了几次」。所以控制成本的有效手段是**减少每次带回的正文量**（分维度、限定来源类型），而不是减少搜索次数。

平台侧对搜索结果有截断保护，但那是防止上下文被打爆的最后一道防线，不是省钱机制。计费口径详见 [计费公式](/zh/documentation/reference/billing-formulas) 与 [联网搜索](/zh/documentation/capabilities/web-search)。

## 边界与失败态

| 现象               | 原因                    | 处理                               |
| ---------------- | --------------------- | -------------------------------- |
| 搜索返回空结果          | 目标站点禁止抓取，或内容由 JS 动态渲染 | 换浏览器工具截图；仍拿不到则视为公开不可得            |
| 需要登录的页面          | 沙盒浏览器没有你的登录态          | 自己截图上传，或改用 Chrome 扩展连接你本机浏览器     |
| 表格里出现可疑的整数       | 模型在数据缺失时填了「看起来合理」的值   | 回到第 4 步要求逐条标来源，无来源的一律改成 N/A      |
| 对话中途停止、产物不完整     | 对话预算耗尽或账户余额不足         | 文件里已写入的部分仍在；补足余额后从下一个维度继续        |
| 文档里的表格是 ASCII 画的 | 生成时没有明确要求真实表格         | 明确要求「用 docx 原生表格」重新生成该章节         |
| 引用的 URL 打不开      | 来源页已改版或被删除            | 让专家用 `web_search` 重新确认该结论，注明抓取日期 |

## 变体

<AccordionGroup>
  <Accordion title="做成定期跟踪">
    把第 2-5 步的指令固化成一段提示词，然后创建定时任务按周执行，产出「本周竞品变化」增量报告。注意定时任务会在你没看着的时候花钱，先算清单次成本再定频率——详见 [每日简报](/zh/documentation/guides/daily-briefing)。
  </Accordion>

  <Accordion title="产出可复用技能">
    如果这套调研流程你会反复用，让专家把它写成一个技能（`skill_manage`），下次只需要给竞品名单。技能的归属与作用范围见 [技能目录](/zh/documentation/reference/skills-catalog)。
  </Accordion>

  <Accordion title="输出成网页而不是文档">
    对比矩阵在网页上比在 Word 里好看得多。让专家把结论做成一个可分享的站点，见 [发布一个站点](/zh/documentation/guides/publish-a-site)。
  </Accordion>
</AccordionGroup>

## 相关页面

<CardGroup cols={2}>
  <Card title="联网搜索" icon="magnifying-glass" href="/zh/documentation/capabilities/web-search">
    搜索的计费口径与截断保护
  </Card>

  <Card title="Word 文档" icon="file-word" href="/zh/documentation/capabilities/office-docx">
    docx 生成的能力边界
  </Card>

  <Card title="浏览器自动化" icon="window" href="/zh/documentation/capabilities/browser-automation">
    三层浏览器架构与登录态边界
  </Card>

  <Card title="计费公式" icon="calculator" href="/zh/documentation/reference/billing-formulas">
    五种计费单位的完整算法
  </Card>
</CardGroup>