用AI写PRD，最有效的起点是一段具体需求：谁在什么场景遇到问题，这一版要做什么，哪些规则已经确定。把这些内容交给墨刀AI生成PRD，先形成需求文档，再补齐页面、异常和验收条件。下面用校园跑腿项目演示写法，并说明需要多角色讨论时如何衔接墨见。
教学案例只做“学生提交取件请求、跑腿员接单、学生确认完成”，暂不加入真实支付、自动派单和跨校配送。业务规则均为本文设定的示例，不代表墨刀或某所学校实际运行的服务政策。
校园跑腿PRD，先写出这一版要解决的问题
不要从“打造一站式校园生活生态”开始。可以先写：学生上课期间不方便取快递，希望有人在约定时段送到指定地点；跑腿员需要看清任务位置和时间，避免接到无法完成的任务。这两句话能够指导页面内容，比泛泛介绍市场前景更有用。
接着写范围：支持发布、接单、查看进度和确认完成；未接单前可取消；接单后的取消处理尚未确定。本轮不做支付与自动派单。最后列出角色：发布学生、跑腿员、处理争议的管理员，避免所有人都能修改同一条订单。
一段可以直接使用的PRD提示词
请起草校园跑腿取件功能PRD。目标：学生发布取件请求，跑腿员接单并配送，学生确认完成。角色：学生、跑腿员、管理员。页面：任务发布、任务列表、任务详情、我的任务。已确认规则：任务必须包含取件点、送达点、约定时段和物品说明；未接单可取消；同一任务只能有一个有效接单人；发布者不能接自己的任务。接单后取消规则未定，请列为待确认。暂不做支付、自动派单和跨校配送。输出背景目标、范围、角色权限、页面字段、状态流转、异常情况、验收条件和待确认问题，不要编造用户数据或默认补齐未决定的政策。
在墨刀AI的PRD或方案文档相关功能中输入需求，并按实际提示补充信息。初稿生成后，先核对范围和状态，不要先花时间修改语气。只有这些部分正确，后面的页面说明和测试用例才有稳定依据。
把“支持接单”写成研发能实现的规则
一段可用的接单说明可以这样写：“任务处于待接单状态时，非发布者的跑腿员可发起接单；接单成功后，任务变为配送中，记录接单人；其他跑腿员再次操作时提示任务已被接取，不新增接单记录。”它同时说明了前提、动作、状态和失败结果。
| 功能片段 | PRD中应写清的内容 |
|---|---|
| 发布任务 | 必填字段、可选时段、缺少信息的提示 |
| 接单 | 可操作角色、当前状态、重复接单的处理 |
| 完成任务 | 由谁确认、确认后展示什么、是否允许撤销 |
| 取消任务 | 未接单可取消，接单后规则单独确认 |
| 管理员处理 | 允许查看与处理的范围，操作记录要求 |
这里的状态设计是项目示例，不是所有跑腿业务的标准答案。如果项目实际包含待确认、配送异常或争议中状态，需要补到同一张状态表里。不要只在异常章节增加一个名词，却忘了为它安排入口和下一步。
页面字段要能追溯到用户任务
发布页的“物品说明”帮助跑腿员判断是否能够承接，“约定时段”帮助判断能否按时完成。没有明确用途的字段应先删除或设为选填。涉及取件凭证、联系方式等信息时，应另行确认可见角色和展示方式，不把真实个人信息放进示例提示词。
需要多角色讨论时，可以让墨见补充问题
墨见提供产品、设计和研发等角色的协作场景。它与墨刀AI不是同一个入口：前者可以用于围绕方案进行多视角讨论，后者可用于当前PRD起草及相关设计任务。选择工具时先看你是在缺一份文档，还是缺少不同岗位对同一方案的提问。
把同一份校园跑腿草稿发给相关角色，可以分别提出具体任务：请产品角色找出状态缺口；请设计角色检查学生能否判断当前进度；请研发角色指出重复接单、权限和数据更新需要哪些约束。角色给出的建议仍是讨论材料，不应自动变成已经确认的需求。
例如研发视角提出“两个跑腿员同时点击接单怎么办”，应由项目负责人确认规则，再更新PRD。不要只在聊天里回答，文档仍保留旧版本。多角色讨论的价值在于发现问题，而不是让每个角色都重复赞同原方案。
验收条件不要写成“功能正常”
针对接单功能，可以先写三条可执行的条件：非发布者在待接单任务上操作后成为接单人；发布者不能接自己的任务；任务已有接单人时，第二次接单不产生新的有效记录。每条都能让测试人员判断通过或失败。
再要求AI补充：“只根据已确认规则生成验收条件，每条关联对应规则；接单后取消仍列为待确认，不编写假定已生效的处理结果。”需要继续形成测试文档时，可参考AI生成测试用例教程，而不是把PRD中的每句话直接复制成用例。
修改第二版时，别让旧结论悄悄回来
假设评审决定接单后由管理员处理取消，就应同时修改角色权限、状态说明、页面按钮和验收条件。可以把新增决定与上一版文档一起交给AI，要求先列出受影响章节，再修改正文。未受影响的字段名称和页面结构保持不变，便于团队比较。
无论工具是否提供历史记录或上下文记忆，都应保留明确的版本号、负责人和变更摘要。重要业务决定不能只依赖聊天上下文；分享前确认成员看到的是同一版，下载后也要检查表格、流程与链接是否完整。
如果仍在选工具，可以阅读AI生成PRD工具对比。准备好当前最明确的功能后，先在墨刀AI写出第一份PRD，把“谁能做、何时能做、做完会怎样”写清，再扩展整个校园服务项目。
