Những gì tôi ước tôi đã biết ngay từ đầu về phát triển Chatbots

Erik điều hành một công ty phát triển chatbot. Họ cung cấp các giải pháp chatbot cho các công ty lớn, đặc biệt là trong không gian dịch vụ khách hàng và tiếp thị.

Erik nói với tôi một mặt công việc kinh doanh đang diễn ra rất tốt vì tỷ lệ chuyển đổi trên sân cho chatbots là cực kỳ cao. Điều này có lẽ phản ánh thực tế rằng ông là một trong những người đầu tiên tiếp thị trong không gian này.

Đồng thời, ông đang vật lộn để tìm ra các công cụ phù hợp để xây dựng chất lượng chatbots Hiệu quả.

Khi lần đầu tiên phát hiện ra các nền tảng không mã như Chatfuel và Motion.ai anh lạc quan rằng những công cụ này sẽ giải quyết vấn đề của mình. Trong khi anh ấy thấy rằng chúng hoạt động tốt để tạo mẫu cho các bot, anh ấy nhanh chóng gặp phải vấn đề.

Nhiều bot cần được tùy chỉnh theo những cách chỉ có thể được biểu diễn bằng mã và các nền tảng này không hỗ trợ mã hóa. Một số bot cần được tích hợp với các hệ thống kế thừa của khách hàng và một lần nữa điều này là không thể.

Chỉ riêng những vấn đề này đã phá vỡ thỏa thuận, nhưng ngay cả khi chúng có thể được giải quyết, anh ta vẫn không thoải mái với tất cả logic và dữ liệu nằm trên hệ thống của bên thứ ba mà anh ta không kiểm soát được. Khách hàng của ông thường khăng khăng tự lưu trữ bot vì lý do bảo mật.

Do đó, ông quyết định mã hóa các bot từ đầu bằng Microsoft Bot Framework và nếu có thể sử dụng các nhà phát triển ở các quốc gia chi phí thấp. Thực hiện khả năng dự đoán này tạo ra các vấn đề khác.

Mặc dù bây giờ anh ta có quyền sở hữu mã và dữ liệu và có thể tùy chỉnh bot ở mức độ cần thiết, nhưng kết quả là hỗn hợp.

Anh ta nhanh chóng nhận ra rằng tất cả các bot đều có nhiều tính năng chung, chẳng hạn như bảo mật dựa trên vai trò, đăng ký, phát sóng, con người trong vòng lặp, nhưng những tính năng này đã được các nhà phát triển mã hóa từ đầu, điều này làm tăng thời gian phát triển một cách không cần thiết và ăn vào tỷ suất lợi nhuận của anh ta.

Rủi ro phát triển cũng cao một cách không cần thiết vì các nhà phát triển khác nhau đã mã hóa các tính năng theo những cách khác nhau và kiến trúc tổng thể phát triển theo kiểu đặc biệt. Một số nhà phát triển đã nhận ra vấn đề này và bắt đầu tạo ra các thư viện có thể tái sử dụng cho các tính năng phổ biến, nhưng những thư viện này hầu như không phải là thư viện chất lượng cao mà anh ta muốn xây dựng doanh nghiệp của mình. Họ trình bày những rủi ro của riêng họ và sự phụ thuộc không mong muốn, đặc biệt là khi chức năng cần thiết là phức tạp. Thật khó để anh ta xác minh chất lượng, chứ đừng nói đến việc mang lại cho khách hàng của mình niềm tin rằng mọi thứ được xây dựng đều có tiêu chuẩn đủ cao.

Ông đã xem xét ngắn gọn ý tưởng xây dựng nền tảng của riêng mình nhưng điều đó có vẻ như là quá mức cần thiết. Làm điều này sẽ tạo ra chi phí phát triển và bảo trì không cần thiết cũng như các vấn đề bán hàng tiềm ẩn nếu các khung tiêu chuẩn thị trường mà khách hàng thích xuất hiện, điều mà ông tin rằng sẽ xảy ra. Đó chỉ là vấn đề thời gian.

Trong suy nghĩ của ông, vấn đề tương tự như vấn đề mà các nhà phát triển web phải đối mặt vào buổi bình minh của internet. Vào thời điểm đó không có công cụ quản lý nội dung như Wordpress, vì vậy các trang web cần được mã hóa từ đầu mỗi lần. Điều này tạo ra những vấn đề tương tự về tăng chi phí phát triển và chất lượng thay đổi trong mã và đầu ra mà anh ta đang phải đối mặt bây giờ khi tạo bot.

Khi Erik tìm thấy Botpress.io trực tuyến không mất nhiều thời gian để anh nhận ra điều đó Botpress đưa ra một giải pháp tiềm năng cho các vấn đề của mình. Về lý thuyết, anh ấy thích kiến trúc mô-đun và việc xây dựng một CMS tương đương với CMS cho bot là điều hợp lý. Đó là những gì ông tin là cần thiết. Nó có thể là mảnh ghép còn thiếu trong câu đố, nhưng anh ta cần một số câu hỏi được trả lời trước.

Đầu tiên, ông cần chắc chắn rằng giải pháp này mạnh mẽ, an toàn và đáng tin cậy.

Thứ hai, anh ta cần đảm bảo rằng tất cả các tính năng quan trọng phổ biến mà anh ta đã xác định là bắt buộc đều có sẵn thông qua khuôn khổ

Thứ ba, anh ta cần đảm bảo rằng kinh tế sẽ hoạt động cho cơ quan của anh ta.

Bản thân là một người thực hành và kỹ thuật, anh quyết định đích thân xác nhận hai câu hỏi đầu tiên bằng cách thực sự kiểm tra hệ thống. Anh ấy đã tham gia Botpress cộng đồng và làm việc thông qua một số video hướng dẫn sử dụng phiên bản mã nguồn mở.

Thực tế là đã có một cộng đồng lớn và tích cực của các nhà phát triển sử dụng phần mềm có nghĩa là nó đã được thử nghiệm chiến đấu, đó là một điều tốt.

Ban đầu ông lo ngại rằng Botpress là nguồn mở mà khách hàng của ông có thể thấy (đúng trong nhiều trường hợp) là một rủi ro bảo mật. Tuy nhiên, ông phát hiện ra rằng Botpress có một phiên bản doanh nghiệp được quản lý được duy trì riêng biệt với phiên bản nguồn mở đặc biệt để giải quyết các vấn đề bảo mật.

Tất nhiên, phiên bản mã nguồn mở cung cấp một số lợi thế ở chỗ nó được sử dụng miễn phí và trong nhiều trường hợp lý tưởng để phát triển bot bên ngoài trường hợp sử dụng của doanh nghiệp. Điều đó có nghĩa là các thành phần và cách tiếp cận đã được sử dụng và xác nhận rất nhiều bởi nhiều nhà phát triển khác nhau.

Nhiều khách hàng của ông yêu cầu họ lưu trữ chatbot tại chỗ và họ kiểm soát dữ liệu vì lý do bảo mật và thương mại và Botpress ủng hộ điều này. Ngoài ra Botpress Cho phép tùy chỉnh đầy đủ mã và tích hợp với các hệ thống nội bộ, đó là vấn đề ban đầu mà anh ta gặp phải với các nền tảng "không mã".

Hầu hết các tính năng anh ấy muốn đều có sẵn. Chúng bao gồm bảo mật dựa trên vai trò, quản lý nhiều người dùng và giao diện người dùng để quản lý các bot sau khi triển khai. Anh ta có thể dễ dàng thêm những gì còn thiếu như một mô-đun.

Trên thực tế, kiến trúc mô-đun và các giao diện đồ họa cho hệ thống làm cho ae rất dễ hiểu nơi mọi thứ nằm trong đó. Điều này có nghĩa là ngay cả khi anh ta chuyển sang các nhà phát triển mới giữa chừng trong một dự án hoặc ai đó phải nhận mã sau một khoảng thời gian dài, sẽ không mất nhiều thời gian để người có liên quan bắt kịp tốc độ. Càng xa càng tốt.

Câu hỏi kinh tế rõ ràng cũng rất quan trọng. Sẽ sử dụng Botpress Giảm chi phí phát triển tổng thể của anh ấy? Biên lợi nhuận eo hẹp. Kỳ vọng của ông là sử dụng một khuôn khổ như Botpress sẽ giảm chi phí phát triển, đồng thời tăng chất lượng và tính năng.

Hóa ra kỳ vọng của anh là chính xác. Chi phí vận hành Botpress là một phần nhỏ của chi phí xây dựng ngay cả một số tính năng và chất lượng tốt hơn so với một giải pháp độc quyền.

Lợi ích tiềm ẩn của cách tiếp cận khung là anh ta sẽ có thể dành nhiều thời gian hơn cho giao diện người dùng và chức năng của chatbot và do đó có thể cải thiện đáng kể trải nghiệm của khách hàng cuối.

Ông đã quan sát thấy rằng nhiều người trong số các chatbots Trên thị trường không tốt lắm. Thậm chí có thể nói rằng với tư cách là một ngành công nghiệp, các nhà sản xuất chatbot đã thất bại với khách hàng của họ.

Có thể lập luận rằng điều này là do các công ty không chuẩn bị phân bổ vốn hợp lý để phát triển chatbots Bởi vì họ không chắc chắn về kết quả.

Một lập luận khác là quá trình phát triển cho chatbots Cho đến nay rất kém hiệu quả vì các nhà sản xuất chatbot chưa có công cụ hiệu quả để phát triển chatbots Và do đó, phần lớn chi phí phát triển được tập trung vào những gì cơ bản là cơ sở hạ tầng.

Sự xuất hiện của các framework như Botpress có tiềm năng cải thiện ồ ạt chất lượng của chatbots vì ngân sách phát triển được chi cho trải nghiệm người dùng nhiều hơn.

Đối với hồ sơ, Erik không phải là một người thực tế mà là tổng hợp của một số chủ sở hữu đại lý đã liên hệ với chúng tôi về các vấn đề, yêu cầu và mối quan tâm của họ Cái gì chatbots đều có thể làm được. Bằng nhiều cách khác nhau, họ đã chia sẻ phiên bản "Những gì tôi ước tôi biết ngay từ đầu về việc phát triển chatbots cho khách hàng của tôi".

Nếu chúng ta có thể tóm tắt các vấn đề chính, chúng sẽ là:

• Xây dựng tuyệt vời chatbots yêu cầu quyền truy cập vào mã và dữ liệu.
• Các nhà phát triển cần tùy chỉnh logic nghiệp vụ và tích hợp với các hệ thống nội bộ. Không thể tạo ra sự tuyệt vời chatbots không có nhà phát triển.
• Nhiều khách hàng doanh nghiệp có mối quan tâm về bảo mật và do đó muốn chạy chatbot của họ tại chỗ. Họ cũng muốn bảo mật dựa trên vai trò tương tự và quản lý người dùng mong đợi từ bất kỳ phần mềm nào họ sử dụng.
• Khuôn khổ mà một cơ quan chọn nên cung cấp một loạt các tính năng phổ biến ra khỏi hộp.
• Không có ý nghĩa gì đối với bất kỳ đại lý nào (hoặc cửa hàng phát triển) để xây dựng khung chatbot của riêng họ để sử dụng nội bộ của họ nữa hơn là việc họ xây dựng cơ sở dữ liệu của riêng mình từ đầu. Điều đó không chỉ không kinh tế và tạo ra chi phí bảo trì lớn, mà khách hàng của họ có thể thích họ sử dụng các sản phẩm cơ sở hạ tầng đã được thiết lập, được hiểu rõ được xây dựng cho mục đích hơn là cố gắng tự xây dựng cơ sở hạ tầng không cốt lõi.
• Ngành công nghiệp đang cần các khuôn khổ để nhiều đô la phát triển hơn có thể hướng tới trải nghiệm người dùng hơn là cơ sở hạ tầng.