有回我给主管发一长段，从背景讲到进展，绕了三百字才说“所以下周要延后”。她回得干脆：你直接说结论行不行？我这才意识到，交代事情把结论藏尾巴，是种变相的折磨。
从那以后，我交代任何事，第一句先给结论：要什么、什么状态、要对方做什么。再把必要的背景和细节跟上。对方先懂了结果，再听来龙去脉，心里不慌，也不用来回猜你到底想干嘛。
为什么先结论更省事？人听东西，最怕不知道你要他干啥。你把结论撂前头，他立刻进入“接活儿”状态；你要是铺垫半天，他前半截都在猜，后半截早漏了。结论前置，是把对方的注意力直接引到行动上。
同样一件事，我前后写法差很多。改之前：“关于那个客户的事，上周碰了次，中间出了点状况，技术那边说要重做，所以……”改之后：“客户交付顺延到月底，技术要重做一块，我周三给新排期。”后者三行，对方秒懂。前者他得读到最后才知道坏消息，前面的铺垫全成了煎熬。结论前置，是把知情权先给到位。
但结论前置不等于甩一句就走。复杂的事，结论之后得补“为什么”和“接下来咋办”。我常用的句式是：一句话结论 + 两句背景 + 一句要对方做的。三块齐了，既不啰嗦，也不空洞。
也有不该硬前置的时候。带情绪的事、敏感的人事，一上来就扔结论，对方容易觉得被通知、不被尊重。这种得先铺垫两句再给，给人缓冲。结论前置是效率工具，不是万能句式，分场合用才灵。
误区是把“给结论”变成“甩锅”。只说“这事儿不行”，不说是哪儿不行、谁来判断，对方接了也接不住。结论得带方向，不是只丢个否定词。真正的结论前置，是替对方省去猜测，不是把思考甩给他。
我后来把这套用在写周报上：开头一行写“本周三件事加下周两点”，后面才铺过程。领导说读着顺，因为他先拿到结论，细节成了补充而不是迷宫。
结论前置练久了，会发现它逼着你先想清。很多写不顺的交代，不是话不会说，是结论自己没立住。先把那句结论逼出来，话自然就通了，绕远路的毛病也改了。
有人担心结论前置显得生硬，像下命令。其实把“结论加背景加要做的”摆清楚，对方反而松快，因为他知道你要他去哪。生硬的是只给结论不给路，不是结论本身。把路指明，就不生硬，反倒是替对方省了猜的力气。
有回跨部门对接，我甩了句“方案要改”，对方回“改哪”，我答不上来，才补背景。结论前置也得自己先把事想透，不然结论成了空壳，别人一追问就露怯。前置是替人省猜，不是替自己省想。
