← 返回文档中心

客户 20 问

OCTO 文档中心 · 售前与交付

客户20问标准回答手册 v1

用途：售前与客户交流中最常被问到的20个问题+标准回答。每个回答150-300字，售前能在30秒内口头答完核心意思。

版本说明：本文件为内部版，含💡内部提示（客户真实关切+红线提醒）。对客打印版见同名HTML文件（无内部备注）。

第一类：产品认知类

Q1：OCTO到底是什么？和你们平常用的那些聊天办公软件有什么区别？

客户真实关切："你们和飞书/钉钉/企微/Slack有啥不一样？我为什么要换？"
⚠️ 红线：绝对不要点名任何竞品产品名，用"公有云SaaS协作工具"这种类别描述。不说"我们比XX好"，只说核心差异点。
不要在这个问题里展开讲功能清单，三个差异点讲清楚就够，细节留给后面的问题或演示。

Q2：OCTO是开源的吗？开源版能用吗？开源版和商业服务版本有什么区别？

客户真实关切："开源是不是就是个噱头？是不是免费版啥都干不了逼着你买付费版？"
⚠️ 红线：绝不能说"开源版功能阉割""免费版只能几个人用"。P1结论是"开源vs商业服务不是功能阉割/profile开关，而是服务拆分"。
强调开源版核心IM+Bot+AI基础能力完整可用，商业服务版是协作深度扩展。

Q3：OCTO是一家做AI的公司做的，还是做IM的公司做的？AI是主要功能还是附加功能？

客户真实关切："你们到底是做IM的还是做AI的？会不会IM做不好AI也做不好？"
回答策略：把"AI原生"和"AI外挂"的区别讲清楚——不是"IM+AI插件"，而是AI从内核层面是一等公民。
不要贬低"IM加AI按钮"的方案，只说OCTO的架构差异。

Q4：OCTO里的AI助手到底能做什么？是不是就像一个聊天机器人？

客户真实关切："你们的AI到底有多智能？能不能替我干活？还是就是个花哨的聊天机器人？"
⚠️ 红线：不能说"AI能自动完成所有工作""开箱即用地帮你写代码/做报表/处理业务"。AI能力需要基于Bot API配置和对接，不是开箱即用成品。
一定要强调"人工验收"——人在回路中，不让客户觉得AI会自主决策或自动操作系统。
具体能做什么取决于客户配置什么Bot和对接什么系统，不要给一个固定功能清单。

Q5：OCTO支持手机端吗？外出的时候能用吗？

客户真实关切："我不可能一直坐在电脑前，手机上能不能干活？"
⚠️ 红线：不能说"全端功能完全一致"。网盘(Drive)、回路(Loop)等模块当前仅Web端，必须诚实说明。
语音转写是移动端亮点场景（按住说话转文字），可以提但不现场演示（见演示脚本避坑指南）。

第二类：部署与安全类

Q6：私有化部署要多少台服务器？什么配置？

客户真实关切："上这个系统要投入多少硬件成本？"背后是预算焦虑。
⚠️ 红线：绝对不能报具体的台数/CPU/内存/并发数字（红线Y3/R10——无官方性能基准数据，不承诺具体QPS/并发/SLA）。
可以说"PoC一台机器够了"，生产一律引导到"PoC压测后定方案"。
不要说"很便宜""不需要多少资源"，也不要说"要很多服务器"，让PoC数据说话。

Q7：数据真的全部存在我们自己的服务器上吗？会不会有数据回传到你们那边？

客户真实关切："说是私有化，会不会偷偷传数据回去？"
⚠️ 红线：绝对不能说"绝对零出网""100%数据不出去"。诚实告知哪些环节可能出网、可以如何配置控制，反而更可信。
不要暗示"我们帮你把安全都搞定了"——安全是客户和厂商共同的责任，部署配置和网络策略由客户掌控。
对象存储可替换为客户已有S3兼容存储(红线G5)，这点可以提，增加信任感。

Q8：支持什么样的大模型？必须用你们指定的模型吗？

客户真实关切："会不会被绑定到某个模型厂商？""我们已经有自己的大模型了能不能用？"
这个问题不踩红线，核心卖点就是"模型自主选择"。
不要说"支持所有模型"这种绝对表述——接口对接是标准的，但具体适配可能需要配置。说"主流大模型服务和本地部署的模型都可以通过接口对接"更稳妥。

Q9：语音转写、AI摘要这些功能，数据会出网吗？

客户真实关切：和Q7类似，针对具体AI功能的出网问题。
⚠️ 红线：语音最长60秒/3MB，不支持实时音视频会议/会议转写（红线）。客户如果问"能不能做会议录音转写"，要明确说这不是OCTO的定位。
默认4种转写引擎(Gemini/GPT/Qwen/本地)，可自动降级，但这个细节不需要对客户展开讲。

Q10：我们已有统一身份认证系统，能对接吗？

客户真实关切："我们不想再维护一套账号体系，能不能接已有的？"
⚠️ 红线：OIDC原生支持(Y8)，但不能说"默认支持所有SSO""支持SAML/CAS/扫码登录等所有方式"。LDAP/AD需经Keycloak桥接，不是原生直连。
无SCIM自动人员同步、无自定义RBAC（红线），如果客户问细粒度权限要据实回答。

第三类：能力与集成类

Q11：我们已有的业务系统——审批、OA、ERP、工单系统——怎么接进来？

客户真实关切："难道要把我们现有的系统全换掉？""对接难不难？"
⚠️ 红线：不能说"一键对接所有系统""内置了XX系统的连接器"。Bot API是开放的，但具体系统对接需要开发。
⚠️ 红线：Bot收事件走HTTP长轮询不是WebSocket(R13)，不支持跨群/超管操作(R3/R4)。不要让客户以为Bot有无限权限。
强调"不替换已有系统"——这是和"大爆炸式改造"方案的核心差异。

Q12：Bot/AI助手能自动执行操作吗？能改业务系统的数据吗？

客户真实关切：两个方向——有人担心Bot权限太大不安全，有人期待Bot能全自动干活。要同时回应两面。
⚠️ 红线：Bot是普通群成员，不是超管(G8/R3)；不能跨群/解散群/改成员角色(R4)。
强调"人工确认"和"操作留痕"，既让期待自动化的客户看到可能，又让担心安全的客户放心。

Q13：文档协同支持什么格式？能和Word/Office兼容吗？

客户真实关切："我们大量文档是Word，迁过来能不能用？"
⚠️ 红线：Docs的Word/PDF导入导出功能待确认（PoC必实测，红线卡和价值卡都标注了），不能承诺"完美兼容Word""所有Word功能都支持"。
Docs不是Notion/Confluence全套替代，定位是IM原生协作文档。诚实说边界比夸大能力靠谱。

Q14：能不能做二次开发？有没有API文档？

客户真实关切（通常是CTO/技术负责人问）："我们能不能在上面做自己的开发？会不会是个黑盒？"
⚠️ 红线：无公开OpenAPI/Swagger spec(R5)；管理API不对外；Bot API是首选对接方式(G4)。
Bot是普通成员身份不是超管(G8)，不要让技术负责人以为Bot能做管理操作。
有开源代码+开放API是核心信任点，对技术客户要强调。

Q15：支持多少人同时用？我们有500/1000/5000人…

客户真实关切："我们这么大的规模，系统撑不撑得住？"
⚠️ 红线：绝对不能报具体并发数、QPS、用户数上限（R10——无官方性能基准数据，不承诺SLA）。
回答策略：承认规模有关联，但不编数字，引导到PoC压测。
可以说"PoC从一个部门/几十人起步，验证后再扩展"，降低客户心理门槛。

第四类：商务与落地类

Q16：PoC怎么启动？多长时间能看到效果？

客户真实关切："PoC会不会很麻烦？要投入很多资源吗？"
核心卖点："半天部署+真实场景验证+低风险"。这是把"再研究研究"变成"先试试看"的关键话术。
"不收费"的表述要留有余地——加"具体以商务确认为准"，不要替商务拍板。
PoC的范围要控制——不要承诺PoC阶段就接所有系统、启用所有模块，聚焦1-2个场景。

Q17：我们现在用着别的沟通工具，迁移过来成本大吗？

客户真实关切："换工具太折腾了，员工抵触怎么办？历史数据怎么办？"
⚠️ 红线：不承诺"无缝迁移任何系统""一键导入所有历史数据"。迁移要看现有系统的导出能力。
OCTO不定位为"一刀切替代所有办公工具"（制造行业价值卡红线），强调"并行试点、逐步扩展"。
降低客户心理负担："可以并行跑，不好就停。"

Q18：有没有成功案例？有和我们同行业的客户吗？

客户真实关切："有没有人用过？有没有跟我们一样的？"
⚠️ 红线：我们知识库B类知识缺口——无真实客户名单/案例可公开引用，绝不能编造具体客户名称（包括"某大型银行""某三甲医院"这种看似脱敏但实际上是编造的说法）。
行业覆盖（制造/金融/医疗/科研/科技）可以说，这是行业价值卡已建立的口径，但具体客户名不能编。
引导到"行业场景方案"和"同行业交流"，不给编造的客户故事。

Q19：怎么收费的？开源版免费用吗？

客户真实关切："多少钱？贵不贵？"
⚠️ 红线：如果内部没有公开价格标准，不要编价格（不要说"每人每年XX元""一个license XX万"）。引导到"商务团队根据规模和需求给出方案"。
开源免费说清楚（Apache 2.0无用户数限制），商业版留到商务环节。
不要说"很便宜""性价比高"这种主观判断，让客户自己判断。

Q20：如果用了OCTO，后续出问题找谁？服务怎么保障？

客户真实关切："你们是小公司/新产品，买了以后你们不管了怎么办？"
⚠️ 红线：不能承诺具体的SLA数字（7×24/15分钟响应之类），因为没有公开的服务SLA标准。说"合同中明确"即可。
开源=自主可控是这类问题最好的定心丸——"即使最坏情况你自己也能维护"。
引导到"PoC阶段体验服务"，用行动代替承诺。