异步优先：什么时候发讨论，什么时候评论，什么时候 @
大多数工作不需要马上回复。我们按「这条信息该打扰谁」来选沟通方式：讨论通知项目全体成员，评论通知关注者，@ 只叫需要的那个人。
群历里没有群聊。
群聊让每条消息都显得很急：它要求你现在就看，看了就要回，不回就沉下去。一天下来，大家都在回消息，没有人在做事；一个月后，群里的结论谁也找不到了。
我们更愿意异步工作：把事情写下来，放在它所属的地方，让对方在自己的时间里读到、想清楚，再回复。回复会慢一点，但决定会好很多，而且留得下来。
异步不是慢
异步的意思是「不要求对方此刻在线」，而不是「拖着不回」。一个异步的团队，回复通常在几个小时之内，只是不打断别人手上的事。
真正紧急的事，比如客户现场出了问题、线上服务挂了，就打电话。电话打完，回到项目里写一句发生了什么、怎么处理的。紧急只是例外，如果每天都有好几件「紧急」的事，那是计划出了问题，换一个沟通工具解决不了。
三种方式，三种范围
在群历里说一件事，有三种方式。它们的区别在于会通知到谁：
| 方式 | 谁会收到通知 | 适合 |
|---|---|---|
| 发讨论 | 项目的全体成员 | 公告，需要全员知道或参与的话题 |
| 评论 | 关注这条记录的人 | 围绕一件具体的事来回 |
| @提及 | 被 @ 的那个人 | 需要某个人回答问题或拿主意 |
发布一篇文档也会通知项目成员，发布前可以看到「将通知 N 人」。
选哪一种，先想清楚：这件事该打扰谁？
什么时候发讨论
讨论的门槛最高，因为它会打扰项目里的每一个人。发起讨论的页面上写得很清楚：「点击发表时，该项目所有成员都将收到通知。」
所以讨论只用于全员都该知道的事：本周排班、新的设备借用规则、新同事入职、一个需要大家一起拿主意的方案。一个讨论只讲一个话题，标题让人不点开就知道是什么，比如「本周排班（6/2–6/6）」，而不是「通知」。
不要用讨论汇报某个任务的进展。那是任务自己的事，写在任务的评论里，关心它的人自然会收到。
没想好的话，先「保存草稿」，想清楚了再发表。
什么时候评论
评论是默认的选择。它挂在一条具体的记录下面，任务、文档、讨论、文件都可以评论，上下文就在眼前，不需要解释「我说的是哪件事」。
评论会通知这条记录的关注者：
- 任务：创建它的人、指派它的人、评论过的人；
- 讨论：发表时项目里的全体成员；
- 所有记录：手动点了「关注」的人。
你评论过一条记录，就会自动关注它；不想再收到，点「取消关注」。对文档里的某一段有意见，用行内评论，直接挂在那段文字旁边。
回复只有两层：一条评论，和它下面的回复。如果一条评论下面的回复越来越长，说明这已经是一个新话题，该单独发讨论，或者写成文档了。
什么时候 @
@ 是一个请求，不是抄送。当你需要某个具体的人做点什么，比如回答一个问题、确认一个决定、看一眼一份稿子，就 @ 他。他会收到「@提及了你」，不管他有没有关注这条记录。
几个我们自己遵守的习惯：
- @ 的时候说清楚要他做什么。 「@苏晴 贵重设备外带需要你确认」，而不是「@苏晴 看一下」。
- 不要为了「知悉」@ 一串人。 如果所有人都该知道，那是讨论；如果只是想让人看到，让他自己关注。
- 想让任务的负责人看到某条评论，就 @ 他。 负责人不会因为被指派就自动关注任务。
写给半年后的读者
异步的文字有两个读者：今天的同事，和半年后来翻这个项目的人。为后者多写一句，前者也读得更轻松：
- 结论写在第一句，理由放在后面。
- 定下来的事，写明「决定：……」。
- 提到别的任务和文档，用 @ 插入引用，不要只写「上次那个」。
- 改原文，不要另发一条「更正」。文档、讨论和任务描述都有历史版本，改过的地方随时能查。
收件箱是你的工作队列
所有的通知都进收件箱。我们的建议是，每天集中看几次收件箱，而不是一有通知就点开。需要回的就回，需要做的就建成任务或者去推进那个任务；看完了，就回到自己的工作上。
开着 iOS App 的推送也没关系。异步的意思是你决定什么时候回，而不是别人。