默往进度更新：完成证据、阻塞与下一步

任务负责人每天说“还在做”，其他人却不知道能否按时开始下一步；反复追问“好了没”，又容易只得到一句“快了”。在默往里更新协作进度时，可以围绕可核对的结果和当前需要的帮助表达。下面以虚构的线上摄影分享材料整理为例，提供一条简短进度消息的写法，不依赖自动项目管理功能。

一、先说已经完成的结果，提供可查看的材料

“今天忙了两个小时”说明投入，“六张作品已完成四张的标题核对”说明结果。进度更新优先写后者，并给出当前清单或相应材料的位置，让接收者需要时能自己核对。只提供完成结果所需的材料，不把整段无关聊天转过去。

完成的定义也要一致。草稿做完、作者确认、可以对外使用是不同阶段；如果只是完成草稿，就把“草稿”写出来。不要用一个没有依据的整体百分比掩盖阶段差异，尤其是最后一个待确认项可能影响全部材料使用时。

二、把剩余工作拆成能判断的几项

接着写还要完成什么，例如“剩余两张标题待作者确认；全部确认后检查编号与清单是否一致”。这样大家能看见接下来的顺序，而不是只知道还有“一点收尾”。有些工作可以并行，有些必须等待前置结果，也应交代清楚。

不要把同一个事项同时放进“已完成”和“待完成”。可以写“图片已收到，标题尚未确认”，分别说明两部分状态。若前一版报告中写过的完成项后来发现问题，应主动修正，不沿用已经不准确的旧进度。

用可核对结果描述进度，再列出仍未完成的项目（原创示意图）。

三、说明阻塞时交代影响和已经尝试的办法

“等别人回复”过于笼统。可写：“第5、6张的标题需要作者确认，当前已发送一次具体核对问题；在确认前可以继续整理顺序，但不能定稿。”这段话明确了卡点，也让同伴知道哪些工作仍能继续。

阻塞说明只写事实，不评价对方是否认真。还未核实的原因用“待确认”，不要把沉默解释为拒绝。自己能够处理的部分继续推进，必须由外部提供的信息则写成明确请求，避免团队成员为了帮忙重复向同一个人催问。

把卡点、影响范围和已做的尝试放在同一段说明中（原创示意图）。

四、请求帮助时写清对象、内容和需要的时点

需要配合时，把“谁能帮一下”改为具体请求：“请两位作者在10月23日15:00前确认各自标题，直接回复‘保持原题’或给出新标题；如暂时无法确认，也请告知可回复时间。”时间和选项仅为示例，应依据实际任务调整。

如果晚于这个时点会影响下一步，再说明影响，让协作者能够判断优先级。需要负责人在两个方案中作决定时，把方案和代价简要列出；不能擅自替其选择，也不要把“可能完成”写成已经承诺的日期。

五、收尾给出下一步和下次更新时点

一条完整示例可以写：“已核对4张标题，清单见本条附件；剩余2张待作者确认。收到确认后会检查编号和清单。请相关作者按上述问题回复，我将于10月23日16:00前更新结果，即使仍在等待也会说明状态。”这是一条进度报告，不是让所有人重新读一遍任务历史。

下一次更新到点时，如实交代变化；没有新结果，也说明当前阻塞和下一步。任务全部完成后，将进度报告接续到正式交付与核对，不再反复发送同样的“已完成”消息。沟通节奏由任务约定，只有出现会影响他人安排的新变化时，才需要提前补充。

下一步行动与更新时间，比含糊的“快好了”更容易接续（原创示意图）。

本文提供人工记录和表达方法，不预设自动计算进度、催办或识别阻塞功能；图片中的人物与任务为原创虚构示例。