隨著越來越多的企業(yè)IT領(lǐng)導(dǎo)者、軟件工程師和開發(fā)人員轉(zhuǎn)向CPaaS，了解與采購流程相關(guān)的關(guān)鍵優(yōu)勢至關(guān)重要。

　　對于買家來說，最重要的考慮因素之一是他們的企業(yè)（為數(shù)百萬客戶提供服務(wù)）應(yīng)該如何實(shí)施CPaaS。他們必須采取的思維方式是超越想要部署的即時(shí)用例，實(shí)施CPaaS戰(zhàn)略，這將有助于加快未來的IT路線圖，而不是通過增加復(fù)雜性來延長它們。

　　傳統(tǒng)上，公司使用SDK和API在其支持消息傳遞的應(yīng)用程序中逐個(gè)用例地部署通信。隨著企業(yè)擴(kuò)大其消息傳遞工作，最初作為發(fā)送SMS通知的單一應(yīng)用程序可能會(huì)發(fā)展為數(shù)百個(gè)斷開連接的應(yīng)用程序，這些應(yīng)用程序支持對話交互、視頻體驗(yàn)、呼叫轉(zhuǎn)移等。每個(gè)應(yīng)用程序都有自己的代碼、系統(tǒng)集成和要管理的邏輯。最終，如果沒有重要的開發(fā)人員和IT資源，這種方法將難以擴(kuò)展通信、實(shí)施未來的更新，并導(dǎo)致客戶體驗(yàn)中斷。

　　為了解決這個(gè)滾雪球式的問題和單一用途應(yīng)用程序的激增，IT領(lǐng)導(dǎo)者應(yīng)該審查CPaaS供應(yīng)商，這些供應(yīng)商提供了在一個(gè)中央平臺上實(shí)現(xiàn)端到端旅行自動(dòng)化和管理支持通信的應(yīng)用程序所需的所有能力。該平臺充當(dāng)后端系統(tǒng)和渠道之間的粘合劑，提供單一的配器點(diǎn)，為傳遞連接的整體通信體驗(yàn)奠定基礎(chǔ)。

　　在評估不同的CPaaS平臺時(shí)，IT領(lǐng)導(dǎo)者應(yīng)首先考慮以下五項(xiàng)功能：

　　API和SDK是CPaaS的基石。IT主管應(yīng)評估其公司所需的API和SDK，并與潛在供應(yīng)商檢查其可用性。供應(yīng)商提供的產(chǎn)品越多越好--這樣，如果您希望在將來利用新的渠道或其他CPaaS功能，就不必添加獨(dú)立的解決方案來支持它們。

　　為了使不同的業(yè)務(wù)和合作伙伴系統(tǒng)能夠互操作，企業(yè)需要一個(gè)供應(yīng)商來連接它們。入站系統(tǒng)集成允許從業(yè)務(wù)系統(tǒng)接收事件以觸發(fā)通信，而出站集成允許查找和更新系統(tǒng)內(nèi)的記錄。這些集成功能允許端到端的旅程自動(dòng)化，無縫地協(xié)調(diào)多個(gè)系統(tǒng)和渠道之間的交互。

　　可靠性、可跟蹤性和可擴(kuò)展性對于全球企業(yè)來說非常重要。因此，CPaaS供應(yīng)商提供的與運(yùn)營商網(wǎng)絡(luò)和數(shù)字消息提供商的連接類型成為另一個(gè)與眾不同的因素，從延遲、發(fā)件人ID選項(xiàng)、交付報(bào)告和消息安全性等方面都會(huì)受到影響。因此，尋找提供第1層連接的供應(yīng)商至關(guān)重要。

　　CPaaS供應(yīng)商在幫助企業(yè)轉(zhuǎn)向低代碼開發(fā)方法方面處于領(lǐng)先地位。許多供應(yīng)商的核心是一個(gè)低代碼構(gòu)建器，它允許開發(fā)人員快速地自動(dòng)化并逐步重新定義客戶旅程。IT主管必須評估供應(yīng)商的可視化構(gòu)建器，但也必須確保應(yīng)用程序生命周期的每個(gè)階段都有適合更廣泛用戶群的工具。檢查可簡化調(diào)試的內(nèi)置工具，允許設(shè)置通信模板，幫助確保法規(guī)遵從性，并通過分析幫助優(yōu)化旅程。

　　通信領(lǐng)域非常復(fù)雜，需要專業(yè)知識來設(shè)計(jì)成功的通信解決方案，管理每個(gè)渠道的不同功能，并了解哪些用例將產(chǎn)生積極影響。IT領(lǐng)導(dǎo)者需要衡量他們需要多少支持--不僅是在購買時(shí)，而且在未來--因?yàn)槊總�(gè)CPaaS供應(yīng)商在如何幫助客戶方面采取不同的方法。

　　作者：imimobile的Brian Heikes

　　原文網(wǎng)址：

　　https://www.nojitter.com/cpaas/enterprise-cpaas-buyer’s-guide-factors-consider?ng_gateway_return=true&full=true