Capability 08 · Matrix
底座相同,
配置深度不同。
五业态不该有五套软件;但差异是真实的,必须被显式登记而不是被抹平。
差异不是问题,未被登记的差异才是。
完整对照表
| 平台能力 | 医疗 | 商业 | 写字楼 | 学校 | 工业 |
|---|---|---|---|---|---|
| 工单与调度 | ● 临床优先级 | ● 客诉 / 档期 | ● 租户分级 SLA | ● 投诉 + 活动 | ● 停机队列 |
| 工程与设备 | ● 院感 / 医工 | ○ 公区设施 | ○ 楼宇机电 | ○ 校园 PM | ● 一物一码 / PM |
| 保洁与质控 | ● 院感抽检 | ● 巡场 / 商户区 | ○ 大堂 / 公区 | ● 活动后 / 宿舍 | ○ 外围清洁 |
| 人员与绩效 | ● 岗位挂钩 SLA | ● 档期人效 | ○ 班组负荷 | ● 峰谷排班 | ● 同池增援 |
| 外包治理 | ● 多专业分包 | ● 扣罚 / 申诉 | ● SLA 证据 | ● 后勤合同 | ● 分包 / EHS |
| 多项目复制 | ● 多院区模板 | ● 多广场 | ● 多楼宇 | ● 多校区 | ● 多园 / 产线 |
「●」为该业态常规增强,「○」为底座可用、增强较浅。本表是售前对齐工具,不是功能承诺清单。
为什么有的格子是「增强」,有的是「可用」
判断依据是该业态的业务后果有多重,而不是这项能力有多难做。
以工程与设备为例:工业园区一次非计划停机直接换算成产量损失,设备履历与预防性维护就是刚需,因此标「●」;写字楼的楼宇机电当然也要管,但单次故障的业务后果通常可控,基线能力足够,标「○」。反过来说,写字楼并不因此少一项功能,只是不必额外深度配置。
这个区分对甲方很重要:它把「必须配」与「可以配」分开,避免为不需要的深度付费,也避免该深的地方浅配。
这张表怎么用
| 场景 | 怎么用 | 结果 |
|---|---|---|
| 售前对齐 | 按业态圈出「●」项,作为配置包范围的起点 | 报价与范围不再靠感觉 |
| 调研提问 | 把「●」项转成现场问题:现在这件事谁在做、多久做一次、出问题怎么追溯 | 访谈有结构,不遗漏 |
| 实施范围 | 「○」项在基线内交付,「●」项逐项确认到参数级 | 边界清晰,验收可对 |
| 分期规划 | 一期先上「●」项,二期再补深度配置 | 减少一次性铺开的风险 |
跨业态的通用判断
无论哪个业态,三类配置深度都值得优先确认:等级与时效(决定升级链是否成立)、证据要求(决定追责是否可行)、数据边界(决定多外包商能否共存)。
其余差异多数属于作业面与窗口的调整,可以在实例化阶段处理,不必上升为平台差异。
自检清单
- 五个业态是否共用一套底座与指标定义
- 该业态的「●」项是否逐项确认到参数级
- 「○」项是否被误配成深度模块,抬高成本与实施难度
- 差异项是否登记在案,而不是在现场默默变通
- 一期范围是否只覆盖「●」项,避免一次性铺开