Botpress vs Dialogflow ES vs Dialogflow CX in 2022 [Deel één]

Dialogflow en Botpress vergelijken is ontmoedigend en tijdrovend. Beide ecosystemen voor het maken van chatbotten hebben talloze functionaliteiten en verschillende manieren om dingen te doen, waardoor het zelfs voor mensen uit de branche lastig is om ze met elkaar te vergelijken. Als je moet kiezen tussen de twee voor je volgende project, is er eigenlijk maar één echte factor die je kan dwingen de ene of de andere kant op te gaan, afhankelijk van je vereisten (Botpress is geen SaaS en Dialogflow wordt gehost). Voor het grootste deel zul je merken dat beide opties legitiem zijn, maar het kan zijn dat je een voorkeur hebt.

Om je te helpen begrijpen hoe het is om een bot te bouwen met Dialogflow of Botpress, heb ik een lijst met belangrijke punten opgesteld en screenshots gemaakt zodat je de praktische verschillen kunt visualiseren. Ik heb me gericht op: het algemene gemak van een platform, onboarding en het werken met nieuwe teamleden, het uitvoeren van veelvoorkomende acties & het beheren van dingen op schaal.

Het is belangrijk op te merken dat, tot op zekere hoogte, wanneer je voor Dialogflow kiest, je eigenlijk investeert in Google Cloud Platform, dus ik heb Dialogflow ES (essentials) en CX (customer experience) samengevoegd. Eerlijkheidshalve vergelijk ik ook met Botpress Enterprise, om er zeker van te zijn dat het om betaalde oplossingen gaat.

TLDR

Voor een pure FAQ-stijl bot is Dialogflow ES voldoende! Voor volledige controle over uw mogelijkheden en gegevens moet u naar Botpress Enterprise gaan en zelf hosten. Verder kunnen Dialogflow CX en Botpress de meeste projecten goed aan en alle drie hebben ze vergelijkbare taalbegripcapaciteiten. Dialogflow CX heeft over het algemeen iets meer functies en heeft de google-polijst, terwijl Botpress gemakkelijker te begrijpen en in te werken is. De prijzen zijn moeilijk te vergelijken, omdat de Dialogflows per bericht worden geprijsd (CX is veel duurder dan ES), en Botpress's prijsmodel is meer service-georiënteerd.

Vergelijkingstabel van verschillen

‍

Volledige vergelijking

‍

Knoppen en keuzes toevoegen

Knoppen, keuzes en suggesties zijn geweldig omdat ze gebruikers laten weten wat de opties zijn en het makkelijker maken om te kiezen wat ze willen. Zelfs bij telefoongesprekken kunnen opties gebruikers helpen om door menu's te navigeren. Op andere tekstgebaseerde platformen die geen knoppen ondersteunen, kunnen steno's het beantwoorden vergemakkelijken.

Dialogflow ES

• De standaard reactietypes op Dialogflow ES bevatten niets dat op knoppen lijkt!

• Als je een platform zoals Slack selecteert dat knop-achtige functionaliteit ondersteunt, kun je de ingebouwde reactietypes ervoor zien. Slack heeft Afbeelding, Kaart en Snelle antwoorden die de standaard (geen-platform) optie niet heeft.

• Quick Replies en Cards zijn eenvoudige manieren om knoppen toe te voegen in Slack.

• In de chat-emulator laat een platformspecifieke preview het verschil tussen de twee zien. Het is handig om dit binnen Dialogflow zelf te hebben.

• Je kunt eenvoudig links of tekst toevoegen. Snelle antwoorden hebben een waarde die gelijk is aan de tekst. De waarden worden gebruikt voor Natural Language Understanding intentiedetectie.

• Er zijn twee manieren om met reacties om te gaan. De eerste is om een intent te maken met trainingszinnen die lijken op de zinnen die worden gebruikt in de Card / Quick Reply. Dialogflow vangt deze op en stuurt de gebruiker naar het antwoord.

• De tweede methode is het gebruik van fulfillments, een mooie manier om te zeggen dat er achteraf acties worden uitgevoerd. Specifiek betekenen fulfillment's webhooks gewoon: behandel het antwoord met een code.

• Helaas moet je naar een andere pagina gaan om al je fulfilments af te handelen.

1 van 8

Op dit punt moet je google cloud functies gebruiken, of je eigen server om aangepaste logica af te handelen. Er is een geïntegreerde code editor, maar die is vrij beperkt. Het volstaat in een handomdraai voor een of twee acties, maar je zou niet je hele code hier willen hebben.

Als je van plan bent om meerdere platformen te ondersteunen, inclusief het web, zul je voor elk type een antwoord moeten maken. Het voordeel is dat dit minder snel stuk gaat. Aan de andere kant heb je meer herhaald werk. Platformspecifieke previews zijn geweldig om te testen. Het is moeilijk om van intentie naar intentie te gaan, om te zien wat klikken op een knop echt doet. Als het antwoord code verwerkt, is het ook moeilijk om te zien wat er gebeurt, zelfs om een algemeen beeld te krijgen van wat er gebeurt.

Dialogflow CX

Dialogflow CX behandelt knoppen op dezelfde manier en tegelijkertijd anders.

• In een pagina moet je vervulling bewerken. Zie het als acties die binnen deze pagina plaatsvinden (positie van de gebruiker in de conversatie).

• Het menu voor het toevoegen van Dialoogopties. Tekst is eenvoudig, maar er is geen duidelijke optie voor knoppen.

• De optie "Aangepaste payload" is wat je nodig hebt als je knoppen wilt toevoegen. Het is niet erg intuïtief.

• Zo voeg je bijvoorbeeld knoppen/fiches toe. Je zult door de documentatie moeten navigeren.

• Als je op de knop Testagent klikt en het uitprobeert, krijg je zoiets als dit. Geen knoppen, geen manier om te zien hoe de knop eruit zou zien op verschillende platforms. Niet erg behulpzaam!

• Om uw flows te testen, gaat u naar beheren, dan integraties en vervolgens de verbindingsknop van Dialogflow messenger.

• Inschakelen en klik op Gereed

• Klik op de subtiele knop "Probeer het nu", open dan de chatballon rechtsonder en probeer je zoekopdrachten. Het lijkt erop dat als je het gemakkelijker wilt uitproberen, je een html-bestand moet maken en de code moet toevoegen die ze je geven.

1 van 8

Veel succes met het uitzoeken hiervan! De UI maakt dit niet duidelijk, en zoeken naar het antwoord zal je resultaten opleveren voor Code gebaseerde oplossingen en voor Dialogflow ES. Rijke reacties zijn krachtig, maar om de een of andere reden hebben ze geen goede GUI behandeling gekregen. Dit is een op codering gebaseerde oplossing waarmee je gedwongen wordt om te gaan in een gui. Tot slot laat het testen in de emulator niet zien hoe het eruit zou zien op verschillende platforms zoals Dialogflow ES, of hoe het eruit ziet op webchat.

Botpress v12

• Sleep het keuzepictogram vanuit het linkermenu.

• Vragen kunnen worden hergebruikt, dus er is een selector

• Vragen en antwoorden kiezen. Let op de vrije tekst uitschakelen. Dit werkt natuurlijk alleen op platformen die dit toestaan.

• Nadat je het vraag-/antwoordpaar hebt gemaakt of geselecteerd, zie je dit.

• In het geavanceerde gedeelte kun je een bepaald aantal keren een prompt geven als de gebruiker een niet-gekoppeld antwoord schrijft.

• In de flow editor kun je eenvoudig de gevolgen van de keuze visualiseren en afhandelen. Bij falen is voor als de gebruiker het maximum aantal foute antwoorden bereikt.

• Als je een gebruiker geen keuze wilt opdringen, maar gewoon suggesties wilt geven, stel dan het maximale aantal pogingen in op 0 en detecteer gebruikersinvoer in het "User_failed_input" element dat "On failure" activeert.

1 van 7

Over het algemeen is het maken van vereiste keuzes eenvoudig op Botpress als je eenmaal weet hoe het moet en gemakkelijk te visualiseren. Het geven van suggesties is minder intuïtief en voelt als een ongepland gebruik van de Keuzevaardigheidsfunctionaliteit. Het feit dat de knoppen platformonafhankelijk zijn, kan je tijd besparen als je van plan bent om meerdere platformen te ondersteunen.

Vergelijking

Botpress is hier enigszins onintuïtief, omdat je de keuzevaardigheid moet gebruiken, zelfs als je suggesties wilt tonen. Het voordeel is validatie; je kunt de gebruiker dwingen om te reageren op een van de keuzes. Het afsplitsen van de suggestiefunctionaliteit van de keuzevaardigheid zou dit gemakkelijker kunnen maken. Dialogflow ES is iets eenvoudiger. Het probleem is dat er geen knopfunctionaliteit is voor alle ondersteunende platforms. Je moet het platformspecifieke tabblad openen om het te proberen. Het is redelijk moeilijk te vinden. Dialogflow CX is hier de verliezer, zonder GUI-gebaseerde manier om knoppen toe te voegen. Niet alles is beter met code en het is een beetje moeilijk te begrijpen waarom ze deze weg zijn ingeslagen. Hoewel Botpress en Dialogflow ES beide duidelijker zouden kunnen maken hoe knoppen kunnen worden toegevoegd, biedt Botpress handige cross-platform knoppen en validatie, terwijl Dialogflow ES het veel gemakkelijker maakt om suggesties te hebben.

De drukstroom van knoppen visualiseren

Botpress neemt hier de taart. Want met deze oplossing is het eenvoudig om te zien wat er gebeurt nadat er op een knop is geklikt. De knoppen van Dialogflow bieden een handige koppelingsfunctionaliteit, maar in termen van conversatiestroom kan dit lastig te visualiseren zijn. Dialogflow ES heeft geen visuele flow zoals Dialogflow CX of Botpress, dus dat maakt het ook lastig.

De knoppen testen

Botpress Botpress gaat ervan uit dat alles op elkaar lijkt en laat daarom alleen een algemene weergave zien, terwijl Dialogflow ervan uitgaat dat alles anders is en elke versie afzonderlijk laat zien. Om de een of andere reden lijkt Dialogflow CX het pad te zijn ingeslagen waarbij de standaard emulator geen van beide laat zien en in plaats daarvan de gegevens toont. Dit is erg onhandig, zowel bij het ontwikkelen voor één platform als voor meerdere platforms. Het is een voorbeeld van het feit dat CX niet gewoon een verbeterde versie van ES is.

Natuurlijke taal begrijpen

Oplossingen van chatbotmakers kunnen vaak bogen op NLU (Natural Language Understanding), maar hoe vertaalt dit zich naar het opbouwen van conversaties? Er zijn twee vragen die je moet stellen over NLU als je van plan bent het te gebruiken. Ondersteunt het X taal en hoe goed ondersteunt het deze?

Er zijn over het algemeen twee dingen die mis kunnen gaan met NLU. De machine detecteert iets wanneer dat niet zou moeten (vals positief), of het detecteert iets niet wanneer dat wel zou moeten (vals negatief). In de praktijk is de oplossing voor beide problemen om de machine learning engine meer voorbeelden en tegenvoorbeelden te geven. Als beide engines vergelijkbare benchmarks hebben, is het verschil dat je waarschijnlijk iets meer voorbeeldzinnen moet toevoegen om randgevallen te dekken aan de minder nauwkeurige engine om net zo nauwkeurig te zijn. Dit is misschien niet eens het geval, afhankelijk van het onderwerp dat je probeert te kraken.

Botpress Open Source biedt minder taalengines dan Dialogflow bij lokaal gebruik (12 uit de doos). Als je een taal wilt gebruiken die niet bij de 12 hoort, kun je ook een FastText model (Facebook Open Source met talenlijst hier te vinden) gebruiken voor NLU, en als je je taalmodel moet aanpassen, kun je dat doen. Je kunt ook de Dialogflow engine gebruiken voor NLU als je het goed vindt dat Google je data host. Het is niet of of. Beide platforms zijn altijd bezig met verbeteringen. Aangezien Botpress Dialogflow kan gebruiken voor NLU, is de eerlijke vergelijking wat Botpress NLU kan doen dat Dialogflow NLU niet kan.

NLU in een populaire taal zal waarschijnlijk van even goede kwaliteit zijn op beide platformen, en minder populaire talen zullen meer problemen opleveren.

Dat gezegd hebbende, als je Hebreeuwse of Arabische ondersteuning verwacht, houd er dan rekening mee dat Dialogflow ES deze talen op dit moment niet ondersteunt.

Zinelementen herkennen

Typisch wordt het begrijpen van natuurlijke taal opgesplitst in twee componenten, intentiedetectie en entiteitherkenning. Je kunt intenties zien als zinnen en entiteiten als een deel van een zin die je wilt begrijpen. Data, tijden en locaties zijn entiteiten.

Neem deze zin als voorbeeld om te illustreren: "Zoek tickets van Tokio naar New York op 11 juni". De intentie is het kopen van een vliegticket en de zin zelf wordt een uiting genoemd. Een intentie zal meestal veel uitingen hebben om de Machine Learning Engine te voeden. Tokio, New York en 11 juni zijn allemaal entiteiten. Tickets zijn geen entiteit omdat deze zinsconstructie niet echt zou werken met iets anders dan vliegtickets. Je zou het echter wel als een entiteit kunnen hebben als je een "iets kopen" intentie hebt. Het is aan jou om te beslissen wat je eruit wilt halen!

Dialogflow en Botpress hebben min of meer dezelfde soort functionaliteit, met wijzigingen in de gebruikerservaring en kant-en-klare opties.

Dialogflow ES

Om een entiteit aan te maken in Dialogflow ES kunt u deze eerst toewijzen of toevoegen nadat u uw uitingen hebt geschreven.

• Om een entiteit van een intentie-uiting te maken, markeer je gewoon het gewenste deel (in dit geval #14147) en verschijnt er een pop-up.

• Er zijn veel standaardopties in de doos.

• Als je zoekopdracht niets oplevert, is de knop Nieuw maken handig.

• Met "Sta geautomatiseerde uitbreiding toe" kan de gebruiker iets schrijven als "appel, peren, bananen", en de NLU kan ook overeenkomen met "sinaasappels".

• Zodra u uw entiteiten hebt gedefinieerd en een uiting hebt gemaakt, zal Dialogflow de inhoud automatisch taggen. In dit geval was de automatische tagging een beetje overijverig, maar het is makkelijker om de tag te verwijderen dan om hem toe te voegen, dus alles is goed.

1 van 5

Dialogflow CX

• Interessant is dat Dialogflow CX Dialogflow ES niet volgt als het gaat om entiteiten. De knop voor nieuwe entiteiten ontbreekt, dus u zult ergens anders heen moeten om deze toe te voegen.

• In plaats daarvan krijg je dit onderaan de intentiepagina. Met "Is list" kun je een reeks waarden invoeren (appels, peren en bananen) en met "Redact in log" kunnen ontwikkelaars gevoelige informatie zoals creditcardnummers in hun logboeken verbergen.

• In de Dialogflow CX entiteitenpagina kunt u entiteiten aanmaken. Dit is in wezen hetzelfde als Dialogflow ES, maar in een andere volgorde. De belangrijkste uitzondering is de optie "Redigeren in logboek" die u kunt vinden onder geavanceerd.

• Dit is iets unieks voor Dialogflow CX.

1 van 4

Fuzzy matching en automatisch toegevoegde entiteiten veroorzaken het probleem van valse positieven. Als je bijvoorbeeld rond fruit zoals appels, peren en meloenen wilt detecteren en die optie selecteert, zou banaan ook overeenkomen, ondanks dat het niet rond is. Entiteituitsluitingen kunnen worden gebruikt om dat te verklaren, hoewel het onpraktisch zou zijn om alle niet-ronde vruchten te benoemen. Uw ervaringen zullen variëren.

Botpress v12

• Het creëren van een entiteit in Botpress is vrij eenvoudig, maar het gebeurt niet 'on the fly'.

• Iets markeren geeft je niet de optie om een nieuwe tag aan te maken zoals Dialogflow ES dat doet. Je kunt tenminste op het nummer op je toetsenbord drukken (in dit geval 0) om alles snel te taggen.

• Als je iets wilt taggen, moet je eerst een sleuf maken. Dit is anders dan in Dialogflow.

1 van 3

Vergelijking

Entiteiten zijn abstract voor iedereen, en geen enkel platform maakt het zo'n intuïtief concept als intents. Gebruikers moeten zelf op zoek gaan, of het ontdekken in de documentaties / tutorials. Dit is een actie waarvoor vaak ontwikkelaars nodig zijn. Dat komt omdat veel aangepaste entiteiten zoals bestelnummers Regular Expressions vereisen.

Fuzzy matching in Dialogflow lijkt iets krachtiger, omdat het ook fuzzy overeenkomt met opnieuw geordende woorden, maar tenzij de taal toestaat dat woorden opnieuw worden geordend, lijkt dit niet erg nuttig.

Het echte verschil tussen Dialogflow en Botpress is de geautomatiseerde uitbreiding. Je kunt een lijst met synoniemen geven en Dialogflow zal het nog steeds begrijpen. Als je een boodschappenlijstje opgeeft met appels, peren, bananen als entiteitsvoorbeelden en de zin "Ik wil mango's kopen", dan zal Botpress dit niet correct detecteren en Dialogflow wel. Je kunt dit oplossen door meer uitzonderingen toe te voegen, maar dat is meer werk. Dit creëert ook een nieuw probleem, omdat je nu het risico loopt op over-detectie. Het uitzonderingenveld in Dialogflow CX is ontworpen om hiermee om te gaan. Over het algemeen, omdat dit optioneel is, is de opname ervan een voordeel ten gunste van de Dialogflows.

Voor de gemiddelde gebruiker wint Dialogflow ES door de meeste standaardopties, geautomatiseerde uitbreiding en handigere tagging.

Dialogflow CX, wint het van lijsten van entiteiten in zinnen. Je kunt dit doen in Botpress , maar het is aanzienlijk ingewikkelder. Dialogflow CX wint ook met hun functie om informatie te verbergen voor logs, wat wel of niet belangrijk kan zijn, afhankelijk van je use case, maar dit is alleen een overwinning ten opzichte van Dialogflow ES, omdat je volledige controle hebt over Botpress.

In Dialogflow worden entiteiten automatisch getagd en kan de gebruiker de naam aanpassen als hij onderscheid wil maken. Op de een of andere manier is dat meer en minder intuïtief tegelijk, maar voor mensen die beginnen is het een ding minder om zich zorgen over te maken. In Botpress moeten entiteiten eerst worden aangemaakt voordat de gebruiker ze kan taggen in uitingen.

Productieklaar implementeren chatbots

Je zou kunnen zeggen dat je Botpress zelf moet hosten en dat Dialogflow al voor je gehost wordt, maar dat zou niet het juiste beeld schetsen. In de praktijk biedt Botpress Enterprise hostingdiensten aan en heb je waarschijnlijk enige implementatie nodig met Dialogflow. Waarom? Omdat Dialogflow weliswaar volledig kan worden uitgevoerd vanaf de cloud, maar op het moment dat je aangepaste functionaliteit wilt toevoegen, moet je die functionaliteit zelf implementeren, op de voorgestelde Google Cloud of elders.

Dialogflow ES

Zolang u geen aangepaste functionaliteit toevoegt, zoals het ophalen van bestelinformatie uit een externe database, hoeft u geen code te implementeren, maar u moet nog wel de botversie implementeren (alles in de cloud).

• Als je klaar bent om te implementeren, ga je naar instellingen en klik je op "Een versie publiceren".

• Geef het een naam, zoals Eerste release of v1.0.

• Je kunt je omgeving "Productie" noemen. De optie Cloud Function fulfilment is hetzelfde als Webhook, maar dan geïntegreerd met Google Cloud.

• Selecteer op de Integrations-pagina de integratie die je wilt en selecteer vervolgens de omgeving die je hebt gemaakt. Dat is het!

1 van 4

Voor het implementeren van je aangepaste code kun je een ander platform kiezen, maar alle documentatie wijst in de richting van het gebruik van Google Cloud's serverloze functionaliteit. Je zult deze api gebruiken om je code te implementeren.

In werkelijkheid, als uw bot een beetje complex is, zal het een API benaderen, en als u dat doet, zult u aangepaste code nodig hebben. Dit is eenvoudig te doen (upload uw code met één commando), maar als u enige vorm van bruikbaarheidstests wilt doen voordat u uw code wijzigt, dan zult u waarschijnlijk een kopie van uw agent in Dialogflow ES moeten maken om tegen te testen. Er is geen eenvoudige manier om dit te omzeilen.

Dialogflow CS

Dit lijkt erg op Dialogflow ES.

• Je moet eerst een versie voor de omgeving maken.

• Dialogflow CX heeft een bijna identieke organisatie als Dialogflow ES na het aanmaken van een versie. Maak een omgeving aan (in dit geval Productie) en navigeer vervolgens naar Integraties.

• Op de Integrations pagina kun je opnieuw productie selecteren om te implementeren. Net als voor Dialogflow ES kun je voor de implementatie van je aangepaste code een ander platform kiezen, maar alle documentatie wijst in de richting van het gebruik van de serverloze functionaliteit van Google Cloud.

• Zo koppelt u uw functies in Dialogflow CX. Er is geen snelkoppeling naar Google Cloud Functies zoals in Dialogflow ES, maar u kunt wel dezelfde gebruiken.

Botpress v12

Deployment van Botpress wordt meestal gedaan door de gebruiker om eigenaar te blijven van de gegevens, maar Botpress kan hosten of helpen met hosten, afhankelijk van je behoeften. Op het moment van schrijven is er geen zelfbedienings hosting functionaliteit. Aangepaste functionaliteit is gekoppeld aan de Botpress instanties, dus dit vermindert de complexiteit van de implementatie ten opzichte van Dialogflow. Voor een schaalbare implementatie heb je een software engineer nodig die ervaring heeft met het hosten van software, of gebruik Botpress Enterprise services.

Botpress Enterprise bevat pijplijnen waarmee je een bot kunt identificeren en verplaatsen van draft naar productie, maar hiervoor moet je al een productie-klare instantie hebben draaien.

• Botpress biedt een productiechecklist om de implementatie te vereenvoudigen.

• Omdat functies in Botpress staan, kan alles samen getest worden en kun je alles naar review en daarna productie brengen.

Om verbinding te maken met een integratie, moet je de documentatie volgen. Het meeste werk wordt gedaan in configuratiebestanden, dus je zult een ontwikkelaar nodig hebben om dat af te handelen, of Botpress Enterprise Services.

Vergelijking

Dialogflow ES is moeilijk te verslaan als je geen aangepaste code nodig hebt. Het is intuïtief en snel. Als je wel functies moet implementeren, heb je een extra stap. Dialogflow CX is iets moeilijker te implementeren in productieomgevingen (een extra stap en minder duidelijke foutmeldingen) en heeft hetzelfde probleem met aangepaste code. Het voordeel van het gebruik van Google Cloud Platform is dat je waarschijnlijk cloud functies zult gebruiken. Hoewel ze niet de goedkoopste manier zijn om code te hosten, zijn ze wel de makkelijkste manier om zeer schaalbare functies te hebben.

Het proces om functies te implementeren voor Dialogflow is om een nieuwe functie te maken, deze te hosten, de koppeling te krijgen, deze bij te werken in de Dialogflow webhook / fulfillment, de nieuwe versie te testen om er zeker van te zijn dat deze werkt, en zo ja, de nieuwe versie te implementeren. De eerste keer zou het niet al te lastig moeten zijn, maar als je denkt dat je vaak je code moet bijwerken om overeen te komen met je conversatielogica, voeg je een extra laag complexiteit toe. In Botpress leven code en conversatielogica in dezelfde wereld, dus updaten, testen en implementeren is veel eenvoudiger. Het nadeel is dat de ontwikkelaars Nodejs moeten gebruiken, dus als ze er niet bekend mee zijn, zal er een leercurve zijn, afhankelijk van wat ze eerder gebruikten. Het voordeel is dat de documentatie in theorie actueler zou moeten zijn, aangezien er maar één bibliotheek is.

Ware het niet voor aangepaste code, Botpress zou de slechtste zijn in deze categorie, omdat je daadwerkelijk iets moet hosten, in tegenstelling tot niet. Hoewel Botpress implementatiediensten biedt, dus technisch gezien hoef je niets te doen, zal het nooit zo handig zijn als het zelfbedieningsmodel. Aangepaste code doet het voordeel van Dialogflow teniet.

Zelf hosten heeft het probleem van het schalen. Natuurlijk, als je project geen externe services kan bevatten, dan is Botpress duidelijk de manier om te gaan. Botpress heeft documentatie over deployment voor de Open Source versie, maar het is geen complete auto-scaling architectuur, zoals je zou krijgen als je Dialogflow zou gebruiken.

Dat was het voor dit deel. Hier is deel 2 van Botpress vs Dialogflow ES vs Dialogflow CX.