Odoo · 开源的模块化企业管理应用套件
一笔订单的完整状态，你问了三个人才拼齐
月底核对，客户说这单还有两箱没到。你开始查。
报价在一个叫「2026报价表-最终版-改3」的 Excel 里；客户当时改需求是在微信上说的，你往上翻聊天记录；库存数要问仓库那边，他手里是另一个 Excel，昨天刚改过但没发给你；发货单是纸质的，拍照发在群里；发票金额要登财务软件才看得到。四份数据凑到一起，对不上——仓库说发了三箱，你手上的单子写着两箱。
这种事每个月要来几次。你不是不想上系统。三年前问过一家 ERP，报价六位数，实施排期三个月，还要全员培训；后来退一步用 SaaS，一个 CRM 一个进销存一个电子表格，每个都按人头按月收钱，二十个人算下来一年也不便宜，而且它们互相不通——仓库那边改了库存，销售这边还是照旧报有货。
于是拖着。二十个人的公司，靠 Excel、微信和记性在跑。
Odoo 到底替你做什么
Odoo 是一套共用同一个数据库的业务应用集合：销售、CRM、库存、采购、项目、会计、门店收银、人力、网站与电商各是一个模块，你可以只开其中一个，也可以逐个开起来拼成一套完整的 ERP。
关键在"共用同一个数据库"。仓库在库存模块里出库，销售模块里那张订单的状态自己就变了；报价单确认成订单，采购和开票的下一环直接接上，不需要你在两个系统之间导表格。这跟买三套互不相通的 SaaS 是完全不同的一件事——后者你迟早要花钱做集成，或者继续人工对账。
边界也说清楚：
- 它做：从客户线索到报价、订单、库存、发货、开票、项目与工时的完整业务链路，模块按需启用，也支持把自己的模块放进
/opt/odoo/addons扩展 - 它不做：不预置任何业务数据和模块配置——第一次打开要自己建库、自己挑要启用的应用；不含 Odoo 官方托管服务里的付费应用和官方技术支持；单实例部署，没有做多副本高可用
- 数据在你自己的账号里：业务附件和数据库分别持久化在服务器上的 Docker 卷（
odoo-web-data与odoo-db-data），不经过第三方
通过阿里云计算巢部署，一分二十秒左右开箱可用。这次装的是 Odoo 19.0（LGPL-3.0 开源许可），配套的 PostgreSQL 16.14 已经建好并连通，Web 界面和站内实时消息共用一个端口，不需要你再配数据库、装 Python 依赖、搭反向代理。
它解决了什么问题
| 你原来怎么干 | 代价 | 用它之后 |
|---|---|---|
| 报价、库存、发货各自一个 Excel | 查一笔订单要开四个文件问三个人，还经常对不上 | 一个后台查完整链路，各环节共用一份数据 |
| 想上 ERP，找厂商报价 | 六位数起，实施三个月，上线前什么也用不上 | 一分多钟起一个实例，当天就能开始录客户 |
| 退一步买几套 SaaS 拼着用 | 按人头按月付三份钱，且系统之间不通，库存改了销售不知道 | 一台服务器上一套系统，加人不按人头再收一笔 |
| 只想先管好客户，但产品打包卖 | 为了一个 CRM 买下一堆用不上的功能 | 先只开 CRM，需要了再开库存、再开会计 |
| 流程跟软件不一样就将就 | 要么改流程迁就软件，要么放弃上系统 | 源码开放，自定义模块放进指定目录重启即加载 |
回到月底那笔订单：仓库出库的时候在库存模块里点了发货，你在销售模块打开这张订单，两箱、三箱、什么时候发的、谁改过、发票开了多少，全在同一个页面上按时间列着。对账这件事从"凑四份数据再吵一架"变成"打开一页看一眼"。
而更深一层的变化是：上管理系统这件事，不再是一项必须一次性想清楚、一次性花钱、一次性培训全员的重大工程。它变成了可以先开一个模块试两周、不合适就关掉的日常工具。这个区别很要紧——正是"必须一次上齐"让二十人的公司一直用 Excel 撑着；而当它可以从一个模块长起来，那些"等有空再说"的事才真的会开始做。而且因为所有模块共用一个数据库，业务长大时是往上加模块，不是推倒重来再做一轮系统集成。
核心能力
从一个模块起步，长出来再加
对应上面那个"想上系统但不敢开工"的坎——起步成本压到几乎为零。
- 按需启用 —— 只想管客户就只开 CRM，不必为一个功能买下整套；用顺了再开库存、采购、会计
- 模块之间自动打通 —— 后开的模块直接接在已有数据上，不需要迁移、不需要做接口对接
- 同一个库里长大 —— 从十个客户到十万条订单是同一套系统，不存在"用不下去了要换"
业务链路上的每一环都在同一份数据上
这是它跟"几套 SaaS 拼着用"的根本差别，也是月底那场对账真正被消灭的地方。
- 销售与 CRM —— 线索、跟进记录、报价、订单在一条线上，客户说过什么、报过多少钱都留在这张单子下面
- 库存与采购 —— 出入库直接改写订单状态，销售看到的可用量就是仓库的真实量
- 会计与开票 —— 订单和发货带出应收与开票，不再从 Excel 里手抄金额
- 项目与工时 —— 按项目记工时和成本，交付类业务能算清一单到底赚没赚
对外的门面和对内的系统是一套
- 网站与电商 —— 官网、产品页、在线下单跟后台库存和订单同库，线上下的单直接进同一条流程
- 门店收银 —— 门店卖出去的直接扣同一份库存，线上线下不用各记一套账
- 人力与营销 —— 员工、考勤、邮件营销挂在同一套组织数据上，不用再维护第二份人员名单
不合你的流程，就改它
- 自定义模块可加载 —— 自己写或第三方的模块放进
/opt/odoo/addons，重启即生效 - 源码在你手上 —— LGPL-3.0 许可，业务逻辑要改就能改，不用等厂商排需求
谁最该用
| 用户类型 | 典型场景 | 用它拿到什么 |
|---|---|---|
| 十几到几十人的贸易/制造公司 | 报价、库存、发货、开票分散在 Excel 和微信里，月底对账靠人凑 | 一个后台看完整业务链路，不用先花六位数 |
| 正在为 SaaS 订阅头疼的小团队 | 三四套按人头收费的系统各管一段，互相不通 | 一台服务器承载全部模块，加人不再逐个加钱 |
| 有自己流程的行业公司 | 通用软件的流程跟实际作业方式对不上 | 源码开放，自定义模块扩展成自己的系统 |
| 做 ERP 实施与交付的团队 | 需要给客户快速搭一套可演示、可交付的环境 | 一分多钟起一套完整实例，改完模块直接交付 |
技术支持
- 官方仓库：https://github.com/odoo/odoo
- 官方文档：https://www.odoo.com/documentation/19.0/
- 问题反馈：GitHub Issues
🚀 立即体验
→ 一键部署 Odoo
打开控制台给出的访问地址，第一次进来是数据库管理页：填入部署时设置的主控密码，新建一个数据库并设好管理员邮箱和密码；登进去之后到「应用」里开你要的第一个模块——多数人从 CRM 或销售开始。
