Appearance
产品经理自己做 Demo，不一定要从 Figma 或代码开始。AgentMa 的价值在于把需求、PRD、Persona、模块设计、数据库设计和页面预览串起来。它适合做需求评审前的方案材料，让团队更早看到产品雏形，但不能把预览页面直接当成生产系统。
产品经理怎么自己做 Demo：AgentMa 适合用在哪个阶段
产品经理想做 Demo，常见问题是卡在中间。
只写 PRD，别人很难想象页面；只画 Figma，又不一定说得清数据、权限和接口。找开发太早，很多想法还没到排期阶段；完全不做，又很难推动团队讨论。
AgentMa 适合放在“想法已经有了，但还没进入正式开发”的阶段。
它不是单纯画页面
AgentMa 的产品设计入口主要看 docs 目录，里面会保留 PRD、Persona、风格指南、模块设计和数据库设计。
这和普通原型工具不一样。
普通原型工具重点是页面长什么样。AgentMa 更像把产品逻辑和工程结构一起往前推：页面有哪些、数据怎么组织、模块怎么拆、后端大概需要什么接口。
对产品经理来说，这能补上 Figma 和 PRD 之间经常缺失的一层：不只是画出来，还要解释这个页面为什么这样拆、后面怎么进入开发。
适合做需求评审前的材料
需求评审最怕所有人脑子里画面不一样。
你说“素材管理”，设计可能想到卡片流，开发想到数据表，老板想到一个能直接出结果的后台。AgentMa 生成一版页面后，大家至少能围着同一个东西讨论。
科技雷达项目里，它把应用拆成 Dashboard、素材、草稿、配置、日志几个页面。
这类 Demo 不一定要完美。它的价值是让讨论从抽象需求变成具体页面。
适合向老板或客户解释方案
有些方案只写文字，很难让非产品人员理解。
如果你能拿出一个预览页面，再配上 PRD、模块说明和关键流程，对方会更容易判断：这个东西是不是他要的，哪些页面缺了，业务流程对不对。
AgentMa 的项目管理里还能记录客户、价格、预览地址和分享链接。
这个设计对产品经理、运营和接单场景都比较友好。你不用先把代码交给别人，只要先给一个能看的方向。
不适合替代开发验收
Demo 能看，不代表可以验收。
产品经理使用 AgentMa 时，要把边界讲清楚：
- 页面预览只是方案材料。
- 数据链路需要验证。
- 权限和安全需要开发确认。
- 部署和运维要单独看。
- 代码接管方式要提前问清。
我测试的科技雷达项目页面能打开，但素材、草稿和日志没有真正跑出数据。这种情况不能说已经完成产品，只能说这版 Demo 已经能用于沟通。
产品经理怎么写提示词
不要只写功能清单。
更好的提示词应该包含角色、目标、边界和演示对象：
text
我是一名产品经理，想做一个给内容团队使用的选题管理后台 Demo。
第一版需要 Dashboard、选题列表、选题详情、状态流转、标签筛选和简单统计。
Demo 用于内部评审，不需要登录注册和复杂权限。
请先帮我澄清需求，再生成 PRD、页面结构和可预览 Demo。这样写出来的结果，更接近产品评审需要的材料。
你可能还需要
同类文章：
产品经理用 AgentMa，重点不是炫技，而是让想法更早变成可讨论、可评审的 Demo。