L1 方向层做什么、怎么做
经营决策智能体
把经营决策的方法论结构化为可计算模型，让“做什么、怎么做”从经验判断变成可审阅、可复用的决策。
输出：决策与假设，作为执行层的起点
BusinessMind →
01 问题
缺的不是工具，是循环
单点工具解决的是某个部门的某段流程，却把数据、责任和判断切成了孤岛。系统越多，接口越多，越没有人对最终结果负责。
业务链条是流动的：方向定了要执行，执行了要有数据反馈，数据可信才能校准方向。任何一段只做局部优化，整体都不会变好。
循环缺一环就断。断在最前面，是方向错了；断在中间，是执行没人纠偏；断在最后，是数据不可信，所有复盘都变成猜测。
问题不在软件，在起点没有人把“最终要支撑什么业务结果”作为设计对象。
70%ERP 实施未达标
Gartner 研究显示，到 2027 年，超过 70% 的 ERP 实施无法完全达成原始业务目标，其中 25% 将彻底失败。
† 来源：Gartner 公开研究摘要。上线前需核对原始报告年份与统计口径。
02 结构
方向、执行、数据，缺一不可
三层不是三个产品，而是一个循环的三个接口。每层回答一个不同的问题，任何一层失真，另外两层都会跟着失真。
L2 执行层有没有按决策执行
数智运营智能体
链接数据载体，让决策落地后的执行偏差可见、可纠正，按 PDCA 循环持续校准，而不是等到季度复盘才发现走偏。
输出：执行偏差与反馈，回流到方向层
数智运营智能体 →
L3 数据层数据可不可信
数据载体
链接或构建 ERP / MES 等系统，确保数据准确、完整、口径一致，为执行反馈和决策校准提供可信底座。
输出：可信数据，决定校准质量
DigitalMind →
三层不是三个产品，是一个循环的三个接口。经营决策的输出是运营执行的起点，运营执行的数据来自数据载体，数据载体的可信度决定决策校准的质量。分开采购可以解决单层问题，但单层不构成闭环。
03 角色
收什么钱，负什么责
“设计+总包”不是把咨询和实施打包卖，而是把最终业务结果写进责任结构。收费方式变了，责任边界也必须跟着变。
| 对比项 | 如果只收设计费 | 如果收总包费用（Mindix） |
|---|---|---|
| 责任范围 | 只对设计方案负责 | 对设计及最终业务成果兜底 |
| 交付物 | 交付建议书、蓝图、报告 | 交付可运行的系统与组织行为改变 |
| 实施归谁 | 实施由客户另行招标、另行管理 | 客户只有一个合同对象，责任不转移 |
| 出问题找谁 | 设计方、实施方、软件方互相界定 | Mindix 统一裁决与承担 |
架构决策权不外包
系统架构、数据模型、集成接口的定义权在 Mindix，不由分包方各自决定。
交付质量按 Mindix 标准裁决
验收标准由 Mindix 定义并执行，不由分包方自证合格。
合同责任由 Mindix 承担
分包是内部机制，对客户不构成责任外移；出问题由 Mindix 统一面对。
04 能力
交付靠的不是人数，是结构
小公司能不能兜住大项目，不取决于员工总数，取决于架构控制权、任务拆解颗粒度和对复杂度的主动控制。
-
01
能力内核
创始人与核心架构团队负责架构定义、质量裁决、关键决策，不把判断权交给临时拼凑的执行队伍。
-
02
协作网络
实施资源通过稳定的协作网络组织，核心成员有经过验证的配合历史，不临时凑数。
-
03
组织化兜底
兜底不依赖某个人出现在每个现场，依赖架构控制权、验收标准、合同责任三件套。
Etsy
8 人团队
Enterpret
2—3 人团队
qubIT
15 人 · 4000+ 界面
以上为行业公开案例，用于说明“团队规模不等于交付上限”，不是 Mindix 自有客户案例。Mindix 自有交付记录需客户授权后公开。
我们主动划的边界
我们适合一把手决心明确、业务可架构化、愿意用小项目先验证的企业。超出这个边界，我们不会假装能兜住。
05 验证
不用相信我们，验证我们
信任不靠形容词。三条路径都可以由客户自己执行，不需要先相信任何承诺。
PATH 01
小项目先行
边界清晰、周期可控，用一个真实的小项目判断能力，而不是看方案写得多漂亮。
PATH 02
与已实施客户沟通 / 走访
已付过钱的客户不会配合演戏。我们提供可联系的客户，由你自己判断。
PATH 03
分期付款 + 里程碑验收
钱按节点付，每一笔都对应可验收的交付物，不做一次性预付。
节点 01 · 签约
20—30%
启动设计与交付
节点 02 · 阶段
按里程碑
阶段交付物验收后支付
节点 03 · 验收
90—95%
整体验收后累计支付比例
节点 04 · 质保
5—10%
质保期满后结清
面子工程可以做，结果是实干堆出来的，骗不了人。
06 定价
从个人试用到组织转型，路径是连着的
SaaS 是认知入口，私有化是单层深化，设计+总包是最终形态。三档不是三个无关产品，而是一条升级路径。
SaaS 订阅
01 / 入库入门按席订阅
两个智能体的个人 / 团队使用，低门槛开始，先把方法论用起来。
- 适合老板、高管、员工、独立咨询师
- 形态云端开通，按席位 / 年计费
- 指向先建立认知，再评估更大范围
私有化部署
02 / 深化单层能力诊断后报价
已有系统基础、先解决单层问题的企业，把能力放进自己的环境。
- 适合数据敏感、已有 ERP / IT 团队的企业
- 形态部署在自有服务器或私有云
- 指向自动进入总包评估流程
设计 + 总包
03 / 闭环三层闭环先诊断后报价
一把手决心明确的企业，由 Mindix 对三层全程兜底，客户只有一个合同对象。
- 适合准备做系统性转型、要求结果负责的企业
- 形态按层数、范围、周期、里程碑结构定价
- 指向从一次架构诊断开始
SaaS 不是总包的替代品，是认知入口。试用后希望把能力嵌入企业级转型项目，Mindix 提供“设计+总包”模式，对三层全程兜底。私有化部署需求会自动进入总包评估流程。
07 差异化模块
一把手的决心，需要一个抓手
改革决心会在中层惯性、预算偏差、节奏失控中衰减。驾驶舱让一把手看到结构性阻力，而不是项目完成百分比。
它不替代经营决策，也不替代运营执行，只回答一个问题：这件事还在按一把手设定的方向推进吗？
了解驾驶舱如何服务改革节奏 →
改革节奏 · 阻力信号
示意数据
实质完成质量62%
预算偏差 · 组织归因+18%
跨部门协同温度偏低
不是完成率看板，是阻力看板 · 示意
08 常见问题
先回答最常被问的四个问题
更完整的问答在常见问题页；这里只保留会影响你决策的四条。
“设计+总包”和传统咨询、ERP 实施有什么区别？
传统咨询交付建议书，ERP 实施商交付系统上线，两者都不对最终业务结果负责。Mindix 同时承担设计与总包：架构由我们定义，交付由我们裁决，合同责任由我们承担，客户只有一个合同对象。
怎么控制合作风险？
三条路径：小项目先行、与已实施客户沟通或走访、分期付款加里程碑验收（签约 20%—30%，验收累计 90%—95%，质保后结清 5%—10%）。三条都不需要你先相信承诺。
三层能力可以只买一层吗？
可以单层切入，但单层不构成闭环。只做方向层，执行没人纠偏；只做执行层，方向没人定义；只做数据层，数据可信但没人用它做决策。单层合作适合先解决明确短板，之后再评估是否闭环。
什么样的企业不适合你们？
只想买一套软件、不希望改变流程的企业；由 IT 单独发起、业务负责人不参与的项目；要求先给固定总价、不接受诊断的企业；以及期望三个月完成全集团转型的企业。超出边界，我们不会假装能兜住。