平台化的前两层，一层解决数据的可用性，一层解决结论的生成。两者都不直接改变行为。 一份分析报告若需要接收人自行打开、自行比对、自行判断应当采取什么动作， 它对决策的实际影响取决于接收人当时的空闲程度，而与管理意图无关。
决策应用的设计起点即在这一段距离上。它需要处理三件事： 结论送到谁面前、以什么形式送达、 送达之后是否被执行。三件事构成一条连续的路径。
三者的顺序不宜颠倒。只做第一件，会得到一张人人都能看到、却无人真正使用的看板； 只做第二件，会得到一条条与接收人职责无关的提示；只做第三件，则缺少可供跟踪的起点。
传统报表体系的常见做法是所有人共用同一组报表。资产管理员不需要折旧趋势， 财务负责人不需要维修工单明细。当每位使用人都需要在大量与自身职责无关的内容中检索少数几项， 可用信息反而减少——信息量增加与信息过载同时发生。
决策应用的划分原则是按职责确定：这名角色每天需要看什么、关注什么、决定什么。
| 角色 | 看板内容 | 不予列入的内容 |
|---|---|---|
| 资产管理员 | 待处理的闲置资产预警列表、本月到期的维护计划、处置审批待办 | 折旧趋势一类财务指标 |
| 财务负责人 | 折旧成本趋势、预算执行率、资本化与费用化的月度统计、数据质量异常提醒 | 单台设备的维修历史 |
| 管理层 | 资产利用率总览（集团层面）、维修费用占营收比例、投入产出分析、异常汇总 | 具体工单的处理进度 |
按职责划分与把报表拆碎是两件不同的事。前者确定的是这名角色需要作出哪些判断， 据此保留与之对应的数据；后者只是把同一张报表切小，判断本身仍留在原来的位置上。 划分是否成立，可以用一个标准核对：看板上的每一项，是否都对应一项该角色有权作出的决定。
看板的前提是使用者主动查看，预警则反向：由数据去寻找接收人。 并非所有数据变化都需要通知到人，只推送需要关注或需要介入的事件。
| 级别 | 触发条件 | 推送方式 | 频率 |
|---|---|---|---|
| 黄色 | 指标偏离正常范围但未超出限值 | 系统内消息、邮件 | 每日汇总一次 |
| 橙色 | 指标已超出限值，偏差仍在可管控范围内 | 系统内消息、邮件、移动端推送 | 实时 |
| 红色 | 指标严重超出限值，需要管理层决策 | 系统内消息、邮件、移动端推送、短信 | 实时，并电话通知责任人 |
分级的依据是偏离程度与所需的决策层级，而非接收人的职级。黄色停留在经办人层面， 橙色增加部门负责人，红色则要求管理层介入并追加电话通知—— 其目的在于避免关键提示被淹没在其他消息之中。
依据：推送渠道与频率取自项目蓝图中的预警设计；具体阈值须在企业内按各项指标核对后配置。
单纯推送提示会带来另一项成本：接收人知道了偏离发生，仍需自行查阅数据、完成对比、列出方案。 信息噪音由此增加，行为却未必改变。因此预警与备选方案应当一并送达。
以设备利用率的红色预警为例，系统在推送预警的同时给出三个选项： 调拨——集团内是否存在同类需求的部门，匹配结果随附； 处置——残值与持有成本的对比，对比数据自动完成； 继续持有——须填写理由并完成报备。
接收人此时需要完成的工作，由「查找与计算」转变为「在若干备选方案之间作出选择」。 备选方案的数量、各自的依据与所需承担的成本一并列出，使判断的依据与判断本身同时出现在同一处。
示例：本节所述匹配结果与对比数据为机制说明，具体数值以贵方数据核算为准。
决策作出之后仍有三个环节：动作是否启动、是否完成、产生了什么结果。 多数工具在第二项之后即不再跟踪，于是「已经决定了什么」与「实际改变了什么」长期分离。
跟踪链条可以写成一串连续的状态： 系统推送评估要求 → 接收人选定方案 → 系统据选择生成相应单据并启动流程 → 审批通过 → 资产状态随之更新 → 系统对比处置前后的成本差异。 链条中每一步都有对应的记录，因此任何一项决策的执行状态都可以被查询。
成本差异的对比不需要人工汇总。以调拨为例，完成之后原持有方该项成本归零， 调入方相应增加，系统按同一口径计算净变化并生成一条反馈。 这类反馈此前只在年度复盘时以估算方式出现，且往往无法追溯到具体决策。
反馈的作用在于使下一次判断有据可依：同类设备的处置是否确实降低了持有成本， 可以在下一次评估时直接引用，而不必从零开始重新测算。
前提：执行跟踪依赖资产状态由流程动作驱动更新；状态标准见产品页「资产主数据与卡片」。
除看板与预警之外，决策应用的第三处落点是审批与经营分析页面本身。 审批人在作出判断的页面上即需要看到相关数据，无需另行打开一份报表再返回。
以资产申购审批为例，页面上需要给出四项数据： 该设备在本部门与集团的现存量与分布、 去年与今年的累计申购量、 历史采购的最高价、最低价与平均价， 以及集成之后可取的稼动率、OEE 与不同品牌的总持有成本（TCO）对比。
这四项数据的作用，是使重复购置与价格偏高在审批环节即可被识别， 而不必等到采购完成之后再由审计环节发现。拦截重复购置所依据的是页面上可见的存量数字， 制度约束本身只规定应当查询，无法替代页面上直接呈现的数据。
经营分析一侧的处理方式相同：月度与季度经营分析所需的数据由决策应用直接给出， 避免在分析会上临时取数、临时核对口径。数据与结论同时到达， 讨论才能集中于应当采取什么动作，而不必先花时间确认数字是否一致。
以下四项边界需要写在前面，以免对决策应用的作用范围产生超出实现范围的预期。
上述边界与本专题总纲、产品页「报表与决策」的表述一致。
三级预警的推送渠道与频率、申购审批页面上需要呈现的四项数据、决策执行后的成本对比口径—— 上述各项均无需采信本文陈述，可在演示环境中逐项核验， 再判断这套机制能否覆盖贵方现有的异常处理流程。