深度专注 场景实践
竞品调研越查越散，怎样限定资料范围？
面向独立开发者，用一个明确问题限定竞品功能与公开价格的资料范围，提供可修改的调研任务卡、证据记录表和停止检查表，说明如何记录来源、处理信息缺口并结束本轮收集。
内容适用于 v0.0.7；界面与权益请以当前产品为准。
先写下本轮要回答的一个问题，再让每次打开网页都对应一个待查字段。功能与价格信息有了来源，缺失信息也写清原因和下一步，就可以结束本轮收集；核心信息仍不足时，交付“暂无法判断”及待核实项。
对独立开发者来说，这轮问题可以很具体：候选产品是否提供某项必需功能，公开价格信息是否足以判断它符合预算？本文围绕这个问题，提供可修改的调研任务卡、证据记录表和停止检查表，不展开完整市场分析或最终产品选型。
下文的任务卡、表格和操作步骤均为建议示例，供你按项目修改，不是经过效果验证的模板。
先把问题缩到一张表能回答的程度
“了解这个领域的竞品”没有明确的完成条件。每发现一个新产品、新功能或行业观点，都可能成为继续浏览的理由。
建议示例：你正在判断自己的工具是否需要支持数据导出，本轮只调查已选候选产品是否提供所需导出格式，以及包含该功能的方案有没有公开价格。需要替换的内容是候选产品名单、导出格式、预计使用规模和预算条件。
开始前，先写一句本轮问题：
建议示例：在已选候选产品中，哪些有公开资料说明支持我需要的导出格式？包含该功能的方案，其公开价格和适用条件是否足以判断预算适配？
如果“导出”还不够明确，就先补充需要导出什么、用于哪个后续步骤。只有会改变本轮判断的功能细节才进入必查字段。品牌历史、行业融资和其他功能可以先放到旁支清单。
用任务卡限定产品、字段和资料范围
下面是一张可复制的任务卡。填写方括号中的内容后再开始浏览；如果名单需要扩展，先说明现有候选为什么无法回答问题。
调研任务卡｜建议示例
| 项目 | 填写内容 |
|---|---|
| 本轮决策问题 | [候选产品是否支持所需功能，相关方案的公开价格是否符合预算条件] |
| 目标产品名单 | [填写本轮要查的产品] |
| 必需功能及判断标准 | [功能名称、必须满足的具体条件；例如所需导出格式] |
| 使用与预算条件 | [预计使用规模、预算上限及预算周期] |
| 必查价格字段 | [包含该功能的方案、公开金额、币种、计费周期、适用条件] |
| 可查资料 | 目标产品的功能页、官方文档、公开价格页，以及解释上述字段所需的相关说明 |
| 暂不处理 | [与当前判断无关的功能、行业新闻、新产品推荐等] |
| 本轮交付物 | 一张功能与价格证据表、一段结论、一份待核实清单 |
| 完成条件 | 必查字段已有来源或已说明缺口；能够回答的部分已有结论；影响判断的缺口已转成具体核实任务 |
打开一个新页面前，先回答：这页准备补齐哪个字段？
建议示例：产品介绍提到“支持导出”，但没有说明格式，下一页应寻找导出文档；价格页没有说明该功能属于哪个方案，下一步应查功能与方案的对应说明。背景资料也可以查，但要写明它影响哪个判断，例如某个术语是否包含你需要的功能。
如果说不出页面对应的字段，就先记入旁支清单，不必立即阅读。
旁支清单｜建议示例
| 发现的内容 | 可能服务的后续问题 | 何时再看 |
|---|---|---|
| [新发现的候选产品或资料] | [它可能帮助回答什么] | [当前候选不足时／另开一轮调研时] |
若某条旁支确实会改变本轮判断，先修改任务卡，明确新增字段及理由，再继续收集。
每条功能和价格信息都留下来源
证据表以一个待回答字段为一条记录。同一产品可以有多行，避免把功能、价格和限制挤在同一格里。
证据记录表｜建议示例
| 产品 | 待回答问题 | 功能或价格字段 | 字段值 | 页面原文摘要 | 来源地址 | 查阅日期 | 适用条件 | 核实状态与待查原因 |
|---|---|---|---|---|---|---|---|---|
| [产品名] | 是否满足必需功能？ | [功能及具体要求] | 待查：[缺少什么信息] | |||||
| [产品名] | 包含该功能的方案价格是多少？ | [方案、金额、币种、计费周期] | 待查：[缺少什么信息] |
填写时按以下顺序操作：
- 先记录页面说了什么。 原文摘要保留判断所需的条件。例如页面只写“支持导出”，就不能据此填成“支持所需格式”。
- 再填写字段值与来源。 来源地址指向支持该条记录的具体页面，并记录实际查阅日期，方便复核。
- 保留功能和价格的适用条件。 功能属于哪个方案、价格使用什么币种、按什么周期计费、是否附带页面明确说明的条件，都应与数值一起记录。
- 无法确认的值留空。 在状态栏说明“未找到格式说明”“未公开金额”或“尚未确认方案对应关系”，不要用推测补齐。
价格比较前，先检查币种、计费周期和使用条件是否可比。需要自行换算时，将页面原值与自己的计算分开，并写明计算假设。页面没有披露的折扣、权益和费用不作推断。
如果两个页面表述冲突，分别保留来源、摘要与查阅日期，状态标为“存在冲突”。不要仅凭查阅先后决定哪条正确，也不要合并成一句确定结论。下一步只处理这项冲突，例如查找相关更新说明或列为待询问事项。
缺信息时，先限定下一次查询
遇到空白字段，先把缺口改写成一个具体问题，再决定是否继续浏览。
缺口处理｜建议示例
| 当前缺口 | 下一步只查什么 | 仍找不到时如何交付 |
|---|---|---|
| 功能名称相近，无法确认是否满足要求 | 查该功能的定义、格式或限制说明 | 标记“功能适配暂无法判断”，保留需要确认的条件 |
| 有价格，但不知道是否包含所需功能 | 查方案与功能的对应说明 | 标记“相关方案待确认”，不把该价格当作适配成本 |
| 只有咨询入口，没有公开金额 | 检查是否另有公开价格说明 | 金额留空，标记“未找到公开价格”，列出后续询问项 |
| 页面之间存在冲突 | 查相关更新说明或进一步确认 | 并列保留证据，结论注明冲突尚未解决 |
当下一步已经变成等待回复、获取非公开报价或实际验证功能时，可以先结束本轮网页资料收集，把它交接为后续任务。不要因为一个字段暂时无法确认，就不断扩大产品名单。
用停止检查表决定何时收尾
停止条件应与本轮问题对应。收尾时逐项检查：
停止检查表｜建议示例
- 任务卡中的候选产品和必查字段均已检查。
- 每个必查字段已有来源，或已说明缺少什么信息。
- 功能结论保留了具体要求与适用方案，没有把模糊描述写成确认支持。
- 价格保留了币种、计费周期和适用条件，未披露的信息没有补猜。
- 来源冲突已单独标记，没有强行合并。
- 已写出本轮能够回答的结论；证据不足的部分明确写为“暂无法判断”。
- 影响决策的缺口已有具体后续动作，旁支已移出本轮交付物。
最后写一段简短结论，连同证据表一起交付：
建议示例：针对[本轮问题]，现有公开资料能够确认[结论及对应证据行]。[候选产品／字段]仍缺少[具体信息]，因此暂无法判断[受影响的部分]。后续需要[核实动作]，取得信息后再更新判断。
如果检查时发现某个核心字段尚未查过，就回到该字段。若字段已查但信息未公开，则保留缺口和后续动作，完成本轮交付。
需要浏览提醒时，把任务卡写成自然语言目标
如果你希望在浏览时获得提醒，可以将本轮问题、相关资料和偏离方向写入 DeepFocus 的自然语言目标。
建议示例：整理已选候选产品是否支持所需导出格式，以及相关方案的公开价格、适用条件和来源。查看这些产品的功能页、文档与价格说明。浏览与这些字段无关的行业新闻或产品推荐时，提醒我回到证据表。无法确认的信息记为待核实。
DeepFocus 结合自然语言目标与网页标题、描述判断场景，以提醒帮助你回到任务，不会屏蔽网页。上面的描述用于说明任务边界，不是网站白名单，也不保证模型每次判断都符合预期；是否继续浏览，仍由你决定。
可以分别用明显相关和明显无关的页面测试描述；结果不符合预期时，先检查目标是否过宽，再修改并重新测试。**测试当前网页不会自动开始提醒，测试后需要回到扩展首页主动开始。**具体写法可参考自然语言提醒示例与网页测试方法。
填写目标时避免放入密钥或敏感项目资料。提醒内容、网页标题与描述会发送给所选模型服务，远程自配接口不能称为本机处理；相关信息边界可参阅模型服务与信息发送说明。