周五下午4点，你把周报发出去，写了1200字，列了17条任务。周一晨会，领导问「上周那个项目推进到哪了」，你才发现他压根没看。问题不在态度，在结构。
先做个对比。流水账版：「周一开会，周二改方案，周三对接客户，周四测试，周五复盘。」价值版：「核心项目A进度从60%到85%，卡点在第三方接口，已约对方技术负责人周一10点对齐。」后者38个字，信息密度是前者的5倍。
结构一：结论前置。把「本周最重要的1件事」放在第一行，控制在50字内。常见错误是把「完成了领导交办的各项工作」当结论——这句话等于没说。
结构二：用数字替代形容词。别写「大幅提升」，写「响应时间从2.3秒降到0.8秒」；别写「客户很满意」，写「客户续约意向从观望转为明确，合同金额区间28万到35万」。数字自带说服力，形容词只会稀释它。
结构三：卡点单独成段，写清楚三要素——卡在哪、需要谁、什么时候要。例：「卡点：测试环境权限未开通。需要：运维组张工审批。时限：周三下班前，否则影响周五上线。」领导扫一眼就知道该干什么。
结构四：下周计划不超过3条。写5条以上等于没有重点。每条带一个可验证的交付物，比如「周三前输出V2版原型，含3个核心页面」。
结构五：留一行「需要支持」。很多人不敢写，结果问题拖到月底爆雷。写法要具体：「需要市场部提供Q3投放数据，用于测算ROI，希望周四前拿到。」
一个反例：有人把周报写成情绪日记，「这周很累但很充实」。读者是领导，他要的是决策信息，不是感受。把「累」换成「本周加班12小时，主要消耗在数据核对，建议下月引入脚本自动化，预计每周省4小时」。
最后提醒：周报长度控制在400到600字，超过800字阅读完成率断崖式下降。发之前自己读一遍，问一句「如果我只读第一段，能不能知道这周的价值」，答不上来就重写。
