Botpress v12 vs Dialogflow ES vs Dialogflow CX in 2022 [Deel twee]

Dit is het tweede deel van de uitgebreide Botpress vs Dialogflow vergelijking. Voor deel één, klik hier.

Bestaande integraties gebruiken

Welke integraties zijn beschikbaar en hoe eenvoudig zijn de integraties? Is de inhoud per integratie of per type?

Bestaande integraties zijn essentieel om tijd te besparen als je iets honderd keer opnieuw doet.

Dialogflow ES

Hier zijn de integraties van Dialogflow ES vanuit de UI:

• Dialogflow telefoon gateway BETA
• Avaya
• SignalWire
• Voximplant
• AudioCodes
• Twilio
• Telefonie
• Genesys Cloud
• Twilio
• Webdemo
• Dialogflow Messenger BETA
• Messenger van Facebook
• Werkplek van Facebook BETA
• Slack
• Telegram
• LIJN
• Kik
• Skype
• Vonk
• Twilio IP Berichten
• Twilio (tekstberichten)
• Twitter
• Viber

Dat is nogal een lijst!

Het toevoegen van Facebook Messenger geeft je instructies, links naar meer informatie, informatie over de omgeving en de juiste tokens.

Dialogflow CX

Hier zijn Dialogflow CX'en vanuit de UI:

• Avaya
• Voximplant
• AudioCodes
• Dialogflow Messenger
• Facebook Messenger
• LIJN

Als niet alles zo op elkaar leek, zou je denken dat Dialogflow CX de helft van zijn naam deelt met zijn voorganger, maar er zijn slechts twee niet-webgebaseerde tekstintegraties!

Door gebruik te maken van wat werkte met Dialogflow ES, maakt Dialogflow CX het eenvoudig om Facebook Messenger toe te voegen. Je kunt je alleen maar afvragen waarom ze niet meer hebben hergebruikt.

Botpress v12

Botpress heeft niet veel UI-toegankelijke integraties. Je zult enkele configuratiebestanden moeten aanpassen en de documentatie moeten lezen.

Op de modulepagina is de enige verwijzing het webkanaal - dat ook handig wordt gebruikt voor de Emulator bij het ontwikkelen van bots in de Botpress Studio.

De documentatiepagina geeft een overzicht van deze kanalen:

• Embedden op website
• Converse API
• Facebook Messenger
• Telegram
• Microsoft Teams
• Twilio
• Slack
• Smooch (Zonneschijn Gesprekken)
• Vonage

Qua aantallen zijn er niet veel meer dan die van Dialogflow CX, maar je krijgt wel verschillende populaire tekstgebaseerde platforms uit de doos.

Ondanks het feit dat je configuratiebestanden moet wijzigen om berichtenkanalen in te schakelen, zijn de instructies in de documentatie gedetailleerd.

Facebook Messenger integratie vereist een wijziging in een configuratiebestand. Dit kan eenvoudiger worden gemaakt voor niet-technische mensen.

Om de URL voor het insluiten van de webchat te krijgen, moet je de documentatie openen en de URL zelf maken.

Vergelijking

Dialogflow ES heeft meer kant-en-klare integraties dan zowel Dialogflow CX als Botpress. Botpress's UI noemt alleen webchat, maar het ondersteunt een vergelijkbaar aantal integraties met Dialogflow CX. Het webchatkanaal is verreweg het makkelijkst te testen omdat er geen configuratie voor nodig is (Botpress vereist dat u naar de documentatie gaat om dit te bereiken en Dialogflow CX niet). Botpress ondersteunt echter meer gebruikelijke tekstgebaseerde integraties dan Dialogflow CX. Botpress wint het van Dialogflow CX omdat het beter is om ietwat ingewikkelde integraties met basisservices te hebben dan ontbrekende integraties.

Hele gesprekken visualiseren

Hoe zijn de bots georganiseerd en hoe gemakkelijk zal het voor je zijn om teamleden aan te werven? Zal je team graag werken en samenwerken op het platform of zullen ze het frustrerend vinden? De drie platformen verschillen verrassend veel van elkaar in dit opzicht.

Dialogflow ES

Alles is plat in Dialogflow ES. Er is geen flow editor. Dit betekent dat als je een gebruiker vanuit een andere intentie naar een intentie wilt sturen, dit lastig te visualiseren is. Je moet context gebruiken.

• Eén lijst om ze allemaal op te noemen.

• Als je de stroom van een gesprek wilt regelen, moet je een uitvoercontext toevoegen aan je intentie om te bepalen waar de gebruiker naartoe gaat.

• Voeg in de intentie voor het bestellen van restitutie dezelfde context toe als invoer. Doe hetzelfde voor elke andere optie.

• In de lijst met intenties kun je klikken op opvolgingsintentie toevoegen, waarmee een intentie met standaardcontexten wordt gemaakt. Maar hoe herschik je geneste intenties?

1 van 4

Je ziet al snel dat als je meer complexiteit zou toevoegen (intenties opvolgen), dit al snel moeilijk te volgen zou zijn. Dit wordt veroorzaakt door het ontbreken van een visuele flow editor en is de belangrijkste tekortkoming van Dialogflow ES (en waarschijnlijk de aanleiding voor de creatie van Dialogflow CX).

Dialogflow CX

Dialogflow CX heeft een flow editor, maar het is meer een flow visualizer. Je kunt je flows zien, maar je moet door veel menu's gaan en ze maken door formulieren in te vullen om het uiterlijk te veranderen.

• Elke pagina is als een knooppunt en vertegenwoordigt een plaats in een gesprek. Deze pagina heeft een keuze en twee andere knoppen.

• Als je op een pagina klikt, zoals een restitutieorder, wordt deze geopend en wordt de andere pagina gesloten. Je kunt de aangrenzende pagina's zien.

• De visualizer toont één flow (een groep pagina's) tegelijk, en aan de linkerkant zie je al je pagina's.

• De startpagina is een goede plek om al je functionaliteit op te nemen. Routes zijn heel zinvol als het gaat om wat het betekent (gebruikers naar verschillende pagina's of stromen sturen).

1 van 4

Er is geen eenvoudige manier om iets te laten gebeuren wanneer een pagina wordt ingevoerd (zoals starten). In plaats daarvan moeten dergelijke acties plaatsvinden wanneer een route wordt getriggerd. Stel dat je een trackingpixel wilt toevoegen aan het begin van de conversatie om het gebruik bij te houden in je analyseplatform. Je zou het moeten toevoegen als een webhook (aangepaste code-implementatie) in elke route en event handler.

Event-handlers zijn opmerkelijke routes die gevallen afhandelen zoals een gebruiker die een bericht indient zonder tekst of standaardantwoorden.

De stroom van het gesprek kan om twee redenen lastig te volgen zijn. De eerste is dat er geen top-down logica is. Meerdere routes kunnen tegelijkertijd worden geactiveerd, dus er is niet één positie in een conversatie. De tweede reden is dat Dialogflow ervoor heeft gekozen om de routes/event handlers niet visueel te koppelen aan de pagina's waar ze naartoe stromen en in plaats daarvan een pagina als geheel behandelt.

De flow UI voelt meer aan als een visualisatie dan als een editor omdat je niets kunt verplaatsen of inline bewerken. Het gebrek aan controle kan in het begin enigszins frustrerend aanvoelen, maar je went er wel aan.

Botpress v12

Visualisatie is een gebied waar Botpress echt uitblinkt! De visuele flow editor/flow logica is intuïtief en duidelijk. Bovendien is alles erg snel.

• Deze visuele flow editor heeft geen geheimen. Het laat alles zien wat er gebeurt. Elke overgang is verbonden met een ander knooppunt.

• Het maken en bijwerken van de logica die beslist waar een gebruiker naartoe wordt gestuurd is eenvoudig.

• Als je op een node klikt, verschijnt de node-inspector met een titeleditor en de drie tabbladen.

• Als de lijnen die knooppunten met elkaar verbinden rommelig worden, kun je de stroom opsplitsen in meerdere stromen. Dit houdt het aantal lijnen beheersbaar.

• De intentie- en entiteitenpagina is wat je zou verwachten.

• De geïntegreerde vraag & antwoord functie is fantastisch. Je kunt medewerkers toevoegen die niet je hele gespreksstroom hoeven te zien en hen laten bijdragen zonder dat ze een ander deel van het gesprek hoeven te onderbreken.

1 van 6

BotpressDe flow editor is responsief, transparant, chronologisch en duidelijk. De vraag & antwoord functie is fantastisch om mensen te laten bijdragen zonder veel training.

Vergelijking

Dialogflow ES heeft een eenvoudige manier om je conversaties te visualiseren - een lijst. Complexe conversaties lijken geen prioriteit te hebben, omdat de methode die wordt gebruikt voor conversatielogica "context" niet wordt weergegeven op de pagina met de intents-lijst. Voor een FAQ is dat volkomen legitiem, maar voor meer dan dat wordt het moeilijk om erachter te komen wat er aan de hand is. Het zou relatief eenvoudig moeten zijn om nieuwe teamleden in te werken als het werkt voor jouw use case.

Dialogflow CX heeft wat het best omschreven kan worden als een flow visualizer. Je kunt je flows bewerken via het rechtermenu, door formulieren in te vullen en bij te werken en op te slaan. Vergeleken met Dialogflow ES is het met sprongen vooruit gegaan in het helpen van gebruikers bij het visualiseren van de logica van de conversatie. Het is jammer dat de flow-editor, in plaats van te laten zien waar elke route naartoe leidt, de hele pagina (of node) als één grote node behandelt en alle verbindingen met de andere nodes samenvoegt, waardoor het moeilijker is om te zien welke route waar naartoe gaat. Je kunt ook multi-matching of meerdere routes tegelijk geactiveerd hebben, dus je moet voorzichtig zijn. De UI laat ook slecht zien dat intents optioneel zijn en hoe meerdere matches worden afgehandeld. Over het algemeen voelen veel dingen ingewikkelder aan dan nodig is. Iemand die ervaren is met Dialogflow CX zal niet al te veel problemen tegenkomen, maar het inwerken van minder technische teamleden zal tijd kosten.

Botpress heeft een goede flow editor. U kunt uw knooppunten (het equivalent van Dialogflow CX pagina's) binnen uw flows verplaatsen en ze met elkaar verbinden door ze te slepen.

Een knooppunt in Botpress heeft drie chronologische fasen, het begin, de daaropvolgende reactie en de overgang. Dialogflow CX organiseert dingen in verborgen maar toegankelijke route-georiënteerde silo's. Dit betekent dat uw knooppunt verschillende dingen doet. Dit betekent dat je knooppunt verschillende dingen doet, afhankelijk van waar gebruikers naartoe worden gestuurd en dat je niet in één oogopslag kunt zien wat alles doet. Het voordeel van Botpressis dat je alles kunt zien wat er gebeurt en wat de logica is. Dingen zoals het weergeven van een welkomstbericht worden in de flow zelf weergegeven. Met de Q & A-functie kun je snel niet-technische mensen aan boord halen en ze meteen laten bijdragen aan je chatbot. Je kunt het zien als een mini Dialogflow ES pagina binnen Dialogflow CX.

Gemakkelijk schalen

Er zijn twee soorten schaling: bots die kunnen schalen om enorme hoeveelheden verkeer af te handelen en complexe bots die kunnen schalen om enorme conversatiestromen af te handelen.

Je hoeft je geen zorgen te maken over het schalen met Diaglogflow ES en CX of Botpress - mits je project een conversationeel AI-platform betreft en je functionaliteit direct betrekking heeft op conversaties. De basisversies van Botpress Enterprise en Dialogflow ES en CX zijn allemaal automatisch schaalbaar en kunnen enorm veel verkeer aan. Voor klantcode kan Dialogflow cloud functies aanroepen (die zeer betrouwbaar zijn), terwijl Botpress dat afhandelt binnen de basisapplicatie (dus opnieuw automatisch geschaald).

Als het gaat om het beheren van zeer complexe bots, kunt u verwijzen naar de vorige paragraaf over het visualiseren van volledige conversaties. Zowel Dialogflow CX als Botpress moeten grote conversatiestromen aankunnen. Dialogflow CX komt naar voren in termen van visuele glans, en Botpress heeft een meer begrijpelijke en overzichtelijke interface. Alle platforms ondersteunen User Role Management, waarmee je verschillende rollen kunt instellen voor elk teamlid.

Opslaan en ophalen uit Bot Memory (zoals bestelnummers)

Geheugen is een vereiste voor elke niet-triviale app. Informatie ophalen bij een andere service en deze weergeven aan de gebruiker is misschien wel de meest voorkomende use case. Andere gevallen zijn bijvoorbeeld het onthouden van het antwoord van een gebruiker op een vraag, zodat je daar op een later moment rekening mee kunt houden.

Dialogflow ES

Zonder flow editor is het botgeheugen niet zo fundamenteel in Dialogflow ES. Binnen de UI is er geen manier om een intentie wel of niet te tonen op basis van parameters. Je moet code gebruiken als je dit soort logica wilt.

• In de intentie-editor is er een handige manier om "variabelen" in te stellen (entiteiten gebruiken), maar geen manier om er op te filteren!

• Je zou contexten kunnen gebruiken voor dingen die maar één keer gebeuren, maar dit werkt niet als we het hebben over niet-binaire logica.

1 van 2

Als je geheugen wilt beheren in Dialogflow ES, moet je code schrijven. De Dialogflow ES bibliotheken kunnen helpen, maar als je code moet schrijven voor elke flow logica, dan schrijf je veel code voor iets dat andere platformen al integreren. Op dat moment gebruikt u Dialogflow ES eigenlijk alleen voor de NLU - en die kunt u ook elders krijgen.

Dialogflow CX

Het opslaan en lezen van botgeheugen gebeurt via parameters.

• Wanneer u uw eerste route in Dialogflow CX aanmaakt, zult u hier waarschijnlijk overheen struikelen en het woord "Parameter" zien. Zorg ervoor dat u op de link klikt voor de syntaxisreferentie, omdat parameters een speciale opmaak vereisen.

• Een voorbeeld van iemand één keer per sessie begroeten zonder code. Merk op hoe de manier om toegang te krijgen tot de variabele "begroet" verschilt van de manier waarop het wordt opgeslagen.

1 van 2

Parameter-presets worden presets genoemd omdat ze plaatsvinden vóór elke aanroep naar webhooks (aangepaste code).

Het kost wat tijd om de syntaxis te begrijpen. Je zult documentatie moeten lezen om deze functie te gebruiken. Helaas is er geen autocomplete/suggestie-interface die je laat zien welke variabelen beschikbaar zijn.

De laatste manier om parameters/variabelen aan te passen is met aangepaste code/webhooks. Dit vereist het lezen van deze documentatie en waarschijnlijk het laden van een Dialogflow CX bibliotheek om de API te gebruiken. Bij het indienen van een antwoord kun je de session_info.parameters eigenschappen instellen op de nieuwe parameters die je wilt. Er komt veel leeswerk bij kijken en voorbeelden van het wijzigen van parameters in webhooks zijn moeilijk te vinden.

Botpress v12

Geheugen wordt benaderd en ingesteld met behulp van "variabelen" in Botpress.

• In de node-inspector wordt bij het maken van een nieuwe actie deze prompt getoond.

• Het selecteren van de actie Variabele instellen in de optie "Code uitvoeren" toont drie tekstingangen. Het type bepaalt hoe lang de variabele moet bestaan. De naam is de naam van je variabele en de waarde, wat je ook wilt toewijzen.

• Zodra je variabele is ingesteld, kun je een overgang maken (een link naar een ander knooppunt / stroom) en deze instellen als voorwaarde zoals in het voorbeeld.

• Of zoals dit als je het wilt weergeven.

• Drie regels code uit de code-editor. Ontwikkelaars hebben toegang tot alle variabelentypen, wat betekent dat ze de status direct kunnen lezen en bijwerken. Je kunt deze dan aanroepen in je flow.

1 van 5

Vergelijking

BotpressDe superkracht van het programma is het hebben van een in-app code editor die toegang heeft tot het gebruikersgeheugen en dit kan bijwerken. Dit zal je iteratieproces enorm vereenvoudigen.

Dit is niet iets dat zo eenvoudig is dat het volledig intuïtief werkt - ongeacht het platform. In Dialogflow CX en Botpress zul je het waarschijnlijk het eerst tegenkomen bij het evalueren van expressies, niet bij het toewijzen van informatie. Botpress ligt iets voor op Dialogflow CX omdat het grafische functionaliteit voor het invoegen van variabelen bevat.

Dialogflow's nomenclatuur is hier een beetje verrassend voor een ontwikkelaar. Parameters zijn variabelen en kunnen tijdens runtime worden gewijzigd. Webhooks zijn meer dan alleen signalering - ze zijn wat je kunt gebruiken om parameters in te stellen met gegevens op afstand.

Dialogflow ES is hier gewoon geen mededinger, waarschijnlijk omdat het bedoeld is voor eenvoudiger chatbots.

Prijzen

Dit is de makkelijkste om over te praten en de moeilijkste om te vergelijken van alle categorieën. Hier zijn de prijspagina's voor de drie opties:

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

Vergelijking

Dialogflow CX is veel duurder dan Dialogflow ES, wat interessant is omdat het belangrijkste verschil tussen de twee de toevoeging van de visuele flow editor is. Botpress Dialogflow ES, dat ook een visuele flow editor heeft, werkt niet op basis van een zelfbedieningsmodel, dus je zult contact met hen moeten opnemen voor de prijs. De basis Botpress Open Source applicatie is gratis, en klanten kunnen betalen om zakelijke functies vrij te spelen en ondersteuning te krijgen. Als je niet per bericht wilt betalen en graag zelf host, moet je kiezen voor Botpress.

Conclusie

Als je snel een pure FAQ-bot wilt bouwen, is Dialogflow ES waarschijnlijk je beste keuze. Als je geen aangepaste code nodig hebt, een klein team hebt, niets geeft om on-prem en elementaire conversatiestromen hebt, is het moeilijk te verslaan. Het heeft goede integraties, wordt al gehost door Google, heeft goede NLU en heeft een eenvoudige interface. Voor al het andere zijn er betere alternatieven.

Dialogflow CX bouwt voort op veel concepten van Dialogflow ES en voegt schaalbare functies toe, namelijk een flow editor en enkele NLU-functies zoals het herkennen van lijsten met dingen. Het verwacht echter dat de klant de meeste integraties zelf bedenkt. Als je een complexe applicatie hebt en de producten van Google wilt gebruiken, dan zal dit de klus klaren.

Botpress voelt een beetje tussen de twee Dialogflows in en is Open Source Software in plaats van een Saas. Qua functies is het vergelijkbaar met Dialogflow CX, maar met de eenvoud van Dialogflow ES. Er zijn hier en daar functies en verbeteringen die Dialogflow CX heeft die Botpress niet heeft, maar ze zijn meestal vergelijkbaar. Als je iets wilt veranderen, dan kan dat omdat je de volledige controle hebt. Dat terzijde is de schonere, begrijpelijkere interface in Botpress misschien wel de beste reden om voor Botpress te kiezen.

De opname van de code-editor in de Botpress app lijkt misschien niet veel, maar veel wijzigingen vereisen updates binnen de flow, en de twee dicht bij elkaar houden is heel zinvol. Het lezen en bijwerken van variabelen is toegankelijker en je kunt de twee bijwerken en testen zonder telkens je code opnieuw te moeten implementeren.

Een mogelijke spelbreker tussen de Dialogflows en Botpress is de implementatie. Als je alles on-prem wilt hebben om redenen van gegevenscontrole, houd er dan rekening mee dat de Dialogflows SaaS gehost worden door Google. De andere implicatie is het gemak van implementatie en onderhoud. In Dialogflow moet aangepaste code voor het ophalen of bijwerken van informatie worden afgehandeld in een aparte flow, maar waarschijnlijk in Google Cloud functies. Dialogflow is eenvoudiger te implementeren, maar je moet alle code die je toevoegt zelf implementeren, waardoor je complexiteit krijgt die je niet hebt met Botpress, dat code en logica bundelt in één handige workflow. Alle oplossingen zijn automatisch schaalbaar en zouden alles moeten aankunnen wat je ze voorschotelt.

De prijzen zijn moeilijk te vergelijken omdat het werkelijke gebruik afhangt van je chatbot. Dialogflow heeft de meest eenduidige prijsstructuur, met een prijsmodel per verzoek. CX rekent een orde van grootte meer per verzoek dan ES. Tot slot zijn de prijzen voor Botpress Enterprise aangepast aan je behoeften. Als je niet per bericht wilt betalen, moet je voor Botpress gaan. Over het algemeen blijkt uit onderzoek in de branche dat chatbots meestal zeer winstgevende projecten zijn en we verwachten dat alle prijsmodellen dat weerspiegelen.

Denk je dat Botpress iets voor jou is? Ons verkoopteam staat je graag te woord om uit te zoeken wat je nodig hebt voor je volgende project. Je kuntBotpress ook zelf uitproberen , aangezien het Open Source is.