Açık ve Tescilli Çözümler

Şu anda, müşteri hizmetleri sohbet robotlarının geliştirilmesine, çözüm sunmak için genellikle tescilli teknoloji kullanan yüksek fiyatlı uzmanlar hakimdir.

Bu çözümlerin aşağıdaki ana dezavantajları vardır:

• Müşterileri tescilli çözümlere kilitliyorlar
• Müşterilerin kendi verilerine veya kritik kaynak kodlarına erişimi yoktur veya sınırlıdır
• Müşteriler, satıcıdan yardım almadan çözümleri kolayca genişletemez veya özelleştiremez
• Çözümler genellikle uzmanların bile hata ayıklaması ve kontrol etmesi zor olan kara kutu teknolojisi ile yürütülmektedir
• Çözümler olduklarına göre pahalı

Chatbot pazarının nispeten yeni olması (o kadar da yeni olmasa da) ve hem chatbot yaratıcıları hem de işletmeler için alternatif çözümler hakkında daha az bilgi bulunması dışında işlerin bu şekilde olması için hiçbir neden yok.

Ancak kesin olan bir şey var ki, doğal dil işleme(NLP) teknolojisinin yaygın olarak kullanılabildiğini, çoğu geliştirici için kullanımının oldukça kolay olduğunu ve rekabetçi fiyatlara sahip olduğunu daha fazla insan keşfettikçe bu çözümlerin maliyeti düşecektir.

Ancak maliyet düşse bile, diğer üç dezavantaj devam etmektedir. Bunlar, Botpress 'un chatbot geliştirmeyi demokratikleştirerek çözmeyi amaçladığı dezavantajlardır.

Botpress adresindeki hedefimiz, yüksek kaliteli, özelleştirilmiş botların oluşturulmasını giriş seviyesi geliştiricilerin ve içerik oluşturucuların erişebileceği bir hale getirmenin yanı sıra, gelişmiş sohbet robotu geliştiricilerinin becerilerinden elde ettikleri değeri en üst düzeye çıkarabilecekleri yollar bulmaktır.

Botpress Şablonlar popüler, iyi anlaşılmış teknolojiler üzerine inşa ediliyor (örneğin Botpress çerçevesi kullanılarak), bu da verilerin ve kaynak kodunun açık olduğu, projeleriniz üzerinde çalışacak geliştiriciler bulmanın kolay olduğu ve şablonların özelleştirilebilir ve genişletilebilir olduğu anlamına geliyor.

Genişletilebilirlik çok önemlidir çünkü bir işletme temel bir müşteri hizmetleri botunu kurup çalıştırdığında, bunun müşterilere diğer etkileşim hizmetlerini entegre bir şekilde sunmak için açtığı tüm fırsatların farkına varacaktır.

Sistem açık ve genişletilebilir değilse ve üzerinde çalışacak geliştiriciler bulmak kolay değilse, ihtiyaç duydukları işlevselliği makul bir maliyetle veya hiç ekleyemeyeceklerdir.

Örneğin, konser biletleri satan bir şirketin, tekrar eden basit soruları yanıtlamak ve daha zor soruları müşteri temsilcilerine yönlendirmek için bir SSS botu oluşturduğunu düşünün. Daha sonra, sorulan bazı soruların, basit bir SSS uygulamasıyla yanıtlanamayan belirli konserlerin biletlerinin mevcudiyetiyle ilgili olduğunu fark ederler. Bu nedenle, yanıtları almak için botu biletleme sistemleriyle entegre etmeye karar veriyorlar.

Sorun şu ki, bunu yapabilseler de yapamasalar da, tescilli bir bot çözümü satın almışlarsa, mümkünse bunu yapmak için satıcıya büyük ölçüde bağımlıdırlar. Ve mümkün olsa bile, tutsak bir müşteri oldukları için bunu yapmanın maliyeti açık bir sisteme göre çok daha yüksek olacaktır.

Bir başka sorun da, harici sistemlerini botla entegre etmek için yaptıkları çalışmanın yalnızca satıcının sistemiyle çalışacak olmasıdır. Başka bir sistemle çalışmak için kolayca değiştirilemez, bu nedenle bu satıcı ile ne kadar çok iş yaparlarsa, o kadar kilitlenirler.

Ve tabii ki, sınıfının en iyisi üçüncü taraf çözümlerine erişemedikleri, ancak satıcının çözümüyle sınırlı oldukları için çözümün kalitesi büyük ölçüde satıcının tescilli çözümüne bağlıdır.

Biletleme şirketi biletleri doğrudan bottan satabileceğini fark ettiğinde bu sorun daha da vahim hale gelir çünkü bunun daha fazla yatırım gerektireceğini ve çözümün daha önce tartışılan tüm aynı dezavantajlardan muzdarip olacağını fark ederler.

Bu nedenle botu açık bir çerçeve üzerinde yeniden konuşlandırmaya karar verdiler. Bunun nedeni, bu değişikliklerin botlar için mümkün olanın sadece başlangıcı olduğunu ve nihayetinde iletişim merkezi ile hizmetlerin açık ve genişletilebilir olması gereken bir onmi-kanal deneyiminde birleştirileceğini artık fark etmeleridir.