写书面反馈，书面最怕的反馈就是写成一锅粥。上周我帮同事看了一份项目反馈，情况通篇三千字，书面看完了愣是反馈不知道他想说啥。问题出在哪？情况他把所有事情都搅在一起了——进度、困难、书面建议、反馈情绪，情况全混在一块儿。书面读的反馈人得自己扒拉，累不累？情况

反馈这东西，本质上是书面替对方省时间。你写的反馈时候多花十分钟理清楚，看的情况人就能少花半小时猜。我自己的习惯是，动笔前先问自己一句：对方看完这封反馈，最需要知道哪三件事？把这三件事拎出来，剩下的都是佐料。

先摆事实，再谈感受

很多人写反馈喜欢先铺垫情绪。“最近大家都很辛苦”“整体方向是好的”——这些话不是不能说，但别放在开头。开头就写具体发生了什么。比如：“周三的测试中，登录模块出现了三次超时，分别发生在10:15、14:30和16:50。”你看，一句话就把问题钉死了。对方立刻知道你在说哪件事，不用猜。

事实摆完，再写你的判断。判断要跟事实挂钩。“这三次超时都出现在并发请求超过200的时候，我怀疑是连接池配置偏小。”——这种反馈就比“系统不太稳定”有用一百倍。对方拿到手就能去查配置，而不是先来问你“不太稳定是什么意思”。

困难要写，但别写成抱怨

反馈里写困难，容易滑向两个极端：要么轻描淡写“有点小问题”，要么写成控诉“根本做不下去”。我见过一个比较好的写法，是这么写的：“接口文档缺失，前端对接时只能靠抓包猜字段含义，平均每个接口多花1.5小时。如果能补一份文档，这部分时间可以省下来。”

你看，他把困难量化了，还给了解决方案。读的人不会觉得他在抱怨，反而会觉得他在想办法。这就是区别。抱怨是“我很痛苦”，反馈是“这里有个坑，填上它大家都能走得更快”。

建议要具体到能执行

“建议加强沟通”“希望优化流程”——这种话写了等于没写。什么叫加强？怎么算优化？没人知道。好的建议长这样：“建议每周一上午花15分钟同步一次进度，用共享表格更新，不用开会。”具体到时间、方式、工具，对方点头就能做。

还有一点，建议别一次提太多。三到五条足够了。提多了，对方反而不知道先做哪个，最后可能一个都不做。挑最关键的写，剩下的当面聊。

语气比格式重要

书面反馈没有表情和语气，同样一句话，读的人可能理解成两种意思。我自己的经验是，多用“我”开头，少用“你”开头。“我觉得这里可以调整”比“你需要调整这里”听起来舒服得多。不是要你绕弯子，是别让对方觉得你在指着鼻子说话。

另外，能一句话说清的事，别拆成三段。反馈不是作文，没人给你算字数。写得短、写得准，比写得长更有诚意。

最后说个实在的：写完读一遍，假装你是收反馈的那个人。读完什么感受？知道下一步该干嘛吗？如果答案是“不知道”，那就回去改。改到你自己读完能立刻行动为止。