现在，当涉及到通信平台即服务 (CPaaS) 时，他们面临着困境，要么使他们的通信策略面向未来，要么导致复杂性不断增加，从而阻碍未来的进步。
这是一个 IT 和数字化转型领导者不能忽视的困境，因为 CPaaS 在使他们的组织提高其数字竞争力方面发挥着至关重要的作用。
CPaaS 构建与购买的困境：解释
开发人员可能会利用传统 CPaaS 提供商提供的 APIs 和 SDKs。这些提供商提供自助服务模型，用于构建由即用即付定价支持的应用程序。开发人员选择他们正在编程的语言并将代码复制到他们的软件中。接下来的一切都由 IT 团队来管理，包括托管、扩展、调试、合规性和报告。
许多与此类提供商一起开发的组织在单独处理每个应用程序或用例时经常面临单一应用程序的激增。最初在一个应用程序中发送简单的 SMS 警报可能会发展成为数百个断开连接的应用程序，这些应用程序支持对话交互、呼叫转移、主动通知和其他类型的客户旅程。每个应用程序都有自己的代码、系统集成和逻辑。
对于大型组织而言，上述构建和管理 CPaaS 应用程序的方法变得不可持续。如果没有大量的开发人员和 IT 资源，扩展新渠道和旅程、实施未来更新将变得越来越困难，并且根据我们的经验，这会导致客户体验中断。
最终，生命周期管理和持续维护变得如此成本密集和资源消耗，以至于企业将寻求集中管理其应用程序和旅程来克服这一挑战。这个中央平台是管理层可以选择构建或购买的东西，因为一些 CPaaS 提供商专注于完整的应用程序生命周期，并提供构建和管理数百个应用程序和旅程的解决方案--这就是企业 CPaaS。
企业 CPaaS 提供了一个中央平台，用于通过 API 和低代码工具集端到端地构建和配置支持通信和客户参与的应用程序。该平台充当系统和渠道之间的粘合剂，提供单点编排，为交付互联、相关和全面的通信体验奠定基础。与系统和渠道的入站和出站集成只需进行一次，然后就可以在平台支持的每个 CPaaS 应用程序中使用--降低复杂性并简化持续的通信管理。
这种类型的 CPaaS 提供商通常采用分层定价方法，根据对平台功能的访问、客户交互的规模和特定于渠道的消息费用来分解他们的产品。虽然初始投资可能会更昂贵，但从长远来看，组织将通过有效解决单一应用程序挑战、加速其 IT 路线图以及从后端系统中获取更多价值来节省成本。
什么时候投资全平台？
现在我们已经讨论了构建与购买的困境，以下是何时投资中央 CPaaS 平台的四个考虑因素：
- 当您想提升您的开发团队时。企业 CPaaS 平台提供了更多开箱即用的功能，可以消除开发人员必须定期处理的平凡任务。可视化构建器使应用程序能够构建、配置和更新为可视化通信旅程的流。这一关键特性允许开发人员采用基于配置的方法进行开发，因为它将各种预构建的功能、逻辑和配置公开为可以拖放到流中的构建块。此外，更高级的平台具有有助于调试、增强安全性、同意管理等的工具。
- 当您想专注于客户体验和数字化转型时。企业 CPaaS 平台及其功能有助于在不影响控制或灵活性的情况下加速 IT 路线图。随着原型设计、扩展和更新应用程序流程的简化，开发人员和更广泛的 IT 团队可以专注于有助于企业在市场上取得更大成就的事情。该战略包括优化客户旅程以提供更好的体验以及集成新的 CPaaS 技术和渠道。
- 当您想要从发送/接收转变为端到端旅程时。传统的 CPaaS 侧重于消息和呼叫的发送和接收。但是，通过中央平台方法，您将能够自动化利用多个系统和渠道的端到端旅程。一路上收集数据并将这些数据点输入分析漏斗，无论是用于 A/B 测试还是跟踪客户行为。
- 当您希望将 CPaaS 普及到更广泛的业务时。企业 CPaaS 平台的用例超出了开发人员的范围。技术架构师、数据分析师以及营销、客户支持和运营团队的员工可以利用某些功能，如内置报告、模板工具和开发人员构建的组件来管理他们的部分通信体验。
声明：版权所有 非合作媒体谢绝转载
作者：imimobile 的 Dave Jennings
原文网址：https://www.nojitter.com/cpaas/solving-it-leader%E2%80%99s-cpaas-build-vs-buy-dilemma
