跨部门卡点
定位协作卡在哪个接口、谁在等谁、责任真空在哪
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
场景：某互联网公司内部，技术部与客服部的产品问题反馈流程会议，45分钟。
协作链路还原：
- 客服接收用户问题 → 2. 提交问题单至技术部 → 3. 技术部分析问题 → 4. 客服跟进状态 → 5. 技术部修复并反馈。
卡点与等待关系分析矩阵：
| 卡点类型 | 涉及接口 | 等待方 | 等待时长估计 | 责任真空判定 |
|---|---|---|---|---|
| 格式不兼容 | 问题单提交 | 技术部 | 1天 | 明确 |
| 数据依赖 | 问题分析 | 客服部 | 2天 | 真空（证据不足） |
| 进度不同步 | 修复跟进 | 技术部 | 3天 | 明确 |
证据不足示范：在“数据依赖”卡点的责任真空判定中，标注为「原文无依据 / 推断」，因为会议未提供具体数据协议文档，此判定基于参会者口头讨论推断，缺乏正式记录支撑。
接口协议建议：针对格式不兼容，建议统一问题单模板；针对进度不同步，提议设置每日状态同步会。
结论：会议识别出跨部门协作的核心卡点，强调需优化接口协议。技术负责人表示：「没有清晰的数据交换标准，分析环节总会卡住。」
什么时候用它
用在内部会议这类录音上。当内容里出现下面这些信号时，它最派得上用场：
多部门参会互相推诿进度延误
输出的 4 个模块
产出形态是对照矩阵，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1协作链路还原
- 2卡点与等待关系
- 3责任真空地带
- 4接口协议建议
它怎么保证不瞎说
亲证锚定
置信分层
约束与代价
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 跨部门卡点适合分析什么样的录音？
- 适用于内部会议。典型触发信号：多部门参会、互相推诿、进度延误。一场录音即可。
- 用跨部门卡点会拿到什么？
- 产出形态是对照矩阵，包含 4 个模块：协作链路还原、卡点与等待关系、责任真空地带、接口协议建议。
- 跨部门卡点不做什么？
- 不得据此对个人绩效定性；不得把推断当事实用于问责