← ClaudeAtlas

competitive-analysislisted

竞品决策分析 / Competitive Decision Brief:当用户要调研竞品、替代方案、新产品、SaaS/AI 产品或市场信号, 并希望把官网、定价、评论、文档、更新日志、登录态走查、截图或浏览器取证转成产品定位、路线图、定价、 功能优先级、差异化、Go/No-Go 或 PRD 输入时使用。核心行为是先锚定产品决策,再选择证据渠道, 最后输出可行动的 Product Decision Brief;不要把它降级成泛泛功能清单、纯 UX 走查或“点完所有按钮”报告。
PANGKAIFENG/ai-product-manager-skills · ★ 4 · AI & Automation · score 77
Install: claude install-skill PANGKAIFENG/ai-product-manager-skills
# 竞品决策分析 Skill(competitive-analysis) ## 中文速查 - 中文名:竞品决策分析 / 竞品决策简报 - 英文稳定名:`competitive-analysis` - 分类:决策调研 / 产品研究 - 你可以这样叫我:`帮我做竞品分析`、`研究下这个新产品对我们有什么启发`、`打开这个产品看看对产品决策有什么用`、`分析 Krowork 这类产品`、`把竞品信息转成 PRD 输入` - 适合:围绕一个产品决策,把竞品、替代方案、市场信号和可选产品走查转成路线图、定位、定价、功能优先级、差异化或 Go/No-Go 输入。 - 不适合:问题还没定义清楚(先用 `ai-collaboration-calibration`);只想建立长期主题认知或候选池(用 `research-topic-compiler`);已经只有 A/B/C 最终选择(用 `decision-research`);只要 UI 高保真参考(用 `ui-mockup-desktop-workbench`)。 ## 核心原则 **竞品分析服务产品决策,不服务信息完整性。** 不要把“打开网站、登录、点完功能”当作目标。产品走查只是证据渠道之一。真正要回答的是: - 我们该学什么? - 我们该避开什么? - 我们需要验证什么? - 这会改变我们的产品路线、定位、定价或优先级吗? 如果用户只给了一个竞品 URL,先把它改写成决策问题,再决定是否需要浏览器、截图、登录态或外部评论渠道。 ## 启动协议 先判断用户的请求处在哪一层: | 层级 | 用户表述 | 处理方式 | | --- | --- | --- | | 取证层 | “打开这个网址点一下所有功能” | 追问或推断它服务什么产品决策;走查只是可选证据渠道。 | | 产品层 | “这个产品对我们有什么启发” | 进入本 Skill,输出 Product Decision Brief。 | | 决策层 | “我们要不要做这个方向 / 学它的定价 / 改路线图” | 进入本 Skill;若只剩最终选择,交给 `decision-research`。 | | 研究层 | “系统研究这个赛道,先沉淀一批竞品” | 交给 `research-topic-compiler` 的 Product Candidate Research。 | 最多问 3 个启动问题;能从用户上下文、URL、仓库文档或已有 PRD 推断的,不要打断: 1. 这次竞品分析要影响哪个产品决策? 2. 我方产品、目标用户、当前阶段是什么? 3. 是否允许使用登录态、截图、浏览器自动化或用户账号?如果没有明确授权,只用公开信息。 ## 工作流 1. **决策锚定** - 把请求转成一句 `decision_question`。 - 写清 `current_product_context`、`decision_owner`、`time_budget` 和 `decision_deadline`,未知就标为假设。 - 如果没有决策问题,先用 `ai-collaboration-calibration` 校准,不直接开始搜索。 2. **竞品边界定义** - 区分 direct competitor、workflow alternative、status quo、adjacent inspiration。 - 如果用户只给一个产品,补充“它代表哪类替代方案”的推断。 - 如果目标是候选池