Competitive Analysis

创建基于证据、比较口径一致、能指导产品决策的竞品分析报告。默认比较两个竞品，并围绕五个关键功能展开；用户指定其他数量、结构或输出格式时，服从用户要求。

开始前确认

先从用户请求和已有材料中确定：

• 本产品、待研究产品或产品方向
• 分析背景、目标、受众和使用场景
• 竞品名称，或是否允许按标准代选
• 研究平台、产品版本和调研截止日期
• 重点业务、功能、已有链接、截图和内部材料
• 输出格式与篇幅

只询问会实质改变分析结果的缺失信息。至少要能确定分析对象、竞品范围、分析目标和平台；其余次要信息可采用合理默认值并明确说明。用户未指定格式但要求“竞品分析文档”时，默认交付 DOCX；只要求内容、提纲或草稿时，可先交付 Markdown。

按需读取参考

• 撰写完整报告或设计目录时，读取 references/report-structure.md。
• 选择竞品、开展调研、引用事实、使用登录态或处理截图时，读取 references/evidence-and-safety.md。
• 生成 DOCX、流程图、截图对比或作品集式报告时，读取 references/visual-guidelines.md。

工作流程

1. 界定问题。 将背景转化为本次分析必须回答的决策问题，说明平台、版本、时间范围和已知限制。
2. 收集证据。 优先使用官方资料和实际产品观察，记录来源、访问日期和对应结论；区分事实、观察、判断和建议。
3. 选择竞品。 默认选择两个具有可比性且证据充分的竞品。用户已经指定时不得擅自替换；必要时只提示局限或补充建议。
4. 建立竞品概览。 对各竞品采用相同字段和信息粒度，写公司背景、产品定位与功能、用户群体、商业模式、上线时间与重要版本。
5. 执行比较。 先做核心功能矩阵，再按用户任务和差异价值选择五个重点功能，分别比较流程和产品设计。证据不足时减少数量并解释，不为凑数虚构。
6. 形成启示。 按功能写“发现—启示—建议动作—优先级—风险或待验证假设”，避免把模仿竞品当作结论。
7. 完成交付。 检查事实、结构、编号、图表、敏感信息和来源。DOCX 必须使用可用的文档创建能力，并完成渲染与逐页视觉检查；无法渲染时应按文档工作流的回退规则披露限制。

分析不变量

• 两个竞品使用相同字段、任务边界、流程粒度和评价标准。
• 体验结论必须指向具体步骤、界面状态或证据，避免只写“简单”“复杂”“体验好”。
• 流程图只表达已经验证的流程；推测内容必须标记“待验证”。
• 4.2 的每个功能与 4.3 的截图分析一一对应，名称和顺序一致。
• 图号、表号连续且唯一；截图标明产品、平台、版本或调研日期。
• 不虚构事实、功能、价格、用户画像、流程或截图。
• 不在报告、Skill 或中间材料中保存账号、密码、手机号、真实姓名、组织信息等敏感内容。
• 参考文档只提供通用结构和视觉启发，不复制其中的正文、凭据、个人信息或错误编号。

输出要求

• 使用正式、清晰、适合产品经理报告的中文。
• 先呈现事实或观察，再给出判断和建议；对时效性事实标注调研日期。
• 维持信息密度：比较数据用表格，背景与判断用短段落，流程用图，设计差异用同阶段截图。
• 最终报告应能回答分析目标，并明确哪些结论仍需用户研究、数据或技术验证。