CPaaS 平台在企业应用中注入可编程的语音、视频和 SMS 消息。
为此，它们利用了电信公司投入巨资建设的运营商网络。
现在，CPaaS 提供商开始获得回报。Gartner 预测，到 2026 年，90% 的企业将利用 CPaaS 平台。而在 2022 年，这一比例仅为 30%。
事实上，CPaaS 市场正在崛起，现在电信公司也想参与其中。
发展趋势
2022 年，全球电信巨头爱立信完成了对 Vonage 62 亿美元的巨额收购，CPaaS 被认为是这笔交易的主要推动力。
不久之后，Proximus 收购了 Route Mobile 58% 的股份，Skyvera 收购了美国虚拟云技术公司的全部资产。
除了这些引人注目的交易外，其他著名电信公司也宣布与 CPaaS 提供商密切合作。
今年 5 月，诺基亚与 Infobip 合作，“加速 CPaaS API 开发”。
此前不久，德国电信和 T-Mobile US 启动了一项共同的开发者计划，以开放其网络 API。
机遇
多年来，电信公司一直面临着一个令人困扰的问题：如何找到新的方式将我们对网络的巨额投资转化为收益？
CPaaS 可能是解决这一问题的良方，它允许电信公司提供新的、互补的 API 解决方案，而 5G 网络可以极大地增强这些解决方案。
通过收购 CPaaS 提供商并与之合作，电信公司缩短了这一过程，缩短了新解决方案的上市时间。
这些安排还有其他一些好处。例如，电信公司可以立即访问强大的开发人员社区，汇集大量数据，并接触到新的受众。
然而，也许最重要的是，电信公司和 CPaaS 企业可以利用共享的知识，融合各自的优势，构建具有强大连接性和覆盖面的卓越解决方案。
为什么不单干呢？
电信公司曾经试图涉足 CPaaS 市场。想想 Telfonica 的 Bluevia、德国电信的 Developer Garden，甚至 GSMA 的 OneAPI 计划。
然而，尽管每个项目似乎都表明电信公司知道开发人员想要什么，但它们都没有做到。例如，它们往往对访问和使用低价值的 API 收取费用，事实证明这是一个很大的障碍。
现在，有了这些合作伙伴关系，电信公司意识到他们需要帮助。这是一个积极的进步，因为他们了解到开发人员使用这些 API 可以完成许多不同类型的项目，因此也有很多进入市场的途径。
CPaaS 提供商可以提供必要的支持，帮助电信公司了解他们希望涉足 CPaaS 的哪些领域，以及他们必须参与的生态系统，从而最大限度地发挥 API 的价值。
抓住机遇
正如建议的那样，电信公司必须想办法建立开发人员社区并吸引客户，以实现 CPaaS 投资的货币化。
除了黑客马拉松之外，还有几种方法可以解决这个问题。例如，电信公司可以展示他们如何在自己的业务中利用 CPaaS API，为开发人员提供如何使用 API 的模板示例，并在其网站上建立游戏环境。
电信公司还可以利用与现有客户的长期关系，以企业 IT 开发人员为目标，而不是完全专注于横向的长尾开发人员社区，因为这是很难攻克的难题。
然而，最好的学习往往来自于跟随他人的脚步。以西班牙电信为例。它通过与 AWS 和谷歌等公司合作，提供自己的 API。
在这样做的过程中，它并没有与特定的 CPaaS 提供商、路线图和生态系统绑定。
正如 “供应商中立 ”CPaaS 平台概念的发展所展示的那样，这可能是最好的发展道路。
供应商中立 CPaaS 平台概念
虽然有些电信公司与特定的 CPaaS 提供商合作，但它们也可以建立在供应商中立的平台上，例如最近在 2024 年 CC-Global 大奖中获得最佳创新 CPaaS 提供商奖的 HORISEN。
这样的平台是开源的，还能从可靠的供应商处获得持续的专业开发、维护和不断更新。
除了供应商的独立性，这些还为电信公司带来了一些好处：
- 灵活性：从不同供应商那里选择最佳功能和服务，而不会被锁定在单一供应商的生态系统中。
- 低成本：避免构建新的 API 平台所需的高额费用和时间。
- 面向未来：通过轻松集成新特性和功能，适应不断变化的通信需求。
- 安全性：这些平台通常内置了强大的安全功能，减轻了单个公司实施自己的解决方案的负担。
- 可扩展性：它们可以轻松适应不断增长的需求，处理增加的流量或数据量，而无需进行全面改造。
当然，这其中也有一些权衡。例如，供应商中立的方法可能无法提供与专有平台相同的定制水平。
然而，HORISEN 认为自己的平台是个例外。事实上，该供应商表示，其定制解决方案可以满足特定需求。此外，由于完全采用 API，其平台可无缝集成到各种系统环境中。
无论如何，对于寻求灵活性、成本效益和面向未来的解决方案的电信公司和其他企业来说，供应商中立平台往往是一个强大的选择。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/zixun/51728.html
