埃裡克經營著一家聊天機器人開發機構。他們為大公司提供聊天機器人解決方案,特別是在客戶服務和營銷領域。
埃裡克告訴我,一方面生意進展順利,因為球場的轉化率 chatbots 是極高的。這也許反映了這樣一個事實,即他是最早進入該領域的市場之一。
與此同時,他正在努力尋找合適的建築品質工具 chatbots 有效。
當他第一次發現Chatfuel和 Motion.ai 等無代碼平臺時,他樂觀地認為這些工具將解決他的問題。雖然他發現它們在機器人原型設計方面效果很好,但他很快就遇到了問題。
許多機器人需要以只能在代碼中表示的方式進行定製,而這些平臺不支援編碼。一些機器人需要與他的客戶的遺留系統集成,但這同樣是不可能的。
僅這些問題本身就是交易破壞者,但即使可以解決這些問題,他仍然對駐留在他無法控制的第三方系統上的所有邏輯和數據感到不舒服。出於安全原因,他的客戶經常堅持自己託管機器人。
因此,他決定使用Microsoft機器人框架從頭開始對機器人進行編碼,並在可能的情況下使用低成本國家的開發人員。這樣做會產生其他問題。
儘管他現在擁有代碼和數據的擁有權,並且可以根據需要自定義機器人,但結果喜憂參半。
他很快意識到所有機器人都有許多共同的功能,例如基於角色的安全性、訂閱、廣播、人類在迴圈中,但這些功能是由開發人員從頭開始編碼的,這不必要地增加了開發時間併吞噬了他的獲利率。
開發風險也過高,因為不同的開發人員以不同的方式編寫功能,並且整體架構以臨時方式發展。一些開發人員已經認識到了這個問題,並開始為通用功能創建可重用的庫,但這些庫並不是他想要建立業務的高品質庫。它們帶來了自己的風險和不需要的依賴關係,尤其是在所需的功能很複雜時。他很難驗證品質,更不用說讓他的客戶相信建造的所有東西都達到了足夠高的標準。
他短暫地考慮過建立自己的平臺的想法,但這似乎有點矯枉過正。如果出現客戶喜歡的市場標準框架,這樣做會產生不必要的開發和維護成本以及潛在的銷售問題,他認為這會發生。這隻是時間問題。
在他看來,這個問題類似於Web開發人員在互聯網誕生之初面臨的問題。當時沒有Wordpress等內容管理工具,因此網站每次都需要從頭開始編碼。這造成了開發成本增加以及代碼和輸出質量參差不齊的相同問題,他現在在創建機器人時面臨著同樣的問題。
當埃裡克發現 Botpress.io 在線沒過多久他就意識到 Botpress 為他的問題提供了一個潛在的解決方案。他在理論上喜歡模組化架構,為機器人構建一個等效的 CMS 對他來說是有意義的。這是他認為需要的。這可能是拼圖中缺失的部分,但他需要先回答一些問題。
首先,他需要確保解決方案穩健、安全可靠。
其次,他需要確保他確定為需要的所有常見關鍵功能都可以通過框架獲得。
第三,他需要確保經濟學對他的機構有用。
作為一名動手和技術人員,他決定通過實際測試系統來親自驗證前兩個問題。他加入了 Botpress 社區,並使用開源版本完成了一些視頻教程。
事實上,已經有一個龐大而活躍的開發人員社區使用該軟體,這意味著它已經過實戰測試,這是一件好事。
他最初擔心的是 Botpress 是開源的,他的客戶可能會認為(在許多情況下是正確的)存在安全風險。然而,他發現 Botpress 有一個精選的企業版本,該版本與開源版本分開維護,專門用於解決安全問題。
當然,開源版本提供了一些優勢,因為它可以免費使用,並且在許多情況下非常適合在企業用例之外開發機器人。這意味著元件和方法被許多不同的開發人員大量使用和驗證。
他的許多客戶要求他們在本地託管聊天機器人,並出於安全和商業原因控制數據, Botpress 支援這一點。另外 Botpress 允許代碼的完全定製並與內部系統集成,這是他在「無代碼」平臺上遇到的原始問題。
他想要的大多數功能都是可用的。其中包括基於角色的安全性、多使用者管理和用於在部署后管理機器人的用戶介面。他可以輕鬆地將缺少的內容添加為模組。
事實上,模組化架構和系統的圖形介面使得 ae 非常容易理解所有內容的位置。這意味著,即使他在專案中途切換到新的開發人員,或者有人不得不在很長一段時間后拿起代碼,相關人員也不需要很長時間就能跟上進度。目前為止,一切都好。
經濟學問題顯然也很重要。將使用 Botpress 降低他的整體開發成本?獲利率很低。他的期望是使用像 Botpress 將降低開發成本,同時提高品質和功能。
事實證明,他的期望是正確的。運行成本 Botpress 甚至只是自己構建某些功能的成本的一小部分,並且品質優於專有解決方案。
框架方法的隱藏好處是,他將能夠花更多的時間在聊天機器人的UI和功能上,從而可以顯著改善最終客戶體驗。
他觀察到,許多 chatbots 在市場上不是那麼好。甚至可以說,作為一個行業,聊天機器人製造商正在辜負他們的客戶。
可以說,這是因為公司不準備分配合理的資金來開發 chatbots 因為他們不確定結果。
另一個論點是,開發過程 chatbots 迄今為止效率非常低,因為聊天機器人製造商沒有有效的工具來開發 chatbots 因此,大部分開發成本都集中在本質上是基礎設施上的東西上。
框架的出現,如 Botpress 有可能大幅提高品質 chatbots 隨著更多的開發預算花在用戶體驗上。
根據記錄,Erik不是一個真實的人,而是一些機構擁有者的綜合體,他們與我們聯繫,提出了他們的問題,要求和興趣 什麼 chatbots 可以做。他們以各種方式分享了他們的版本“我希望我一開始就知道關於開發的內容 chatbots 為我的客戶”
如果我們可以總結主要問題,它們將是:
- 建築偉大 chatbots 需要訪問代碼和數據。
- 開發人員需要自定義業務邏輯並與內部系統集成。不可能創造偉大的 chatbots 沒有開發人員。
- 許多企業客戶都有安全問題,因此希望在本地運行他們的聊天機器人。他們還希望獲得與他們使用的任何軟體相同的基於角色的安全性和使用者管理。
- 機構選擇的框架應該提供開箱即用的廣泛通用功能。
- 對於任何機構(或開發商店)來說,構建自己的 聊天機器人框架 供內部使用都不再有意義,就像他們從頭開始構建自己的資料庫一樣。這不僅不經濟,而且會產生巨大的維護成本,而且他們的客戶可能更願意使用為目的而構建的已建立的、易於理解的基礎設施產品,而不是嘗試自己構建非核心基礎設施。
- 該行業需要框架,以便更多的開發資金可以用於用戶體驗而不是基礎設施。