项目做大做强 · 研发条线讨论

AI 智能热线
规模化与毛利提升路径

从「项目制定制交付」 走向 「产品化规模复制」

AI 智能体编排模型小型化本地化云化外呼中心
研发条线 · 讨论发言2026 年 9 月
AI 智能热线 · 产品现状

我们的AI 智能热线现在长什么样

面向属地化客户的智能语音产品,覆盖热线接听、回访服务等场景

📞 业务场景

服务多个属地化客户,覆盖热线接听、回访服务等语音场景,各属地需求差异明显

🖥️ 交付模式

以本地部署为主,项目制交付;每个属地化客户的上线都要经过一轮本地部署与实施

🤖 AI 能力

依托三方云化 AI 能力:ASR 语音识别、TTS 语音合成、LLM 对话理解,按路通话计费

👨‍💻 研发模式

已具备可视化流程配置能力,但配置繁琐、上手门槛高,目前只能由研发人员完成配置,研发深度参与每个项目

当前交付链路 属地需求 研发可视化配置 本地部署实施 逐客户交付 这是三条路径的出发点
路径一 · 提规模

结合 AI 智能体的对话流编排引擎

除了市场发力,研发侧的根本解法:用 AI 智能体实现 AI 辅助流程编排,实施和售前自助完成配置,研发只做底层原子能力

应用层属地化客户
属地 A
热线场景
属地 B
外呼场景
属地 C
回访场景
…N 个属地
零代码复制
▲  AI 辅助编排,无需研发介入  ▲
编排层AI 智能体加持
AI 智能体辅助编排
自然语言生成 / 调整对话流
配置自检 · 灰度发布
▲  研发聚焦沉淀原子能力  ▲
能力层研发维护
ASR / TTS
LLM 对话
知识库 / RAG
业务系统接口
客户上线周期按月计(研发逐个配置) 按周/按天计(AI 辅助编排) 上线周期缩短,规模才能指数级复制
路径二 · 提毛利

模型能力小型化、本地化

当前三方云化 AI 每路通话单独付费、单价不便宜 —— 变动成本直接侵蚀毛利

现状 · 三方云化 AI

  • 每路通话单独付费,随规模线性增长
  • 单价不便宜,毛利被持续挤压
  • 数据出域,属地化客户顾虑
  • 能力受制于三方,迭代不可控

目标 · 本地化小模型

  • 调研更小型优质的 ASR / TTS,本地部署
  • LLM 不影响效果前提下,量化小模型实现
  • 一次性算力投入,边际成本趋近于零
  • 数据不出域,属地客户更放心
ASR

小型高精度识别模型
本地部署替代按路付费

TTS

轻量优质合成模型
本地化、可控成本

LLM

量化小模型
效果不打折,成本大幅下降

路径三 · 换模式

打造云化外呼中心

本地部署、项目制交付重、复制慢、规模难上量 —— 用 SaaS 模式破局

☁️

客户无需部署

开账号即用,零硬件、零实施等待,交付成本大幅下降

🚀

决策门槛极低

不用走本地部署的长决策链,客户容易试用、容易起量

📈

边际成本极低

模型跑通一次,服务 N 个客户;毛利远高于一次性本地部署

计费模式 按通话时长付费 按转化效果付费 —— 与客户利益绑定,先用起来,量随价值涨
回应议题一 · 毛利展望

三路并进,毛利率逐年显著改善

编排引擎提规模 × 模型本地化降成本 × 云化交付换模式 —— 毛利结构性、趋势性改善

基线
2026 · 项目制定制交付为主
三方 AI 按路付费
稳步提升
2027 · 引擎落地AI 辅助编排引擎上线
ASR/TTS 本地化试点
加速改善
2028 · 云化起量外呼中心 SaaS 化
量化 LLM 全面替换
显著跃升
2029 · 规模复制SaaS 收入占比过半
毛利额指数级增长
驱动 ① 上线周期:月 ➜ 天,客户数指数复制 驱动 ② 单路成本:按路付费 ➜ 边际趋零 驱动 ③ 收入结构:一次性 ➜ 持续订阅

* 趋势成立的前提是三条路径按里程碑落地;具体数值建议结合年度预算滚动测算

回应议题二 · 给团队的建议

把定制做成产品,把交付变成服务

1

研发资源向平台化倾斜

原子能力 + 编排引擎作为公共底座,结合 AI 智能体把繁琐配置升级为 AI 辅助编排,让实施售前自助完成,极大降低配置成本

2

共建模型能力选型中台

ASR / TTS / LLM 统一评估、统一部署,小型化 + 本地化,把单路通话的变动成本打下来

3

主推云化交付模式

售前政策与激励向「开账号即用、按时长/效果付费」倾斜,用低决策门槛带动全团队规模上量

规模靠「可复制」,毛利靠「低成本 × 好模式」
第二话题 · 运维降本

入驻式属地化部署,运维成本极高

以 120 视频调度系统为代表,我组绝大部分产品均通过入驻式属地化方式部署,运维压力大

部署分散

绝大部分产品(含 120 视频调度系统)入驻属地化环境,环境碎片化,只能逐项目独立运维

项目剧增

按照公司对项目组的营收要求,后续项目持续增量,运维项目可能剧增至数十、上百个

重大短板

运维成本高企将挤占研发与交付资源,成为保障用户体验和项目发展的重大短板

若维持现状 项目数 × 单项目运维成本 持续攀升 人工巡检 · 被动响应 · 依赖驻场 —— 运维开销随规模线性增长,项目越多负担越重
运维降本 · 应对之策

建设统一运维中心

目标:保障交付人员可视化、简单地完成项目巡检和运维操作,运维不再依赖研发驻场

🖥️

全局可视化

全部项目健康度一屏总览:服务状态、资源水位、告警全景,风险早发现、早处置

🧰

操作简单化

巡检、重启、升级、备份等高频运维操作一键完成,交付人员即可自助运维

🤖

巡检自动化

定时自动巡检 + 异常实时告警,从人工被动响应转向系统主动发现

运维模式人工驻场 · 逐项目巡检 统一中心 · 可视化 · 自动化 少数人支撑数十上百个项目,运维成本随规模摊薄
THANKS

谢谢大家,欢迎讨论

做大做强 · 规模、毛利与运维
AI 辅助编排  ×  模型本地化  ×  云化外呼中心  ×  统一运维中心

1 / 10
← → 方向键 / 空格 / 滑动 翻页