Botpress Vs Dialogflow ES lwn Dialogflow CX pada tahun 2022 [Bahagian satu]

Membandingkan Dialogflow Dan Botpress menakutkan dan penyedut masa. Kedua-dua ekosistem pembuatan chatbot mempunyai fungsi yang tidak terkira banyaknya dan cara yang berbeza untuk melakukan perkara-perkara yang membuat perbandingan kepala menjadi rumit, walaupun untuk orang-orang dalam industri. Jika anda memutuskan antara kedua-duanya untuk anda projek seterusnya, hanya ada satu faktor sebenar yang boleh memaksa anda satu cara atau yang lain bergantung kepada keperluan anda (Botpress bukan SaaS, dan Dialogflow dihoskan). Untuk sebahagian besar, anda akan mendapati bahawa kedua-dua pilihan adalah sah, tetapi anda mungkin mendapati pilihan.

Untuk membantu anda memahami bagaimana rasanya membina bot Dialogflow Atau Botpress, Saya telah membuat senarai perkara penting dan mengambil tangkapan skrin supaya anda dapat menggambarkan perbezaan praktikal. Saya telah memberi tumpuan kepada: kemudahan umum platform, onboarding dan bekerja dengan ahli pasukan baru, melakukan tindakan bersama & menguruskan perkara secara berskala.

Penting untuk diperhatikan bahawa, pada tahap tertentu, apabila anda pergi Dialogflow, perkara yang sebenarnya anda lakukan ialah melabur dalam Platform Awan Google, jadi saya telah mengumpulkan Dialogflow ES (keperluan) dan CX (pengalaman pelanggan) bersama-sama. Juga, untuk bersikap adil, saya akan membandingkan dengan Botpress Enterprise, untuk memastikan perbandingan adalah untuk penyelesaian berbayar.

TLDR

Untuk bot gaya FAQ tulen, Dialogflow ES akan melakukan kerja! Untuk kawalan penuh ke atas keupayaan dan data anda, anda perlu pergi ke Botpress Perusahaan dan tuan rumah sendiri. Sebaliknya Dialogflow CX dan Botpress boleh mengendalikan kebanyakan projek dengan baik, dan ketiga-tiganya mempunyai keupayaan pemahaman bahasa yang sama. Dialogflow CX secara keseluruhannya mempunyai sedikit lebih banyak ciri dan mempunyai pengilat google, sementara Botpress lebih mudah difahami dan bekerja. Harga sukar untuk dibandingkan, kerana Dialogflows berharga setiap mesej (CX jauh lebih mahal daripada ES), dan Botpress'Model harga lebih berorientasikan perkhidmatan.

Jadual Perbezaan Perbandingan

‍

Perbandingan Penuh

‍

Menambah Butang dan pilihan

Butang, pilihan dan cadangan sangat bagus kerana ia membolehkan pengguna mengetahui pilihannya, dan memudahkan mereka memilih apa yang mereka mahukan. Walaupun pada panggilan telefon, pilihan boleh membantu pengguna menavigasi menu. Pada platform berasaskan teks lain yang tidak menyokong butang shorthands boleh memudahkan untuk dijawab.

Dialogflow ES

• Jenis respons lalai dihidupkan Dialogflow ES tidak mengandungi apa-apa yang menyerupai butang!

• Apabila anda memilih platform seperti Slack Yang menyokong fungsi seperti butang, anda dapat melihat jenis tindak balas terbina dalam untuknya. Slack mempunyai Imej, Kad dan Balasan Pantas yang tidak dimiliki oleh pilihan lalai (tiada platform).

• Balasan Pantas dan Kad ialah cara mudah untuk menambah butang dalam Slack.

• Dalam emulator sembang, pratonton khusus platform menunjukkan perbezaan antara keduanya. Ia mudah untuk mempunyai ini dalam Dialogflow Sendiri.

• Anda boleh menambah pautan atau teks dengan mudah. Balasan pantas mempunyai nilainya sama dengan teks. Nilai digunakan untuk pengesanan niat Pemahaman Bahasa Asli.

• Terdapat dua cara untuk menangani respons. Yang pertama adalah untuk membuat niat dengan frasa latihan yang serupa dengan yang digunakan dalam Kad / Balasan Pantas. Dialogflow menangkapnya dan menghantar pengguna ke respons.

• Kaedah kedua ialah menggunakan pemenuhan, cara yang mewah untuk mengatakan tindakan yang dilakukan selepas itu. Khususnya, webhook pemenuhan hanya bermaksud : mengendalikan respons dengan kod.

• Malangnya anda perlu pergi ke halaman lain untuk mengendalikan semua pencapaian anda.

1 daripada 8

Pada ketika ini, anda perlu menggunakan fungsi awan google atau pelayan anda sendiri untuk mengendalikan logik tersuai. Terdapat editor kod bersepadu, tetapi agak terhad. Ia akan dilakukan dalam secubit untuk satu atau dua tindakan, tetapi anda tidak mahu mempunyai keseluruhan kod anda di sini.

Jika anda merancang untuk menyokong berbilang platform, termasuk web, anda perlu mencipta respons untuk setiap jenis. Terbalik adalah bahawa ini kurang berkemungkinan pecah. Sebaliknya, anda akan mempunyai kerja yang lebih berulang. Pratonton khusus platform sangat bagus untuk ujian. Sukar untuk pergi dari niat ke niat, untuk melihat apa yang mengklik butang benar-benar lakukan. Sekiranya tindak balas mengendalikan kod, ia juga sukar untuk melihat apa yang sedang berlaku, walaupun hanya untuk mendapatkan perspektif umum tentang apa yang sedang berlaku.

Dialogflow CX

Dialogflow CX mengendalikan butang secara sama dan berbeza pada masa yang sama.

• Dalam halaman, anda perlu mengedit pemenuhan. Fikirkannya sebagai tindakan yang berlaku dalam halaman ini (kedudukan pengguna dalam perbualan).

• Menu untuk menambah Opsyen Dialog. Teks mudah, tetapi tidak ada pilihan yang jelas untuk butang.

• Pilihan "Muatan tersuai" adalah apa yang anda perlukan jika anda ingin menambah butang. Ia tidak begitu intuitif.

• Sebagai contoh, ini adalah bagaimana anda menambah butang / cip. Anda perlu menavigasi dokumentasi.

• Jika anda mengklik butang ejen ujian dan mencubanya, anda akan mendapat sesuatu seperti ini. Tiada butang, tidak ada cara untuk melihat rupa butang pada platform yang berbeza. Tidak begitu membantu!

• Untuk menguji aliran anda, pergi untuk mengurus, kemudian integrasi, kemudian Dialogflow messengerButang sambung.

• Dayakan, kemudian klik selesai

• Klik butang "Cuba sekarang" yang halus, kemudian buka gelembung sembang di bahagian bawah sebelah kanan dan cuba pertanyaan anda. Nampaknya jika anda ingin mencubanya dengan lebih mudah, anda perlu membuat fail html dan menambah kod yang mereka berikan kepada anda.

1 daripada 8

Nasib baik memikirkan yang ini! UI tidak menjelaskan perkara ini, dan mencari jawapannya akan menghasilkan hasil untuk penyelesaian berasaskan Kod dan untuk Dialogflow ES. Tindak balas yang kaya adalah kuat, tetapi atas sebab tertentu tidak diberi rawatan GUI yang betul. Ini adalah penyelesaian berasaskan pengekodan yang terpaksa anda hadapi dalam gui. Akhirnya, menguji ini dalam emulator tidak menunjukkan kepada anda bagaimana ia akan mencari platform yang berbeza seperti Dialogflow ES, atau bagaimana rupanya webchat.

Botpress v12

• Dari tangan menu kiri, seret dan lepaskan ikon pilihan.

• Soalan boleh digunakan semula, jadi ada pemilih

• Memilih soalan dan jawapan. Perhatikan teks percuma lumpuh. Ini sudah tentu hanya berfungsi pada platform yang membenarkannya.

• Selepas membuat atau memilih soalan / jawapan pasangan inilah yang anda lihat.

• Bahagian lanjutan membolehkan anda memberikan gesaan sebanyak satu set kali jika pengguna menulis jawapan yang tidak dapat ditandingi.

• Dalam editor aliran, anda boleh dengan mudah menggambarkan dan menangani akibat pilihan. Pada kegagalan adalah apabila pengguna mencapai jumlah maksimum tindak balas yang salah.

• Jika anda tidak mahu memaksa pilihan pada pengguna, tetapi hanya memberi mereka cadangan, tetapkan bilangan maksimum percubaan semula kepada 0 kemudian mengesan input pengguna dalam elemen "User_failed_input" yang mencetuskan "Pada kegagalan".

1 daripada 7

Secara keseluruhan membuat pilihan yang diperlukan adalah mudah Botpress Sebaik sahaja anda tahu bagaimana dan mudah untuk memvisualisasikan. Memberi cadangan kurang intuitif dan terasa seperti penggunaan fungsi kemahiran Pilihan yang tidak dirancang. Hakikat bahawa butang adalah platform silang dapat menjimatkan masa anda jika anda merancang untuk menyokong pelbagai platform.

Perbandingan

Botpress agak tidak disengajakan di sini, kerana anda perlu menggunakan kemahiran pilihan, walaupun anda ingin menunjukkan cadangan. Kelebihannya ialah pengesahan; Anda boleh memaksa pengguna untuk bertindak balas terhadap salah satu pilihan. Memisahkan fungsi cadangan daripada kemahiran pilihan mungkin membantu menjadikannya lebih mudah. Dialogflow ES agak mudah. Masalahnya ialah tidak ada fungsi butang untuk semua platform sokongan. Anda perlu membuka tab khusus platform untuk mencubanya. Ia agak sukar dicari. Dialogflow CX adalah orang yang kalah di sini, tanpa cara menambah butang berasaskan GUI. Tidak semuanya lebih baik dengan kod, dan agak sukar untuk memahami mengapa mereka pergi dengan cara ini. Semasa Botpress Dan Dialogflow ES kedua-duanya boleh menjadikannya lebih jelas bagaimana untuk menambah butang, Botpress menawarkan butang dan pengesahan merentas platform yang mudah, sementara Dialogflow ES menjadikannya lebih mudah untuk mempunyai cadangan.

Butang penggambaran menekan aliran

Botpress mengambil kek di sini. Kerana penyelesaiannya yang sesuai menjadikannya mudah untuk melihat apa yang berlaku selepas butang diklik. DialogflowButang menawarkan fungsi pautan yang mudah, tetapi dari segi aliran perbualan, ini boleh menjadi sukar untuk digambarkan. Dialogflow ES tidak mempunyai aliran visual seperti Dialogflow CX atau Botpress, supaya menjadikannya juga sukar.

Menguji butang

Botpress Dan Dialogflow ES mempunyai strategi yang bertentangan dalam emulator. Botpress menganggap semuanya akan sama, jadi hanya menunjukkan kepada anda satu pandangan umum, dan Dialogflow menganggap semuanya berbeza, dan menunjukkan kepada anda setiap versi secara berasingan. Atas sebab tertentu, Dialogflow CX nampaknya telah pergi ke jalan untuk mempunyai emulator lalai yang tidak menunjukkan kepada anda sama ada, dan sebaliknya menunjukkan kepada anda data. Ini agak menyusahkan, baik apabila berkembang untuk satu platform, dan pelbagai platform. Ini adalah contoh CX bukan sahaja menjadi versi ES yang dinaik taraf.

Keupayaan Memahami Bahasa Asli

Penyelesaian pembuat Chatbot sering berbangga dengan NLU (Pemahaman Bahasa Asli) yang mengalahkan industri, tetapi bagaimana ini diterjemahkan untuk pembinaan perbualan? Terdapat dua soalan yang perlu anda tanyakan mengenai NLU jika anda merancang untuk menggunakannya. Adakah ia menyokong bahasa X, dan seberapa baik ia menyokongnya?

Secara amnya terdapat dua perkara yang boleh menjadi salah dengan NLU. Enjin mengesan sesuatu apabila ia tidak sepatutnya (positif palsu), atau ia tidak mengesan sesuatu apabila ia sepatutnya (negatif palsu). Dalam amalan, penyelesaian kepada kedua-dua masalah adalah untuk memberikan enjin pembelajaran mesin lebih banyak contoh dan counterexamples. Apabila kedua-dua enjin mempunyai penanda aras yang sama, perbezaannya ialah anda mungkin perlu menambah sedikit ayat contoh untuk menutup kes tepi ke enjin yang kurang tepat agar ia tepat. Ini mungkin tidak berlaku, bergantung kepada topik yang anda cuba rangup.

Botpress Sumber terbuka menawarkan enjin bahasa yang lebih sedikit daripada Dialogflow apabila digunakan secara tempatan (12 di luar kotak). Jika anda ingin menggunakan bahasa yang bukan salah satu daripada 12, anda juga boleh menggunakan model FastText (Facebook Open Source dengan senarai bahasa yang terdapat di sini) untuk NLU, dan jika anda perlu mengubah model bahasa anda, anda boleh berbuat demikian. Anda juga boleh menggunakannya Dialogflow enjin untuk NLU jika anda baik-baik saja dengan Google mengehoskan data anda. Ia bukan sama ada atau. Kedua-dua platform sentiasa bertambah baik mengenai perkara ini. Sejak Botpress boleh digunakan Dialogflow untuk NLU, perbandingan yang adil adalah apa yang boleh Botpress NLU berbuat demikian Dialogflow NLU tidak boleh.

NLU dalam bahasa popular mungkin mempunyai kualiti yang sama baik di kedua-dua platform, dan bahasa yang kurang popular akan menjadi lebih menyusahkan.

Bahawa dikatakan, Jika anda mengharapkan sokongan Ibrani atau Arab, sila ambil perhatian bahawa pada masa ini, Dialogflow ES tidak menyokong bahasa-bahasa tersebut.

Mengenali Unsur Ayat

Biasanya, pemahaman bahasa semulajadi dipecahkan kepada dua komponen, pengesanan niat dan pengiktirafan entiti. Anda boleh memikirkan niat sebagai ayat, dan entiti sebagai sebahagian daripada ayat yang ingin anda fahami. Tarikh, masa dan lokasi adalah entiti.

Ambil ayat ini sebagai contoh untuk menggambarkan : "Cari tiket dari Tokyo ke New York pada 11 Jun". Niatnya adalah membeli tiket penerbangan, dan hukuman itu sendiri dipanggil ucapan. Niat biasanya akan mempunyai banyak ucapan untuk memberi makan Enjin Pembelajaran Mesin. Tokyo, New York dan 11 Jun adalah semua entiti. Tiket bukan entiti kerana struktur ayat ini tidak akan benar-benar berfungsi dengan sesuatu yang lain daripada tiket kapal terbang. Walau bagaimanapun, anda boleh memilikinya sebagai entiti jika anda mempunyai niat "membeli sesuatu". Terpulang kepada anda untuk memutuskan apa yang anda mahu ekstrak!

Dialogflow Dan Botpress mempunyai fungsi yang lebih kurang sama, dengan perubahan Pengalaman Pengguna dan pilihan siap sedia.

Dialogflow ES

Untuk mencipta entiti dalam Dialogflow ES anda boleh menugaskannya terlebih dahulu, atau menambahkannya selepas anda menulis ucapan anda.

• Untuk mencipta entiti dari ucapan niat, cukup serlahkan bahagian yang anda mahukan (dalam kes ini # 14147) dan pop timbul muncul.

• Terdapat banyak pilihan lalai di luar kotak.

• Apabila carian anda menjadi kosong, butang buat baru adalah mudah.

• "Benarkan pengembangan automatik" membolehkan pengguna menulis sesuatu seperti "epal, pir, pisang", dan NLU juga boleh dipadankan dengan "oren".

• Sebaik sahaja anda telah menentukan entiti anda, dan apabila membuat ucapan, Dialogflow akan mengetag kandungan secara automatik. Dalam kes ini, pengetagan automatik agak berlebihan, tetapi lebih mudah untuk mengeluarkan tag, daripada menambahkannya, jadi semuanya baik.

1 daripada 5

Dialogflow CX

• Menariknya Dialogflow CX tidak mengikuti Dialogflow ES apabila ia berkaitan dengan entiti. Butang entiti baharu tiada, jadi anda perlu pergi ke tempat lain untuk menambahkannya.

• Sebaliknya, anda mendapat ini di bahagian bawah halaman niat. "Adakah senarai" membolehkan anda meletakkan satu siri nilai (epal, pir dan pisang), dan "Redact in log", adalah untuk pemaju menyembunyikan maklumat sensitif seperti nombor kad kredit dalam log mereka.

• Di dalam Dialogflow Halaman entiti CX, anda boleh membuat entiti. Ini pada asasnya sama seperti Dialogflow ES, tetapi dalam susunan yang berbeza. Pengecualian utama ialah pilihan "Redact in log" yang terdapat terlebih dahulu.

• Ini adalah sesuatu yang unik untuk Dialogflow CX.

1 daripada 4

Pemadanan kabur dan entiti yang ditambah secara automatik menyebabkan isu positif palsu. Sebagai contoh, jika anda ingin mengesan buah-buahan bulat seperti epal, pir dan tembikai, dan pilih pilihan itu, pisang juga akan sepadan, walaupun ia tidak bulat. Pengecualian entiti boleh digunakan untuk mengambil kira itu, walaupun menamakan semua buah bukan bulat akan menjadi tidak praktikal. Perbatuan anda akan berbeza-beza.

Botpress v12

• Mewujudkan entiti dalam Botpress agak mudah, tetapi ia tidak dilakukan dengan cepat.

• Menyerlahkan sesuatu tidak memberi anda pilihan untuk mencipta tag baru seperti Dialogflow ES memang. Sekurang-kurangnya anda boleh menekan nombor pada papan kekunci anda (dalam kes ini 0), untuk mengetag semuanya dengan cepat.

• Jika anda ingin tag sesuatu, anda perlu membuat slot terlebih dahulu. Ini berbeza daripada Dialogflow.

1 daripada 3

Perbandingan

Entiti adalah abstrak untuk semua orang, dan tiada platform menjadikannya sebagai konsep intuitif sebagai niat. Pengguna perlu mencari sendiri, atau menemuinya dalam dokumentasi / tutorial. Ini adalah tindakan yang selalunya memerlukan Pembangun. Ini kerana banyak entiti tersuai seperti nombor pesanan memerlukan Ungkapan Biasa.

Padanan kabur dalam Dialogflow nampaknya sedikit lebih kuat, kerana ia juga kabur sepadan dengan kata-kata yang diperintahkan semula, tetapi melainkan bahasa itu membenarkan kata-kata dipesan semula, ini nampaknya tidak begitu berguna.

Perbezaan sebenar antara Dialogflow Dan Botpress adalah pengembangan automatik. Anda boleh menyediakan senarai sinonim dan Dialogflow masih boleh difahami. Diberi senarai membeli-belah : epal, pir, pisang, sebagai contoh entiti dan ayat "Saya mahu membeli mangga", Botpress tidak akan mengesannya dengan betul, dan Dialogflow Adakah. Anda boleh menyelesaikannya dengan menambah lebih banyak pengecualian, tetapi itu lebih banyak kerja. Ini juga menimbulkan masalah baru, kerana anda kini menghadapi risiko terlalu mengesan. Medan pengecualian dalam Dialogflow CX direka untuk menangani perkara ini. Secara keseluruhan, kerana pilihan ini, kemasukannya adalah faedah yang memihak kepada Dialogflows.

Untuk pengguna purata, Dialogflow ES menang kerana mempunyai pilihan paling lalai, pengembangan automatik dan pengetagan yang lebih mudah.

Dialogflow CX, menang dalam senarai entiti dalam ayat. Anda boleh melakukan ini dalam Botpress Tetapi ia jauh lebih rumit. Dialogflow CX juga menang dengan ciri menyembunyikan maklumat daripada log, yang mungkin atau mungkin tidak penting, bergantung pada kes penggunaan anda, tetapi ini hanya kemenangan Dialogflow ES, kerana anda mempunyai kawalan penuh ke atas Botpress.

Di Dialogflow, entiti ditag secara automatik, dan pengguna boleh mengubah suai nama jika mereka ingin membezakan. Entah bagaimana itu lebih kurang intuitif pada masa yang sama, tetapi bagi orang yang bermula, ia adalah satu perkara yang kurang perlu dibimbangkan. Di Botpress, entiti perlu dibuat terlebih dahulu, sebelum pengguna boleh tag mereka dalam ucapan.

Menggunakan chatbots sedia pengeluaran

Anda boleh katakan Botpress perlu dihoskan sendiri dan Dialogflow sudah dihoskan untuk anda, tetapi itu tidak akan melukis gambar yang betul. Dalam amalan, Botpress Enterprise menawarkan perkhidmatan hosting, dan anda mungkin memerlukan beberapa penggunaan dengan Dialogflow. Mengapa? Kerana semasa Dialogflow boleh dijalankan sepenuhnya dari awan, sebaik sahaja anda ingin menambah fungsi tersuai, anda perlu menggunakan fungsi itu sendiri, pada Awan Google yang dicadangkan atau di tempat lain.

Dialogflow ES

Selagi anda tidak menambah fungsi tersuai seperti mengambil maklumat pesanan dari pangkalan data jauh, anda tidak memerlukan penggunaan kod, tetapi masih terdapat penggunaan versi bot untuk dilakukan (semuanya dalam awan).

• Sebaik sahaja anda bersedia untuk menggunakan, pergi ke tetapan, kemudian klik "Terbitkan versi".

• Beri nama, seperti Keluaran awal atau v1.0.

• Anda boleh memanggil persekitaran anda "Pengeluaran". Pilihan pemenuhan Fungsi Awan adalah sama seperti Webhook, tetapi disepadukan dengan Google Cloud.

• Dalam halaman Integrasi, pilih penyepaduan yang anda mahu, kemudian anda boleh memilih persekitaran yang anda cipta. Itu sahaja!

1 daripada 4

Untuk menggunakan kod tersuai anda, anda boleh memilih platform lain, tetapi semua dokumentasi akan menunjuk ke arah menggunakan fungsi tanpa pelayan Google Cloud. Anda akan menggunakan api ini untuk menggunakan kod anda.

Pada hakikatnya, jika bot anda agak rumit, ia akan mengakses API, dan jika dengan berbuat demikian, anda memerlukan kod tersuai. Walaupun ini hanya dilakukan (muat naik kod anda dengan satu arahan), jika anda ingin melakukan apa-apa jenis ujian kebolehgunaan sebelum menukar kod anda, maka anda mungkin perlu membuat salinan ejen anda di Dialogflow ES untuk menguji. Tidak ada jalan mudah di sekitar ini.

Dialogflow CS

Ini sangat serupa dengan Dialogflow ES.

• Anda perlu membuat versi untuk persekitaran terlebih dahulu.

• Dialogflow CX mempunyai organisasi yang hampir sama seperti Dialogflow ES selepas mencipta versi. Buat persekitaran (dalam kes ini Pengeluaran), kemudian navigasi ke Integrasi.

• Dalam halaman Integrasi, anda sekali lagi boleh memilih pengeluaran untuk digunakan. Suka untuk Dialogflow ES, untuk menggunakan kod tersuai anda, anda boleh memilih platform lain, tetapi semua dokumentasi akan menunjuk ke arah menggunakan fungsi tanpa pelayan Google Cloud.

• Beginilah cara anda memaut sehingga fungsi anda dalam Dialogflow CX. Tiada jalan pintas untuk Fungsi Awan Google seperti dalam Dialogflow ES, tetapi anda boleh menggunakan semua yang sama. ‍

Botpress v12

Penggunaan Botpress biasanya dilakukan oleh pengguna untuk mengekalkan pemilikan data, tetapi Botpress boleh menjadi tuan rumah atau membantu hosting bergantung pada keperluan anda. Pada masa penulisan ini tidak ada fungsi hosting layan diri. Kefungsian tersuai dilampirkan pada Botpress contoh, jadi ini agak mengurangkan kerumitan penggunaan Dialogflow. Untuk penggunaan berskala, anda memerlukan jurutera perisian yang mahir dalam perisian hosting, atau menggunakan Botpress Perkhidmatan perusahaan.

Botpress Perusahaan memang termasuk saluran paip yang membolehkan anda mengenal pasti dan memindahkan bot dari draf ke pengeluaran, tetapi ini memerlukan anda sudah menjadi tuan rumah contoh siap pengeluaran yang berjalan.

• Botpress menyediakan senarai semak pengeluaran untuk memudahkan penggunaan.

• Oleh kerana fungsi hidup dalam Botpress, segala-galanya boleh diuji bersama, dan anda boleh memindahkan segala-galanya untuk disemak, kemudian pengeluaran.

Untuk menyambung dengan integrasi, anda perlu mengikuti dokumentasi. Kebanyakan kerja dilakukan dalam fail konfigurasi, jadi anda mahu pembangun mengendalikannya atau Botpress Perkhidmatan Perusahaan.

Perbandingan

Dialogflow ES sukar ditewaskan jika anda tidak memerlukan sebarang kod tersuai. Ia intuitif dan cepat. Jika anda perlu menggunakan fungsi, anda akan berakhir dengan langkah tambahan. Dialogflow CX sedikit lebih sukar untuk digunakan ke persekitaran pengeluaran (satu langkah tambahan, dan mesej ralat yang kurang jelas), dan mempunyai isu yang sama dengan kod tersuai. Kelebihan menggunakan Platform Awan Google adalah bahawa anda mungkin menggunakan fungsi awan. Walaupun mereka bukan cara hosting kod yang paling murah, mereka adalah cara paling mudah untuk mempunyai fungsi yang sangat berskala.

Proses untuk menggunakan fungsi untuk Dialogflow adalah untuk mencipta fungsi baru, mengehoskannya, mendapatkan pautan, mengemas kininya dalam Dialogflow webhook / pemenuhan, uji versi baru untuk memastikan ia berfungsi, dan jika ya, gunakan versi baru. Kali pertama, ia tidak sepatutnya terlalu menyakitkan, tetapi jika anda fikir anda akan sering mengemas kini kod anda agar sesuai dengan logik perbualan anda, anda menambah lapisan kerumitan tambahan. Di Botpress, kod dan logik perbualan hidup di dunia yang sama, jadi mengemas kini, menguji dan menggunakan adalah lebih mudah. Kelemahannya ialah pemaju mesti menggunakan Nodejs, jadi jika mereka tidak biasa dengannya, akan ada keluk pembelajaran, bergantung pada apa yang mereka gunakan sebelum ini. Terbalik untuk itu, adalah bahawa secara teori dokumentasi harus lebih terkini, melihat kerana terdapat hanya satu perpustakaan.

Adakah bukan untuk kod tersuai, Botpress akan menjadi yang paling teruk dalam kategori ini, kerana anda sebenarnya perlu menjadi tuan rumah sesuatu, berbanding tidak. Semasa Botpress menawarkan perkhidmatan penggunaan, jadi secara teknikal anda tidak perlu berbuat apa-apa, ia tidak akan semudah model layan diri. Kod tersuai menafikan kelebihan yang diberikan ini Dialogflow.

Hosting diri anda mempunyai masalah menguruskan penskalaan. Sudah tentu, jika projek anda tidak boleh memasukkan perkhidmatan luar, maka Botpress adalah jelas cara untuk pergi. Botpress memang mempunyai dokumentasi mengenai penggunaan untuk versi Sumber Terbuka, tetapi ia bukan seni bina penskalaan automatik yang lengkap, seperti yang anda akan dapat daripada pergi dengan Dialogflow.

Itu sahaja untuk bahagian ini. Berikut adalah Bahagian 2 daripada Botpress Vs Dialogflow ES lwn Dialogflow CX.