产品经理怎样组织机器人协作
官方 PM 经验讲述如何分配研究、日常协调与软件交付。
从工作中找重点
从邮件、会议和聊天整理注意力清单，结合访谈、使用数据与支持记录研究问题，再尝试交给云端代理开发。
总助负责日常协调
团队另设工程、分析、产品与招聘角色。总助维护日程和重点清单，外发、购买与删除仍需本人审核。
分解并验收工程任务
工程经理拆任务和检查结果，工程助手调用云端代理实现、测试并协调改动。
分析与产品各自积累材料
分析助手回答日常数据问题；产品助手把讨论、反馈与研究整理成方案。复杂判断仍要由人解释。
给每个角色明确记忆范围
原文用专职助手支持并行协作，让反馈变成可复用方法，要求无事少打扰，并由人把关重要内容。
把三条反馈写成可验收需求
本栏目另行设计的虚构练习 · 可用自己的工具完成 · 未作产品实测
以下是本站虚构的读书记录应用练习，只用文档和纸笔。你将从三条反馈里选一项小改动，写清研究、方案与验收的交接，不需要编写代码，也不假定机器人已能接入任何项目。
先准备这些材料
反馈 F1。用户安禾说，已有十二条读书记录，忘了某本书的作者，只记得标题有一个“山”字，希望快速找到。 反馈 F2。用户路舟说，希望应用更聪明一些，没有提供具体失败经过。反馈 F3。用户季宁想离线看记录，但未说明离线时必须编辑哪些内容。 练习数据只有三条书名，山中来信、海边札记、小城散步。现有页面仅按添加时间列出书名，尚无搜索框。
01把需求和待问问题分开
先做三行反馈表，写明使用场景、目前可确认的问题和缺口。F1 已有具体寻找任务；F2 需要追问“更聪明”指什么；F3 还需明确离线范围。不要把三条直接合成一个大版本。
02写下本轮选择的理由
这次纸面练习选择书名搜索，因为给定样本足以描述和检查结果。把另外两条保留在待求证栏。选择方便验证只说明本轮适合练习，不能据此断言真实用户最需要它。
03给方案角色一份有限任务
要求方案只处理当前三条书名，输入关键词后展示包含该文字的书名。清空输入恢复全部。大小写、拼音、作者搜索与排序都不在本轮范围，避免把未讨论的行为默认加进去。
04写四条能逐一核对的验收
用“山”检索，预期只出现山中来信。再试“海”，只保留海边札记；搜“雪”时显示没有匹配结果，清空后恢复三条。把输入与期望结果并排写，验证者无需猜测设计者的意思。
05用纸面结果完成一次交接
画搜索框与结果区，按四组输入手动换一次结果。将不一致之处记在待修改栏。最后交出需求说明和验收表，清楚注明纸面演练尚未验证实现性能、无障碍或真实用户体验。
交付后这样核对
一页需求只处理书名包含匹配，另有四行验收表和两条待求证反馈。文档能说明为什么选这项、什么暂不做，以及怎样看出结果正确。无需声称功能已经开发完成。
把这段提示词带走
配合上面的虚构材料使用，也可以换成你自己的任务资料
做虚构读书应用的纸面需求练习。F1 忘记作者但记得书名有“山”；F2 希望更聪明，细节缺失；F3 想离线看，范围未知。样本书名为山中来信、海边札记、小城散步。仅设计书名包含匹配，输出一页需求及“山”“海”“雪”和空输入的预期结果，保留两条待求证反馈，不声称已实现。
- 需求没有扩展到未经讨论的搜索方式
- 四组输入都有可核对结果
- 纸面练习与已实现功能明确分开
先写清角色交付什么，再判断结果是否满足目标。