現(xiàn)在，當(dāng)涉及到通信平臺(tái)即服務(wù) (CPaaS) 時(shí)，他們面臨著困境，要么使他們的通信策略面向未來，要么導(dǎo)致復(fù)雜性不斷增加，從而阻礙未來的進(jìn)步。
這是一個(gè) IT 和數(shù)字化轉(zhuǎn)型領(lǐng)導(dǎo)者不能忽視的困境，因?yàn)?CPaaS 在使他們的組織提高其數(shù)字競爭力方面發(fā)揮著至關(guān)重要的作用。
CPaaS 構(gòu)建與購買的困境：解釋
開發(fā)人員可能會(huì)利用傳統(tǒng) CPaaS 提供商提供的 APIs 和 SDKs。這些提供商提供自助服務(wù)模型，用于構(gòu)建由即用即付定價(jià)支持的應(yīng)用程序。開發(fā)人員選擇他們正在編程的語言并將代碼復(fù)制到他們的軟件中。接下來的一切都由 IT 團(tuán)隊(duì)來管理，包括托管、擴(kuò)展、調(diào)試、合規(guī)性和報(bào)告。
許多與此類提供商一起開發(fā)的組織在單獨(dú)處理每個(gè)應(yīng)用程序或用例時(shí)經(jīng)常面臨單一應(yīng)用程序的激增。最初在一個(gè)應(yīng)用程序中發(fā)送簡單的 SMS 警報(bào)可能會(huì)發(fā)展成為數(shù)百個(gè)斷開連接的應(yīng)用程序，這些應(yīng)用程序支持對話交互、呼叫轉(zhuǎn)移、主動(dòng)通知和其他類型的客戶旅程。每個(gè)應(yīng)用程序都有自己的代碼、系統(tǒng)集成和邏輯。
對于大型組織而言，上述構(gòu)建和管理 CPaaS 應(yīng)用程序的方法變得不可持續(xù)。如果沒有大量的開發(fā)人員和 IT 資源，擴(kuò)展新渠道和旅程、實(shí)施未來更新將變得越來越困難，并且根據(jù)我們的經(jīng)驗(yàn)，這會(huì)導(dǎo)致客戶體驗(yàn)中斷。
最終，生命周期管理和持續(xù)維護(hù)變得如此成本密集和資源消耗，以至于企業(yè)將尋求集中管理其應(yīng)用程序和旅程來克服這一挑戰(zhàn)。這個(gè)中央平臺(tái)是管理層可以選擇構(gòu)建或購買的東西，因?yàn)橐恍?CPaaS 提供商專注于完整的應(yīng)用程序生命周期，并提供構(gòu)建和管理數(shù)百個(gè)應(yīng)用程序和旅程的解決方案--這就是企業(yè) CPaaS。
企業(yè) CPaaS 提供了一個(gè)中央平臺(tái)，用于通過 API 和低代碼工具集端到端地構(gòu)建和配置支持通信和客戶參與的應(yīng)用程序。該平臺(tái)充當(dāng)系統(tǒng)和渠道之間的粘合劑，提供單點(diǎn)編排，為交付互聯(lián)、相關(guān)和全面的通信體驗(yàn)奠定基礎(chǔ)。與系統(tǒng)和渠道的入站和出站集成只需進(jìn)行一次，然后就可以在平臺(tái)支持的每個(gè) CPaaS 應(yīng)用程序中使用--降低復(fù)雜性并簡化持續(xù)的通信管理。
這種類型的 CPaaS 提供商通常采用分層定價(jià)方法，根據(jù)對平臺(tái)功能的訪問、客戶交互的規(guī)模和特定于渠道的消息費(fèi)用來分解他們的產(chǎn)品。雖然初始投資可能會(huì)更昂貴，但從長遠(yuǎn)來看，組織將通過有效解決單一應(yīng)用程序挑戰(zhàn)、加速其 IT 路線圖以及從后端系統(tǒng)中獲取更多價(jià)值來節(jié)省成本。
什么時(shí)候投資全平臺(tái)？
現(xiàn)在我們已經(jīng)討論了構(gòu)建與購買的困境，以下是何時(shí)投資中央 CPaaS 平臺(tái)的四個(gè)考慮因素：
- 當(dāng)您想提升您的開發(fā)團(tuán)隊(duì)時(shí)。企業(yè) CPaaS 平臺(tái)提供了更多開箱即用的功能，可以消除開發(fā)人員必須定期處理的平凡任務(wù)。可視化構(gòu)建器使應(yīng)用程序能夠構(gòu)建、配置和更新為可視化通信旅程的流。這一關(guān)鍵特性允許開發(fā)人員采用基于配置的方法進(jìn)行開發(fā)，因?yàn)樗鼘⒏鞣N預(yù)構(gòu)建的功能、邏輯和配置公開為可以拖放到流中的構(gòu)建塊。此外，更高級(jí)的平臺(tái)具有有助于調(diào)試、增強(qiáng)安全性、同意管理等的工具。
- 當(dāng)您想專注于客戶體驗(yàn)和數(shù)字化轉(zhuǎn)型時(shí)。企業(yè) CPaaS 平臺(tái)及其功能有助于在不影響控制或靈活性的情況下加速 IT 路線圖。隨著原型設(shè)計(jì)、擴(kuò)展和更新應(yīng)用程序流程的簡化，開發(fā)人員和更廣泛的 IT 團(tuán)隊(duì)可以專注于有助于企業(yè)在市場上取得更大成就的事情。該戰(zhàn)略包括優(yōu)化客戶旅程以提供更好的體驗(yàn)以及集成新的 CPaaS 技術(shù)和渠道。
- 當(dāng)您想要從發(fā)送/接收轉(zhuǎn)變?yōu)槎说蕉寺贸虝r(shí)。傳統(tǒng)的 CPaaS 側(cè)重于消息和呼叫的發(fā)送和接收。但是，通過中央平臺(tái)方法，您將能夠自動(dòng)化利用多個(gè)系統(tǒng)和渠道的端到端旅程。一路上收集數(shù)據(jù)并將這些數(shù)據(jù)點(diǎn)輸入分析漏斗，無論是用于 A/B 測試還是跟蹤客戶行為。
- 當(dāng)您希望將 CPaaS 普及到更廣泛的業(yè)務(wù)時(shí)。企業(yè) CPaaS 平臺(tái)的用例超出了開發(fā)人員的范圍。技術(shù)架構(gòu)師、數(shù)據(jù)分析師以及營銷、客戶支持和運(yùn)營團(tuán)隊(duì)的員工可以利用某些功能，如內(nèi)置報(bào)告、模板工具和開發(fā)人員構(gòu)建的組件來管理他們的部分通信體驗(yàn)。
聲明：版權(quán)所有 非合作媒體謝絕轉(zhuǎn)載
作者：imimobile 的 Dave Jennings
原文網(wǎng)址：https://www.nojitter.com/cpaas/solving-it-leader%E2%80%99s-cpaas-build-vs-buy-dilemma
