底座订阅
按档位 · 按年按档位，按年订阅。第一档标准版、第二档网关版、第三档物联版，档位随业务增长平滑升级，升级时已有投入不浪费。
实施流程
从调研到运维，全程陪跑
每一步都有明确的输入、输出与责任边界。档位越高，第三步之后的接入与配置工作量越大，但步骤本身不增不减。
1
需求调研
摸清业务流程、痛点与目标，用「三问定档」确定起点档位。
2
方案设计
输出系统方案与集成方案，档位组成、边界与交付物双方确认。
3
部署集成
环境部署；Go 网关、Go IoT 模块、Rust 插件按档位按需安装。
4
设备接入物联版
设备注册、认证配置、数据联调，现场数据跑通。
5
流程配置
单据流程、权限体系、规则引擎配置，贴合企业实际运作。
6
培训上线
分角色操作培训，试运行验证后正式切换。
7
持续运维
日常运维、版本升级与问题响应，长期稳定运行。
节奏说明：第一步与第二步产出的是可评审的方案文件，双方确认后才进入部署；第六步的试运行是切换前的最后一道闸门，验证通过再正式上线。
收费模式
结构透明，按需起步
收费只谈结构，不谈金额——具体金额根据档位组合与项目范围，在正式方案中确认。四个部分，界限分明。
Rust 插件授权
按插件个数按插件个数授权。需要哪个行业插件，就为哪个付费；不需要的不买，不存在「为用不上的功能买单」。
实施服务
按项目范围按项目范围计费。需求调研、部署集成、设备接入、流程配置与培训，范围写入方案、双方确认。
运维服务
按年按年。系统日常运维、版本升级与问题响应，保障长期稳定运行。
从哪档起步，往哪档升
用「三问定档」确定起点：人多加网关，有设备加 IoT，有重计算加插件。业务增长后平滑升级到更高档位——每一步都是增量投入，升级不断档。
交付方式
两种交付方式，按数据边界选
同一套底座，既可以部署在客户自有环境，也可以由服务方托管。选择取决于数据主权、系统集成与运维投入的权衡。
私有化部署
部署在客户自有服务器或云环境。适合重视数据边界、系统集成与自主运维的企业。
托管 SaaS
由服务方统一托管、升级与维护。适合希望快速上线、降低运维投入的企业。
服务保障
交付之后，还在一起
上线不是终点。运维服务覆盖系统日常运行、版本演进与问题响应，具体响应级别与服务时段在合同中明确约定。
日常运维
系统运行状态巡检、数据备份与恢复演练，保障核心业务连续可用。
版本升级
底座组件统一演进，升级前评估影响、升级后验证回归，不停业务。
问题响应
使用问题与故障按约定渠道与响应级别处理，处理过程与结论留痕。
适合的企业
数字化底座适合这些企业
如果以下任意一条与您的现状吻合，说明这套底座能帮上忙。
在用 / 计划用 Odoo 的企业制造、物流、设备服务等行业，业务已在或即将在 Odoo 上跑。
需要连接现场设备的企业有传感器、产线、车辆等设备数据需要接入管理。
想让告警自动变成单据的企业希望设备告警自动转成维修、任务或业务单据。
有高并发或复杂计算需求的企业用户量大、访问压力大，或存在行业重计算场景。
常见问题
关于交付与收费
实施周期一般多长？
周期取决于起点档位与项目范围：纯 Odoo 标准版以流程配置与培训为主，周期较短；含设备接入的物联版需要额外的现场联调时间。第一步方案设计时，会把每一步的时间投入写入方案，双方确认后执行。
为什么只谈收费结构，不直接报价？
因为四个部分的组合方式不同，价格差异很大：档位、插件个数、实施范围、运维年限共同决定总价。先用「三问定档」把范围框定下来再报价，比先报一个数字再反复调整更省双方的时间。
上线后我们自己能做哪些事？
第六步培训会按角色交付：业务人员掌握日常单据操作，管理员掌握用户权限与基础配置。私有化部署的客户还会拿到部署与运维文档，具备自主运维条件；托管 SaaS 客户则把运维整体交给服务方。
中途想加设备或加插件，算新项目吗？
不算。底座是同一套平台，加设备走 Go IoT 模块接入，加插件走 Rust 插件授权，都属于增量投入，不需要推倒重来。这也是「四档递进」设计的用意：升级动作是「加」，不是「换」。
数据放在哪里？
选择私有化部署时，数据始终在客户自有服务器或云环境内，服务方按约定的运维职责访问；选择托管 SaaS 时，数据由服务方托管的运行环境承载。两种方式的边界会在方案中写清楚。