按场景完成一件事

按产物选择场景

本站有 5 个中英对齐场景：客户会议、周报、缺陷复测、反馈转需求和产品发布。每个场景提供少量相关角色和可复制的首任务。

先看角色与原始任务，再用下面的虚构材料练一次。五份参考产物均为预先编写的教学示例，按证据核对，不要求措辞相同。

• 实战：从事实表到会前简报
• 实战：把交付、测试与验收分开
• 实战：没有环境时先做复验计划
• 实战：把重复与冲突反馈变成候选需求
• 实战：证据不足时暂缓发布

场景材料与任务卡

实战：从事实表到会前简报

适合新手与团队交接。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制材料，先做来源事实表，再整理一页会前简报及五个问题；仅出内部草稿，不作客户承诺。

练习任务与材料

任务：作为客户研究专员，只用以下虚构材料，整理供会前准备使用的事实表。
产物：事实、来源编号与日期、需求信号、待核实假设四列。未提供的日期、预算与决策人明确标未知；不得推断采购意向。
边界：仅写内部草稿；不联系客户、不报价、不承诺未经验证的能力。

虚构材料：
A｜公司简介，2026-10-19：青禾工作室是12人的客户服务团队。
B｜沟通记录，2026-10-20：希望月底汇总工单；预算、决策人未知。
C｜内部演示记录，2026-10-21：仅验证CSV导入；实时同步未验证。
D｜会谈目标，2026-10-23：澄清汇总口径、数据来源与试用条件。
E｜参会信息：我方客户经理；客户参会人和职责待确认。
F｜范围：仅用A—E；不得推断采购意愿、报价或承诺实时同步。

1. 把A—F交给客户研究专员（awesome/account-research-specialist）：按“事实／来源日期／需求信号／待核实假设”建表。
2. 人工核对每行后，将事实表、B/C原文及未知项交给销售会前准备员（awesome/meeting-prep-buddy）；要求一页简报，含议程、恰好五个问题和材料待办。
3. 人工审阅承诺范围后保存草稿；问题和待办由参会人确认，不自动发给客户。

教学参考节选

背景：青禾工作室，12人客户服务团队（A，2026-10-19）。
目标与议程：澄清月底工单汇总（B）；核对口径→数据→试用条件（D）。
能力边界：CSV导入已在虚构内部记录验证；实时同步待验证（C）；预算、决策人未知（B）。
五问题：汇总哪些字段？以哪个日期划月？数据从哪里导出？谁决定试用？预算与评估标准是什么？
材料待办：我方客户经理准备CSV样例与演示范围；客户参会人/职责待确认（C/E）。

1. 逐行保留材料编号；已有日期照录，未提供则标未提供。事实、需求信号、假设分列，不能把希望汇总写成采购意向。
2. 一页草稿含议程、五问题和材料待办；五问题覆盖口径、日期、来源、决策与预算。
3. 保留预算/决策人未知、实时同步未验证；没有对外承诺或已发送声明。

修订要求

只修缺口：保留已核对事实表。将“支持实时同步”改为“待验证（C）”；补齐缺失的来源或五问题中的缺项，仅返回受影响行和修订后简报，不补造客户信息。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。

• 查看场景任务卡
• 在市场查看所需角色

实战：把交付、测试与验收分开

适合新手练习与团队汇报。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制记录，写2026-10-19至2026-10-23周报草稿，保留证据编号；不得把旧成果或技术测试写成当周业务验收。

练习任务与材料

任务：作为进度报告编辑，只用以下虚构记录写2026-10-19至2026-10-23的周报草稿。
产物：本周交付、技术验证、业务待验收、旧成果、阻塞与下一步五项，每个状态附材料编号。缺失的负责人和日期标未知，并提出指派请求。
边界：不把技术测试写成业务验收，不把旧成果记作本周新交付；只写草稿，不发送。

虚构材料：
A｜本周目标：2026-10-23交付报名页草稿，业务验收另约。
B｜2026-10-20：小陈提交报名页v0.3草稿与交付记录。
C｜2026-10-21：技术记录显示桌面8项测试通过；手机测试未开始。
D｜2026-10-23：业务方尚未验收，未提供通过记录。
E｜2026-10-16：上周已完成报名字段表，不计本周新增交付。
F｜2026-10-22：法务文案待确认，尚无负责人及回复日期。
G｜下一步：小陈计划2026-10-26执行手机测试；文案责任人待指派。

1. 交给进度报告编辑（awesome/status-report-writer）：按本周交付、技术验证、业务待验收、旧成果、阻塞/下一步分组，每项附编号。
2. 由报告负责人核对周期与证据；把无人负责的文案列为“请求指派”，确认后再向相应读者发送。

教学参考节选

周期：2026-10-19—2026-10-23；报名页v0.3草稿已交付（A/B）。
技术验证：桌面8项通过；手机未测（C）。
业务状态：尚未验收（D）；不得标记项目全部完成。
旧成果：字段表于2026-10-16完成，仅作背景（E）。
阻塞/行动：文案负责人和回复日期待指派（F）；小陈计划2026-10-26测手机（G）。

1. 交付仅计B，E单独标上周；周期与下一步日期不混用。
2. 8项只属于桌面技术测试；手机和业务验收状态分别保留。
3. 每个状态有证据编号；F负责人/日期保持未知并提出指派请求，不擅填人名。

修订要求

只修缺口：保留已引用的交付记录。把“已全部验收”拆成C技术验证与D待验收；把E移到历史背景；为F补指派请求。仅返回修改的段落，不重写已通过项。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。

• 查看场景任务卡
• 在市场查看所需角色

实战：没有环境时先做复验计划

适合开发者与团队交接。以下浏览器反馈、日志、版本均为虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。本练习无真实测试环境，只练计划与证据分类，所有执行状态为待执行，不能写已复现或已修复。

练习任务与材料

任务：作为缺陷复现工程师，只用以下虚构材料编写最小复现计划。当前没有真实测试环境，不执行测试。
产物：区分反馈、日志线索与修复假设；列单击对照、双击和重复试验，保留预期/实际、次数、版本、环境与证据的空白记录栏，并列缺失环境。
边界：执行项全部标待执行；两条日志不能直接证明根因，不声称已复现、已修复或可上线。

虚构材料：
A｜虚构反馈，2026-10-21：Chrome 129 / macOS 14，草稿版v0.3；点两次提交后看到两个报名条目。
B｜预期：同一提交意图只产生一个条目；反馈人称偶发，未统计频率。
C｜虚构日志：10:02:01 POST /signup 201；10:02:01 POST /signup 201；无请求ID。
D｜最小输入：姓名“测试甲”、邮箱 test@example.invalid；仅用于计划。
E｜开发备注：候选版v0.3.1增加提交中禁用按钮；没有修复验证记录。
F｜核心路径：正常、空白、失败重试；真实环境、账号、实际版本均未提供。
G｜上线条件：原版可重复证据、候选版同条件复验及三条路径记录经负责人审阅。

1. 交给缺陷复现工程师（awesome/bug-reproduction）：把A/B列为报告、C列为虚构日志线索、E列为修复假设；给出单击对照→双击→重复试验的最小计划，列明缺失环境。
2. 人工核对后，将计划、未验证假设和空白执行栏交给创业产品质量检查员（awesome/grok-startup-qa-bot），排正常/空白/失败重试与候选版复验顺序，全部标待执行。
3. 实际执行者另行取得获准环境后填记录；发布负责人按真实证据判定，不用这份虚构示例作为通过记录。

教学参考节选

分类：A/B为反馈，C为虚构日志线索，E为候选修复说明；均不证明原因。
计划：固定输入D；原版单击对照、双击并记录每轮结果；候选版按相同条件复验。
检查：正常→空白→失败重试；当前全部待执行（F）。
实际执行者填写：姓名___ 日期___ 版本/环境___ 次数___ 预期/实际___ 日志/截图位置___。
完成条件：原版可重复证据、候选版结果、三路径记录齐全，失败项关闭且发布负责人签核（G）。

1. 计划明确单击对照、双击、重复次数需记录；两条201日志不能直接证明双条目或根因。
2. 原版、候选版与三路径都有待执行项；保留实际执行者、日期、环境、版本、结果和证据栏。
3. 无真实运行时不出现已复现/已修复/可上线结论；真实完成须满足G并核对实际记录。

修订要求

只修缺口：保留已有计划。将无证据的“已复现/已修复”改为“待实际执行”；只补缺失的对照、路径或记录栏，并指出还需要哪份真实证据，不生成执行结果。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。

• 查看场景任务卡
• 在市场查看所需角色

实战：把重复与冲突反馈变成候选需求

适合团队交接，新手可先核对来源。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制记录，形成有追溯的需求候选及待确认优先级；少数样本不能推出多数需求，不承诺排期或直接写入需求库。

练习任务与材料

任务：作为产品反馈分析员，只用以下虚构记录整理反馈主题，供人工核对后再交给功能请求跟踪员。
产物：主题、用户任务、原始编号与原话、去重关系、冲突及样本缺口。A/B只计同一事件；C/E为同人不同事，分别保留。
边界：不把3人样本写成多数需求，不决定优先级、承诺排期或改写需求库。

虚构材料：
A｜工单T01，2026-10-19，用户U1/管理员：每周导出CSV太费步骤，想一键导出。
B｜邮件M01，2026-10-20，用户U1：再次转发T01，同一事件。
C｜工单T02，2026-10-20，用户U2/管理员：希望直接默认展示全部成员。
D｜访谈I01，2026-10-21，用户U3/普通成员：不要默认显示全部成员，担心暴露名单。
E｜工单T03，2026-10-22，用户U2：CSV导出找不到入口；与T02是不同问题。
F｜已有需求R07：简化CSV导出，状态待评审；近期仅调整导航名称。
G｜范围：3名用户、2种角色；总用户数、代表性、影响频次与优先级均未知。

1. 先交产品反馈分析员（awesome/product-feedback-analyst）：保留编号与原话，A/B归为同一事件；分别整理导出任务与成员可见性冲突，说明样本缺口。
2. 人工核对主题后交功能请求跟踪员（awesome/feature-request-tracker）：把A/E关联R07，不因同一用户而合并C/E；形成需求候选、来源、冲突、验证方法与待确认优先级。
3. 产品负责人核实影响与权限规则后决定优先级和是否落库；保留未决问题。

教学参考节选

去重：A/B同一事件，保留两来源，计1个事件；不能算两名用户。
候选R07补充：简化并明确CSV导出入口，证据A/E，2名用户；保留操作步骤与可发现性两类问题。
候选N02：澄清按角色的成员可见性，C要求全显、D反对；不能直接默认全显。
验证：走查导出任务；向两类角色核实可见范围与权限政策，补影响频次。
优先级：R07/N02均待产品负责人确认；3人样本不代表多数（G），不承诺开发日期。

1. A/B只计同一事件，仍可追溯两来源；C/E同人不同事，不能误去重。
2. 每条候选有编号、来源与验证方法；A/E关联R07而非无依据新增重复需求。
3. 保留C/D冲突、3人覆盖限制及待确认优先级；没有“多数用户需要”或已排期结论。

修订要求

只修缺口：保留已追溯候选；修正A/B计数，补C/D相反意见或缺失来源，把无依据优先级改为待确认。只返回受影响候选与去重说明，不重新编排已通过部分。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。

• 查看场景任务卡
• 在市场查看所需角色

实战：证据不足时暂缓发布

适合团队交接与产品负责人审阅。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制材料，准备定位草案与带依赖的日历；包含未通过项和未知指标，结论应是人工暂缓，不能制造已上线状态。

练习任务与材料

任务：作为产品定位与上市策划员，只用以下虚构材料写定位草案，供人工核对后再准备排期。
产物：目标客群、客户任务、可证明能力、价值假设、内容需求和待验证项；每个主张附材料编号，保留失败检查与人工暂缓状态。
边界：不编造指标、客户证言或已上线状态，不确认发布日、不执行发布。

虚构材料：
A｜目标客群：小型活动团队；3份访谈提到人工整理报名数据耗时，样本不具代表性。
B｜产品证据，2026-10-21：演示仅验证CSV导出；节省时间比例、转化率未知。
C｜质量记录，2026-10-22：手机失败重试检查未通过，复验结果尚无。
D｜目标日期：2026-10-28拟发布介绍页与邮件；日期未经确认，尚未上线。
E｜素材：介绍页草稿已备；邮件文案未完成，无客户证言授权。
F｜负责人：小林制作、小周审核；2026-10-27审核时间固定，邮件依赖介绍页审核通过。
G｜人工决定，2026-10-23：暂缓对外发布；恢复需C复验通过记录、素材审阅通过及负责人重新确认日期。

1. 先交产品定位与上市策划员（awesome/grok-product-marketer）：按A/B写面向客群的定位草案，区分可证明能力与价值假设；删除虚构比例和证言，保留C/G门槛。
2. 人工核对后交营销排期管理员（awesome/marketing-calendar-owner）：倒排制作、审核、渠道检查点，标明F固定节点与依赖；2026-10-28仅为待确认目标。
3. 人工按G维持暂缓；补齐真实证据后由负责人重新审阅日期，再依另行授权执行发布。

教学参考节选

定位草案：为小型活动团队提供CSV导出整理入口（A/B）；省时效果仍是假设。
文案边界：不写节省百分比、转化增长或客户证言（B/E）。
日历：小林完成邮件草稿→小周2026-10-27审核介绍页与邮件→渠道检查；邮件依赖介绍页批准（E/F）。
状态：人工暂缓（G）；手机失败重试未通过（C），2026-10-28待重新确认，尚未上线（D）。
恢复证据：C复验通过记录＋两素材批准记录＋负责人确认的新日期；未知效果指标另列验证计划。

1. 每个价值主张对应A/B或标假设；未知指标不能补造数字，未经授权证言不进入文案。
2. 日历有制作/审核负责人、2026-10-27固定检查点和邮件依赖；未确认目标不得写成承诺。
3. 明确C未通过、G人工暂缓及三类恢复证据；计划草稿不等于已上线。

修订要求

只修缺口：保留有证据定位与日历；删除无依据效果数值，补C/G门槛和缺失依赖。仅返回改动行及仍缺的恢复证据，不自行解除暂缓或改成已发布。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。

• 查看场景任务卡
• 在市场查看所需角色

完成一次场景验收

1. 准备场景列出的最小材料，先用脱敏样例。
2. 把第一项任务交给对应角色，按场景条件验收。
3. 补齐缺口，把产物、来源和未知项连同交接卡传给下一位。
4. 保存最终产物与失败原因；场景下载不会自动执行流程。

参考来源

来源核对日期: 2026-10-25

• 场景源数据
• 场景起步说明