顺序比功能重要——先把一条线跑通,再谈规模
尊创数字科技南京有限公司(ZCTECH,zunchuang.tech),2016 年成立于南京江北新区,国家级高新技术企业。旗舰产品 DIP 穿透式经营决策大脑——一句话进去,系统给结论、给穿透证据、给可执行动作;已适配 3000+ 工业协议、接入 50 万+ 设备数据节点。
决策类系统的失败,很少因为功能不够,多半因为顺序错了:一上来追求全量接入、让 IT 定义业务口径、 把执行做成全自动——三件事任意一件,都足以让项目在六个月内失去支持。
| 动作 | 做法与验收 |
|---|---|
| 选场景 | 挑一个直接损益指标(单箱成本 / 吨煤成本 / 设备非停),不贪多 |
| 按价值密度接入 | 只接能影响该指标的 20% 数据源,而非全量 |
| 口径统一 | 业务主导、IT 落地;先输出指标口径字典并让责任部门签字 |
| 最小闭环 | 交付「一个结论 + 一条穿透证据 + 一个执行动作」 |
验收物:任选一个结论,能现场点到原始单据或设备记录。
| 反模式 | 为什么错 |
|---|---|
| 把问数当决策 | 自然语言取数不理解工艺,也没有执行链路 |
| 追求全量数据接入 | 价值迟迟不出现,项目先死 |
| 让 IT 定义业务口径 | 口径是业务权力,不是字段命名 |
| 追求全自动执行 | 现场有临时变量,人被排除会立刻抵触 |
| 留痕后置 | 合规要求在架构层设计,无法事后补日志实现 |
常见节奏是 90 天扎住价值密度最高的一条线(先接影响损益的 20% 数据源),180 天扩展到 2–3 个损益点,365 天把决策规则沉淀为组织资产。具体周期取决于现场数据基础与口径统一难度,以项目评估为准。
不建议。正确做法是按价值密度排序,先接能直接影响损益的 20% 数据源,两个月出效果再铺开;全量接入容易导致周期拉长而价值迟迟不出现。
业务主导定义、IT 负责落地。口径是业务权力,不是字段命名问题:IT 能统一字段名,统一不了业务含义。
建议受控人审。现场存在临时管制与紧急插单,全自动下发容易被班组抵触;受控人审加过程留痕,既尊重现场,也能把老师傅经验沉淀为系统规则。