Guide · 使用教程
ChatPRD 教程:从功能简报到可评审 PRD 与验收标准
用一份虚构预约功能简报,按 ChatPRD 官方路径准备项目背景、选择 PRD 模板、审查假设、补齐异常和权限条件,再核对需求编号、验收标准与导出版本。
从简报到可评审 PRD
本教程用虚构的场地预约功能,说明如何在 ChatPRD 里准备背景、选择模板、审查假设、补齐验收并导出。步骤依据官方帮助整理,示例文本由作者手写。本次未登录生成产品文档或执行外部工作区导出。
最终稿应能让设计理解有哪些状态,让开发知道行为边界,让测试写出明确用例。第一版可以短,但必须把已确认事实和待决问题写清楚。为小功能先建立清楚的评审方式,再扩展到更大产品,比一次性生成很长的文档更容易维护。
第一步,写一份有限范围的简报
只放本次功能需要的背景,使用虚构用户与数据。给每条已确认规则一个编号,同时列出尚未决定的问题。若团队已经有旧文档,先确认哪一份当前有效,再整理材料。避免把不一致的历史结论直接放到同一个上下文里。
手写示例简报
用户:登录的内部成员。
目标:选择可用场地与时段,提交预约。
已确认:同一场地同一时段不能重复占用。
已确认:提交成功后状态为待确认。
待决定:管理员是否可以代取消,谁负责审核。
本次范围:预约、查看状态、取消入口说明。
后续再考虑:支付、外部访客与跨组织预约。
审查这份简报时,先看“成功”具体指什么。提交成功与审核通过是两个状态,应分别写清楚。若业务负责人尚未确认审核规则,把它放在待决项并指定负责人。这样后续生成内容出现确定语气时,更容易发现它越过了已知信息。
第二步,建立合适的项目背景
官方项目帮助提供 Projects、Create Project 与说明字段的路径。可以为这个虚构产品建立聚焦的背景,写入术语、当前规则和文档风格。项目会组织文件、聊天与文档,后续聊天可使用这些资料。具体功能权益按当前账户核对。项目操作说明
第一次只需要少量清楚的材料。将待确认规则保留为问题,给当前文件标注版本。后续业务决策改变时,先更新源资料,再修改文档。多人协作前分别核对共享项目与分享聊天的范围,确认哪些文件会提供给哪些成员。
第三步,选择 PRD 模板并请求初稿
官方入门说明可通过 New Chat 描述功能,并从 Writing 选择模板和长度。先选适合当前范围的 PRD 结构,关注目标、背景、用户故事、需求和成功指标。初稿生成后可在旁边编辑器修改,也可以继续对话。首份 PRD 操作 · 内置模板
手写请求示例
根据简报整理短版 PRD,先列出会影响范围的关键问题。
已确认规则逐条保留,未知条件标为待确认并建议确认角色。
需求按编号组织,写出前提、动作和预期结果。
补充重复提交、时段冲突、权限不足与取消后的状态。
成功指标写明数据来源和观察方式,需要业务决定的数值留待确认。
这是一段普通写作请求。具体模板、长度与项目选择在界面中确认。初稿回来后先核对事实,再看结构是否便于评审。生成内容提出的新想法可以另列建议,业务批准前保留它的建议状态,避免混进已确认范围。
第四步,逐项审查假设和边界
从用户角色、入口、操作、状态和错误处理五个方面看初稿。对每条需求问三个问题,谁在什么前提下操作,系统应该做什么,读者如何观察到结果。遇到“体验良好”“快速响应”等表达,补充可判断的行为或将数值留给负责团队确认。
用一个冲突例子检查文档是否一致。同一时段已经被占用,用户提交时应得到明确提示,并能返回修改。这里还需要确认冲突判断发生在选择时还是提交时。尚未决定就写成问题,让设计和开发一起评审,避免由文案生成过程替团队决定实现政策。
第五步,改写验收标准并做局部更新
将核心路径写成可验证条件,再补上异常和权限条件。每条标准对应一个需求编号。针对某一章节提出修改时,要求列出受影响的位置,再人工查看用户故事、流程和验收是否一致。官方文档区分局部编辑与整篇重写,按改动范围选择更方便检查。修改文档说明
手写验收示例
前提:成员已登录,场地与时段仍可用。
动作:填写必要信息并提交一次。
结果:生成一条待确认预约,页面显示状态与记录入口。
异常:时段已被占用时,显示冲突提示并允许重新选择。
待确认:重复点击如何处理,取消后的时段何时释放。
这些示例用于帮助组织评审,仍需业务与技术负责人确认。请测试人员从中写两条用例,看他是否还需要猜测状态。若需要,就回到需求补充条件,再保存当前稿。记录修改理由与确认人,下一轮评审会更容易理解发生了什么变化。
第六步,检查导出与评审入口
官方导出路径从编辑器头部 Export 开始,提供 Markdown 和 Word 文件,也有连接外部文档系统的入口。先导出一份虚构短稿,核对需求编号、标题、表格和链接。外部目标需要连接相应集成并确认目标位置与权限。导出操作
Google Docs 路径支持关联原文档并发布后续更新,官方说明更新前会检查外部修改。Google Docs 中的编辑不会自动回到 ChatPRD。若团队选择这个路径,先约定当前稿与修改入口。导出 Notion 或 Confluence 时,按当前文档支持的路径检查更新方式,避免多个位置都被当作最终稿。
常见问题
- 教程需要真实客户资料吗?
- 可用文中的虚构简报与规则验证结构、权限和验收。
- 从哪里选 PRD 模板?
- 官方入门文档说明从聊天输入区的 Writing 中选择模板和长度。
- 假设如何标记?
- 列出待确认问题、影响范围与确认角色,按评审决定更新。
- 如何写异常验收?
- 写清触发条件、可见提示、状态和用户可继续采取的动作。
- ChatPRD 可导出什么?
- 官方说明提供 Markdown、Word 和部分外部文档集成,具体权益和连接需核对。
- 文中的示例是实际生成结果吗?
- 示例为手写练习材料,界面步骤依据官方帮助,未登录生成或导出。