把明确的请求写成可评审的草稿
为“按筛选结果导出 CSV”写一份小型 PRD。只用下面的虚构请求，不猜团队一定想要什么。这是另一个已说明诉求的练习，前面的反馈教程并没有替你向真人取得这些决定。你可以自己写，也可以选一个获准使用的助手。私人记录不要放进来。PRD 写得再漂亮，也只能请大家作决定，不能替大家作决定。
按步骤操作
第 1 步，共 6 步
操作区内容仅暂存在当前页面，离开或刷新后会丢失，请提前复制。系统只保存教程完成状态。请勿输入敏感信息。
查看全部步骤
把明确的请求写成可评审的草稿
为“按筛选结果导出 CSV”写一份小型 PRD。只用下面的虚构请求，不猜团队一定想要什么。这是另一个已说明诉求的练习，前面的反馈教程并没有替你向真人取得这些决定。你可以自己写，也可以选一个获准使用的助手。私人记录不要放进来。PRD 写得再漂亮，也只能请大家作决定，不能替大家作决定。
请求、示例和未知项，分开摆
虚构请求和测试材料。 [R1] 请求方：运营。诉求：把活动列表中符合当前筛选条件的行导出为 CSV。这里说的是筛选匹配的行，不是手工勾选的行。 [R2] 导出必须保留所选的列。 [R3] 定时邮件不在这次请求里。 [R4] 尚未约定：文件／行数限制、导出权限、交付日期、预算、效果指标、空结果处理、行顺序、编码和类似公式的单元格值如何处理。没有批准或已实现的记录。 [R5] 虚构验收示例，不是生产数据：A 行（label 为 Alpha，state 为 active），B 行（label 为 Beta，state 为 archived），C 行（label 为 Gamma，state 为 active）。筛选条件：state = active。所选列：id 和 label。没有指定手工选行步骤。 编辑时保留 R1–R5。示例让请求可以被检验，不会顺便替 R4 作决定。
要一份可讨论的 PRD，不要附赠承诺
只用给定需求，保留来源编号。写一份待评审草稿，包括背景／问题、明确行为、不做的事、拟议验收用例、待定事项和下一步评审动作。明确要求与假设分开。如果是虚构 R1–R5 导出示例，区分筛选匹配行与手动选中行，写出 R5 的预期 CSV 表头和数据行，但不表示一般 CSV 规则已定。换成其他需求，就用它实际的行为和相关例子，不要添导出或 CSV 要求。原文未知项继续留着，验收用例标成拟议，不是已批准或已执行。涉及权限或数据处理时，发布前应标明待定问题。不编日期、预算、收益、访问规则或额外功能。需求：
对照一份完整的小型 PRD
PRD 草稿——活动列表筛选导出 CSV，供评审，尚未批准 问题与请求方 [R1] 运营希望 CSV 只包含符合当前筛选条件的活动行。请求没有量化节省时间、使用频率或业务影响。 已提出的行为 [R1–R2] 导出筛选匹配的行和所选列。不要加“先手工勾选行”的条件，材料没有这一步。这里记录的是诉求，不是团队批准。 非目标 [R3] 定时邮件。这里不提议排期、收件人或自动发送。 拟议验收用例——尚未执行 [R1、R2、R5] AC1：给定 A/B/C 三行和 state = active 的筛选条件，导出文件应包含 A、C，不包含 B。核对行的身份，不能只数出两行就算过。 AC2：选择 id、label 两列时，文件只有这两列，没有 state 列。表头和每行的值都要核对。 CSV 示意： id,label A,Alpha C,Gamma 这些安全的虚构值不需要特殊引号处理。这里只展示一种行顺序，不规定一般排序。不能从这个小例子推断逗号、引号、换行、编码或表格公式该怎么处理。 AC3：换一个筛选条件重试前，先约定测试数据和预期行集合。不能因为下载到了文件，就把测试标成通过。 仍需作出的决定 [R4] 访问与数据：谁能导出哪些行、哪些列？必须保留哪些权限检查？这份请求没有授予任何新权限。 限制与失败：最大行数／文件大小、空结果处理、错误如何显示。 CSV 行为：行顺序、编码、转义，以及在表格软件中打开时，类似公式的值如何安全处理。 交付与评估：负责人、日期、预算和成功标准，仍未决定。没有实测收益。 下一步评审动作——仅拟议，未发送 请请求方确认筛选含义和所选列行为。请负责的产品／安全／工程人员在发布前确定访问、数据处理和限制规则。记下接受的决定、负责人和日期，再改草稿。权限问题还没定，不能当成无关紧要就开始发布。 纠错练习 错误：“下周五上线仅管理员可用的手工选行导出，激活率提高 20%。” 改成：“请求是导出筛选匹配的行和所选列 [R1–R2]。手工选行、仅管理员、下周五和提高 20% 都不是材料提供的要求。访问、交付和效果指标需要评审 [R4]。” 原始材料和草稿一起保留，方便评审者区分诉求、拟议检查和待定规则。
核对范围，亲手检查一次示例
用 R5 自己核对 CSV：A、C 是 active，B 是 archived；选了 id、label，没选 state。行数对了，也可能混进了错误的行，所以要核对具体行和值。行顺序规则仍保留待定。 每条要求和非目标都回 R1–R4 找依据。去掉额外的手工选行、编出来的访问规则、日期和百分比收益。拟议用例是否仍标未执行？权限／数据规则是否明确列为发布前决定，而不是藏在脚注里？先把修改写进草稿，再勾选。这些勾选记录的是文档核对，不是产品验收或上线许可。
带着待定事项进入规划
离开前复制核对后的 PRD 和待定事项，这个操作区不会保存编辑内容。去下方路线图优先级任务，结合明确目标、可用资源和其他工作讨论；写成草稿，不等于自动拿到路线图席位。利益相关方更新任务可以用来解释拟议范围、请人作决定，不是宣布已批准上线。AhaDo 不会发送消息或作交付承诺。在这里完成，表示评审稿准备好了，不表示需求已批准、测试已通过或功能已发布。
完成这篇教程了吗？
保存在此浏览器会话中。登录后会在本设备上与你关联。
编辑编写的流程，包含合成示例，不代表实测用户效果或服务商性能。
纠错
指出遗漏的步骤或不安全的说法。你的建议会保存在工作区中，等待审核。
