1. 为什么产品经理需要ChatGPT来写PRD?
写PRD是产品经理的日常基本功,但也是最耗时的环节之一。我见过太多产品同事对着空白文档发呆半小时,最后憋出两行干巴巴的需求描述。传统PRD撰写有三大痛点:信息碎片化(需求来源分散)、表达标准化(团队理解偏差)、版本迭代快(文档维护成本高)。
去年我用ChatGPT做了个实验:让5年经验的产品经理和ChatGPT同时撰写同一功能的PRD。结果ChatGPT版本在需求完整性上得分更高,资深产品经理则在业务契合度上略胜一筹。但关键差距在于时间——人类平均耗时4小时,ChatGPT只需要15分钟。这就像突然有了个24小时待命的PRD助理,能帮你完成80%的文档框架搭建工作。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 从零开始:用ChatGPT搭建PRD骨架
2.1 把模糊想法转化为结构化需求
假设我们要给"智能家居控制App"增加能耗分析功能,初始想法可能只有一句话:"让用户能看到电器用电情况"。这种原始需求直接扔给开发肯定会被怼回来。试试这个prompt模板:
markdown复制你是一个资深IoT产品专家,请为[智能家居控制App]的[能耗分析模块]编写PRD框架,包含:
1. **业务目标**:用SMART原则描述
2. **用户故事**:按角色(业主/租客/物业)分类
3. **功能清单**:表格形式,含字段[ID|需求描述|优先级|验收标准]
4. **非功能性需求**:性能、安全性等要求
ChatGPT会输出带编号的完整结构,这时要重点检查:
- 业务目标是否包含可量化的指标(如"降低15%用电浪费")
- 用户故事是否覆盖不同角色场景
- 验收标准是否具备可测试性
2.2 快速生成需求表格的技巧
当ChatGPT输出的需求描述太笼统时,我常用"3E法则"优化prompt:
- Example:给1-2个具体需求样例
- Explanation:说明需要包含的要素
- Exclusion:明确不需要的内容
比如针对"用电统计"功能:
markdown复制请完善以下需求表格,要求:
1. 每条需求必须包含【数据来源】【计算逻辑】【展示形式】
2. 参考示例:
- 示例:按日统计空调耗电量,从智能电表获取实时功率数据,累计使用时长×额定功率,用柱状图展示
3. 不要包含用户权限管理相关需求
[原始需求清单]
1. 查看月度用电趋势
2. 比较不同电器耗电
3. 异常用电提醒
3. 进阶技巧:让ChatGPT理解你的产品逻辑
3.1 建立产品知识上下文
ChatGPT最擅长模仿你给它的"说话方式"。我会先喂给它三样东西:
- 术语表:产品特有的名词解释
- 旧PRD:2-3个历史版本片段
- 用户画像:核心用户特征描述
用这个prompt建立上下文:
markdown复制从现在开始,你作为[智能家居产品线]的AI产品顾问,需遵循:
1. **术语规范**:
- "设备"特指已接入的IoT硬件
- "场景"指预设的设备联动规则
2. **文档风格**:
- 需求优先级用P0-P3表示
- 验收标准以"Given-When-Then"格式编写
3. **用户特征**:
- 主要用户为35-50岁中产家庭
- 对数据可视化接受度高但技术能力一般
3.2 处理复杂业务逻辑的技巧
遇到需要条件判断的需求时,采用"决策树prompt":
markdown复制当用户查看[用电报告]时:
1. IF 有智能电表数据 THEN 显示实时功率曲线
2. IF 只有插座功耗数据 THEN 显示估算值并标注
3. IF 无任何设备数据 THEN 显示引导绑定设备的卡片
请用表格列出所有分支场景的:
- 触发条件
- 系统响应
- 用户操作路径
这种方法特别适合生成异常流程的处理方案,比人工穷举更全面。
4. 从用户反馈自动生成PRD实战
4.1 原始反馈的清洗与分类
把客服记录扔给ChatGPT前,先做预处理:
python复制# 伪代码示例:反馈预处理流程
raw_feedback = [来自邮件/问卷/客服系统的原始文本]
cleaned_data = []
for text in raw_feedback:
# 步骤1:去除个人信息
text = remove_pii(text)
# 步骤2:情感标注
sentiment = analyze_sentiment(text)
# 步骤3:需求类型打标
tag = classify_type(text)
cleaned_data.append(f"[{tag}][{sentiment}]{text}")
然后用这个prompt让ChatGPT做需求挖掘:
markdown复制分析以下用户反馈,输出:
1. **需求聚类**:将相似需求合并,用[P0-P3]标注优先级
2. **冲突识别**:标注存在矛盾的反馈
3. **PRD片段**:为每个需求簇编写用户故事和验收标准
[清洗后的反馈数据]
[功能请求][正面]希望能自定义用电报表的导出格式
[问题反馈][负面]用电统计页加载太慢,要等5秒以上
...
4.2 生成竞品分析模块
ChatGPT可以基于公开资料补充竞品对比:
markdown复制请为[能耗分析功能]添加竞品分析章节,要求:
1. 对比[米家APP][Home Assistant][三星SmartThings]
2. 比较维度包含:
- 数据粒度(分钟/小时/天)
- 预警方式(推送/邮件/短信)
- 导出格式支持(CSV/PDF/图片)
3. 用Markdown表格呈现,最后给出差异化建议
记得验证生成内容是否过时,我一般会加一句:"仅引用2023年后的公开信息"。
5. 避坑指南:这些错误千万别犯
第一代提示词陷阱:刚开始我总用"生成完整PRD"这种模糊指令,结果得到的是教科书式的模板。后来发现要明确限制范围,比如:"仅输出需求清单部分,其他章节用[TODO]标注"。
数据幻觉问题:ChatGPT可能虚构不存在的API或业务规则。我的应对方法是要求:"所有技术方案描述前必须标注[已验证]/[待确认]"。
版本控制妙招:在PRD开头添加版本历史章节,用这个prompt让ChatGPT自动维护:
markdown复制维护版本变更记录,格式:
| 版本 | 日期 | 修改人 | 变更概要 |
|------|------|--------|----------|
| 0.1 | 2024-03-01 | AI | 初稿 |
| 0.2 | 2024-03-02 | 张三 | 补充非功能性需求 |
最后提醒:永远要把ChatGPT的输出当初稿。我会用"30分钟冷却法"——生成后先做其他事,再回来用fresh eyes审阅,总能发现需要调整的细节。
