AIPM · 瞭望台

把数小时调研,压缩成一份带证据的报告

一个由 AI 产品经理主导设计的智能竞品研究与报告生成系统

输入一个研究目标,系统实时联网检索,自动产出结构化、可视化、可溯源的竞品分析报告——让 PM 做决策时,不再靠印象,靠证据。这是一个从问题定义到 MVP 落地,全程由产品方法论驱动的项目。

它解决什么

AI 行业又快又散,做竞品 / 选型调研最痛的四件事
🕒

信息散、耗时长

定价、能力、口碑散落在官网、博客、GitHub、社区,人工搜集动辄几小时。

🤥

结论没出处

网络信息良莠不齐,结论常无来源、难交叉验证,容易凭印象下判断。

🧩

缺统一框架

不同人调研口径不一,结果不可比、难沉淀,没法直接用于汇报评审。

📄

产出不结构化

笔记截图零散,无法复用,立项、竞品跟踪时还得重做一遍。

产品能力

输入一个目标,产出一整套可复用的研究资产

① 一句话开跑

自然语言「分析一下 Cursor」或点名「对比 Cursor 与 Dify」,零确认直跑,不打断心流。

② 双模式

对比模式只比你点名的;竞品分析模式给单主体自动补 5 个竞品再对比。

③ 证据可追溯

每条结论绑来源、分事实/洞察/建议,缺失标「未查证」,绝不编造数据。

④ 10 维度框架

市场定位、功能、AI 能力、数据壁垒、生态、定价、体验、增长、机会、风险。

⑤ 实时联网检索

每次研究实时检索官网/定价页/GitHub/Reddit/新闻等,不做陈旧知识库。

⑥ 可视化报告

能力雷达、市场地图、时间线、口碑卡自动渲染,单文件 HTML 离线可看。

报告长什么样

每份报告都是自包含 HTML,下面是能力对比模块的真实形态
市场定位 核心功能 AI 能力 商业模式 用户体验 增长运营
1
结构化结论执行摘要 + 11 章节,事实/洞察/建议分得清清楚楚。
2
多维能力对比雷达图叠加多个产品,强弱一眼可见,不用自己画表。
3
来源可点每条结论带来源角标,报告末汇总来源卡片,可信可复核。
4
零外链单文件报告是自包含 HTML,离线打开、随手分享都不丢图表。

它怎么跑起来

一条固定顺序的研究流水线:从输入到可视化报告
1
意图解析对象 / 类型 / 维度 / 模式
2
实时检索多源并行 · 带来源
3
分析撰写约定写法 · 三分类结论
4
可视化渲染ECharts · 单文件 HTML

后端 Python + FastAPI | 分析撰写接 DeepSeek | 实时检索接 Tavily

作为 AIPM 的搭建逻辑

这不只是"又一个 AI 问答",而是一套由产品方法论驱动的研究流水线。下面是从问题定义到 MVP 落地的完整思考。
做这个项目时,我把自己放在 AI 产品经理的位置:先定清楚"为谁、解决什么、为什么不做某些看起来很高级的事",再谈工程。下面四块是它的设计骨架。

纪律一 · 零确认直跑

解析完默认直接出报告,不弹确认卡打断心流。唯一例外:单对象且无法判定"产品分析 / 竞品分析"时才轻问一下。其余字段(对象数 / 维度 / 深度)一律给合理默认值,报告顶部以"本次假设"明示口径,确认动作后置到看报告后,可增量重跑(如"加 Trae""只盯定价")。

纪律二 · 证据可追溯

每条重要结论都绑定结论 / 来源 / 时间 / 类型 / 可信度,并分三类:事实(可核实)、洞察(分析判断)、建议(行动)。来源缺失就标"未查证",严禁编造功能、价格、份额、融资——从机制上抑制幻觉。

纪律三 · 约定写法渲染

报告用固定写法撰写(特定表格 / 标题结构),由渲染脚本生成图表页面。写作者只管遵守写法,不必懂图表实现;之后要改视觉,只动渲染器、不动内容,职责彻底分离。

取舍哲学:为什么 MVP 主动"少做"

  • 不做持久化数据库 / RAG / LangGraph / 量化评测:MVP 聚焦"单条可验证闭环",避免为显得高级而提前引入复杂度,把不确定性留在可控范围内。
  • 复用优于重写:自包含 ECharts HTML 渲染器在原型期已成熟,网站化时只补胶水代码,不复写视觉,省时间也降风险。
  • 诚实优先:原型就是原型,不把"待验证"写成"已实现"——对外表达严守边界,这是做 AI 项目的底线。

分析框架:10 个互不重合的维度

1市场与定位
2产品与功能
3AI 能力
4数据壁垒
5技术与生态
6商业模式与定价
7用户体验
8增长与运营
9机会点
10风险与短板

对比模式

用户点名 N 个对象 → 仅就这 N 个正面对比,不引入外部竞品。适合"我已经圈定对手,帮我看清差距"的场景。

竞品分析模式

用户只给 1 个主体 → 先深析该主体,再用预置清单建议并实时检索扩充出 5 个竞品对比,含机会点模块。适合"我盯一个产品,帮我找它周围是谁"的场景。

分阶段实施路径

阶段 0

设计定稿

10 维度、5 类研究目标、证据纪律、11 章节、图表类型全部定稿,先有共识再写代码。

阶段 1

原型跑通

在对话环境内实跑 5 类样例,产出可运行技能 + 样例报告 + 渲染脚本,验证核心价值。

阶段 2

网站产品化

后端封装"解析→检索→分析→报告",前端输入框提交→可视化报告页,复用渲染层,部署到公网。

阶段 3

上线 + 增强

正式发布;可选增强含社区深度接入、定时重跑、交互可视化升级、扩展到 AI 外领域。

技术选型:全栈原案 vs MVP 落地

模块全栈原案最小可行产品落地取舍理由
前端Next.js自包含可视化 HTML 模板第一版零依赖,快速验证视觉与写法
后端FastAPI 服务化技能 / 轻量脚本承载先验证逻辑,确认价值再补服务化
数据库PostgreSQL + pgvector暂不做实时检索即可,无持久化需求
检索增强向量数据库 RAG实时检索v1.1 起再评估是否引入
流程编排LangGraph顺序工作流固定流程无需复杂编排,省复杂度
评测多指标体系后置上线后按真实使用迭代

对外表达边界(做 AI 项目的诚实底线)

  • 状态写「原型 / 离线验证」——不写"上线系统"(网站在搭、未部署)。
  • 用户写「面向…设计 / 用公开样本验证」——不写"服务了 N 位用户"(无真实用户记录)。
  • 不写提升百分比;量化评测未建,相关能力一律标「待验证」。
  • 每个技术词(Workflow / 检索 / 渲染器)都要能答"解决哪个节点、为何不用更简单方法、怎么失败"——答不出就删。

对 AI 产品经理来说,AIPM·瞭望台 把「几小时跨源调研」变成「一次提交 + 一份带证据的报告」——结论可溯源、框架可复用、图表可直接进评审。它更是一个产品方法论的样板:从问题定义、框架设计、MVP 取舍到分阶段交付,每一步都由「为什么做 / 为什么不做」驱动。目前是已离线验证的原型,用公开样本跑通了完整研究闭环。