查看竞品调研并确认整体产品方案

产品范围明确后，Agent 通常会先查看 2～4 个直接竞品或相邻产品，再整理整体产品方案。调研重点不是照搬界面，而是回答三个问题：

• 用户已经习惯哪些产品模式；
• 现有产品各自做得好和不足的地方；
• 你的 App 应该保留什么、简化什么，以及用什么形成差异。

如果 App 明显属于私人或离线场景、你明确要求不联网调研，或者没有可靠的在线结果，Agent 可以跳过实时搜索，并在方案中说明依据。

Agent 会先调研 2～4 个竞品或相邻产品，提炼可借鉴与应避免的做法。

查看整体产品方案

调研完成后，对话中会出现「项目方案」文档。它就是这个 App 的产品需求文档（PRD），用于在设计和构建前确认「做什么、为谁做、第一版做到哪里」。方案会根据当前 App 调整结构，通常包括：

• 产品定位和目标用户；
• 竞品调研及可借鉴、应避免的做法；
• 关键页面和用户流程；
• 第一版范围、测试重点和必要假设。

这份文档用于确认「做什么」和「为什么这样设计」，不会在此时提前锁定技术栈或详细构建步骤。

整体产品方案（PRD）会列出产品定位、竞品结论、关键流程和第一版范围，展开可查看完整内容。

展开卡片可以查看完整内容。确认前，重点检查：

• 产品是否解决了你真正关心的问题；
• 核心流程是否完整且不过度复杂；
• 竞品结论是否真正转化成了产品取舍；
• 是否遗漏登录、数据保存、文件上传、社区分享、收款、提醒、App AI，或由 Eazo AI 查询和更新 App 内容的需求。需要了解这些能力时，查看为 App 添加 Eazo 内置能力。

方案符合预期时，点击「确认并开始」继续生成设计。需要修改时，点击「调整方案」并说明要改变的内容；Agent 会更新文档，再次交给你确认。

完整方案会保存在项目的 Docs 中。同一项目中新建的 Chat 不会自动获得其他 Chat 的完整聊天记录，但可以读取这份项目方案作为共同背景。后续产品范围发生明显变化时，可以让 Agent 同步更新方案。