若PRD生成存在要素缺失、视角混乱或流程断裂，需采用四法优化：一、预置结构化模板强制框架；二、角色驱动分段生成；三、原型JSON反向注入；四、MRD-PRD双链对齐校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望借助GLM-5模型高效生成结构完整、逻辑清晰、可直接交付研发的产品需求文档（PRD），但输出内容常出现要素缺失、角色视角混乱或业务流程断裂等问题，则可能是由于提示词未对齐PRD的工程化交付标准。以下是针对GLM-5模型特性的PRD结构化撰写辅助方法：
一、预置结构化提示词模板法
该方法通过强制约束GLM-5的输出框架，使其严格遵循PRD四核心模块（业务流程、产品结构、交互原型说明、验收标准），规避自由生成导致的信息发散。需在输入提示中嵌入不可删减的结构锚点，确保模型按序填充而非自行组织。
1、在系统指令层明确声明：“你是一个专业PRD撰写助手，仅输出HTML格式内容，必须严格按以下五部分顺序生成，不得增删或调换顺序：【文档概述】【业务流程】【产品结构】【交互说明】【验收标准】”。
2、为每个模块设置带编号的占位符，例如在“业务流程”段落开头插入“【2.1 正常流程】”“【2.2 异常流程】”，并注明“此处仅允许用流程图文字描述，禁用‘可能’‘建议’等模糊表述”。
3、在“验收标准”模块强制要求量化表达，例如：“所有功能点必须对应一条可验证语句，格式为‘当[触发条件]时，系统应[精确响应]，响应时间≤X秒’”。
二、角色驱动式分段生成法
该方法利用GLM-5的多角色模拟能力，分阶段激活不同利益相关方的认知视角，避免单次生成中混淆开发逻辑与用户目标。每次仅聚焦一个角色关注的核心维度，再人工或脚本级联整合。
1、以“开发工程师”身份启动首轮生成，指令为：“你正在为后端Java团队编写接口契约，请输出‘用户登录’功能的全部API清单，含URL、Method、Request Body字段类型与约束、Response Status Code及Body Schema。”
2、切换至“测试工程师”视角发起第二轮：“你正在设计冒烟测试用例，请基于上一轮输出的API清单，列出5条必测路径，每条包含前置条件、操作步骤、预期HTTP状态码与响应体关键字段断言。”
3、最后调用“UI设计师”模式：“请根据前两轮确认的字段与状态，描述‘登录页’的3个核心UI组件及其交互规则，例如‘密码可见图标点击后，input type由password切换为text，且图标同步变为隐藏态’。”
三、原型反向注入法
该方法将Axure或Figma导出的页面元素JSON结构作为上下文输入，驱动GLM-5自动补全对应PRD文本，解决“有图无文”导致的需求失真问题。模型依据真实界面结构推导逻辑边界，显著提升字段定义与异常流覆盖度。
1、从原型工具导出当前页面的DOM结构摘要，保留层级关系与组件ID，例如：“page_login > form#auth-form > input#username[type=text, max=32]、input#password[type=password]、button#submit[disabled=false]”。
2、将该摘要粘贴至提示词开头，并附加指令：“请严格依据以下结构摘要，逐项生成对应PRD条目：a) 每个input需说明校验规则与错误提示文案；b) 每个button需说明启用/禁用条件及点击后跳转逻辑；c) 所有#id需映射至数据库字段名或API参数名。”
3、对生成结果执行字段一致性校验，重点核对原型中出现的ID是否全部在PRD中建立双向映射，缺失项必须标红加注‘待确认’。
四、MRD-PRD双链对齐法
该方法通过将高层级MRD（市场需求文档）的关键结论作为硬性约束注入GLM-5推理链，防止模型在细节展开中偏离战略原点。每个功能描述必须可回溯至MRD中的某条用户痛点或商业目标，形成需求闭环。
1、提取MRD中已确认的三条核心结论，例如：“目标用户为县域农资店老板（画像ID:AGRI-03）”“核心痛点是库存盘点耗时超2小时/日”“商业目标为降低客户流失率至5%以内”。
2、在PRD生成提示中嵌入校验指令：“所有功能描述句末必须追加括号标注所支撑的MRD结论编号，例如‘扫码录入商品信息（MRD-02）’；未标注者视为无效输出，自动过滤。”
3、生成后扫描全文，统计各MRD结论的支撑密度，若某条结论被引用少于3次，则需触发补充生成指令：‘请围绕MRD-02，新增2条前端交互规则与1条后台校验逻辑’。
