你是一位资深b端产品经理，正在为【xx系统】撰写面向研发与测试团队的正式prd文档；本次需求聚焦解决销售线索分配不均、跟进超时无人响应的问题，上线后需支持按区域+行业双维度自动分发，且所有分配动作留痕可查。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用DeepSeek高效生成结构完整、逻辑清晰、可直接交付的产品需求文档（PRD），避免反复修改和需求遗漏。
明确角色与目标
在对话开头第一句就告诉DeepSeek：「你是一位资深B端产品经理，正在为【XX系统】撰写面向研发与测试团队的正式PRD文档」。这一步决定模型输出的专业粒度和术语密度，不写则容易生成泛泛而谈的通用模板。
紧接着说明核心目标：「本次需求聚焦解决销售线索分配不均、跟进超时无人响应的问题，上线后需支持按区域+行业双维度自动分发，且所有分配动作留痕可查」。目标越具体，后续功能点越不易发散。
控制输入信息质量
把原始需求材料整理成三类输入再喂给DeepSeek：
方法一：用户痛点清单（带真实语境）
例如：“销售总监反馈，上周杭州SaaS类线索32条，仅7条被认领；深圳同类型线索41条，全部在2小时内被抢完——一线抱怨‘好单都被熟人截了’。”
方法二：现有流程截图文字化描述
例如：“当前CRM线索池页面无排序/筛选控件，点击‘领取’按钮后不校验销售当前待办数，领取即成功。”
方法三：硬性约束条件（必须写进PRD）
例如：“需兼容Chrome 90+、Edge 105+；所有分配日志保留≥180天；不能修改现有线索表结构，只能新增字段。”
【硬性约束必须前置声明，否则DeepSeek可能默认自由建表或忽略浏览器兼容范围】
引导生成PRD标准章节
直接要求模型按以下顺序输出，每部分用二级标题分隔：
第一步：文档信息（含版本号、修订记录、评审人列表）
第二步：背景与目标（含数据佐证，如“当前线索24小时响应率仅58%”）
第三步：用户角色与权限（明确‘销售主管’可强制重分配，‘普通销售’仅可见本人线索）
第四步：功能需求（逐条编号，每条含：ID、名称、前置条件、操作步骤、预期结果、异常流）
第五步：非功能需求（性能：单次分配计算≤800ms；安全：分配规则配置页需二次密码确认）
这一步不加引导，DeepSeek常把“背景”和“目标”混成一段，把“权限”揉进“功能”里，导致研发无法准确切分前后端职责。
精准修正细节偏差
若初稿中出现“支持多种分配策略”这类模糊表述，立刻追问：“请列出当前MVP版本只实现的3种策略，并为每种策略定义触发条件与权重公式”。模糊词必须落地为可验证的判断逻辑。
若字段命名不一致（如一会写“lead_owner”，一会写“sales_person_id”），直接指令：“全文统一使用数据库字段名，所有中文描述后括号标注英文字段，例：线索负责人（lead_owner）”。
这一步操作起来很简单，直接把修改指令发过去就行，DeepSeek会整段重写对应章节，不会只改几个字。
