USE CASE 落地场景

周报:从流水账到能看的周报,中间只差三步

周报写成流水账,问题常出在素材太散。先把这周干的事倒出来,摆满一屏,再谈结构。

周报:从流水账到能看的周报,中间只差三步
题图 / Unsplash

第一步:先把素材倒出来

别对着空白文档想。打开三个地方:任务清单、提交记录、这周的聊天记录。

每个地方挑十条,复制到一个文件里,不用整理,顺序乱也没关系。

这一步求全,好不好可以后面再说。漏掉的事后面补不回来,写得糙没关系。

素材量控制在三十条以内。超过三十条,说明你把琐事也记进来了,先自己筛一遍。

木桌上摊开的键盘、咖啡和记事本,正在倒这周做过的事
场景配图 / Unsplash

第二步:让它分类,不给它自由

把素材丢进去,要求分成四类:完成的事、推进中的事、卡住的事、下周计划。

关键是加一句:不要补充我没写的内容,不要编数字。

分类完你自己看一遍,把不重要的删掉。周报不是日记,一件事如果对别人没影响,就不用写。

留下来的每条,要求它补一句“所以呢”:这件事带来了什么变化。这一句是流水账和汇报的分界线。

  • 完成:有结果、有交付物
  • 推进中:说清卡在哪
  • 卡住:要谁支持
  • 下周:不超过三条
贴着 To Do、Doing、Done 三列的便利贴,按状态归好类
场景配图 / Unsplash

第三步:把过程改成结果

“对接了三个部门”是过程。“把审批流程从五步压到三步,平均两天变半天”是结果。

让模型改写时,明确要求:每条不超过两行,先说结果,数字放前面,删掉“进行了”“开展了”这类词。

改完自己核数字。它会把“大概三天”写成“三天”,把“十几个人”写成“十五人”。所有数字回到原始记录核对一遍。

没有数字的事,就写影响范围:影响了哪些人、哪个环节、多久。

还有一类事最容易被写成流水账:开会。开会本身不算成果,会上定了什么才算。写成“和某部门确认了排期,提前两天”,比“参会”有用。

笔记本电脑屏幕上摊开的数据图表,结果和数字摆在最前面
场景配图 / Unsplash

验收:五条标准

一,每条能看出结果,不是动作。二,数字都有出处。三,卡住的事写清了要谁支持。四,下周计划不超过三条,且和这周有关联。五,全文一屏能看完。

五条里有三条不满足,重写比重改快。

最后一条最容易被忽略:周报是给别人看的,读的人只有两分钟。超过一屏,他只会看前三条。

所以最重要的那条放第一行,别按时间顺序排。周报是给别人做判断用的,按时间排等于把判断权交出去。

补充一句周报里不要写“加强了”“提升了”这类没有刻度的词。要么给数字,要么给具体变化。

常见问题

每周都写,素材从哪来?

平时记。做完一件事顺手记一行,周五就不用回忆。记在同一个文件里,别散在聊天记录里。

领导只看三条怎么办?

那就把最重要的三条放最前面,其余放附录。结构上迁就读者的习惯,不是迁就你的表达。

能不能让它直接生成整篇?

可以出草稿,但结果和影响必须你自己填。它不知道你这件事对公司意味着什么。