数据中台把数据集中了、分析引擎做了洞察——但如果洞察只停留在报表和报告中，它不会变成决策。

决策应用的职责是：把洞察转化成行动。在正确的时间、以正确的方式、推给正确的人。

角色化看板——不同的人看不同的数据

传统BI报表最大的问题：所有人都看同一张表。资产管理员看不懂折旧分析，财务负责人不需要看维修工单明细。信息过载等于没有信息。

决策应用的核心设计原则：每个角色只看到他需要的内容。

资产管理员看板：待处理的闲置资产预警列表、本月到期的维护计划、处置审批待办。他不需要看折旧趋势——那是财务的事。

财务看板：折旧成本趋势图、预算执行率、资本化vs费用化的月度统计、数据质量异常提醒。他不需要看每台设备的维修历史——那是设备部的事。

管理层看板：资产利用率总览（集团层面）、维修费用占营收比、ROI分析、异常汇总（红警>=3条时显示）。他不需要看具体哪条工单没处理——那是下属的事。

"角色化"不是把报表拆碎。是根据这个人的业务职责来设计他每天需要看什么、关注什么、决策什么。

预警推送机制

看板是"你来看数据"。预警是"数据来找你"。

不是所有的数据变化都需要推送人。只推送那些"需要人关注或介入"的事件。

预警分为三级，各级的触发条件和推送方式不同：

举例：资产利用率监测。

黄色预警：某设备连续两个月利用率低于40%（目标值50%）——推送给资产管理员。"请注意：#0142设备利用率连续下降，建议关注。"（系统消息+邮件）

橙色预警：利用率低于30%已超过一个月——推送给资产管理员＋设备部负责人。"#0142设备利用率已低于30%超过30天，建议评估处置方案。"（系统消息+邮件+APP推送）

红色预警：利用率低于25%＋维修费同比上涨50%。"#0142设备利用率25%，维修费同比+50%，建议本月内完成处置评估并报管理层审批。"（系统消息+邮件+APP推送+短信通知设备部负责人）

从"推送信息"到"推送决策建议"

预警推了，"该做什么"——决策应用需要给出建议。

单纯的推送只会增加信息噪音。带着建议去推，才能改变行为。

设备利用率红色预警推送时，决策建议一并推送：

"建议方案：①调拨——查看集团内是否有同类需求部门（已自动匹配完成，找到3个可能调入部门）；②处置——评估残值与持有成本的对比（已自动完成：持有成本月均1.2万，预估残值12万）；③如继续持有——请填写理由并报备。"

资产管理员不需要自己去查数据、做对比——系统已经做好了。他要做的只是"选一个方案，点确认"。

这就是"从洞察到决策"的最后一公里——洞察推到了人面前，而且给出了怎么做、几个选项、每个选项的优缺点。

决策执行跟踪

决策做了——但有没有执行？执行了效果怎么样？这是大多数决策工具忽略的环节。

决策应用需要能跟踪决策的执行状态。流程图是这样的：

系统推送"请评估#0142的处置方案"（系统推送）→资产管理员选择"调拨"→系统生成调拨申请单（流程启动）→调拨审批中→审批通过→资产状态更新→系统自动对比处置前后的成本差异。

一个月后，系统自动生成一条反馈："#0142调拨完成。原持有成本月均1.2万→现在由调入方承担，持有成本下降为0。调拨净收益：年节约14.4万。"

这最后一步——"决策执行后的效果反馈"——是很多企业决策管理最缺失的一环。没有它，你永远不知道你做过的决策产生了什么影响。

决策应用做好了，平台化能力才从"数据工具"变成了"管理系统"。资产管理员的工作方式变了——他不再是被动等指示，而是系统主动推送"什么事需要你决策、怎么决策、决策了什么"。