competitive-researchlisted

# 竞品调研（Competitive Research） ## 目的与边界 当产品方向缺少参考——"竞品是怎么做的？""是否存在市场标准？""我们如何差异化？"——本 skill 系统性地分析竞品，并综合出可供产品决策采取行动的洞见。产物是 `competitive-analysis.md`，由 `user-journey-and-stories`、`product-ux` 或 `function-description` 消费。 **不要**在不理解竞品语境的情况下照搬竞品功能、把调研发现当作已确认的事实呈现、替代 user-journey 或 product-ux 的工作，或在没有差异化分析的情况下得出"我们应该照做竞品 X 的做法"的结论。竞品在其市场上的成功，若无证据不会自动迁移到我们的市场。 ## 输入与输出 输入：已确认的业务基线（`background-goal.md`，含已确认的目标）或范围基线、一个调研目标（业务级 vs 功能级）、以及已登记的竞品来源（官网、应用商店页面、用户评价、公开文档、行业报告）。若没有已确认的背景或调研目标，停止在 `needs_user_input`——不要在真空中调研。 输出：`competitive-analysis.md`，使用 `src/templates/support/competitive-analysis.md` 中的模板。 分析前加载 `references/thinking-framework.md`（其中引用 `src/framework/thinking-core.md` §1 的必用透镜）。Intake 时加载 `references/source-handling.md`。Clarify 时加载 `references/question-patterns.md`。起草前加载 `references/output-contract.md`。Generate 时加载 `references/anti-patterns.md`。移交前加载 `references/audit-checklist.md` 和 `references/reviewer-checklist.md`。评审前运行 `scripts/validate_artifact.py <artifact> --json`。 ## 思考提示（按阶段） ### 1. Preflight（预检） - "本次调研支撑什么决策？调研目标是业务级（方案方向）还是功能级（功能设计）？" - "应研究哪些竞品——直接竞品（同品类）、间接竞品（同一需求、不同方案）还是参照竞品（其他领域的最佳实践）？" - 为每个竞品来源登记一个 SRC-ID。识别 research_owner 和 decision_owner。 - **若没有已确认的 background-goal 或调研目标**，返回路由收据并 STOP 在 `needs_user_input`。 - 限制在 3-5 个竞品。评估成熟度：L0（无方向）→ L1（单一模糊问题）→ L2（业务方向清晰）→ L3（范围已定义）→ L4（上游已确认）。 ### 2. Intake（输入） - "每个来源实际上是怎么描述竞品的——而不是我对其产品的假设？" - 逐字提取竞品陈述（功能集、定价、目标用户、定位）。按 `src/framework/contracts.md` 将每条归类为 `FACT`、`AI_INFERENCE`、`UNKNOWN` 或 `CONFLICT`