Der Trend zu Chatbot-Plattformen mit wenig Code

Im Zuge der Weiterentwicklung von Software-Entwicklungstechniken und -tools gehen wir immer mehr zu Low-Code- und No-Code-Konzepten über. Dies ist sinnvoll, weil Low-Code- und No-Code-Ansätze die Entwicklungskosten und -zeit drastisch reduzieren können und somit die Erstellung von viel mehr Softwareanwendungen wirtschaftlich sinnvoll machen.

Ein noch größerer Vorteil dieser Ansätze, insbesondere des No-Code-Ansatzes, besteht darin, dass Geschäftsanwender, die Fachexperten sind, Anwendungen erstellen und weiterentwickeln können, ohne ihre Ideen anderen erklären zu müssen. Dadurch wird die Zeit bis zur Markteinführung eines qualitativ hochwertigen Produkts drastisch verkürzt.

Es ist logisch, dass die Softwareentwicklung in Richtung Codefreiheit geht. Excel ist das weltweit beste Beispiel für eine Erfolgsgeschichte ohne Code (im Allgemeinen). Viele Anwendungen können von Geschäftsanwendern erstellt werden. Man kann die Bedeutung von Excel für die Produktivitätssteigerung in der Welt gar nicht hoch genug einschätzen.

Low-Code-Plattformen in der Praxis

In der Zukunft geht es natürlich nicht um einzelne Anwendungsentwicklungs-Frameworks, sondern um ein Ökosystem von einfach zu nutzenden APIs. Zapier ist ein Beispiel dafür, wie diese APIs ohne Programmieraufwand genutzt werden können.

Natürlich kann No-Code auch zu Problemen führen, da No-Code-Lösungen weniger wartbar und weniger sicher sein können als Lösungen mit höherem Code. Excel ist ein typisches Beispiel dafür.

Es sollte auch darauf hingewiesen werden, dass "Low Code" nicht bedeutet, dass Menschen von der Straße aus in der Lage sein werden, vom ersten Tag an nützliche Anwendungen zu erstellen. Eine Low-Code-Umgebung, die die Erstellung relativ anspruchsvoller Anwendungen ermöglicht, setzt natürlich voraus, dass der Benutzer dieser Anwendungen ein gutes Verständnis der Konzepte und Funktionen des Tools selbst hat. Es ist wie bei jedem anspruchsvollen Software-Tool.

Selbst wenn die No-Code-Tools die Komplexität der Erstellung bestimmter Arten von Funktionen im Vergleich zur Erstellung dieser Funktionen mit Code reduzieren, führt kein Weg an der Tatsache vorbei, dass das Erreichen komplexer Funktionen auch im No-Code-Tool einen gewissen Grad an Komplexität mit sich bringt. Ein klares Beispiel hierfür sind Chatbot-Spielentwicklungsmaschinen wie die Unreal Engine, bei denen Low-Level-Codierungskonzepte (wie while- und for-Schleifen) visuell dargestellt werden. Dies kann eine Verbesserung gegenüber der direkten Codierung sein, erfordert aber fortgeschrittene Kenntnisse der Anwendung und der Konzepte.

Das bedeutet, dass Fachwissen immer noch wichtig ist, selbst in der Welt ohne Code. Excel ist wieder so ein Beispiel. Es besteht ein großer Unterschied zwischen einem Power-User und einem normalen Benutzer, nicht nur in dem, was sie erreichen können, sondern auch in der Wartbarkeit des Endergebnisses.

Was die Wartbarkeit angeht, so ist die Lösung ohne Code nicht unbedingt weniger wartungsfreundlich als die Lösung mit Code. In vielen Fällen ist die Lösung ohne Code sogar vorzuziehen, da sie viel offensichtlicher ist, was vor sich geht.

Es gibt jedoch einen Punkt, an dem komplexe Systeme viele Abhängigkeiten und ungewisse Zustände aufweisen und ein gewisses Maß an Kontrolle über den Entwicklungsprozess und die Fehlerbehandlung in das System implementiert werden muss, was mit No-Code-Tools nur schwer zu bewerkstelligen sein kann.

Es kann auch der Fall sein, dass die Beschränkungen eines No-Code-Tools die Erstellung einer bestimmten Funktion viel komplizierter machen, als dies der Fall wäre, wenn die Funktion von einem Experten programmiert würde. Es wird notwendig, eine Funktion in einem No-Code-Tool zu hacken, die relativ einfach in Code zu erstellen wäre. Das Problem ist, dass die Abstraktionsebene, die das No-Code-Tool implementiert, die Erstellung einiger Anwendungsfälle schwierig macht. Dafür gibt es viele Beispiele aus der Welt von Excel.

Kurz gesagt, der Anwendungsfall entscheidet darüber, ob es besser ist, eine Lösung mit wenig Code, ohne Code oder vollständig codiert zu verwenden. Wie bei allem im Leben ist auch hier ein gewisses Maß an Urteilsvermögen erforderlich, um den besten Ansatz für einen bestimmten Anwendungsfall zu finden, aber es besteht kein Zweifel daran, dass der Trend bei Softwareentwicklungswerkzeugen in Richtung Low oder No Code geht.

Der Vormarsch von Low-Code-Lösungen bedeutet nicht zwangsläufig, dass es weniger Arbeit für Softwareentwickler gibt, aber es bedeutet, dass Softwareentwickler eine Kombination aus Code und Low-Code/No-Code-Plattformen verwenden müssen, um optimale Effizienz zu erreichen.

In wirtschaftlicher Hinsicht bedeutet dies, dass es wirtschaftlich machbar sein wird, viel mehr Anwendungen zu entwickeln, und es ist daher wahrscheinlich, dass Entwickler mit der spezialisierten Arbeit an viel mehr Projekten und mit der Erstellung von mehr konsumierbaren APIs für die Welt als Ganzes beschäftigt sein werden.

Zusammenfassend lässt sich sagen, dass wir der Meinung sind, dass ein gewisses Maß an Kodierung immer eine Rolle spielen wird, und dass das Endziel daher eher Low Code als No Code sein wird. Eine Low-Code-Umgebung ist so konzipiert, dass Entwickler auf einfache Weise benutzerdefinierte Funktionen hinzufügen können, die die auf demselben Framework aufgebauten Funktionen ohne Code-Tools ergänzen. Dies ist die beste aller Welten, in der professionelle Geschäftsanwender einen großen Teil der Software entwickeln können und in der Entwickler professionelle Softwareentwicklungspraktiken anwenden und benutzerdefinierte Funktionen für die Software bereitstellen können.

Chatbot-Entwicklungsplattformen mit wenig Code

Der Trend zu Low Code und No Code gilt auch für die Chatbot-Entwicklungstechnologie. Es gibt bereits viele No-Code-Plattformen, obwohl die in diesem Bereich angebotene Funktionalität relativ begrenzt ist.

No-Code-Plattformen sind für einfache Chatbot-Anwendungsfälle bereits sehr sinnvoll, insbesondere im Marketingbereich, wo der Bot hauptsächlich Informationen liefert und die Benutzerinteraktion begrenzt ist.

In der Chatbot-Branche besteht die Tendenz, den Bedarf an kundenspezifischer Entwicklung zu unterschätzen und daher zu glauben, dass es möglich sein sollte, No-Code-Entwicklungstools zu entwickeln, mit denen komplexe Bots von Geschäftsanwendern erstellt werden können, ohne dass die Kundenerfahrung wesentlich beeinträchtigt wird.

Es liegt in der menschlichen Natur, die anstehende Aufgabe zu unterschätzen. Fast jeder Plan, den wir machen, ist eine Vereinfachung der Realität. Wenn wir versuchen, die mit dem Plan verbundenen Aufgaben zu erfüllen, tauchen Dinge auf, mit denen wir nicht gerechnet haben, entweder aus mangelnder Voraussicht oder weil sie völlig unvorhersehbar waren.

Sobald Sie mit der Arbeit an der Software beginnen, sind unabhängig von der Qualität der Spezifikation Änderungen am Anwendungsfall oder an der Art und Weise, wie der Code geschrieben wurde, unvermeidlich, da im Laufe des Entwicklungsprozesses neue Fakten ans Licht kommen.

Häufig benötigt der Chatbot eine komplexe Funktionalität, die eine programmatische Logik oder eine benutzerdefinierte grafische Oberfläche erfordert. So muss der Chatbot beispielsweise Spielstände oder Interaktionen mit dem Benutzer verfolgen, mit einer Webseite interagieren oder dem Benutzer einen einfachen Bildschirm zur Eingabe seiner Daten für ein benutzerdefiniertes Ratespiel bieten. Der Chatbot muss möglicherweise Kontexte verwalten und zurücksetzen, je nachdem, wo sich der Benutzer in einem Ablauf befindet. Nichts davon ist zu Beginn unbedingt offensichtlich, insbesondere für Menschen, die keine Erfahrung mit der Erstellung von chatbots haben, aber diese Dinge machen einen großen Unterschied für die Benutzererfahrung.

Zusammengefasst

Wir haben in diesem Blog ausgiebig über Excel als Beispiel für eine hochproduktive No-Code-Umgebung gesprochen. In Wirklichkeit ist Excel jedoch eine Low-Code-Umgebung mit umfangreichen Funktionen, die es Entwicklern ermöglichen, Code zu schreiben oder in Code zu integrieren. Unabhängig von der Anzahl der Vorlagen und Funktionen, die in der Software enthalten sind, wird es immer den Bedarf an Anpassungen geben, um bestimmte Anwendungsfälle zu erfüllen.

Letztlich geht es um die Abwägung zwischen den sich überschneidenden Faktoren der Effizienz der Entwicklung und der Qualität der Nutzererfahrung sowie der Rentabilität des Projekts.

Die Herausforderung für No-Code-Frameworks besteht darin, alles zu liefern, was für die Schaffung einer hochwertigen Benutzererfahrung erforderlich ist. Die Herausforderung besteht darin, dass die 10 %, die auf der No-Code-Plattform schwer zu erstellen sind, für den Endbenutzer den Unterschied ausmachen können. In der Welt von chatbots ist die Illusion, dass es möglich sein könnte, alles ohne Code zu erstellen, sehr stark.

Unserer Meinung nach wird der Trend immer dahin gehen, bessere Chatbot-Entwicklungsplattformen mit wenig und nicht mit gar keinem Code zu schaffen, bei denen der Funktionsumfang, den Geschäftsanwender selbst erstellen können, immer weiter zunimmt. In diesem Blog haben wir die kreativen und wirtschaftlichen Vorteile aufgezeigt, die sich daraus ergeben, dass Geschäftsanwender Software selbst erstellen können, und deshalb ist es so wichtig, Chatbot-Entwicklungs-Frameworks für Geschäftsanwender so leistungsstark wie möglich zu gestalten.

Es ist auch so, dass bestimmte Aspekte der gesamten Softwareentwicklung, einschließlich der Erstellung von chatbots, von den Entwicklern durch Code bereitgestellt werden müssen, und dies muss für die Entwickler so einfach wie möglich sein. Low Code wird niemals vollständig von No Code verdrängt werden, aber sie werden immer besser werden müssen, um ihre beiden Hauptkunden, professionelle Geschäftsanwender und Softwareentwickler, zu bedienen.