百度文库AI生成PRD需采用“角色+目标+约束”三要素提示词结构：先声明资深B端产品经理身份；再用“我要为【XX部门】解决【痛点】，目标是让【用户】在【环节】实现【可衡量结果】”锚定价值；最后添加“不写技术细节、标注P0/P1优先级、每个需求含‘当……时，系统应……’验收标准”等硬约束。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用百度文库AI生成产品需求文档（PRD）时，直接输入“写一份PRD”往往产出空泛、缺乏业务上下文、缺失优先级与验收标准的模板化内容，无法支撑真实开发落地。
明确角色+目标+约束的三要素提示词结构
第一步：在提示词开头固定声明【你是资深B端产品经理，主导过3个SaaS类ToB系统从0到1的需求定义】。这一步强制AI调用专业角色认知，避免输出C端风格或学生作业式描述。
第二步：用“我要为【XX部门】解决【具体痛点场景】，目标是让【某类用户】在【某个环节】实现【可衡量的结果】”句式锚定业务价值。例如：“我要为销售运营部解决客户线索分配不均问题，目标是让销售代表在每日晨会后30分钟内收到匹配其行业标签的新线索，线索人工分发耗时下降70%”。没有这个句式，AI默认按通用流程写，漏掉关键指标和责任人。
第三步：必须追加硬性约束条件，如“不写技术实现细节”“所有功能点需标注P0/P1优先级”“每个需求条目含‘验收标准’字段，用‘当……时，系统应……’句式”。缺少约束会导致AI自由发挥，混入API设计或UI动效等非PRD内容。
针对不同PRD模块的专用提示词片段
方法一：写用户故事时，用“请基于【角色】在【时间/地点/触发事件】下，因【障碍】需要【目标动作】，成功后获得【业务价值】”结构。例如：“请基于销售主管在每周五下午4点查看团队周报时，因无法快速定位转化率低于均值的线索池，需要一键筛选出近7天跟进超3次但未转商机的线索，成功后可针对性复盘话术短板”。这种写法能逼出真实行为路径，而非“用户希望看到数据”这类废话。
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
方法二：写功能列表时，输入“列出5个P0级功能点，每个点用‘功能名称｜用户价值｜前置条件｜后置状态’四栏格式呈现”。例如：“线索自动打标｜减少人工标注错误率｜线索来源为官网表单且行业字段为空｜系统调用NLP模型提取公司简介关键词并填充行业标签”。四栏缺一不可，否则AI会省略关键依赖条件。
方法三：写非功能需求时，直接给数值阈值：“性能：首页加载≤1.2秒（95分位）；安全：所有用户手机号前端显示为138****1234；兼容：支持Chrome 110+、Edge 110+，不兼容IE”。不写具体数字，AI只会说“保证系统稳定”，毫无指导意义。
规避百度文库AI常见幻觉的补救提示
在完整提示词末尾追加一句：“若涉及第三方系统对接，请注明对接方式（API/数据库直连/文件交换）及责任方（我方提供接口 or 对方提供SDK），不确定处标注【需业务方确认】”。百度文库AI常虚构不存在的对接协议，比如默认写“调用企微开放平台API”，但实际客户用的是钉钉，这句话能强制它暴露知识盲区。
这一步操作起来很简单，直接把带上述三要素的提示词粘贴进百度文库AI对话框即可。
