书面反馈情况怎么写
写书面反馈,书面最怕的反馈就是写成一锅粥。上周我帮同事看了一份项目反馈,情况通篇三千字,书面看完了愣是反馈不知道他想说啥。问题出在哪?情况他把所有事情都搅在一起了——进度、困难、书面建议、反馈情绪,情况全混在一块儿。书面读的反馈人得自己扒拉,累不累?情况 反馈这东西,本质上是书面替对方省时间。你写的反馈时候多花十分钟理清楚,看的情况人就能少花半小时猜。我自己的习惯是,动笔前先问自己一句:对方看完这封反馈,最需要知道哪三件事?把这三件事拎出来,剩下的都是佐料。 很多人写反馈喜欢先铺垫情绪。“最近大家都很辛苦”“整体方向是好的”——这些话不是不能说,但别放在开头。开头就写具体发生了什么。比如:“周三的测试中,登录模块出现了三次超时,分别发生在10:15、14:30和16:50。”你看,一句话就把问题钉死了。对方立刻知道你在说哪件事,不用猜。 事实摆完,再写你的判断。判断要跟事实挂钩。“这三次超时都出现在并发请求超过200的时候,我怀疑是连接池配置偏小。”——这种反馈就比“系统不太稳定”有用一百倍。对方拿到手就能去查配置,而不是先来问你“不太稳定是什么意思”。 反馈里写困难,容易滑向两个极端:要么轻描淡写“有点小问题”,要么写成控诉“根本做不下去”。我见过一个比较好的写法,是这么写的:“接口文档缺失,前端对接时只能靠抓包猜字段含义,平均每个接口多花1.5小时。如果能补一份文档,这部分时间可以省下来。” 你看,他把困难量化了,还给了解决方案。读的人不会觉得他在抱怨,反而会觉得他在想办法。这就是区别。抱怨是“我很痛苦”,反馈是“这里有个坑,填上它大家都能走得更快”。 “建议加强沟通”“希望优化流程”——这种话写了等于没写。什么叫加强?怎么算优化?没人知道。好的建议长这样:“建议每周一上午花15分钟同步一次进度,用共享表格更新,不用开会。”具体到时间、方式、工具,对方点头就能做。 还有一点,建议别一次提太多。三到五条足够了。提多了,对方反而不知道先做哪个,最后可能一个都不做。挑最关键的写,剩下的当面聊。 书面反馈没有表情和语气,同样一句话,读的人可能理解成两种意思。我自己的经验是,多用“我”开头,少用“你”开头。“我觉得这里可以调整”比“你需要调整这里”听起来舒服得多。不是要你绕弯子,是别让对方觉得你在指着鼻子说话。 另外,能一句话说清的事,别拆成三段。反馈不是作文,没人给你算字数。写得短、写得准,比写得长更有诚意。 最后说个实在的:写完读一遍,假装你是收反馈的那个人。读完什么感受?知道下一步该干嘛吗?如果答案是“不知道”,那就回去改。改到你自己读完能立刻行动为止。先摆事实,再谈感受
困难要写,但别写成抱怨
建议要具体到能执行
语气比格式重要