本文章采用用户定价付费模式，请在文章末尾赞赏作者 5 - 30 简书贝。更加自由的付费方式需要大家的自觉，尊重创作，请给予作者应得的报酬。

---

什么是消息优先级？

这个问题，好像还没有人给出过明确的答案。

我自己通过总结一段时间的经验，得出了一个并不完全准确的定义：

消息优先级是指在一定环境下，你在有限时间内处理消息时，心中对消息排列出的先后次序。

换句话说，如果只给你处理一条消息的时间，你会选择处理的消息，就是当前环境下优先级最高的那条。

消息优先级并不是恒定的，很可能出现两条消息的优先级相同，甚至优先级在处理过程中发生变动的情况。

想象这样一个场景：你收到了三条消息，其中一条是娱乐，另外两条是工作。你现在很疲惫，打算处理完一条工作消息就去看看娱乐消息放松一下。你打开了一条工作消息，却发现是关于一个紧急项目的。你刚刚注意到另外一条消息是这个项目必须的文件，这时，工作消息的优先级就超越了娱乐消息。

当然，更大的可能性是你看到一条工作消息，在处理过程中突然有一条娱乐消息插入进来，你发现这条娱乐消息看上去很有意思，于是转而去处理它，这时，娱乐消息排在了前面，至于如何尽量减少这种情况的发生，我们到后文再加叙述。

如何对消息进行优先级排序

首先，消息优先级很大程度上取决于你所处的场景和可支配的时间。

如果你在公司，而且知道 Boss 随时可能来到你身边，那么工作消息的优先级就是最高的；如果你在家里休息，娱乐消息的优先级就是最高的，至少在大多数人的直觉看来是这样。

这里要纠正一个普遍错误：即时通讯软件给你呈现的所谓“相关度”与优先级并没有任何关系。一条 @ 消息的优先级有时比普通消息，甚至免打扰消息更低。这条 @ 消息可能出自朋友的玩笑，可能是围绕一个并不重要的观点展开的争论，甚至可能是管理者的无心之举。

（当然，来自老板的 @ 除外，如果这时你就看到了一条，最好把它的优先级提到最高）

同样的，并不是所有公告消息都比普通消息优先级高。

在排序阶段，你要做的是——大致扫视一眼消息内容和发送人，并在脑海中生成一个列表。

一般来说，从消息内容角度来看，消息优先级是这样的（从高到低）：

• 重要紧急事件（比如有一个你必须立刻审批的文件、公司的重要服务出现问题）

• 重要不紧急事件（你负责的项目有重大进展、有重要会议但并非马上要开始）

• 紧急不重要事件（让你去取快递、有同级的人找你请教问题）

• 汇报类消息（昨天会议的总结、你这个月的工资发放）

• 无意义消息（广告、别人错发给你的消息）

而从发送人角度看，消息优先级是这样的：

• 直系上级、顶级上级（大 Boss）

• 项目重要负责人（供货商、负责该项目另一部分的同事）

• 下属（无论有几级关系）

• 同级同事（无论关系好坏）

• 陌生人（快递小哥）

当然，凡是总有例外：如果你的职责就是数据汇总，那么各种汇报类消息更加重要；如果你的工作是人力资源，各种陌生人（面试者）的消息更加重要。

你感觉自己学会了？现在来做一个练习：你的职务是销售，现在在工作状态，收到了以下几条消息，请对它们进行优先级排序。

• 供货商：产品报价

• 采购负责人：折扣问题的讨论

• 老板：你昨天迟到了，这个月全勤奖泡汤了

• 朋友：XX 明星上热搜了

• 下属：你看系统里这个功能怎么用

先想好答案，再向下滑。

想好了吗？

我排列的优先级如下：采购负责人 > 供货商 > 下属 > 老板 > 朋友。你的可能有所不同，请看下面的解释。

首先，朋友的这条消息是唯一一条和工作无关的，明显排在最后。老板虽然是你的直系上级，但这条消息属于“汇报类”，优先级不高，晚看一会不会有什么问题。作为一个中层的销售，下属请教问题应该予以答复，这样才能获得老板的赏识，但供货商和采购负责人的消息明显更加重要，大多数分歧也正是出现在这里。

产品报价属于重要不紧急，对方并没有要求尽快回复，在真实的工作场景中，这一文件将通过非即时的邮件方式传达。而关于折扣问题的讨论很可能涉及到报价，是这个过程继续推进的前置条件，所以其优先级最高。其实，这条消息优先级最高的原因还在于，这是讨论相关的消息，而对于讨论，同步沟通效率更高，这一点我们会在后文详细阐述。

对不同优先级消息的处理

这部分内容比较复杂，要按照实际情况应变，如果执行过程中发现任何与后文所述方法论冲突的地方，请以实际情况为重。

对于重要紧急消息，你需要立刻做出响应。当然，这里的“立刻”并不是指敷衍了事，而是建立在决策正确的基础上。如果你在处理这条消息的过程中，发现另一条消息是它的前置条件，则应转而去处理另一条消息，但一定要明确，你的目标是尽快响应重要紧急的消息，而不是对不紧急的消息深入探究，获得必须的资料后，应迅速回到主线。

对于重要不紧急消息，你往往需要集中注意力提取关键点（毕竟你不能指望所有和你沟通的人都读过这个系列的文章），这对你的精力消耗较大，且这件事情不会产生很大的短期影响，所以你应该重新思考剩余消息的优先级，如果紧急不重要的消息耗费精力更多，或其它消息确实非常紧急，这一项的处理可以适当后延。

对于这些消息，还有更好的处理办法——人类的大脑在长时间处理一个类型的事情时效率与准确度更高，可以将它们暂存起来，等待一个固定的时间集中处理，我们在第二卷会讲到。

汇报类消息只需要简单扫一眼，有意义的记下来，没有意义的忽略掉。注意，这一类型的消息很可能成为其它消息的必要条件，要保证它们可以被随时找到。

无意义消息则依据你的习惯而定，有些人喜欢将它们归档，有些人则习惯直接删除做到“零态清爽”，但考虑到处理了很多消息，你已经有些疲惫了，为避免可能带来的误操作风险，最好将它们归档，在固定时间集中删除。

打断：意外，但必须接受

不可否认的是，在你处理消息的过程中，可能会收到新的消息，它们会打断你的处理进程。

不可以同时处理两件毫不相关的事情！

这里要引入一个概念：上下文。

对于消息处理而言，上下文就是：这条消息的发送者是谁，上一条消息的内容（可能与这条消息有关联）等等。上下文的切换是有时间和精力成本的，你需要一段时间才能熟悉新的上下文，即使你刚刚看过它。

如果你同时处理两件事，消息上下文切换带来的时间开销会让你的效率比按顺序处理更低，而且出错的可能性更高——比如把对老板的吐槽发给供货商。

如果你在排序时被打断了，你应该重新排序，重新审视消息的大致内容。

如果你在处理高优先级消息时被打断，你应该无视这条消息，不去查看其内容，也不去试图给它分级，但要记住，你收到了一条未查看的消息。当你在处理这条消息时遇到一筹莫展的情况，去看看那条消息可能对你有所帮助。

如果你在处理低优先级消息时被打断，视当前消息对专注度的要求不同，你可以选择查看消息，也可以暂时忽略，但一定不要跳出正在处理的消息，除非新消息特别紧急。

另外，如果新收到的是一条无意义消息，等你处理完所有消息再去吐槽，或者，顺便把这个系列安利给他，也许之后你和他的沟通会更高效，不是吗？