一次会议结束，所有参与者在短时间内对所讨论的内容达成一致：截止日期、谁负责哪部分、哪些内容被从范围中剔除。十分钟后，下一次会议已经开始，逐渐覆盖了之前的讨论。当你通常坐下来撰写后续跟进内容时——比如午饭后、一天结束时，或者邮箱允许你处理的时候——房间里原本清晰的决策已经变得模糊。语音输入通过匹配你的打字速度与你仍能记住的内容速度，来填补这个空白：你按住一个键，在会议结束的那一刻立即说出总结，而在此之前，其他内容还没有机会覆盖它。
今日回顾 —— Priya 需要在周五前完成迁移文档的所有权确认，我会在周三前将合同修订意见返回给法务部门，且我们保持原定的发布日期不变。
在做任何其他事情之前，先发送总结
让这个习惯奏效的关键是顺序，而不是速度。不要打开任务列表，不要查看Slack，不要看一下日历上的下一个事件。会议窗口关闭的那一刻，按住键，直接将总结说进会议邮件线程的回复中，或者说进给参加会议的人的新消息中。说出总结所需的时间比阅读这段文字还要短，而且在大多数人会议日程中，这是单个最高价值的分钟，因为这是唯一一个时间点，整个小组对刚刚发生的事情的理解仍然短暂地完全一致。
像你对某人说话那样说出总结：什么被决定、谁负责什么、截止时间是什么时候。你不需要起草正式的会议纪要。一个读起来像人在说话的后续跟进内容比读起来像文档的内容更可能被阅读，而语音输入自然地产生前者——你所说的词就是最终的词，而不是它们的整理版本。
在会议中保持简短列表，而不是完整转录
这一切并不依赖Coii VoiceInput是否能听到会议内容。它不会，而且它也不被设计成这样——在你不按住键的时候，它不会在监听，而且这个应用没有方法知道会议是否正在进行。它需要的是你在会议中，用笔记应用或纸张记录每个决定的三到四个词，然后在你有时间语音输入时，将这些简短的记录转化为完整的句子。
“Priya — 迁移文档 — 周五”在大声说出时变成“Priya 负责这份迁移文档，周五前会有草稿。”简短记录的存在是为了让你在四十分钟内不完全依赖记忆；语音输入是让这些内容变成其他人可以采取行动的内容。保持列表简短是有意为之的——一个在你大声撰写时可以快速查看的简短列表比一个你必须先自己读一遍的完整转录更有用。
将总结转化为任务工具中的条目，逐条进行
通常，小组的后续跟进邮件是一次语音输入。而将个人行动项输入到任务工具中——如Things、Linear或共享看板——则更适合作为单独的条目。点击任务标题字段，按住键，说出任务作为指令：“在周三前将合同修订意见发送给法务部。”松开键。点击下一个字段，重复这个过程。
- 11:026.8sRecap from today — Priya owns the migration doc by Friday, I'll get the contract redlines back to legal by Wednesday.Mail
- 11:043.1sSend the contract redlines to legal by Wednesday.Linear
- 11:052.4sConfirm the launch date with marketing before Thursday's standup.Linear
这比一次性语音输入一个长列表然后手动分割要慢，但更可靠：每个任务都是你历史记录中的一行，因此如果粘贴到任务工具中失败或进入错误的字段，你只需恢复一行，而不是重新解析一段文字以确定哪句话对应哪个任务。
那些总是翻译错误的术语、工具和行话
会议后续内容中充满了通用语音识别引擎默认会翻译错误的词汇：同事的名字、内部工具名称、你们团队特有的缩写。修正某个术语的翻译方式基本上是一次性成本。只需将参会者的名字、项目的内部代号以及你们团队每周使用两三次的缩写一次性添加到自定义词库中，之后每次后续内容都会正确翻译，而无需你放慢语速、清晰发音。
在会议后续内容中，这一点比其他任何语音输入用途都更重要，因为一封在第一行写错名字的后续邮件会显得粗心大意，而私密笔记中写错某个词则不会造成这种印象。在下次站会前花五分钟设置好自定义词库，而不是在第一次尝试撰写摘要时才设置。
为什么对敏感内容使用语音输入是安全的
会议后续内容通常是任何人一周内语音输入最敏感的文本——薪酬讨论、客户的合同条款、关于人事问题的笔记。它不会离开你的Mac：没有音频，没有转写文本，不会上传到任何地方，而且即使网络断开，该应用的表现也和网络连接时完全一样。这不是一个可以开启的设置——实际上根本没有“云模式”可以关闭。对于那些你不希望存放在第三方服务器上的后续内容来说，这就是整个论点。
恢复未能放到预期位置的后续内容
每次语音输入的内容在你松开按键的瞬间就会写入本地历史记录，而不会先尝试上传到任何地方。如果后续内容被放到错误的字段中，或者任务工具的粘贴功能未成功，句子不会消失——它仍然完整地保存在历史记录中，和你实际说的一模一样，随时可以复制到正确的位置。恢复它的机制和任何其他语音输入的恢复方式相同；唯一不同的是，你在会议后续内容中更可能迅速发现这个问题，因为通常你正盯着刚刚尝试填写的收件箱或看板。
让它成为默认操作，而不是一次性操作
你第一次用语音输入代替打字撰写后续内容时，可能会觉得多了一步——在手已经靠近键盘时去寻找快捷键。这种摩擦感会随着重复操作而消失，就像任何新的默认操作取代旧操作一样。培养这个习惯值得有意识地去做，而不是依赖运气，因为会议后续内容正是那种重复性高、时间紧迫的任务，习惯带来的回报最快——你每周要做好几次，忘记某事的代价是真实的，而旧方式（从记忆中打字，之后更糟）的代价你也能感受到。
开发者在设计评审之后做同样的事情，或者客户经理在客户会议之后做同样的事情，都会遇到相同的问题形状：围绕着在事情发生后立即说一遍而构建的工作流程，而不是在几小时后从记忆中重新构建。
内部回顾与外部回顾
并不是每一份后续内容都以相同的方式撰写，语音输入会根据你所说的内容自动适应，而无需你考虑自己处于哪种模式——其实并不存在“模式”，只有你所说的。给自己的团队做回顾可以简短且非正式：名字、负责人、日期、完成情况。给客户或外部合作伙伴做回顾通常会在列表前加一句引导语——“感谢今天的交流，以下是我们达成的结论”——因为读者没有在会议现场，无法体会讨论的语气，而你的同事则可以。
无论是内部还是外部的回顾，语音输入都比打字更快，但值得花额外的几秒钟，用你真正希望它被读出的方式说出外部回顾内容，而不是仅仅列出几个要点。语音输入不会帮你调整语气——你说了什么，就会被记录成什么样——因此，需要听起来经过深思熟虑的后续内容，必须在说的时候就如此表达，而不是之后由模型猜测你想要表达的意思。
连续会议和批量处理后续工作
有些日子会接连给你三到四个电话，中间几乎没有真正的间隔。这时候“十分钟之后规则”就不适用了：如果下一次电话在九十秒后就开始，你就没有时间做完整的回顾，而试图匆忙地做一次回顾通常会比几分钟后认真地做一次更糟糕。在这种情况下，花五秒钟做一个简短的列表——就是你在任何会议中都会使用的那三到四个词来代表每个决定——然后在真正有间隔的时候，把所有这些回顾一次性语音输入，按顺序处理这些简短列表，确保每个列表在还能准确展开的时候就处理掉。
这比立即处理每个回顾要慢，但比大多数人最终会退而求其次的做法要快得多，那就是在一天结束时，从记忆中重新构建四次会议的决策内容，因为此时所有内容都已经模糊不清。在会议中记录的简短列表比看起来更有价值——它正是让批量处理成为可能的东西。
一周这样的工作实际是怎样的
周一的站会向团队频道发送了两行内容。周三的客户电话产生了一封回顾邮件和三个任务。周五的回顾会则产生了一段更长的笔记，记录下下次冲刺需要改变什么。这些内容都不超过一分钟的说话时间，而且在一个小时后从空白页面开始输入也不会再花时间，因为每个电话后的十分钟正是为这种操作设计的时间窗口。这个习惯不是“多语音输入”，而是“每次在做任何事情之前就语音输入回顾”，直到它不再成为一项决定。
如果会议后的跟进是你第一次尝试语音输入，那它是一个合理的起点：内容简短，实际的利害关系足够真实，让你能察觉到它是否节省了你的时间，而且执行的时间点——在电话之后——每次都是一样的。获取 Coii VoiceInput，然后在你的下一次跟进中试试看。
重复的会议就是重复的语音输入
如果你每周都进行同样的会议——站会、客户跟进、状态会议——那么后续工作每次都会接近相同的格式，这使得它成为最容易察觉语音输入是否真的节省时间的地方。比较第三或第四周的后续工作与第一周的：随着格式的稳定，你所说的词会变得更高效，尽管应用程序本身没有任何变化。这就是围绕特定任务形成习惯，而不是整体上你说话速度的提升。
这也是语音输入在最短时间内默默胜过打字的地方。一个从模板中打字的重复后续仍然需要填写那些发生变化的部分——本周谁负责什么、什么发生了变化、什么现在被阻塞了。这些正是你已经知道时最快速度说出、而仔细打字时最慢的部分，因为仔细打字意味着要检查你已经熟记的名字和日期的拼写。只要一次正确地说出这些内容，让词语自然落下，时间就产生了。
一次回顾，而不是会议记录
有必要准确地区分这是什么和不是什么。在电话之后语音输入的回顾是一种从你记忆中记录下来的简短文字内容，它不是会议的记录，而 Coii VoiceInput 无法生成这样的记录，因为它从未进行录音。如果你真正想要的是电话过程中谁说了什么的完整记录，那需要的是另一种工具和一种不同的产品，这与本文所讨论的内容不同。本文所涵盖的内容更狭窄，对大多数人来说日常使用更实用：在内容淡忘之前，将“我们刚刚决定的”转化为一条已发送的信息，仅需使用你已记录的笔记和你已经设置好的快捷键。