用语音输入更快写好项目简报
一份好的项目简报，能让团队理解为什么要做这件事、希望取得什么结果、工作边界在哪里，以及还有哪些决策尚未完成。这些信息越清楚，执行时就越不容易因为理解不同而反复返工。
但写项目简报往往比想象中慢。背景散落在消息、会议笔记和某个人的记忆里，面对空白文档时，又很容易想把第一句话就写得完美。语音输入可以先减轻这种压力：像向同事说明一样把项目讲清楚，再把可编辑的转写文本整理成简洁的文档。
先说明项目为什么存在
不要一开始就罗列任务或交付物。先口述当前发生了什么、谁遇到了问题，以及为什么现在值得投入资源。
内容越具体越好。与其说“我们需要改善新手引导”，不如说“新客户完成账户设置后，经常没有创建第一个项目，而且客服持续收到关于同三个步骤的问题”。后者描述的是团队能够观察和验证的问题。
第一遍不必修饰每一句话。连续讲几分钟，把证据、例子和相关历史一起记录下来。重复内容以后很容易删除，遗漏的背景却不一定找得回来。
先定义成果，再讨论解决方案
团队很容易把第一个看起来可行的点子直接当成项目目标。撰写简报时，要有意识地区分“想取得的成果”和“目前想到的解决方案”。
用语音回答几个问题：
- 客户或同事最后应该能够完成什么？
- 哪个行为、指标或状态需要改变？
- 团队如何判断工作已经完成？
- 最重要的用户或业务成果是什么？
“制作新手引导清单”是一项功能；“让新客户无需联系客服，也能完成第一个有价值的项目”才是成果。以成果为中心，团队才能比较清单、更合理的默认设置、情境提示或简化流程等不同方案。
把范围和边界说出来
项目简报的价值，也来自它清楚写明这次不做什么。口述纳入范围的用户、流程、平台和交付物，然后列出看似相关、但本阶段不处理的项目。
同时记录实际限制，例如期限、可投入的人力、必须使用的系统、隐私要求、预算，以及对其他团队的依赖。如果某项限制尚未确定，就标记为待确认，不要把假设写成已经决定的事实。
把边界完整说一遍，经常会暴露隐藏的前提。你可能发现原来所说的“所有客户”，其实只指使用 Mac 的新自助客户；或原定上线日期仍取决于尚未安排的用户研究。
记录问题、风险和待决事项
不必等所有问题都有答案后才开始写。实用的简报会清楚区分已知事实和开放问题。
口述可能改变计划的不确定因素，例如：
- 应优先服务哪一类用户？
- 所需数据是否完整可靠？
- 是否需要法务、安全或本地化审查？
- 扩大发布前必须验证什么？
- 谁拥有最终决策权？
也要记录主要风险和当前假设。这样，审阅者可以针对具体事项进行确认或提出质疑，而不是对一份看似已定稿的文档给出模糊意见。
把转写文本整理成简单结构
完成口述后，不必从头重写。可以把有用的段落移入以下结构：
- 背景和问题
- 预期成果与成功指标
- 目标用户
- 范围与非目标
- 交付物
- 限制和依赖关系
- 开放问题、风险与负责人
- 下一个决策或里程碑
合并重复内容，缩短冗长说明，并把“更好”“尽快”等模糊词语改成可以观察的条件。只有当细节有助于读者做决策时才保留。
最后，站在明天才加入项目的人的角度阅读。对方能否说明这项工作为什么重要、应优先优化什么成果、哪些内容不在范围内，以及还有什么问题未解决？也请负责执行和审批的人检查与自己相关的假设；重要决策如果改变目标、范围或限制，就同步更新简报。
TypeFree 是把语音转换成可编辑文本、加快写作的简单方式。把下一个项目当作正在向信任的同事说明，先自然地讲完，再将转写内容整理成团队可以直接采取行动的项目简报。