会议效衡分析系统
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_89b96750/meeting-efficiency-analyzerg。
技能介绍
会议数据沉在底下,没人算过
大多数团队复盘会议时只有两种结论:要么「会太多」,要么「下次再约一次」。真实的低效原因其实埋在纪要和录音转写里:谁在主导发言、话题偏离了几次、计划半小时实际开了一个半小时、散会时没有一条决策落地。这些信号不是不存在,而是没有人系统地把它们量化出来,于是下一次开会照旧踩同样的坑。
这个技能做什么
会议效衡分析引擎把一场会议当作一次可度量的实验,输入是会议记录或转写文本,输出是一组效率指标和低效模式诊断。核心能力分三层:
- 量化指标:计算
会议ROI(投入的人力时长与产出决策数之比)、时间分布分析(时间花在汇报、讨论还是决策上)、参与度均衡性(发言人次与时长的分布方差)、决策速度(从议题提出到形成决策的耗时占比)。 - 低效模式识别:内置五类典型病灶,用规则标记——
跑题(议题偏离次数)、超时(实际时长与计划时长的差值)、一言堂(单一发言人时长占比超过 40%)、无结论(散会时无决策产出)、重复讨论(与上次议题重合的话题)。 - 结论输出:按会议或按周期输出对比,让团队看到哪些会议值得开、哪些环节在吞时间。
使用时把会议纪要、转写文本或结构化字段喂给技能,它会按上述维度逐条解析并生成诊断报告,适用于单次会议复盘和团队层面的周期性效率对比。
边界与注意点
- 指标质量取决于输入质量:残缺的纪要或转写错误会导致
参与度均衡性失真,建议先确认文本完整。 会议ROI把决策产出作为收益近似,但并非所有会议的产出都是决策,纯同步信息的会会被低估,解读时需结合会议类型。- 低效模式是启发式规则,
一言堂的 40% 阈值是经验值,跨团队对比前先在内部校准基线。
使用场景
- 每周例会后复盘时,需要量化本场会的时间去向和决策产出,确认哪些议题该砍
- 团队连续出现超时会议,需要按计划时长对比实际时长,定位是哪几个议题吞掉了时间
- 复盘会发现一个 speaker 占了 60% 发言时长,需要用参与度均衡性指标验证是否达到「一言堂」阈值
- 季度复盘时需要汇总多场会议,统计跑题和无结论出现的次数,判断低效模式是否在重复发生
适合人员
- 团队负责人,要在例会后用数据回答「这会开得值不值」,而不是凭感觉砍会
- 研发组长,需要定位每个迭代评审里哪些议题偏离、超时,把改进落到具体人
- 会议纪要整理人,需要把转写文本转成可对比的效率指标和低效模式清单
- 组织效能岗位,需要跨团队汇总参与度均衡性和决策速度,做周期性效率对比