无人认领的会议事项
把反复提起却没人接的事落到人
读下面的会议记录，找出被反复提起、却始终没人明确负责的事。用表格输出：1）事项（一句话说清要交付什么）；2）被提起的次数和原话；3）没人接的原因（缺权限/缺资源/职责不清/只是担心）；4）建议归属到具体角色，不写“相关同事”；5）继续无人负责时，最晚什么时候出问题。最后单列一件需要会上当场拍板的事。 [粘贴记录]
使用建议
反复提起不等于重要，可能只是大家都觉得该由别人做；先写清“不做的后果”，归属才谈得下去。
适合什么场景
- 项目 Weekly 开了六周，每次都说“埋点要补”，但纪要里从来没有负责人，问题一直滚到上线前。
- 跨部门会上多个团队都提到“权限申请太慢”，每个人都觉得是对方的事，会一散就没人管。
不适合的场景
- 事项已经有明确负责人、只是进度慢——再列“无人负责”会重复追责，应该追排期。
- 会上只是有人随口提了一句、没有形成共识——硬把它升级成待办，会制造并不存在的任务。
示例
输入
周会记录（第 3 次）：A：埋点还是没补，上线后没法看转化。B：这个不是数据组做吗？C：我们只负责报表，埋点要产品提需求。A：上次就说要提。D：先把上线保住吧。B：那到底谁提？（无人回答）
你会得到
表格第一行写“补齐上线所需埋点并提交需求”，标注已连续 3 次提起，原话引 A 和 C。没人接的原因写“职责不清：产品认为数据组提，数据组等产品需求”，建议归属到产品负责人而不是“相关同事”。最后写不做的后果：上线后无法按渠道看转化，最晚下周三前必须定，并把“谁提埋点需求”列为本次会议唯一需要当场拍板的事。
常见误用
- 把每条提到的事都算成“无人负责”——真正的无人负责是“提了多次、有人问谁做、没人回答”，不是所有闲聊。
- 建议归属写“产品/数据/研发一起”——三个人一起负责等于没人负责，必须落到一个角色。
可以这样改
- 加“给每个事项配一句会上可以直接问的话”，比如“这件事谁能在周五前给个名字？”，当场就能破局。
- 改成“只列连续两次以上被提起的事项”，适合长项目复盘，避免一次性噪音。