這是詳盡的第二部分 Botpress 與對話流 比較。對於第一部分,請按兩下 此處。
使用現有集成
哪些集成可用,集成有多容易?內容是按集成還是按類型?
現有的集成是在做一百次的事情時節省時間的關鍵。
對話流ES
以下是 UI 中 Dialogflow ES 的集成:
- 對話流電話閘道測試版
- 阿瓦亞
- 信號線
- 體腔植入
- 奧科
- 特威利奧
- 電話
- 基因系統 Cloud
- 特威利奧
- 網路演示
- 對話流信使測試版
- 來自臉書的信使
- 來自Facebook BETA的工作場所
- 鬆弛
- 電報
- 線
- 琪琪
- Skype
- 火花
- 特威利奧IP消息傳遞
- 特威利奧(簡訊)
- 唽
- 維伯
這是相當的清單!
添加Facebook Messenger為您提供說明,指向更多資訊的連結,有關環境的資訊以及正確的令牌。
對話流 CX
以下是UI中的對話流CX:
- 阿瓦亞
- 體腔植入
- 奧科
- 對話流信使
- 臉書信使
- 線
如果一切看起來不那麼相似,人們會認為 Dialogflow CX 與其前身共用其名稱的一半,但只有兩個非基於 Web 的文本集成!
重用與Dialogflow ES一起工作的功能,Dialogflow CX使添加Facebook Messenger變得簡單。人們只能想知道為什麼他們沒有重複使用更多。
Botpress V12版本
Botpress 在UI可訪問的集成方面並沒有太多。您需要變更一些設定檔並閱讀文件。
在模組頁面上,唯一的參考是 Web 通道 — 在 Botpress 演播室。
文件頁面列出了以下管道:
- 網站嵌入
- 匡威介面
- 臉書信使
- 電報
- Microsoft團隊
- 特威利奧
- 鬆弛
- Smooch(陽光對話)
- 沃納奇
就數位而言,沒有比Dialogflow CX多多少,但是您可以開箱即用地獲得幾種流行的基於文本的平臺。
儘管需要更改配置檔以啟用消息傳遞通道,但文檔中的說明非常詳細。
Facebook Messenger 集成需要更改配置檔。對於非技術人員來說,這可以更容易。
若要獲取 Web 聊天的嵌入 URL,必須打開文件並自行生成 URL。
比較
Dialogflow ES具有比Dialogflow CX和Dialogflow CX更多的現成集成 Botpress. Botpress的UI只提到了網路聊天,但它支援與Dialogflow CX類似數量的集成。網路聊天頻道是迄今為止最容易測試的,因為它不需要配置(Botpress 要求您轉到文檔來完成此操作,而對話流 CX 不需要)。然而 Botpress 支援比對話流 CX 更常見的基於文字的集成。 Botpress 勝過Dialogflow CX,因為與基本服務進行一些複雜的集成比缺少集成更好。
可視化整個對話
機器人是如何組織的,您加入團隊成員的難易程度如何?您的團隊會喜歡在平臺上工作和協作,還是會覺得令人沮喪?這三個平臺在這方面令人驚訝地不同。
對話流ES
一切都在對話流ES中是平坦的。沒有流編輯器。這意味著,如果您想將使用者從另一個意圖發送到一個意圖,那麼可視化將很棘手。您需要使用上下文。
- 一個清單來統治它們。
- 如果要控制對話的流,則需要在意圖中添加輸出上下文,以控制使用者的去向。
- 在退款訂單意向中,添加與輸入相同的上下文。對其他每個選項執行相同的操作。
- 在意向清單中,您可以按下添加後續意向,這將使用預設上下文創建意向。但是如何重新排列嵌套的意圖呢?
1 的 4
您可以快速查看,如果您要添加更多複雜性(後續意圖),這很快就會變得難以跟蹤。缺乏可視化流編輯器是導致這種情況的原因,也是Dialogflow ES最重要的缺失(也可能是促使Dialogflow CX創建的原因)。
對話流 CX
Dialogflow CX有一個流編輯器,但它更像是一個流可視化工具。您可以看到您的流,但您必須瀏覽許多功能表並通過填寫表單來創建它們以更改外觀。
- 每個頁面就像一個節點,代表對話中的一個位置。此頁面有一個選項和另外兩個按鈕。
- 按兩下退款訂單等頁面會將其打開並關閉另一個頁面。您可以看到相鄰的頁面。
- 可視化工具一次顯示一個流(一組頁面),在左側可以看到所有頁面。
- 起始頁是包含所有功能的好地方。路由在含義方面很有意義(將用戶發送到不同的頁面或流)。
1 的 4
沒有一種簡單的方法可以在進入頁面(如開始)時發生某些事情。相反,此類操作必須在觸發路由時發生。假設您想在對話開始時添加跟蹤圖元,以跟蹤分析平臺中的使用方式。您必須將其添加為每個路由和事件處理程式中的 webhook(自定義代碼實現)。
事件處理程式是值得注意的路由,用於處理使用者提交時沒有任何文本或預設回應的情況。
由於兩個原因,對話的流程可能很難遵循。首先是沒有自上而下的邏輯。可以同時觸發多個路由,因此會話中沒有單個位置。第二個原因是 Dialogflow 選擇不直觀地將路由/事件處理程式連結到它們流向的頁面,而是將頁面視為一個整體。
流程UI實際上感覺更像是可視化而不是編輯器,因為您無法移動任何內容或編輯任何內聯內容。缺乏控制一開始會讓人感到有些沮喪,但你確實習慣了。
Botpress V12版本
可視化是一個領域 Botpress 真正閃耀!可視化流編輯器/流邏輯直觀明瞭。一切都非常活潑也無妨。
- 這個可視化流編輯器沒有秘密。它顯示了正在發生的一切。每個轉換都連接到另一個節點。
- 創建和更新決定使用者下一步被發送到何處的邏輯很簡單。
- 按兩下節點時,節點檢查器會彈出標題編輯器和三個選項卡。
- 如果將節點連接在一起的線變得混亂,您可以將流拆分為多個流。這將使行數保持可管理。
- 意圖和實體頁面是您所期望的。
- 集成的問答功能非常棒。您可以添加不需要查看整個對話流的參與者,並讓他們在不中斷對話的任何其他部分的情況下做出貢獻。
1 的 6
Botpress的 Flow 編輯器回應迅速、透明、按時間順序排列且簡單明瞭。問答功能非常適合讓人們在沒有太多培訓的情況下做出貢獻。
比較
Dialogflow ES 有一種直觀的方式來可視化您的對話——一個清單。複雜對話似乎不是優先順序,因為用於對話邏輯“上下文”的方法不會顯示在意向清單頁面上。對於完全合法的常見問題解答,但除此之外,很難弄清楚發生了什麼。如果它適用於您的用例,那麼加入新團隊成員應該相對容易。
Dialogflow CX 具有最能被描述為流可視化工具的功能。您可以通過右側功能表編輯流程,方法是填寫和更新表單並保存。與 Dialogflow ES 相比,它在幫助用戶可視化對話邏輯方面取得了突飛猛進的效果。遺憾的是,流編輯器沒有顯示每條路由的通向,而是將整個頁面(或節點)視為一個大節點,並將所有連接合併到其他節點,從而更難看到哪條路由去哪裡。您還可以同時觸發多個匹配或多個路由,因此您必須小心。UI 在顯示意向是可選的以及如何處理多個匹配項方面也做得不好。一般來說,很多事情感覺比它們需要的要複雜。熟悉 Dialogflow CX 的人不會遇到太多問題,但加入較少的技術團隊成員將需要時間。
Botpress 有一個合適的流編輯器。您可以在流中移動節點(相當於 Dialogflow CX 頁面),並通過拖放來連接它們。
一個節點 Botpress 有三個時間階段,開始、后回應和過渡。Dialogflow CX 將事物組織在隱藏但可訪問的面向路由的孤島中。這意味著您的節點會根據使用者被發送到的位置執行不同的操作,並且您無法一目了然地看到所有內容。的好處 Botpress的方法是,你可以看到發生的一切和邏輯。顯示歡迎消息等內容將顯示在流本身中。Q&A功能允許你快速加入非技術人員,並讓他們立即為你的聊天機器人做出貢獻。您可以將其視為在 Dialogflow CX 中有一個迷你 Dialogflow ES 頁面。
易於擴展
有兩種類型的縮放:可以縮放以處理大量流量的機器人和可以縮放以處理大量對話流的複雜機器人。
您不必擔心使用Diaglogflow ES和CX或CX進行擴展 Botpress — 前提是您的專案涉及對話 AI 平台,並且您的功能直接與對話相關。的基本版本 Botpress 企業和對話流ES和 CX 都是自動擴展的,可以處理巨大的流量。對於客戶代碼,對話流可以調用 cloud 功能(非常可靠)而 Botpress 在基本應用程式中處理它(因此再次自動縮放)。
在管理非常複雜的機器人方面,您可以參考上一節中有關可視化整個對話的內容。對話流CX和 Botpress 應該能夠處理大型對話流。Dialogflow CX在視覺拋光方面領先,並且 Botpress 具有更易於理解和整潔的介面。所有平臺都支持使用者角色管理,允許您為每個團隊成員設置不同的角色。
從機器人記憶體中保存和提取(如訂單號)
記憶體是任何重要應用的要求。從另一個服務獲取資訊並將其顯示給使用者可能是最常見的用例。其他情況包括記住使用者對問題的回答,以便以後可以考慮這一點。
對話流ES
如果沒有流編輯器,機器人記憶體在對話流ES中就不是那麼重要了。在UI中,無法顯示或不顯示基於意圖的參數。如果你想有這種邏輯,你需要使用代碼。
- 在意圖編輯器中,有一種非常方便的方法來設置「變數」(使用實體),但沒有辦法按它過濾!
- 你可以將上下文用於只發生一次的事情,但是當我們談論非二進位邏輯時,這不會擴展。
1 的 2
如果要在對話流ES中管理記憶體,則需要編寫代碼。Dialogflow ES 庫 可以提供説明,但如果您需要為每個流邏輯編寫代碼,您將為其他平臺本機集成的內容編寫大量代碼。在這一點上,你實際上只會將Dialogflow ES用於其NLU - 你也可以在其他地方得到它。
對話流 CX
保存和讀取機器人記憶體是通過參數完成的。
- 在 Dialogflow CX 中建立您的第一個路由時,您可能會收集到這一點並看到“參數”一詞。確保單擊語法引用的連結,因為參數需要特殊格式。
- 一個在沒有任何代碼的情況下每個會話問候某人一次的示例。請注意,訪問變數“greeted”的方式與其保存方式有何不同。
1 的 2
參數預設稱為預設,因為它們發生在對 Webhook(自定義代碼)的任何調用之前。
理解語法需要一些時間。您需要閱讀文件才能使用此功能。不幸的是,沒有任何自動完成/建議介面來顯示哪些變數可用。
修改參數/變數的最後一種方法是使用自定義代碼/webhook 完成的。這需要閱讀 本文檔 ,並可能載入對話流CX庫以使用API。提交回應時,可以將 session_info.parameters 屬性設置為所需的新參數。涉及大量閱讀,很難找到在webhook中更改參數的範例。
Botpress V12版本
記憶體使用「變數」訪問和設置 Botpress.
- 在節點檢查器中,創建新操作將顯示此提示。
- 在「執行代碼」選項中選擇「設置變數」 操作將顯示三個文字輸入。類型確定變數應存在多長時間。名稱是變數的名稱和值,無論您要分配什麼。
- 設置變數后,您可以創建一個過渡(指向另一個節點/流的連結)並將其設置為如圖所示的條件。
- 或者像這樣想要顯示它。
- 代碼編輯器中的三行代碼。開發人員可以訪問所有變數類型,這意味著他們可以直接讀取和更新狀態。然後,您可以在流中調用這些內容。
1 的 5
比較
Botpress' Superpower具有一個可以存取並能夠更新使用者記憶體的應用程式內碼編輯器。這將大大簡化您的反覆運算過程。
這不是那麼容易的事情,而是完全直觀的——無論平臺如何。在對話流 CX 和 Botpress,您可能首先找到它的地方是計算表達式,而不是分配資訊。 Botpress 略微領先於對話流CX,因為它包含圖形變數插入功能。
Dialogflow在這裡的命名法對於開發人員來說有點令人驚訝。參數是變數,可以在運行時修改。Webhook 不僅僅是關於信令 — 它們是可用於設置遠端資料參數的功能。
Dialogflow ES在這裡根本不是競爭者,可能是因為它旨在更簡單。 chatbots.
定價
這是最容易談論的,也是最難比較的類別。以下是三個選項的定價頁面:
對話流ES
https://cloud.google.com/dialogflow/pricing#es-agent
對話流 CX
https://cloud.google.com/dialogflow/pricing#cx-agent-2021-09
Botpress
比較
Dialogflow CX比Dialogflow ES貴得多,這很有趣,因為兩者之間的主要區別在於添加了可視化流編輯器。 Botpress,它還有一個可視化流編輯器,不在自助服務模型上運行,因此您必須與他們聯繫以獲取定價。基地 Botpress 開源應用程式是免費的,客戶可以付費解鎖企業功能並獲得支援。如果您不想按消息付費並且很樂意自己託管,則必須使用 Botpress.
結論
如果您希望快速構建一個純粹的FAQ風格的機器人,Dialogflow ES可能是您最好的選擇。如果您沒有自定義代碼要求,團隊很小,不關心本地和基本對話流,那就很難被擊敗。它具有良好的集成,已經由Google託管,具有良好的NLU並且具有簡單的介面。對於其他任何事情,都有更好的選擇。
Dialogflow CX建立在Dialogflow ES的許多概念之上,並添加了縮放功能,即流編輯器和一些NLU功能,如識別事物清單。但是,它希望客戶自己提出大多數集成。如果您有一個複雜的應用程式並想使用Google的產品,這將完成工作。
Botpress 會感覺介於兩個對話流之間,並且是開源軟體而不是Saas。從功能上講,它類似於Dialogflow CX,但具有您在Dialogflow ES中找到的簡單性。Dialogflow CX在這裡和那裡都有功能和潤色 Botpress 沒有,但它們大多相提並論。如果您需要更改任何內容,則可以完全控制。除此之外,更乾淨,更易於理解的介面 Botpress 可以說是選擇的最佳理由 Botpress.
代碼編輯器包含在 Botpress 應用可能看起來不多,但許多更改需要在流中進行更新,並且將兩者緊密地結合在一起很有意義。讀取和更新變數更易於訪問,您可以更新和測試兩者,而無需每次都重新部署代碼。
對話流和 Botpress 是部署。如果出於數據控制原因,您希望所有內容都在本地進行,請記住,對話流是由Google託管的SaaS。另一個含義是易於部署和維護。在Dialogflow中,用於獲取或更新資訊的自定義代碼必須在單獨的流程中處理,但可能在Google中處理。 Cloud 功能。對話流更易於部署,但您必須部署自己添加的任何代碼,這會帶來您沒有的複雜性。 Botpress,它將代碼和邏輯捆綁到一個方便的工作流中。所有解決方案都是自動擴展的,應該能夠處理您扔給他們的任何內容。
定價比較起來很複雜,因為實際使用方式取決於您的聊天機器人。對話流具有最直接的定價結構,具有按請求定價模型。CX 對每個請求的收費比ES高一個數量級。最後 Botpress 企業定價是根據您的需求定製的。如果您不想按消息付費,則必須使用 Botpress.一般來說,行業研究表明 chatbots 通常是相當有利可圖的項目,我們希望所有定價模型都能反映這一點。
想 Botpress 可能對你有用?我們的銷售團隊很樂意與您交談,並找出您對下一個專案的需求。您也可以 試用 Botpress 你自己,因為它是 開源的。