消息一多时，我以前最容易做的一件事，是立刻相信它们都属于现在。
聊天窗口跳出来，邮箱多了几封未读，任务软件里有人标了我，手机又弹出一条提醒。每一条单独看，也许都不是特别大的事。但它们一起出现时，身体会很快进入一种被围住的感觉。
好像每个入口都在说：先看我。
更准确地说，是我会自动把每个入口都翻译成：现在就处理我。
这种翻译很消耗人。因为一旦我相信所有请求都属于现在，接下来无论先做什么，都会像在亏欠另外几件事。我回了聊天，就担心邮件里有更重要的。我打开邮件，又想起任务软件里有人等确认。我刚准备写一段回复，手机提醒又把注意力拉走。最后我不是在处理事情，而是在很多请求之间不断道歉、切换、预防和证明。
真正累的地方，常常不是事情本身有多难。
是我把到达顺序误认为了紧急顺序。
谁先跳出来，谁声音更大，谁用了更急的语气，谁的红点更显眼，谁就先占掉我的心。可现实里，先到的未必最急，声音大的未必最重要，被标记的也未必需要我马上完整处理。
后来我慢慢学会，在消息一多的时候，先不急着进入任何一个入口。
我先停两分钟。
不是休息，也不是逃避。只是把自己从“所有东西都在叫我”的状态里拉出来，重新问一句：这里面，哪些真的属于现在？
第一类：不回应会卡住别人下一步的事
我会先找那种如果今天不回应，就会让别人明确卡住的请求。
比如一个会议时间需要确认，一个文件要不要发出去等我点头，一个人正在等我回答能不能接某件事，或者某个安排如果不说清楚，就会影响其他人的行动。
这类事值得先处理，不是因为它们吵，而是因为它们有现实后果。
我以前会把这种判断和愧疚混在一起。只要有人问我，我就觉得对方在等我；只要对方在等我，我就觉得自己应该马上给一个完整答案。可后来我发现，真正卡住别人的请求其实没有想象中那么多。
有些只是对方把问题抛出来了，并不代表现在就必须有结论。有些只是需要我确认收到，并不需要我立刻解决。有些只是对方自己的焦虑比较急，借由消息传到了我这里。
所以我会把标准放得具体一点：如果我半天后再看，现实会不会真的停住？
如果答案是会，我就先给它一个清楚回应。
如果答案是不一定，那它就不应该因为先跳出来而自动拿走我的下一段时间。
第二类：只需要一句短确认的事
很多请求其实不需要我现在完整处理，只需要我把悬着的状态止住。
这类消息最容易被我拖大。
别人问了一个问题，我觉得自己应该想清楚再回。有人发来一段材料，我觉得要看完才算负责。有人提醒一件事，我觉得必须马上把后续都安排好。于是一个本来可以用二十秒回应的入口，被我放进了“等我有完整状态”的抽屉里。
可消息越多，完整状态越不容易出现。
现在我会允许自己先发短确认：
- 我看到了，下午三点前给你一个准确答复。
- 这件事我需要先看一下范围，今天不马上定。
- 收到，我先把它放进明早第一批处理。
- 这条我不想草率回，晚点认真看。
短确认不是敷衍。它是在区分“我已经接住这个入口”和“我现在就要处理完这件事”。
这两个动作不一样。
很多压力正是来自把它们混成一个动作。好像只要我回复了，就必须完整负责；只要我看到了，就必须马上推进；只要我点开了，就不能再放下。这样一来，人当然会越来越怕打开消息。
短确认给了我一个中间地带。
它让对方知道这件事没有掉在地上，也让我不用把所有请求都塞进同一个当下。
第三类：信息还不齐，不能靠焦虑提前处理的事
有些请求看起来很急，其实急的是不确定。
有人问一个还没有范围的问题。一个任务被抛过来，但背景不够。一个决定看起来需要我参与，可关键条件还没给全。这个时候，我以前会很想先做点什么。查资料、写草稿、打开旧文件、预演几个可能答案。
这样做表面上像负责，实际有时只是焦虑在找出口。
信息还不齐时，提前处理不一定会让事情更快，反而可能让我把很大一块注意力花在错误的方向上。更糟的是，我会因为已经投入了时间，而更难承认这件事其实还不能动。
所以现在，遇到这类请求，我会先把它放进等待位置，而不是现在位置。
我会写下：
- 等对方补充范围后再判断。
- 需要先确认截止时间，再决定今天是否处理。
- 现在只有提醒，没有任务边界。
- 先问清楚要我做决定，还是只让我知情。
这几句话很普通，但它们能救回很多心力。
因为不是每个请求都应该被马上执行。有些请求的第一步，是把条件问清楚。有些请求的第一步，是承认现在还不是处理时机。有些请求的第一步，是不要用自己的紧张替别人补完整个任务。
第四类：声音很大，但不属于现在的事
还有一些请求，最容易骗过我。
它们不一定重要，但声音很大。可能是红点很多，可能是语气比较急，可能是平台提醒得很显眼，可能是来自一个我比较在意的人。它们一出现，我就会本能地想马上处理，好像只要晚一点，就会显得我不够可靠。
但可靠不等于被每一个入口随时调动。
真正可靠的人，应该能分清什么时候回应，什么时候确认，什么时候等待，什么时候延后。否则我看起来对每个请求都很敏感，实际上却很难把任何一件事做稳。
所以我现在会问一个有点笨、但很有用的问题：
这件事是现在需要我，还是只是现在让我不舒服？
如果只是让我不舒服，我不一定要立刻行动。
我可以把它写到稍后窗口。可以关掉通知。可以让它等到下一次统一处理。可以承认我心里有点被催促感，但不让这种被催促感决定我的顺序。
这不是冷漠。
这是把别人的入口，还原成我的判断对象。
我现在怎样处理一阵请求涌进来
现在消息一多时，我会尽量不从第一个红点开始清。
我先看一眼全局，只做一个很小的分流：
- 哪一件不回应会真的卡住现实安排？
- 哪几件只需要一句短确认？
- 哪几件信息还不齐，需要先等待或追问？
- 哪几件只是让我紧，但并不属于现在？
然后我只选一个真实下一步。
有时是先回那条会卡住别人的确认。有时是给三个人各发一句短确认，让它们不要继续悬着。有时是问清范围，然后停止提前开工。有时是把手机扣过去，回到原本正在做的那件事。
重点不是把所有消息清空。
重点是不要让所有消息同时拥有我。
这个区别对我很重要。清空是一种结果，而且经常不完全由我控制。新的消息还会来，别人的节奏还会变，通知系统还会继续提醒。可是“不要让它们同时拥有我”，是一个我可以练习的动作。
它让我在请求很多的时候，仍然保留一点主权。
我可以认真对待别人，但不必把每个请求都当成现在。我可以及时回应真正会卡住的事，也可以让可等待的事等到它该在的位置。我可以负责，而不把负责误解成随时被召唤。
很多时候，平静不是因为入口变少了。
而是我终于不再让每个入口都拥有同样的权力。
消息一多时，我现在先不问自己怎样马上处理完。
我先问：这里面，哪一个真的属于现在？
只要这个问题回来，整个人就会从被围住的感觉里松开一点。事情还是那些事情，请求也还在那里，但它们不再全都挤在同一秒钟里。
它们开始有顺序。
而有顺序，就已经少了一半的过载。