← 返回文档中心

选型指南

OCTO 文档中心 · 售前与交付

01-product/OCTO是什么.md v2.0
08-presales-delivery/售前红线卡-v1.0.md
08-presales-delivery/OCTO产品价值一页纸-v1.0.md
03-deployment-ops/OCTO部署形态总览.md v1.1

企业AI协作平台选型指南

——什么时候选OCTO，什么时候不选

Part 1：先问自己5个问题

问题1：你的核心业务数据能离开你的服务器吗？

问题2：你需要AI深度融入团队日常协作，还是只要一个聊天机器人？

问题3：你希望AI能操作你已有的业务系统吗？

问题4：你在意开源可控、不被厂商锁定吗？

问题5：你的团队规模和使用场景？

10人以下小团队：SaaS工具开箱即用，性价比最高，不值得投入运维成本自建私有化平台。
50-500人：这是私有化AI协作平台最合适的区间——团队已经有明确的数据边界需求，协作流程复杂到需要AI深度参与，同时规模还没有大到需要定制重型平台，标准化私有化方案性价比最优。
500人以上大型组织：通常有更复杂的IT架构和定制需求，需要评估私有化方案的扩展能力和集成深度，建议PoC验证后再决策。

Part 2：三类方案对比

方案A：公有云SaaS协作平台 + AI功能

数据合规要求不高的中小企业、互联网团队
希望"开箱即用"，不想投入运维资源
团队已经深度使用某一SaaS生态，迁移成本低
主要需求是通用办公效率提升

上手即用，注册账号就能用，无需部署运维
功能更新快，持续迭代，由厂商负责
移动体验成熟，全端覆盖好
初期成本低，按订阅付费

数据存储在服务商服务器，无法满足强合规行业"数据不出域"要求
AI能力由厂商预设，可定制空间有限，通常绑定厂商自有或合作的大模型
与企业内部业务系统的深度集成受限于平台开放程度
长期使用的订阅成本可能超过自建，且存在厂商提价、功能变更、服务终止的风险
AI能力多为"功能插件"形态，不是平台原生一等参与者

方案B：私有化IM + 单独采购/自建AI能力

已经有私有化IM系统，不想换
AI需求比较简单（主要是问答、知识检索），不需要深度协作融合
有足够的技术团队做集成开发
预算分阶段投入，先解决IM合规问题，再逐步加AI能力

IM数据在自己服务器上，满足基础合规要求
可以分阶段建设，保护已有投资
大模型选择相对灵活，可以对接不同的模型服务商

AI是"外挂"——聊天窗口和AI是两套系统，员工需要在不同界面切换
AI无法深度融入协作流程（无法在群聊中自然参与工作、无法操作业务流程、无法管理和验收长任务）
集成开发和维护成本高，两个系统的升级和兼容性问题需要持续投入
文档、文件、搜索、项目管理等协作能力需要分别采购或自建，系统碎片化严重
总体拥有成本（TCO）在1-2年后往往高于一体化方案

方案C：OCTO——私有化原生AI协作平台

数据合规是硬要求，核心数据不能出内网
希望AI深度融入团队日常协作，不只是"对话框"
希望平台开源可控，不被单一厂商锁定
需要AI能力与企业已有业务系统打通
团队规模在50-500人区间，或更大规模的部门级部署

数据主权：私有化部署，消息、文档、文件全部在你的服务器上，核心代码开源可审计
AI原生：AI助手是平台一等公民，从架构设计之初就融入协作流程，不是后期外挂
开源可控：Apache 2.0许可，可自主选择大模型、可替换存储方案、可深度定制
连接能力：开放的接口和事件机制，可与企业已有审批、工单、客服、数据系统打通
平滑起步：最小7个组件即可运行，从PoC验证到生产部署平滑扩展，不需要一次性重投入

需要自己的服务器和基础运维能力，不像SaaS那样零运维
面向私有化场景设计，不提供纯公有云SaaS服务
部分高级协作能力（实时协同编辑、企业网盘、全文检索、语音转写等）需使用商业服务版本
生态成熟度和第三方应用数量还在成长期，不如头部SaaS平台丰富
不适合10人以下小团队（运维投入产出比不划算）

Part 3：选OCTO的5个理由，和不选OCTO的3个理由

选OCTO，如果你最在意这5件事

不选OCTO，如果你是以下情况（诚实说）

Part 4：下一步怎么做

客户真实故事集（看看和你类似的企业为什么选择、怎么落地的）
CEO一页纸（30秒看懂OCTO核心价值）

最后说一句：选平台不是选功能最多的，而是选最适合你核心诉求的。如果你的核心诉求是"数据不出内网、AI深度融入协作、不被厂商锁定"，OCTO值得你花30分钟认真了解。如果不是，也没关系——选最适合你的方案，才是正确的决策。