你不是效率低
先给「效率不高」换一个更准的名字。
两周数据画像
用一组真实工作数据看「忙」和「产出」是两回事。
- 两周发出 745 条消息，日均 ~75 条。
- 横跨 74 个不同会话（单聊 + 群）。
- 被 @ 155 次，基本都是当天跟进。
- 自己该推进的 5 项主线全部逾期，超时 1~4 天，反复被提醒。
- 下午 14~18 点是响应高峰（506 条）——下午基本不是自己的时间。
- 大量「一个参数来回 7~8 条」的短消息，时间耗在问与等。
一天时间流向
主线只占一小块，其余全被别人安排三个陷阱
响应式工作由三个环环相扣的陷阱撑起来。拆掉任何一个，都会松一大截。
① 上下文切换税
74 个线程，每次切换要 5~15 分钟找回状态。一天的有效时间，不是被用掉的，是被切碎的——切 20 次，几小时就没了。
② 别人的 @ 替你排优先级
救火永远最急，自己的任务永远「等忙完再说」——而「忙完」从未来过。你的主线逾期，不是你没记性，是它每次都排在最后。
③ 低价值短来回
一个参数来回 7~8 条、一件事追问 10 条。开放性等待最耗人：问一句、等一句，事没结论，时间先没了。
破解四招
不动摇对同事的响应，只调整「怎么响应」——四招都能明天就用。
① 每天先做自己的 2~3 件事
早上先推进主线（哪怕 30 分钟），再开消息。被 @ 打断时，处理完手上这一步再走，而不是立刻扔下手里的活。
② 集中响应窗口
一天设 3 个窗口（如 10：30 / 14：30 / 16：30）批量处理 @。真紧急才即时，其余攒到窗口——你的连续工作时间立刻变多。
③ 归堆处理
74 个会话八成是渠道 SDK / 支付 / 打包 / 提审四类。同类问题攒一起批量处理，比分散切 20 次上下文高效得多。
窗口内同类问题一起回复，并给出明确的答复时间。
跟 leader 对齐优先级
一个人扛着「什么都重要」，不如让 leader 帮你定「什么最要」。这不是示弱，是让上级的知情权落地。
- 什么都接，不跟 leader 确认什么最重要。
- 主线逾期了，leader 只能靠机器人提醒才知道。
- 于是反复被点名 → 更焦虑 → 更想拖。
- 每周跟 leader 对齐：「这周最重要的三件是什么」。
- 主动说：「主线是 X，可能要占用大部分精力」。
- 需要延期的，提前说，而不是等到逾期。
上手清单
不灌鸡汤，只给三件这周就能做的事。
① 清一次逾期
列出所有逾期主线，跟 leader 排「这周做完哪两个」，其余明确延后。先把 5 项逾期压到 2 项以内。
② 明天起设响应窗口
关掉群消息提醒，只在 10：30 / 14：30 / 16：30 打开处理。先坚持一周，看主线推进速度的变化。
③ 每次被 @ 先问一句
「这是救火，还是推进？」——救火也要做，但推进不能被救火挤没。想不清楚就先放窗口。
工作量 ≠ 产出。先做自己的事，再响应别人；响应再快，也换不来一条主线交付。
「每条消息都秒回，才显得靠谱」——即时响应是最廉价的靠谱；主线按时交付，才是真靠谱。