会议与项目协作：从记录走到可执行事项

15.1 纪要、需求文档与项目计划有不同作用

纪要记录发生了什么；需求文档解释要解决什么问题与如何验收；项目计划安排谁在何时完成什么。它们可以由同一份会议材料开始，但不能把会议里的一个想法直接变成已确认需求和交付承诺。

先按第4章整理纪要，再提取需求与待确认项。需求需要保留提出者、原句或材料位置，明确使用者、触发条件和期望结果。计划中的负责人、工期与资源未经确认时，应写成建议。

15.2 接入腾讯会议与腾讯文档

官方实战十提供腾讯会议相关技能使用指引，涉及凭据和可访问的录制、转写等资料。按当前官方页面配置，在合法访问的会议中测试；凭据填在指定配置中，不放进共享文档。

获得转写后，先检查发言人和金额、日期等数字，再要求纪要。转写中“考虑下个月做”不等于已经承诺下月交付。需要协作时，可使用已授权的腾讯文档能力创建或更新文档；官方实战十一展示文档与表格相关操作。

15.3 案例：需求会生成PRD与原型

作者自述｜原作者将需求会议材料整理成结构化Markdown需求文档，再生成可点击原型。流程是先梳理背景、目标、功能与约束，再用原型帮助讨论。笔记中的个人提效描述没有独立审计材料，本书只引用其使用过程。

可借鉴条件：需求记录可读取，主要规则明确，原型只用于演示交互。可点击的原型不等于具备正式登录、支付、权限和数据保存能力；客户对原型的认可也应再转为书面需求确认。

本书教学示例：会议到需求

请基于已核对纪要，整理需求初稿。按背景、用户、场景、功能、数据项、验收方法、待确认事项组织。每项功能关联纪要原句；把未讨论的建议放在单独一节。先交付Word或Markdown，不直接开发。需求确认后再制作演示原型，演示数据必须标注。

15.4 周报从事实生成，不补造进度

给出本周工作记录、上一版计划和已知阻碍，要求区分已完成、进行中、未开始。没有记录的任务不要写完成率；工作量不等于业务效果。需要给领导看的简版与团队跟进的详细表，可以分别交付。

作者自述｜原作者将日常记录整理为周报，并尝试定时资讯推送。可借鉴的是把稳定记录作为输入；定时生成不能代替团队更新真实状态。跨周任务仍在进行时，要延续记录并注明变化，避免每天新造一份互相矛盾的计划。