使用 Kiro 和 Claude 为产品经理启动 MVP 的流程

独立产品经理如何一周内发布MVP：基于Claude、Kiro和MCP的流程指南

即使缺乏深厚技术背景，产品经理也能在一周内构建并部署一个最小可行产品。实践验证表明，这种方法适用于个人咨询网站和面向初创企业的敏捷工具（作为Jira替代方案）。这套AI驱动的技术栈最大限度地减少了手动编码，专注于需求发现和自动化。

关键在于一个可预测的流程：从系统化提示到GitHub Pages部署。可节省高达40小时的分析和设计时间。

为“氛围编码”选择技术栈

该技术栈旨在实现无缝的阶段过渡，同时保持上下文连贯：

| 工具 | 角色 |

|------------|------|

| Claude Sonnet 4.5 | 需求发现、系统化提示、数据分析 |

| Kiro (Amazon) | 架构组装、代码实现、部署 |

| Figma Make | 根据提示生成前端界面 |

| Supabase | 后端与数据库 |

| GitHub Pages | 静态网站托管 |

| Context7 MCP | 会话上下文管理 |

| Playwright MCP | 端到端测试 |

这种组合在试点项目中替代了分析师、设计师和开发人员的角色。

流程：各阶段详细解析

使用Claude Sonnet 4.5进行需求发现

创建一个项目助手并设置系统提示：明确目标用户、痛点、待完成工作、商业价值和约束条件。输出内容包括：

• 现成的分析报告和内容规划。
• 设计提示。
• 架构提示（可选，用于审查）。

对于MVP而言，架构并非关键——重点在于验证假设。

使用Figma Make生成前端

将Claude的产出物传递给Figma Make。直接下载生成的文件，无需修改。对于试点项目，结果稳定：界面覆盖核心功能。

使用Kiro进行构建和架构

上传前端文件和分析报告。Kiro扮演架构师和开发者的双重角色：

• 以文本形式记录决策过程。
• 实现代码。
• 要求为每个步骤提供理由。

整个过程可控：产品经理无需阅读源代码即可理解逻辑。

通过MCP服务器部署

通过Kiro安装MCP：

• Context7 MCP：保存会话间的上下文，防止项目知识丢失。
• Supabase MCP：自动生成数据表、模式和迁移。
• Playwright MCP：浏览器自动化，基础端到端测试。

部署步骤：

• 设置GitHub/Supabase账户。
• Kiro创建数据库并部署到Pages。
• 生成自定义域名的配置说明。

至此，MVP已准备就绪，可供验证。

工具组合对比

最优组合：Kiro + Claude Sonnet 4.5。上下文切换最少，产出物连通性最佳。

替代方案：GPT + Figma Make + Kiro。Figma Make在前端生成上表现稳定，不受上游工具影响。

| 组合 | 稳定性 | 连通性 |

|--------|--------------|-----------|

| Kiro + Claude | 高 | 最佳 |

| GPT + Figma + Kiro | 中等 | 良好 |

实际限制

此流程仅适用于MVP，而非生产环境：

• 高负载处理需要技术架构审查。
• Context7无法防止大型项目中的上下文窗口溢出。
• Playwright MCP覆盖主要路径；边缘情况需手动处理。
• 未经审查，Kiro可能选择次优架构。

核心要点

• 经济性：无需招聘即可发布，一周内验证假设。
• 可控性：工具以书面形式记录决策。
• 可扩展性：在组建团队前先推出MVP，而非替代开发者。
• 稳定性：Kiro+Claude组合最小化迭代次数。
• 上下文管理：MCP服务器解决状态丢失问题。

这种方法降低了入门门槛：仅需对开发流程有理论性了解并掌握提示技巧。

— Editorial Team