核心问题
- 声网的业务分别来自哪些具体工作负载？这些工作负载的技术约束是什么？
- 客户规模达到什么阶段后会从采购转向自研？
- 是否存在客户从竞争对手迁移到声网的案例？迁移的原因是什么？
- 是否存在客户从声网迁出的案例？迁移的原因是什么？
声网业务对应的工作负载
| 工作负载 | 收入及增量来源 | 留存机制 | 主要技术约束 | 对毛利的影响方向 |
|---|---|---|---|---|
| 社交语聊房、多人音频房 | 音频分钟数、并发增长、跨房互动、录制和内容安全 | 用户社交关系和房间玩法使RTC深度嵌入产品 | 大房间扇出、弱网、回声消除、抢麦、低端机适配、全球延迟 | 纯音频带宽较低，但大规模常在线和高折扣可能压低单位毛利 |
| 1对1音视频、陪伴和约会 | 通话分钟数、付费用户增长、美颜/降噪/审核等增值功能 | 呼叫、推送、计费、风控和匹配系统与SDK耦合 | 呼叫成功率、NAT穿透、首帧时间、移动端后台唤醒、隐私安全 | 通常较标准化；地域和视频清晰度决定带宽成本 |
| 互动直播、连麦和PK | 主播与观众规模、跨房PK、旁路推流、录制和转码 | 直播业务对稳定性和峰值容量敏感，替换风险较高 | 超大并发、主播上行质量、CDN旁路、音画同步、突发峰值 | CDN、转码、录制和高峰冗余增加成本；附加产品可提高收入密度 |
| 在线教育和培训 | 课堂分钟数、白板、录制、回放、内容处理 | 教学流程、课件、白板和课堂管理形成集成黏性 | 屏幕分享、弱网、低端设备、师生权限、录制可追溯性 | 课堂高峰集中，容量冗余和大客户折扣可能压低毛利 |
| 医疗问诊和远程服务 | 问诊分钟数、录制、转写和合规能力 | 合规、审计和业务流程提高迁移成本 | 数据驻留、加密、访问控制、可靠性、浏览器兼容 | 合规与专有部署增加交付成本，但客户支付意愿可能更高 |
| 企业协作和远程会议 | 席位或分钟数、录制、转写、会议控制 | 身份、日历、文档和管理系统集成 | 多方会议、屏幕分享、企业网络防火墙、TURN覆盖、SLA | 企业服务和支持成本较高；规模和合同定价决定毛利 |
| IoT门铃、摄像机和硬件对讲 | 设备量、呼叫频率、云录制、设备管理 | SDK进入固件和硬件生命周期后替换成本高 | ARM资源、功耗、网络不稳定、长生命周期、固件升级和回声 | 单设备用量可能低，但生命周期长；定制和支持影响毛利 |
| 游戏语音和元宇宙空间音频 | DAU、在线时长、空间音频等高级功能 | 游戏引擎、房间系统和社交玩法深度集成 | 超低延迟、位置音频、跨平台、CPU占用、同时说话人数 | 音频带宽较低，但高并发、全球节点和引擎适配增加成本 |
| 对话式AI语音代理 | 会话分钟数，以及STT/LLM/TTS编排或增值能力 | 实时打断、转写、模型路由和业务工作流形成新的集成层 | 端到端延迟、可打断性、音频质量、模型抖动、成本路由 | 若Agora只提供音频传输，收入密度有限；若承载编排和增值服务，收入潜力更高但算力成本也更高 |
上述毛利判断为工作负载层面的分析，不是声网公开披露的分产品毛利数据。声网没有按这些场景逐一披露收入和毛利，因此不能将表格直接换算成财务报表中的分部数字。
客户什么时候会从采购转向自研
这个问题下较多信息来源为Trembit、Forasoft两个机构，这两个机构都有部分业务是帮助客户进行RTC服务开发，涉及从Agora迁出的服务。所以其分析和观点与自身利益有关联，可作为参考，但需要降低权重。
不存在可以普遍套用的用户数、收入或并发阈值。企业是否自研应看以下条件是否同时出现：
- 成本条件：RTC账单已经成为产品单位经济中显著且稳定的一部分；自建基础设施、带宽和团队的完全成本明显低于供应商报价。
- 负载条件：流量足够大且可预测，能够持续摊薄媒体服务器、全球节点、监控和SRE成本；如果流量高度波动，云服务的弹性仍有价值。
- 战略条件：音视频体验已经成为核心竞争力，而不是附属功能；企业需要自定义拥塞控制、路由、编解码、混音或空间音频。
- 组织条件：已经具备WebRTC/SFU、客户端媒体、网络、SRE、质量评估和7×24故障处理能力。
- 合规条件：数据主权、私有化、政府或监管要求无法通过标准公有云产品满足。
- 迁移条件：业务层已经与媒体层解耦，可以双栈运行、灰度切流和快速回滚。
更常见的路径不是“采购→整体自研”的跳变，而是：
采购完整方案 → 自研业务信令和房间编排 → 自研音效/混音/审核 → 对部分高流量或高合规线路自托管 → 只有在收益足够明确时整体替换。
自研RTC的技术架构全景
自研一个生产级RTC系统需要搭建四大核心组件：
信令服务器：负责会话建立、ICE候选交换和房间管理，通常基于WebSocket或Socket.io构建（Agora自建vs采购分析）；
STUN/TURN穿透服务器：约15%-40%的用户因防火墙/NAT限制无法直连，必须通过TURN中继，TURN带宽成本是自研方案最主要的隐性支出（Trembit 2026成本分析）；
SFU媒体服务器：多人通话时负责选择性转发音视频流，不解码不混流，I/O密集型（free4chat演进分析）；
全平台客户端SDK：需要覆盖iOS、Android、Web、Windows、macOS及Flutter/React Native等框架，并持续适配操作系统和浏览器更新（Agora自建vs采购分析）。
值得注意的是，上述四层的每一项在规模化后都将指数级放大运维复杂度。例如，TURN服务器在生产环境中面临Linux内核netfilter连接追踪表溢出（conntrack table overflow）、单核软中断瓶颈（SoftIRQ bottleneck）和OOM Killer内存耗尽等非典型故障（TrueSight生产环境崩溃案例）。正如一位资深WebRTC工程师所言："大多数WebRTC项目不是死在1万并发用户，而是死在300用户——在酒店Wi-Fi、停车场手机热点、跨国NAT等真实网络条件下"（Most WebRTC Projects Fail at 300 Users）。
自研vs采购的TCO成本模型
Trembit基于2025年实际部署数据，给出了不同规模下的TCO基准对比（720p视频、20分钟平均通话、25% TURN中继率、不含录制）（Trembit 2026成本分析）：
| 月用量 | 托管云(Agora/Twilio) | LiveKit Cloud | 自建SFU(AWS) | 混合P2P+自建 |
|---|---|---|---|---|
| 50万participant-minutes | $1,500–$4,000 | $800–$2,000 | $600–$1,200 | $400–$800 |
| 200万participant-minutes | $6,000–$16,000 | $3,000–$7,000 | $1,800–$3,500 | $1,200–$2,400 |
| 1000万participant-minutes | $30,000–$70,000 | $12,000–$25,000 | $6,000–$12,000 | $4,000–$8,000 |
Forasoft以1000并发峰值用户（4人房间、90分钟会话、约1800万分钟/月）的实际案例做了更具体的测算：Agora成本约$17,820/月（$0.99/千分钟HD），加录制费用后突破$20,000/月；而基于LiveKit自建方案（4台Hetzner AX102服务器 + TURN集群 + 20% SRE工时摊销）仅约$3,500–$4,000/月，自建比托管便宜4-5倍（Forasoft Agora替代方案分析）。
隐性成本是关键变量：Trembit指出，WebRTC基础设施的全口径成本通常是原始计算和带宽账单的1.6–2.2倍，原因包括录制基础设施（增加20-35%）、全球地理分布、监控与可观测性工具（Grafana+定制metrics或商用Callstats/Cyara）、以及高峰时段的闲置算力冗余（Trembit 2026成本分析）。此外，一名资深WebRTC工程师在美国的年薪中位数为$133,000（OrbytJobs 2026薪资数据），在中国高级岗位年薪也可达42-60万人民币（倍猎高级WebRTC工程师），而自研团队需要至少2-3名这样的工程师。
自研拐点的定量分析：不是单一数字
核心结论：自研拐点是一个区间，而非单一数值。
- 月均50万participant-minutes以下：托管云在TCO上具有绝对优势。工程团队应聚焦产品而非基础设施。此时自建的固定工程成本（至少1名WebRTC工程师+基础设施基线）远超托管费用（Trembit 2026成本分析）。
- 月均50-100万participant-minutes：进入模糊区间。自建开始具备成本竞争力，但前提是团队有WebRTC运维能力（Trembit 2026成本分析）。
- 月均500-1500万participant-minutes：自建方案在多数场景下经济性显著优于托管云。Forasoft的决策框架建议低于500万分钟/月时PaaS几乎总是更便宜，500-1500万取决于工程团队能力，超过1500万时自建赢面极大（Forasoft Agora替代方案分析）。
- 月均1500万participant-minutes以上：自建或混合方案是唯一经济合理的选择（Trembit 2026成本分析）。
拐点因场景而异：纯音频通话因带宽消耗低（约50kbps），托管云成本极低，自建拐点大幅右移；高清视频（1080p+）带宽消耗高（2-4Mbps），拐点左移；互动直播因需要CDN推流和录制，拐点更加复杂。如果产品中1:1通话占比高（如远程医疗、在线辅导），实施混合P2P+SFU架构可将总基础设施支出降低30-45%，进一步改变拐点位置（Trembit 2026成本分析）。
从竞争对手迁入Agora：公开社区案例
公开GitHub记录中可以确认一些小团队迁入案例：
这些记录都不足以证明中大型企业迁入Agora。公开材料显示，小团队迁入Agora的主要原因偏技术交付和运维简化，而不是容量不足或销售服务。
从Agora迁出：公开社区案例
能够确认的公开记录主要来自个人和小团队：
Hyperbeam 没有选择 Agora 不是因为 Agora 产品不好，而是因为它们的核心技术需求（从服务端 Chromium 实例流式传输）需要的是 WebRTC 流媒体推送，而不是 多方音视频通话。它们本质上不是 Agora 的目标客户。
- OnAir在正式发布前从Agora转向LiveKit，属于反向案例；它说明早期技术选型仍容易改变，但不是生产期的大型企业迁移。Hacker News讨论
Github案例：
- iCare项目因Flutter Web的Agora bridge空指针问题改用Jitsi。GitHub提交
当前Web 端用 Jitsi，移动端用 ZegoCloud。
大型App中的Agora SDK指纹
AppBrain截至2026年7月的Android SDK统计显示：
- Agora代码出现在800多个Android应用中；
- 这些应用累计安装量超过100亿次；
- 被识别的头部应用包括Netflix、Ludo King、Litmatch、Astrotalk、Binance、Getcontact、Talkie、FRND和Ludo Club；
- Agora在AppBrain覆盖的全部应用中占0.39%，对应0.60%的安装量；在头部应用中占1.69%，对应1.54%的安装量；
- 当期“新应用”占比显示为0.00%，但可能包含四舍五入、识别滞后或样本口径问题，不能据此推断新增客户为零。
来源：AppBrain Agora Android SDK统计，页面说明其数据来自APK中的代码指纹识别。
这些数据只能用于建立候选企业池。Netflix或Binance的APK中出现Agora，可能是实际RTC功能、地区性功能、间接依赖、闲置代码或识别误差。
迁移原因
| 原因 | 迁入Agora时的表现 | 迁出Agora时的表现 |
|---|---|---|
| 容量与全球覆盖 | 希望避免自行部署SFU/TURN和跨区域网络 | 当企业已有全球媒体基础设施后，托管网络的边际价值下降 |
| 稳定性与SDK成熟度 | 移动端呼叫、推送、弱网和跨平台集成更完整 | 特定平台SDK故障、崩溃、冷启动或兼容问题触发替换 |
| 成本 | 减少早期团队和运维成本 | 用量扩大后按分钟计费超过自建或竞争方案 |
| 控制和差异化 | 快速上线时优先采购 | RTC成为核心体验后，希望自定义路由、编解码、音效和调度 |
| 合规和数据主权 | 选择能满足区域和认证要求的托管服务 | 必须私有化、数据不出域或政府项目要求自托管 |
| 销售与服务 | 账户支持、迁移协助和价格折扣可能促成签约 | 支持响应、合同条款或折扣变化可能促使重新招标 |
| 供应商锁定 | 统一SDK降低早期复杂度 | 私有Token、信令和客户端API增加迁移成本，促使企业预先做抽象层 |