Botpress v12 vs Dialogflow ES vs Dialogflow CX pada tahun 2022 [Bagian dua]

Ini adalah bagian kedua dari perbandingan lengkap Botpress vs Dialogflow. Untuk bagian pertama, klik di sini.

Menggunakan Integrasi yang Sudah Ada

Integrasi apa saja yang tersedia dan seberapa mudah integrasinya? Apakah konten per integrasi atau per jenis?

Integrasi yang ada adalah kunci untuk menghemat waktu ketika melakukan sesuatu ratusan kali.

Dialogflow ES

Berikut adalah integrasi Dialogflow ES dari dalam UI:

• Dialogflow Phone Gateway BETA
• Avaya
• SignalWire
• Voximplant
• Kode Audio
• Twilio
• Telepon
• Genesys Cloud
• Twilio
• Demo Web
• Dialogflow Messenger BETA
• Messenger dari Facebook
• Tempat kerja dari Facebook BETA
• Kendur
• Telegram
• GARIS
• Kik
• Skype
• Percikan
• Pesan IP Twilio
• Twilio (Pesan Teks)
• Twitter
• Viber

Itu daftar yang cukup panjang!

Menambahkan Facebook Messenger memberi Anda instruksi, tautan ke informasi lebih lanjut, informasi tentang lingkungan, dan token yang tepat.

Dialogflow CX

Berikut ini adalah Dialogflow CX dari dalam UI:

• Avaya
• Voximplant
• Kode Audio
• Dialogflow Messenger
• Facebook Messenger
• GARIS

Jika semuanya tidak terlihat begitu mirip, orang akan dimaafkan jika mengira Dialogflow CX memiliki separuh nama yang sama dengan pendahulunya, tetapi hanya ada dua integrasi teks yang tidak berbasis web!

Menggunakan kembali apa yang telah berhasil dengan Dialogflow ES, Dialogflow CX membuatnya sangat mudah untuk menambahkan Facebook Messenger. Kita hanya bisa bertanya-tanya mengapa mereka tidak menggunakan lebih banyak lagi.

Botpress v12

Botpress tidak dilengkapi dengan banyak integrasi yang dapat diakses UI. Anda perlu mengubah beberapa berkas konfigurasi dan membaca dokumentasinya.

Pada halaman modul, satu-satunya referensi adalah saluran web - yang juga mudah digunakan untuk Emulator saat mengembangkan bot di Botpress Studio.

Halaman dokumentasi mencantumkan daftar saluran ini:

• Penyematan Situs Web
• API Converse
• Facebook Messenger
• Telegram
• Microsoft Teams
• Twilio
• Kendur
• Smooch (Percakapan Sinar Matahari)
• Vonage

Dalam hal jumlah, tidak lebih banyak daripada Dialogflow CX, tetapi Anda mendapatkan beberapa platform berbasis teks yang populer di luar kotak.

Meskipun perlu mengubah file konfigurasi untuk mengaktifkan saluran pesan, namun petunjuk dalam dokumentasi sangat rinci.

Integrasi Facebook Messenger memerlukan perubahan pada file konfigurasi. Hal ini dapat dipermudah oleh orang-orang non-teknis.

Untuk mendapatkan URL penyematan untuk obrolan web, Anda harus membuka dokumentasi dan membuat URL sendiri.

Perbandingan

Dialogflow ES memiliki lebih banyak integrasi siap pakai daripada Dialogflow CX dan Botpress. UI Botpresshanya menyebutkan webchat, tetapi mendukung sejumlah integrasi yang serupa dengan Dialogflow CX. Saluran webchat sejauh ini merupakan yang paling mudah untuk diuji karena tidak memerlukan konfigurasi (Botpress mengharuskan Anda membuka dokumen untuk melakukannya dan Dialogflow CX tidak). Namun, Botpress mendukung integrasi berbasis teks yang lebih umum daripada Dialogflow CX. Botpress menang atas Dialogflow CX karena lebih baik memiliki integrasi yang agak rumit untuk layanan dasar daripada tidak ada integrasi.

Memvisualisasikan seluruh percakapan

Bagaimana bot diatur dan seberapa mudah bagi Anda untuk menerima anggota tim? Akankah tim Anda menikmati bekerja dan berkolaborasi di platform ini atau akankah mereka merasa frustasi? Ketiga platform secara mengejutkan berbeda satu sama lain dalam hal ini.

Dialogflow ES

Semuanya datar di Dialogflow ES. Tidak ada editor alur. Ini berarti jika Anda ingin mengirim pengguna ke suatu maksud dari maksud yang lain, akan sulit untuk memvisualisasikannya. Anda perlu menggunakan konteks.

• Satu daftar untuk mengatur semuanya.

• Jika Anda ingin mengontrol alur percakapan, Anda perlu menambahkan konteks output dalam maksud Anda untuk mengontrol ke mana pengguna akan pergi.

• Pada tujuan pesanan pengembalian dana, tambahkan konteks yang sama sebagai masukan. Lakukan hal yang sama untuk setiap opsi lainnya.

• Dalam daftar maksud, Anda dapat mengklik tambahkan maksud tindak lanjut yang membuat maksud dengan konteks default. Namun, bagaimana cara mengatur ulang maksud bersarang?

1 dari 4

Anda dapat dengan cepat melihat jika Anda menambahkan lebih banyak kerumitan (maksud lanjutan), ini akan segera menjadi sulit untuk dilacak. Kurangnya editor aliran visual adalah penyebabnya dan merupakan kekurangan yang paling signifikan dari Dialogflow ES (dan kemungkinan besar yang mendorong pembuatan Dialogflow CX).

Dialogflow CX

Dialogflow CX memiliki editor alur, tetapi lebih seperti visualisator alur. Anda bisa melihat alur Anda, tetapi Anda harus melalui banyak menu dan membuatnya dengan mengisi formulir untuk mengubah tampilan.

• Setiap halaman seperti simpul dan mewakili sebuah tempat dalam percakapan. Halaman ini memiliki sebuah pilihan dan dua tombol lainnya.

• Mengklik halaman seperti pesanan pengembalian dana akan membukanya dan menutup halaman lainnya. Anda dapat melihat halaman-halaman yang bersebelahan.

• Visualisator menunjukkan satu aliran (sekelompok halaman) pada satu waktu, dan di sisi kiri Anda dapat melihat semua halaman Anda.

• Halaman awal adalah tempat yang baik untuk memasukkan semua fungsionalitas Anda. Rute sangat masuk akal dalam hal maksudnya (mengirim pengguna ke halaman atau alur yang berbeda).

1 dari 4

Tidak ada cara yang mudah untuk membuat sesuatu terjadi ketika sebuah halaman dimasuki (seperti mulai). Sebaliknya, tindakan tersebut harus terjadi ketika rute dipicu. Katakanlah Anda ingin menambahkan piksel pelacakan di awal percakapan untuk melacak penggunaan di platform analisis Anda. Anda harus menambahkannya sebagai webhook (implementasi kode khusus) di setiap rute dan penangan peristiwa.

Penangan peristiwa adalah rute penting yang menangani kasus seperti pengguna yang mengirimkan tanpa teks atau respons default.

Alur percakapan bisa jadi sulit untuk diikuti karena dua alasan. Yang pertama adalah tidak ada logika dari atas ke bawah. Beberapa rute dapat dipicu secara bersamaan sehingga tidak ada posisi tunggal dalam percakapan. Alasan kedua adalah bahwa Dialogflow memilih untuk tidak secara visual menghubungkan rute/penanganan peristiwa ke halaman yang mereka tuju dan sebagai gantinya memperlakukan halaman secara keseluruhan.

Flow UI benar-benar terasa lebih seperti visualisasi daripada editor karena Anda tidak dapat memindahkan apa pun atau mengedit apa pun secara sejajar. Kurangnya kontrol bisa terasa agak membuat frustrasi pada awalnya, tetapi Anda akan terbiasa.

Botpress v12

Visualisasi adalah salah satu area di mana Botpress benar-benar bersinar! Editor aliran visual/aliran logika intuitif dan langsung. Tidak ada salahnya bahwa semuanya sangat tajam.

• Editor aliran visual ini tidak memiliki rahasia. Editor ini menunjukkan segala sesuatu yang sedang terjadi. Setiap transisi terhubung ke simpul lain.

• Membuat dan memperbarui logika yang menentukan ke mana pengguna akan dikirim selanjutnya sangatlah mudah.

• Ketika Anda mengklik node, inspektur node akan muncul dengan editor judul, dan tiga tab.

• Jika garis yang menghubungkan node-node menjadi berantakan, Anda dapat membagi aliran menjadi beberapa aliran. Hal ini akan membuat jumlah garis tetap dapat dikelola.

• Halaman maksud & entitas adalah apa yang Anda harapkan.

• Fitur Tanya Jawab yang terintegrasi sangat fantastis. Anda dapat menambahkan kontributor yang tidak perlu melihat seluruh alur percakapan Anda dan meminta mereka berkontribusi tanpa mengganggu bagian lain dari percakapan.

1 dari 6

Botpresseditor alur responsif, transparan, kronologis, dan lugas. Fitur Tanya Jawabnya luar biasa untuk mengajak orang berkontribusi tanpa banyak pelatihan.

‍Perbandingan‍

Dialogflow ES memiliki cara yang mudah untuk memvisualisasikan percakapan Anda - sebuah daftar. Percakapan yang rumit tampaknya tidak menjadi prioritas karena metode yang digunakan untuk logika percakapan "konteks" tidak ditampilkan pada halaman daftar maksud. Untuk sebuah FAQ, hal ini sah-sah saja, tetapi untuk sesuatu yang lebih dari itu, akan sulit untuk mengetahui apa yang sedang terjadi. Seharusnya relatif mudah untuk menerima anggota tim baru jika sesuai dengan kasus penggunaan Anda.

Dialogflow CX memiliki apa yang paling tepat digambarkan sebagai visualisator alur. Anda bisa mengedit alur Anda melalui menu sebelah kanan, dengan mengisi dan memperbarui formulir dan menyimpannya. Dibandingkan dengan Dialogflow ES, aplikasi ini jauh lebih baik dalam membantu pengguna memvisualisasikan logika percakapan. Sayang sekali, alih-alih menunjukkan ke mana setiap rute mengarah, editor alur memperlakukan seluruh halaman (atau simpul) sebagai satu simpul besar dan menggabungkan semua koneksi ke simpul lainnya, sehingga lebih sulit untuk melihat rute mana yang menuju ke mana. Anda juga bisa memiliki multi-matching atau beberapa rute yang dipicu secara bersamaan, jadi Anda harus berhati-hati. UI juga melakukan pekerjaan yang buruk dalam menunjukkan bahwa tujuan adalah opsional dan bagaimana beberapa kecocokan ditangani. Secara umum, banyak hal yang terasa lebih rumit daripada yang seharusnya. Seseorang yang berpengalaman dengan Dialogflow CX tidak akan menemukan terlalu banyak masalah, tetapi orientasi anggota tim yang kurang teknis akan membutuhkan waktu.

Botpress memiliki editor aliran yang tepat. Anda dapat memindahkan node (setara dengan halaman Dialogflow CX) di dalam alur Anda, dan menghubungkannya dengan menarik dan melepas.

Sebuah node di Botpress memiliki tiga tahap kronologis, awal, setelah respons, dan transisi. Dialogflow CX mengatur berbagai hal dalam silo berorientasi rute yang tersembunyi namun dapat diakses. Ini berarti node Anda melakukan hal-hal yang berbeda tergantung ke mana pengguna akan dikirim dan Anda tidak dapat melihat apa yang dilakukan semuanya secara sekilas. Manfaat dari pendekatan Botpressadalah Anda dapat melihat semua yang terjadi dan logikanya. Hal-hal seperti menampilkan pesan selamat datang akan ditampilkan dalam alur itu sendiri. Fitur Tanya Jawab memungkinkan Anda untuk dengan cepat bergabung dengan orang-orang non-teknis dan meminta mereka berkontribusi pada chatbot Anda dengan segera. Anda dapat menganggapnya sebagai memiliki halaman Dialogflow ES mini di dalam Dialogflow CX.

Kemudahan penskalaan

Ada dua jenis penskalaan: bot yang dapat menskalakan untuk menangani trafik dalam jumlah besar dan bot kompleks yang dapat menskalakan untuk menangani arus percakapan dalam jumlah besar.

Anda tidak perlu khawatir tentang penskalaan dengan Diaglogflow ES dan CX atau Botpress - asalkan proyek Anda melibatkan platform AI percakapan dan fungsionalitas Anda berkaitan langsung dengan percakapan. Versi dasar dari Botpress Enterprise dan Dialogflow ES dan CX semuanya memiliki penskalaan otomatis dan dapat menangani lalu lintas yang sangat besar. Untuk kode pelanggan, Dialogflow dapat memanggil fungsi cloud (yang sangat dapat diandalkan) sementara Botpress menanganinya di dalam aplikasi dasar (jadi sekali lagi, diskalakan secara otomatis).

Dalam hal mengelola bot yang sangat kompleks, Anda dapat merujuk ke bagian sebelumnya tentang memvisualisasikan seluruh percakapan. Baik Dialogflow CX maupun Botpress seharusnya dapat menangani aliran percakapan yang besar. Dialogflow CX lebih unggul dalam hal pemolesan visual, dan Botpress memiliki antarmuka yang lebih mudah dimengerti dan rapi. Semua platform mendukung Manajemen Peran Pengguna, yang memungkinkan Anda untuk mengatur peran yang berbeda untuk setiap anggota tim.

Menyimpan dan Mengekstrak dari Memori Bot (seperti nomor pesanan)

Memori adalah persyaratan untuk aplikasi yang tidak sepele. Mendapatkan informasi dari layanan lain dan menampilkannya kepada pengguna mungkin merupakan kasus penggunaan yang paling umum. Kasus lain termasuk mengingat respons pengguna terhadap pertanyaan sehingga Anda dapat mempertimbangkannya di lain waktu.

Dialogflow ES

Tanpa editor alur, memori bot tidak begitu penting dalam Dialogflow ES. Di dalam UI, tidak ada cara untuk menampilkan atau tidak menampilkan maksud berdasarkan parameter. Anda perlu menggunakan kode jika Anda ingin memiliki logika semacam ini.

• Di editor maksud, ada cara yang sangat mudah untuk menetapkan "variabel" (menggunakan entitas), tetapi tidak ada cara untuk memfilternya!

• Anda dapat menggunakan konteks untuk hal-hal yang hanya terjadi sekali, tetapi ini tidak sesuai ketika kita berbicara tentang logika non-biner.

1 dari 2

Jika Anda ingin mengelola memori di Dialogflow ES, Anda perlu menulis kode. Pustaka Dialogflow ES dapat membantu, tetapi jika Anda perlu menulis kode untuk setiap logika aliran, Anda akan menulis banyak kode untuk sesuatu yang diintegrasikan oleh platform lain secara native. Pada saat itu, Anda benar-benar hanya akan menggunakan Dialogflow ES untuk NLU-nya - dan Anda bisa mendapatkannya di tempat lain juga.

Dialogflow CX

Menyimpan dan membaca memori bot dilakukan melalui parameter.

• Ketika membuat rute pertama Anda di Dialogflow CX, Anda mungkin akan membaca dan melihat kata "Parameter". Pastikan untuk mengklik tautan ke referensi sintaks, karena parameter memerlukan pemformatan khusus.

• Contoh menyapa seseorang sekali per sesi tanpa kode apa pun. Perhatikan bagaimana cara mengakses variabel "menyapa" berbeda dengan cara penyimpanannya.

1 dari 2

Preset parameter disebut preset karena terjadi sebelum pemanggilan ke webhook (kode khusus).

Dibutuhkan sedikit waktu untuk memahami sintaksnya. Anda perlu membaca dokumentasi untuk menggunakan fitur ini. Sayangnya, tidak ada antarmuka pelengkapan otomatis/saran untuk menunjukkan kepada Anda variabel apa saja yang tersedia.

Cara terakhir untuk memodifikasi parameter/variabel dilakukan dengan kode khusus/webhook. Hal ini memerlukan membaca dokumentasi ini dan mungkin memuat pustaka Dialogflow CX untuk menggunakan API. Ketika mengirimkan respons, Anda dapat mengatur properti session_info.parameters ke parameter baru yang Anda inginkan. Ada banyak bacaan yang harus dibaca dan contoh-contoh untuk mengubah parameter di webhook sulit ditemukan.

Botpress v12

Memori diakses dan diatur menggunakan "variabel" di Botpress.

• Pada inspektur node, membuat aksi baru akan menampilkan perintah ini.

• Memilih tindakan Setel Variabel di opsi "Jalankan kode" akan menampilkan tiga input teks. Tipe menentukan berapa lama variabel harus ada. Nama adalah nama variabel Anda, dan nilai, apa pun yang ingin Anda tetapkan.

• Setelah variabel Anda diatur, Anda dapat membuat transisi (tautan ke node/aliran lain) dan mengaturnya sebagai kondisi seperti yang ditunjukkan.

• Atau seperti ini apabila ingin memajangnya.

• Tiga baris kode dari editor kode. Pengembang memiliki akses ke semua jenis variabel, yang berarti mereka dapat membaca dan memperbarui status secara langsung. Anda kemudian dapat memanggil ini dalam alur Anda.

1 dari 5

Perbandingan

Botpress' adalah memiliki editor kode dalam aplikasi yang memiliki akses dan mampu memperbarui memori pengguna. Hal ini akan sangat menyederhanakan proses iterasi Anda.

Ini bukanlah sesuatu yang sangat mudah, tetapi sangat intuitif - apa pun platformnya. Di Dialogflow CX dan Botpress, tempat yang pertama kali Anda temukan adalah dalam mengevaluasi ekspresi, bukan dalam memberikan informasi. Botpress sedikit lebih unggul dari Dialogflow CX karena menyertakan fungsionalitas penyisipan variabel grafis.

Nomenklatur Dialogflow di sini sedikit mengejutkan bagi seorang pengembang. Parameter adalah variabel dan dapat dimodifikasi pada saat runtime. Webhook lebih dari sekadar memberi sinyal - webhook adalah apa yang bisa Anda gunakan untuk mengatur parameter dengan data jarak jauh.

Dialogflow ES sama sekali bukan pesaing di sini, kemungkinan karena ini dimaksudkan untuk chatbots yang lebih sederhana.

Penetapan Harga

Ini adalah kategori yang paling mudah dibicarakan dan paling sulit dibandingkan. Berikut ini adalah halaman harga untuk ketiga opsi tersebut:

Dialogflow ES

https://cloud.google.com/dialogflow/pricing#es-agent

Dialogflow CX

https://cloud.google.com/dialogflow/pricing#cx-agent-2021-09

Botpress

https://botpress.com/pricing

Perbandingan

Dialogflow CX jauh lebih mahal daripada Dialogflow ES, yang menarik karena perbedaan utama di antara keduanya adalah penambahan editor aliran visual. Botpress Dialogflow CX, yang juga memiliki editor aliran visual, tidak beroperasi pada model layanan mandiri, jadi Anda harus menghubungi mereka untuk mengetahui harganya. Aplikasi Open Source dasar Botpress gratis, dan pelanggan bisa membayar untuk membuka kunci fitur perusahaan dan mendapatkan dukungan. Jika Anda tidak ingin membayar per pesan dan senang meng-host sendiri, Anda harus menggunakan Botpress.

Kesimpulan

Jika Anda ingin membuat bot gaya FAQ murni dengan cepat, Dialogflow ES mungkin adalah pilihan terbaik Anda. Jika Anda tidak memiliki persyaratan kode khusus, tim kecil, tidak peduli dengan alur percakapan on-prem dan dasar, sulit untuk dikalahkan. Ini memiliki integrasi yang baik, sudah dihosting oleh Google, memiliki NLU yang baik, dan memiliki antarmuka yang mudah. Untuk yang lainnya, ada alternatif yang lebih baik.

Dialogflow CX dibangun di atas banyak konsep dari Dialogflow ES dan menambahkan fitur penskalaan, yaitu editor aliran dan beberapa fitur NLU seperti mengenali daftar sesuatu. Namun, ia mengharapkan pelanggan untuk membuat sebagian besar integrasi sendiri. Jika Anda memiliki aplikasi yang kompleks dan ingin menggunakan produk Google, ini akan menyelesaikan pekerjaan.

Botpress akan terasa berada di antara dua Dialogflow dan merupakan Perangkat Lunak Sumber Terbuka, bukan Saas. Secara fitur, ini mirip dengan Dialogflow CX, tetapi dengan kesederhanaan yang Anda temukan di Dialogflow ES. Ada beberapa fitur dan perbaikan di sana-sini yang dimiliki Dialogflow CX yang tidak dimiliki Botpress , tetapi sebagian besar setara. Bila Anda perlu mengubah apa pun, Anda bisa melakukannya karena Anda memiliki kendali penuh. Di samping itu, antarmuka yang lebih bersih dan lebih mudah dimengerti pada Botpress bisa dibilang merupakan alasan terbaik untuk memilih Botpress.

Penyertaan editor kode di dalam aplikasi Botpress mungkin tidak terlihat banyak, tetapi banyak perubahan yang memerlukan pembaruan di dalam alur, dan menjaga keduanya tetap berdekatan sangat masuk akal. Membaca dan memperbarui variabel menjadi lebih mudah diakses dan Anda dapat memperbarui dan menguji keduanya tanpa harus memindahkan kode Anda setiap kali.

Kemungkinan pemutus kesepakatan antara Dialogflows dan Botpress adalah penyebaran. Jika Anda ingin semuanya on-prem untuk alasan kontrol data, perlu diingat bahwa Dialogflows adalah SaaS yang dihosting oleh Google. Implikasi lainnya adalah kemudahan penerapan & pemeliharaan. Di Dialogflow, kode khusus untuk mengambil atau memperbarui informasi harus ditangani dalam aliran terpisah, tetapi kemungkinan besar di fungsi Google Cloud . Dialogflow lebih mudah digunakan, tetapi Anda harus menggunakan kode apa pun yang Anda tambahkan sendiri, sehingga menimbulkan kerumitan yang tidak Anda miliki pada Botpress, yang menggabungkan kode dan logika ke dalam satu alur kerja yang nyaman. Semua solusi adalah penskalaan otomatis dan seharusnya dapat menangani apa pun yang Anda berikan.

Harga rumit untuk dibandingkan karena penggunaan aktual tergantung pada chatbot Anda. Dialogflow memiliki struktur harga yang paling mudah, dengan model harga per permintaan. CX mengenakan biaya yang jauh lebih besar per permintaan daripada ES. Terakhir, Botpress Harga perusahaan disesuaikan dengan kebutuhan Anda. Jika Anda tidak ingin membayar per pesan, Anda harus menggunakan Botpress. Secara umum, riset industri menunjukkan chatbots biasanya merupakan proyek yang cukup menguntungkan, dan kami berharap semua model penetapan harga mencerminkan hal itu.

Menurut Anda, apakah Botpress cocok untuk Anda? Tim penjualan kami akan senang untuk berbicara dengan Anda dan mencari tahu kebutuhan Anda untuk proyek berikutnya. Anda juga bisa mencoba Botpress sendiri, karena ini adalah Open Source.