IN-03
商业
客诉归口不清，账为什么对不上？
营运与物业各记一套账，同一件客诉在月度会上出现两个版本。问题不在记录不勤，而在受理入口不唯一、分派规则不成立——没有唯一归口，就没有可对账的账。
- 现场同一客诉两套台账，升级靠打电话，档期一变节拍就乱
- 根因受理入口不唯一；分派与升级规则缺位；跨部门无留痕
- 改法统一受理入口与升级链，按业态与档期分级响应，跨部门转单留痕
Insights · 洞察
把现场问题拆到机制层，一次只讲清一条
不写行业趋势，也不复述产品功能。每篇只处理一个真实的现场问题：它为什么反复发生、根因在哪一层、改法能不能配进系统、最后用什么口径验收。
01
Format
每篇复盘固定五段，篇篇挂两个标签
五段是固定骨架：现场 → 根因 → 改法 → 口径 → 关联。现场讲现象与代价，根因只归到机制层（不写「人不行」），改法讲能配置进系统的动作，口径讲用什么指标验收、从哪里取数。
与白皮书的分工：洞察是篇，一次切一条机制，短、可累积、有时效；白皮书是册，按业态把整套机制讲完，带版本号与 PDF。 每篇复盘末尾都会指向对应的白皮书小节——想读完整体系，请去白皮书。
轴一 · 业态（它发生在哪）
每篇复盘必属且只属一个业态，并以该业态的六个章节页作为落点。
轴二 · 能力（它靠哪块底座解）
同时指向平台能力的六项底座之一，让「现场问题」和「系统模块」对得上号。
02
Archive
现场复盘档案
按发布时间倒序。每张卡片给出五段提要，点进去是完整复盘；卡片右侧标签可直接跳到对应业态与能力。
IN-02
工业
维保计划为什么总让位给救火？
计划维保写在年度表里，执行时永远排在抢修后面。真正的原因不是人手不够，而是计划与抢修走的是两条队列，且设备分级没进系统——每次都要靠人临时判断该先做哪个。
- 现场年度维保表普遍延期，抢修挤占计划工时，备件与排班脱节
- 根因设备未分级；计划与抢修两条队列；完成率无取数来源
- 改法设备分级进系统，计划与抢修同一队列按分级排优先级，频次版本化
IN-01
医疗
为什么同一个报事，会变成三份记录？
同一件报修在微信群里一条、电话里一条、纸质单上一条。看似是「记录习惯」问题，实际是入口不唯一导致事件无法收敛——没有唯一事件编号，追溯就只能靠人回忆。
- 现场报事散落群聊与电话，谁接谁派谁验收靠口头，迎检前集中补台账
- 根因入口不唯一无法收敛事件；派工无规则；验收无口径
- 改法统一受理入口与唯一事件编号，派工规则前置与超时升级，跨专业转单留痕
03
Map
洞察在站点里的位置
洞察不是一个独立博客，而是「业态」与「能力」两条内容轴的交叉点：向上承接方法论，向内指向五个业态的六个章节，向外落到六项底座能力，深处交给白皮书，证据交给案例档案。
- 方法论是总纲：标准 → 系统 → 复制 → 复盘。洞察做的正是最后一环「复盘」的公开切片
- 五个业态各自六章：机制痛点 / 角色与责任 / 治理解法 / 结果承诺 / 落地路径（医疗另含 HospIQ 原版产品）
- 平台能力的六项底座，是每篇复盘「改法」一段的落点
- 白皮书五册是纵深：复盘只切一条机制，全套机制与验收口径在白皮书里讲完
- 案例档案是证据：脱敏档案写明起点、治理动作与结果口径，与复盘互相印证
引用规范：欢迎在注明来源（思诺智管 · servechina.cn）的前提下引用观点与框架；请勿整篇转载或用于商业售卖。完整条款见 白皮书版权与引用规范。
你手上也有反复发生的现场问题？
把它讲清楚：发生在哪、代价是什么、现在靠什么兜着。我们按同一套五段骨架给出根因判断与口径建议，并在诊断环节对着系统演示验证。