首页 产品 为什么选 OCTO 解决方案 文档 关于
文档中心 / 售前与交付 / 售前 FAQ
← 返回文档中心

售前 FAQ

OCTO 文档中心 · 售前与交付
  • 00-inbox/product-bot-answers/2026-09-22-P1-r3-PS01-04-售前FAQ上半回答.md
  • 00-inbox/product-bot-answers/2026-09-22-P1-r3-PS05-08-售前FAQ下半回答.md
  • 知识库active/draft级模块文档（Q1-Q10源码确认结论）

OCTO 售前常见问题FAQ v1.0

用途：售前同学面对客户高频问题的标准口径。每个问题三段式：✅建议口径（可以这么说）/ ⛔不能说（红线）/ 📎证据（知识库来源）。

⚠️使用纪律：⛔部分是红线，说错会被客户追问打脸。所有口径基于源码确认级回答，私有仓未确认部分已标注。

🔴三条最容易踩坑的纠偏（产品管家特别强调）：①不报具体人数规模档位（无官方证据）②AI不是开箱即用办公助手，是需搭建的平台能力 ③SSO只有OIDC/OAuth2，无企微钉钉飞书现成桥接

PS-01 开源版和私有化部署版有什么区别？

✅ 建议口径

  • 不是"功能阉割版"，而是"服务拆分"：开源仓库提供核心服务（octo-server/octo-web/WuKongIM等），私有化交付包在此基础上补齐商业模块（speech/summary/fleet/marketplace等）的部署编排与镜像
  • 开源部署仓库的docker-compose已内置全量Profile开关（speech/docs/fleet/drive/marketplace等），但部分商业镜像需商业渠道获取
  • 不存在license/edition开关（代码中0命中）——能力边界=部署编排+镜像发布渠道，不是代码级功能裁剪

⛔ 不能说

  • ❌ "开源版是残缺/阉割版"（框架就错了：不是feature toggle，是服务拆分）
  • ❌ "用开源组件能拼出全部AI能力"（speech/summary/fleet等私有仓镜像不在开源渠道）
  • ❌ "开源版和商业版功能完全一样"（部署编排和镜像渠道有实际差异）

📎 证据

  • octo-deployment开源仓docker-compose.yaml含全量Profile定义
  • 代码搜索license/edition=0命中
  • 商业模块镜像经私有渠道发布

PS-02 数据存在哪里？会出网吗？

✅ 建议口径（🔴售前最强卖点，大胆讲）

  • 全量业务数据落客户服务器：MySQL/MinIO/WuKongIM/OpenSearch全部本地持久化
  • 不phone-home：OCTO服务本身不向厂商上报数据/遥测
  • 语音可选本地ASR：VOICE_LOCAL_ENABLED=true时接本地转写服务(localhost:8787)，语音不出网
  • LLM可接自部署：LiteLLM代理支持自建推理端点，AI对话不出网
  • 出网仅三类且可控：云ASR引擎（可选）/外部LLM API（可选）/系统镜像拉取（可离线导入）

⛔ 不能说

  • ❌ "绝对零出网"（用云ASR/外部LLM时必然出网）
  • ❌ "有DISABLE_TELEMETRY开关"（本就不上报，无需开关——.env里根本没有这个变量）
  • ❌ "所有数据100%不出服务器"（应说"业务数据不出服务器，LLM/ASR调用按客户配置决定"）

📎 证据

  • docker-compose数据卷全部本地；无telemetry上报代码路径
  • .env.example无DISABLE_TELEMETRY变量
  • VOICE_LOCAL_ENABLED/VOICE_LITELLM_URL/LLM_API_KEY等配置项存在（环境变量配置参考-v1.0.md）

PS-03 有移动端App吗？功能全吗？

✅ 建议口径

  • iOS/Android原生App存在，覆盖IM核心功能：消息/群/Thread/文件收发/语音输入
  • Web端功能最全（Loop/Docs/Drive/Marketplace/管理后台等）
  • 移动端定位：沟通协作场景；重度办公/AI管理/知识库操作走Web端

⛔ 不能说

  • ❌ "移动端和PC一样全"（🔴硬证据：iOS+Android对loop/runtime/market/expert/skill/daemon六关键词代码命中数全0——移动端根本没有这些功能的代码）
  • ❌ 承诺"视频通话"（无此能力）
  • ❌ 承诺"移动端管理Drive/使用市场Skill/管理Bot/AI助手编排"（移动端无此能力）
  • ❌ "移动端后续马上补齐"（无路线图依据，不承诺）

📎 证据

  • octo-ios/octo-android仓库存在，功能=IM+消息
  • 六关键词0命中（P1 Round2 Q8源码级确认，我的模块文档v0.4）

PS-04 和Slack/飞书/钉钉/Teams比有什么差异？

✅ 建议口径

  • 核心差异化四件套：
  1. AI-Native：Bot/Agent/技能市场原生集成，不是外挂插件
  2. 可编排Bot生态：BotFather+Marketplace+Loop/Fleet，多Agent协作
  3. 全模块私有化（含AI能力）：IM+文档+搜索+语音+市场全都可以进内网
  4. 数据主权：业务数据不出客户服务器
  • 产品定位："AI原生协作平台"，不是"全功能办公套件"
  • 对Slack/Teams：讲差异化（AI原生+私有化+Bot生态），不硬拼集成生态
  • 对飞书/钉钉：讲互补（OCTO管AI协作/知识/Bot，飞书管OA/审批/打卡），不正面替代

⛔ 不能说

  • ❌ "替代飞书/钉钉"（无OA/审批/打卡/视频会议）
  • ❌ "我们有OA/审批/打卡"（不存在这些模块）
  • ❌ "功能比飞书全"（维度不同：AI原生协作 vs 办公套件，避免正面功能清单对比）

📎 证据

  • 全仓无OA/审批/打卡/workflow审批模块（代码搜索确认）
  • Bot/Marketplace/Fleet/Docs/Search/Drive全模块可私有化（部署文档确认）

PS-05 买了软件多久能用起来？（部署周期）

✅ 建议口径

  • 有一键快速开始：docker-compose拉起核心栈（server/nginx/mysql/redis/minio/wukongim）
  • PoC单机最小化1-3天可用（含域名/证书配置）
  • 生产级K8s高可用（helm多副本+扩展服务）视客户环境，常规1-2周

⛔ 不能说

  • ❌ 具体X天保证上线的硬承诺——官方无标准化部署周期文档
  • 实际取决于：客户网络（内网/离线）/服务器资源到位/域名+SSL审批/是否开搜索语音等扩展/客户IT配合度，要如实预告

📎 证据

  • octo-deployment docker/有完整compose部署；helm/octo/有生产模板；无部署周期SLA文档

PS-06 支持多少人同时使用？（用户规模）🔴售前最需谨慎

✅ 建议口径

  • 官方给的是资源基线不是人数档位：docker核心栈最小≥4GiB RAM + ≥10GiB磁盘
  • 开搜索再加OpenSearch ~1GiB + Kafka ~0.5-1GiB
  • 生产按helm多副本横向扩展
  • 要报规模必须先做压测

⛔ 不能说（🔴重要红线！）

  • ❌ "8C32G支持多少人"——源码/部署文档里查无并发用户数、连接数上限、WuKongIM容量的任何数字
  • ❌ "S/M/L/XL四档（<50/50-200/200-500/500+人）"——没有官方证据支撑，不要对客户报（这是我们自己拟的经验推算档位，PS-06源码确认后必须撤或标"待压测"）
  • ❌ 大规模部署案例（无代码证据）

📎 证据

  • docker/README.md（4GiB最小+search on/off两档资源基线）
  • helm/values.yaml（server requests 100m/256Mi、limits 2C/2Gi、默认单副本）
  • 并发/连接上限关键词全0命中（产品管家实测）

PS-07 AI能做什么？能不能自动写周报/做PPT/分析Excel？🔴防画饼重灾区

✅ 建议口径

  • OCTO是AI平台能力：提供Bot/Expert(专家)/Squad(专家团队)/Skill的编排框架 + 内置智能摘要(Summary)、文档AI
  • 客户可基于此构建自己的AI助手/自动化Bot
  • 开箱有：摘要、文档处理、可对话Bot

⛔ 不能说

  • ❌ "开箱即用自动写周报/自动做PPT/自动分析Excel"——这些是要靠配置Expert/开发Skill实现的能力，不是内置成品功能
  • ❌ 把"能构建"说成"点一下就有"
  • 承诺前要讲清"平台能做，但需要搭建/配置"

📎 证据

  • Marketplace 4类plugin=skill/connector/expert/expert_team（Q7）
  • Summary有4种触发（Round1）；AI助手编排在Loop/Fleet（私有仓，属需搭建能力）

PS-08 能和我们现有系统（OA/CRM/企微/钉钉/飞书）集成吗？

✅ 建议口径

  • ①MCP connector：Marketplace支持MCP server类插件（stdio/streamable-http/sse三种传输），可接外部工具/系统
  • ②Bot API丰富：发消息/建群/管群/文件/文档/@成员/私信+HTTP长轮询收事件，可做双向集成
  • ③SSO支持OIDC/OAuth2：可接Google/Okta/Keycloak/明略Aegis等任意标准OIDC IdP
  • OA/CRM/ERP集成走MCP connector或Bot API定制开发，非现成

⛔ 不能说

  • ❌ "有现成企业微信/钉钉/飞书消息桥接"——源码未找到第三方IM桥接/同步实现，不承诺
  • ❌ SSO支持"LDAP/SAML/企业微信扫码/钉钉扫码"——只支持OIDC/OAuth2（scanlogin是自有IM扫码非第三方）
  • ❌ "SCIM用户自动同步"（不支持）

📎 证据

  • Q7 connector类型、Q9 Bot API能力集、Q10 PM-05（OIDC/OAuth2 only）

附：售前使用说明

  1. 每个口径的"⛔不能说"是红线，源于源码级确认的负向结论（0命中/无证据），说错会在客户技术追问时无法自圆其说
  2. 遇到知识库未覆盖的问题，先查知识库，再问产品管家，不现场编造
  3. 本文档所有口径的源码证据可追溯到 `00-inbox/product-bot-answers/` 对应原文
← 返回文档中心