产品经理 AI 提示词模板:需求分析、PRD、竞品、用户故事和验收标准

有着产品经理身份的人运用 AI, 其最为具备价值的所在之处, 是将处于混乱状态的信息予以整理, 使其形成一种结构态势: 需求方面的澄清行为, 用户故事相关内容, PRD 草稿, 验收标准, 竞品维度方面情况, 发布说明以及复盘材料。倘若提示词撰写得优良, AI 能够如同一个文档助理那般发挥作用;要是提示词撰写得不佳, AI 仅仅会生成看上去极为完整然而却不存在约束的空文档。

此篇属草稿, 于正式发布以前, 得依照 SaaS、电商、工具、AI 产品等细分场景来补充样例。软件开发提示词能够去查看软件开发 AI 提示词模板, 通用框架可查看 AI 提示词 5 段式框架。

适合谁

有适合产品经理的, 有适合创业者的, 有适合项目经理的, 有适合业务分析师的, 有适合独立开发者的, 有适合服务提供者的, 还有适合那些需要协作写PRD的团队成员的。

也适宜于从事客户需求整理服务的人员。AI能够助力将聊天记录, 以及会议纪要, 还有用户反馈转化为结构化需求文档。

不适合谁

AI直接决定产品战略、优先级以及商业模式是不合适的, AI能够整理信息, 然而决策依旧得依靠业务判断形成。

也不适合把用户隐私、内部路线图和商业机密放入不受控工具。

需求澄清提示词

复制代码
你是产品经理。请根据以下客户需求,整理需求澄清清单。
原始需求:【粘贴】
产品背景:【说明】
输出:
1. 已明确需求
2. 模糊需求
3. 需要追问的问题
4. 潜在风险
5. 建议先做的最小版本

需求澄清提示词的目标是提问题,不是马上写方案。

PRD 草稿提示词

复制代码
请根据以下需求信息生成 PRD 草稿。
需求背景:【背景】
目标用户:【用户】
核心流程:【流程】
限制条件:【技术/时间/合规】
输出:目标、范围、用户故事、功能列表、非功能要求、验收标准、埋点建议、待确认问题。

PRD 里必须有范围和不做什么,否则容易变成无限需求。

用户故事提示词

复制代码
请把以下功能需求改写成用户故事。
功能:【描述】
用户角色:【角色】
输出格式:作为【角色】,我希望【能力】,以便【价值】。
同时输出验收标准和边界情况。

用户故事要有验收标准,否则开发无法判断完成。

竞品分析提示词

复制代码
你是产品分析师。请根据以下竞品资料,整理对比表。
竞品资料:【粘贴】
我们的产品目标:【目标】
输出:功能对比、目标用户、体验差异、可借鉴点、不能直接照搬的风险、需要进一步验证的信息。

竞品分析不能让 AI 编造产品功能,必须基于资料。

常见错误

较为常见的错误情形是, 让人工智能去"撰写一个完整的PRD", 然而却没有给予用户相关信息, 也未提及流程, 更没有明确范围, 如此这般得出来的文档, 看起来好像挺相似, 可是却不具备可用性,无法使用。

还有一个错误在于, 没有让AI去列出那些有待确认的问题。而产品经理切实所需要的实则是去发现模糊之处。

风险提醒

产品文档包含用户数据, 以及商业计划, 还有竞品信息, 并且涉及技术约束。在使用AI之前, 需确认资料是否能够输入。

PRD 由 AI 生成, 却无法取代用户研究, 也不能替代技术评审, 更不可能替代业务决策。

具体步骤

把原始需求以及业务背景予以整理开来, 这是第一步。用需求澄清提示词去罗列提出问题, 此乃第二步。依照PRD提示词生成草稿, 这成为第三步。借助用户故事提示词将验收标准予以拆分, 此为第四步。与技术、设计、业务一同进行共同复核, 这是第五步。把通过的提示词沉淀转变为产品文档模板, 此乃第六步。要是存在需求产品经理提示词模板的情况, 能够从工具导航那儿下载获取或是联系人工来协助提供。

交付复核清单

在产品经理提示词交付之前, 得去检查输出是不是真的能够进入协作流程。需求澄清模板应当能够产出有待确认的问题, 而并非将模糊需求包装成确定方案;PRD模板要有目标, 要有范围, 要有用户故事, 要有验收标准, 还要有不做事项;竞品分析模板要标注信息来源, 防止把猜测写成事实;复盘模板要区分数据结果, 区分原因假设, 区分下一步实验。只要这些边界有所缺失, 无论文档看起来多么完整, 都很难落地。

适宜持续拓展的长尾事项涵盖: 产品经理运用人工智能怎样撰写PRD, 运用人工智能以何方式拆分用户故事, 运用人工智能怎样完成竞品分析, 运用人工智能如何编写验收标准, 又以怎样的做法 通过人工智能制作需求访谈纪要。而这些皆属真实的搜索情形, 并且用户也易于察觉到自身对于模板的需求。在文章之中能够给出简明的提示词语, 给出完整的表格以及示例之后, 再引入工具引领到导航之处, 或者是人工进行整理的服务。

免责声明

只供往产品工作效率方面参考, 并非构成给商业决策、法律合规、技术可行性或者产品成功的承诺,正式使用以前, 产品、技术、设计以及业务人员需共同进行复核。

相关推荐
lhldsg5 小时前
智慧场馆解决方案小程序系统:从架构设计到落地实践
java·小程序·需求分析
lhldsg6 小时前
幼儿托管系统开发实战指南:从需求分析到架构设计全流程解析
数据库·数据仓库·需求分析
m0_587383001 天前
点餐预约核销系统的架构脉络
java·架构·系统架构·需求分析
xcl09251 天前
幼儿托管系统开发实战:从需求分析到部署上线全指南
java·spring boot·需求分析
熊野君2 天前
第 4 章 技术产品经理核心能力模型
大数据·人工智能·产品经理
xcl09252 天前
酒馆预约系统开发实战:从需求分析到上线全流程指南
java·spring boot·需求分析
RisunJan2 天前
产品经理高频面试题与解答
产品经理
我命由我123452 天前
Photoshop - Photoshop 把两个 PSD 文件合并
学习·ui·职场和发展·产品运营·产品经理·学习方法·photoshop
lhldsg2 天前
智慧场馆解决方案软件开发实战:从需求分析到落地部署全流程
数据库·数据仓库·需求分析