回复难写的消息：拒绝、投诉与坏消息

难写的消息之所以一直没人回，不是因为它难写，而是因为写出来的每一版都感觉不对。本能的反应是把语气软化，但这会制造出模糊地带，而模糊地带又会引来一次追问，最终还是躲不掉要回复。拖延本身也是一种表态，而且通常比你原本会发出去的任何回复都更糟糕。先随便写一版再修改，比等到自己“觉得准备好了”要快得多，因为语气正是在修改的过程中被打磨出来的。

一个明确的拒绝包含三个部分，加上一件绝对不能做的事。先说出结论，给一个真实的理由，再给出确实存在的替代方案。绝对不能做的事，是编造一个自己并不当真的委婉理由，因为这等于是在一个不真实的前提上邀请对方来谈判。明明想说“不”，却说成“现在还不行”，换来的就是下个季度对方再来问一次。如果答案是不行，“不行”这两个字要放在第一句，暖意留给第二句。

回应投诉，应该先承认，再解释，但大多数回复恰恰做反了。一上来就讲技术上到底哪里出了问题，无论多么准确，读起来都像是在辩解。正确的顺序是：第一句先承认造成的影响，第二句说明发生了什么，第三句说明接下来会怎么改。把解释放在承认之后，读起来是负责任；同样的话放在最前面，读起来就成了找借口。这是顺序造成的效果，而不是内容本身的问题——这也正是为什么明明句句属实，却还是很容易把顺序搞错。

什么都别藏着掖着。如果坏消息被放在第三段才出现，读者读到时会回头把前两段重新读一遍，看自己是不是漏看了什么，这种效果比直接说出来更糟。开头就说坏消息本身，接着说这对收件人具体意味着什么，然后说接下来会怎么做、什么时候有结果。最体贴的坏消息表达方式恰恰是具体，因为含糊其辞只会让对方在应对实际问题之外，还要额外去消化不确定性。

常见的做法是用铺垫来冒充温暖：冗长的道歉、层层叠叠的措辞、好几句感谢的话。这种写法读出来的是作者自己的不自在，而不是对对方的关心。真正的温暖是具体而简短的。承认对方实际经历过的那个具体不便，比一整段泛泛的抱歉更有分量。用助手起草回复时，真正该调整的参数是语气而不是篇幅，事后有用的修改，几乎总是删减。

三个检查点能拦住大部分问题。第一句话里有没有真正的答案，还是需要读者自己去找。有没有哪句话，一旦被转发出去会让你难堪——辩解式的解释通常就藏在这种句子里。消息有没有交代接下来会发生什么，还是就这么结束了，留下对方自己去猜到底要不要回复。难写的消息，值得刻意重读一遍；常规消息则不必，分清这两者，才能把注意力用在真正要紧的地方。