乐于分享
好东西不私藏

番外篇|用AI写文档:PRD·技术方案·测试报告·BP

番外篇|用AI写文档:PRD·技术方案·测试报告·BP

 
 

   📄 AI实战手记 · 番外篇
 

 
 

   番外篇:用AI写PRD、技术方案、测试报告、BP——我把AI当「文档合伙人」的6个月经验
 

 
 

   职场AI学习圈 · 2026年5月
 

 
 

   做「颐和顺安」小程序的20天里,我产出了17份文档:PRD、技术方案、接口文档、测试报告、用户手册、BP……
 

 

   如果按传统方式,这些文档至少要花2周。实际上,我用了不到3天
 

 

   这篇文章,把我在「用AI写文档」这件事上的完整方法论,毫无保留分享给你。
 

 

   💡 核心观点:AI不是「代笔」,是「思维陪练」。好的文档不是AI写出来的,是你和AI一起想清楚后,AI帮你整理出来的。
 

 
 

   一、用AI写文档的「黄金Prompt公式」
 

 

   不管写什么文档,我的Prompt都遵循同一个结构。这个结构,我管它叫「黄金Prompt公式」
 

 

   

📋 黄金Prompt公式(通用版)

   

【角色】你是一位拥有10年经验的【文档类型,如:产品经理/技术架构师/测试专家】。

【任务】请帮我撰写一份【文档名称】,用于【使用场景,如:给开发团队看的技术方案/给投资人看的BP】。

【背景】项目简介:【用3-5句话描述项目】

【要求】
1. 结构完整,包含:【列出你希望包含的章节,如:项目背景、技术方案、风险评估】
2. 深度适中,面向【读者身份,如:技术人员/非技术投资人】
3. 使用清晰的小标题,便于阅读
4. 长度控制在【X】字左右

【输出格式】Markdown格式,使用二级标题(##)和三级标题(###)组织结构。

请先列出大纲,确认后再展开撰写。
   

 

 

   为什么这个公式有效?
   因为它强迫你在写Prompt之前,先想清楚:谁读这个文档?用来做什么?希望达到什么效果?——这三点想清楚了,文档就成功了一半。
 

 
 

   二、四种文档的AI辅助实战(含Prompt模板)
 

 
 

   

     

1

     

PRD(产品需求文档)

   

   

     AI能帮你做:从0生成PRD初稿 · 补充遗漏场景 · 优化表述 · 生成原型和流程图描述
   

   

【角色】你是一位拥有8年经验的高级产品经理,擅长写清晰、可落地的PRD。

【任务】为「陪诊服务微信小程序」撰写一份完整的PRD(产品需求文档)。

【项目背景】
– 产品名称:颐和顺安
– 核心价值:为老年人提供专业陪诊服务,解决看病无人陪的问题
– 目标用户:65岁以上老年人及其子女
– 核心功能:预约下单、陪诊师匹配、订单管理、支付、评价

【要求】
1. 包含:产品概述、用户角色、功能清单(按优先级排序)、核心流程描述、异常场景处理、非功能需求
2. 功能描述使用「用户故事」格式:作为【角色】,我希望【操作】,以便【价值】
3. 面向开发团队,深度适中,便于直接用于开发排期
4. 总长度控制在3000字左右

请先输出PRD大纲,我确认后再逐节展开。
   

   

     ✅ 实战效果:我用这个Prompt,AI输出了完整的PRD大纲(9个一级章节)。经过3轮迭代(补充支付流程、优化异常场景),最终产出了可直接给开发看的PRD文档。
   

 

 
 

   

     

2

     

技术方案(Technical Proposal)

   

   

     AI能帮你做:技术选型对比 · 架构设计描述 · 接口设计 · 数据库表结构设计 · 风险评估
   

   

【角色】你是一位资深全栈架构师,有10年微信生态开发经验。

【任务】为「陪诊服务小程序」设计后端技术方案。

【约束条件】
– 前端:微信小程序原生框架
– 后端语言:Node.js(Express框架)
– 数据库:MySQL
– 部署:腾讯云服务器
– 必须支持:微信支付、短信验证码登录、微信登录

【输出要求】
1. 系统架构图(用文字描述各层职责)
2. 技术选型理由(为什么选Express而不是Koa?为什么选MySQL而不是MongoDB?)
3. 核心数据表设计(用户表、订单表、陪诊师表)
4. 关键接口设计(RESTful风格,含请求/响应示例)
5. 安全风险及应对措施

输出格式:Markdown,使用代码块展示SQL和接口示例。
   

   

     ✅ 实战效果:AI输出了完整的技术方案,包括12张表的DDL、23个接口设计。我只修改了3处(微信支付回调逻辑、短信服务选型),其余直接用于开发。
   

 

 
 

   

     

3

     

测试报告(Test Report)

   

   

     AI能帮你做:生成测试用例 · 编写测试脚本 · 分析Bug优先级 · 生成测试报告正文
   

   

【角色】你是一位细心的QA工程师,擅长设计全面的测试用例。

【任务】为「陪诊小程序」的「预约下单」功能,设计完整的测试用例。

【功能描述】
用户选择服务类型(半天/全天)→ 选择日期和时间 → 填写患者信息 → 选择陪诊师(可选)→ 确认订单 → 微信支付 → 订单创建成功

【要求】
1. 覆盖:正常流程、异常流程、边界条件
2. 每个用例包含:用例编号、测试目的、前置条件、操作步骤、预期结果
3. 按优先级排序(P0=必须过,P1=重要,P2=一般)
4. 输出格式:Markdown表格

另外,请根据以下Bug列表,帮我写一段「测试总结」:
[粘贴Bug列表]
   

   

     ✅ 实战效果:AI生成了42条测试用例(P0:18条,P1:16条,P2:8条)。我发现它漏了一个异常场景(支付中途取消),补充后测试用例覆盖率达到95%+。
   

 

 
 

   

     

4

     

BP(商业计划书 Business Plan)

   

   

     AI能帮你做:市场分析 · 竞品对比 · 商业模式设计 · 财务预测 · 风险分析 · 投资人常见问题准备
   

   

【角色】你是一位有过3次创业经验、现在做早期投资的投资人,擅长用批判性思维审视BP。

【任务】请帮我撰写「颐和顺安」陪诊服务平台的BP大纲,并展开撰写「市场分析」和「商业模式」两节。

【项目简介】
[粘贴项目简介,3-5句话]

【要求】
1. BP大纲包含:执行摘要、市场分析、产品服务、商业模式、竞争分析、团队、财务预测、融资计划
2. 「市场分析」一节要有数据支撑(老年人口、陪诊市场规模、增长率)
3. 「商业模式」要清晰描述收入来源、成本结构、单位经济模型
4. 面向天使轮投资人,语言专业但不堆砌术语
5. 总长度:大纲+两节展开,共约2500字

请先输出BP大纲,我确认方向后再展开。
   

   

     ✅ 实战效果:AI写的BP大纲很完整。但「市场分析」的数据需要人工核实(AI会编造数据!)。正确用法是:让AI给出分析框架,你再填入真实数据。
   

 

 
 

   三、用AI写文档的5个「坑」(一定要注意)
 

 

   ⚠️ 以下都是我用真金白银换来的教训,请务必看完。
 

 
 

   

1

   

     

AI会「编造数据」——尤其是市场分析和竞品数据

     

AI生成的BP里,市场规模数据可能是它「推理」出来的,不是真实数据。所有数据,必须人工核实。我的做法是:让AI给出「需要查哪些数据」,我去查,再填回去。

   

 

 
 

   

2

   

     

AI不知道你的「隐性约束」——技术栈限制、团队能力、预算上限

     

AI给出的技术方案,可能用了你的团队根本不会的技术。务必在Prompt里明确列出所有约束条件,让它在这个范围内设计方案。

   

 

 
 

   

3

   

     

AI写的文档「太完美」——反而暴露了你在偷懒

     

如果一份PRD每个字都像AI写的(过于工整、没有思考痕迹),读者会觉得你没用心。我的做法:AI写初稿 → 我加入真实细节和思考痕迹 → 再让AI润色。这样出来的文档,既有AI的效率,又有人的温度。

   

 

 
 

   

4

   

     

一次性让AI写完整文档,质量通常很差

     

正确流程:大纲确认 → 逐节撰写 → 每节写完后Review → 汇总后统稿。不要让AI一次输出5000字,那样出来的东西没法用。

   

 

 
 

   

5

   

     

敏感信息不要给AI——尤其是BP里的财务数据和商业机密

     

用AI写BP时,不要直接粘贴真实的财务数据、用户量、商业策略。可以用脱敏数据,或者让AI先给框架,你自己填数据。我一般用「某陪诊平台」代替真实项目名,等框架确认了再替换回来。

   

 

 
 

   四、读者问答(Q&A)
 

 
 

   

     Q
     用AI写文档,还需要学文档写作规范吗(比如PRD怎么写)?
   

   

     A
     需要,但不需要「精通」。你至少要懂:PRD里为什么要写「异常流程」?技术方案里为什么要画架构图?知道这些「为什么」,你才能判断AI写得好不好、缺不缺东西。我的建议:花半天看一篇优秀的PRD范本,知道每部分的作用,就够了。
   

 

 
 

   

     Q
     AI写的BP能直接拿去见投资人吗?
   

   

     A
     大纲和结构可以,具体内容必须人工填充和核实。投资人最在意的是:你对市场的真实理解、你的数据是否真实、你的商业模式是否经过验证。这些,AI帮不了你。AI能帮你的是:把你的真实思考,整理成逻辑清晰、表达专业的文档。
   

 

 
 

   

     Q
     你用的哪个AI工具?需要付费吗?
   

   

     A
     我主要用WorkBuddy(AI助手)。写文档用文字对话就行,不需要特定工具。关键是Prompt的质量,不是用哪个AI。如果你用的是免费版AI,有个技巧:把大文档拆成几段,分段让AI处理,可以绕过字数限制。
   

 

 
 

   

     Q
     我们团队有专职的技术文档工程师,AI会取代他们吗?
   

   

     A
     不会,但会用AI的文档工程师会取代不会用的。AI擅长整理、格式化、生成模板化内容;人擅长判断优先级、理解读者需求、把握文档策略。最好的状态是:AI处理80%的体力活,人专注于20%的判断和决策。
   

 

 
 

   五、小结:AI写文档的「能力边界」在哪里?
 

 

   最后,我想帮你画一条清晰的线:哪些事AI能帮你做,哪些事必须你自己做
 

 

   

     

✅ AI能帮你做的

     

       · 生成文档大纲和结构
       · 整理零散想法成结构化文档
       · 补充你没想到的场景/问题
       · 优化表达,让文档更专业
       · 生成模板化内容(接口文档、测试用例)
       · 润色和校对
     

   

   

     

❌ 必须你自己做的

     

       · 想清楚「这个文档给谁看、用来做什么」
       · 提供真实的项目背景和数据
       · 判断AI写的内容对不对、全不全
       · 核实AI生成的数据(尤其是市场数据)
       · 注入你的思考和判断
       · 最终的质量把关
     

   

 

 
 

   

🚀 写在最后

   

     我用AI写了17份文档,省下的时间,用来思考产品方向、和用户交流、优化体验。

     AI让「写文档」从负担变成了杠杆。

     希望你读完这篇文章后,也能用AI,把自己的文档效率提升3倍。

     如果有具体问题,欢迎在公众号后台留言,我会挑典型问题回复。
   

 

 
 

   ← 上一篇:【10/11】终于上线了(终篇)
   回到开头:【1/11】开篇 →