Capability 08 · Matrix

底座相同,
配置深度不同。

五业态不该有五套软件;但差异是真实的,必须被显式登记而不是被抹平。

差异不是问题,未被登记的差异才是。

完整对照表

平台能力 医疗 商业 写字楼 学校 工业
工单与调度 ● 临床优先级 ● 客诉 / 档期 ● 租户分级 SLA ● 投诉 + 活动 ● 停机队列
工程与设备 ● 院感 / 医工 ○ 公区设施 ○ 楼宇机电 ○ 校园 PM ● 一物一码 / PM
保洁与质控 ● 院感抽检 ● 巡场 / 商户区 ○ 大堂 / 公区 ● 活动后 / 宿舍 ○ 外围清洁
人员与绩效 ● 岗位挂钩 SLA ● 档期人效 ○ 班组负荷 ● 峰谷排班 ● 同池增援
外包治理 ● 多专业分包 ● 扣罚 / 申诉 ● SLA 证据 ● 后勤合同 ● 分包 / EHS
多项目复制 ● 多院区模板 ● 多广场 ● 多楼宇 ● 多校区 ● 多园 / 产线

「●」为该业态常规增强,「○」为底座可用、增强较浅。本表是售前对齐工具,不是功能承诺清单。

为什么有的格子是「增强」,有的是「可用」

判断依据是该业态的业务后果有多重,而不是这项能力有多难做。

以工程与设备为例:工业园区一次非计划停机直接换算成产量损失,设备履历与预防性维护就是刚需,因此标「●」;写字楼的楼宇机电当然也要管,但单次故障的业务后果通常可控,基线能力足够,标「○」。反过来说,写字楼并不因此少一项功能,只是不必额外深度配置。

这个区分对甲方很重要:它把「必须配」与「可以配」分开,避免为不需要的深度付费,也避免该深的地方浅配。

这张表怎么用

场景 怎么用 结果
售前对齐 按业态圈出「●」项,作为配置包范围的起点 报价与范围不再靠感觉
调研提问 把「●」项转成现场问题:现在这件事谁在做、多久做一次、出问题怎么追溯 访谈有结构,不遗漏
实施范围 「○」项在基线内交付,「●」项逐项确认到参数级 边界清晰,验收可对
分期规划 一期先上「●」项,二期再补深度配置 减少一次性铺开的风险

跨业态的通用判断

无论哪个业态,三类配置深度都值得优先确认:等级与时效(决定升级链是否成立)、证据要求(决定追责是否可行)、数据边界(决定多外包商能否共存)。

其余差异多数属于作业面与窗口的调整,可以在实例化阶段处理,不必上升为平台差异。

自检清单

差异可以配置,口径不能分叉。

五个业态可以有不同的深度,但指标定义必须唯一。