La tendance vers des plateformes de chatbot à faible code

Au fur et à mesure que les techniques et les outils de développement de logiciels progressent, nous nous dirigeons progressivement vers des approches "low code" et "no code". C'est logique, car ces approches permettent de réduire considérablement les coûts et les délais de développement et, par conséquent, de rendre la création d'un plus grand nombre d'applications logicielles économiquement viables.

Un avantage encore plus important de ces approches, en particulier l'absence de code, est que les utilisateurs professionnels qui sont des experts du domaine peuvent créer et affiner des applications sans avoir à expliquer leurs idées à d'autres. Cela réduit considérablement le temps nécessaire à la mise sur le marché d'un produit de haute qualité.

Il est logique que le développement de logiciels évolue vers l'absence de code. Excel a été le meilleur exemple au monde d'une réussite sans code (en général). De nombreuses applications peuvent être créées par les utilisateurs professionnels. Il est difficile d'exagérer l'importance d'Excel dans l'amélioration de la productivité dans le monde.

Les plates-formes à code réduit dans la pratique

L'avenir du low code n'est évidemment pas lié à des cadres de développement d'applications uniques, mais à un écosystème d'API faciles à utiliser. Zapier est un exemple de la manière dont ces API peuvent être utilisées sans codage.

Bien entendu, l'absence de code peut également poser des problèmes, dans la mesure où les solutions sans code peuvent être moins faciles à maintenir et moins sûres que les solutions avec un code plus élevé. Excel en est un exemple.

Il convient également de noter qu'un code bas ne signifie pas que des personnes ordinaires seront en mesure de créer des applications utiles dès le premier jour. Un environnement à code bas qui permet la création d'applications relativement sophistiquées exige certainement que l'utilisateur de ces applications ait une bonne maîtrise des concepts et des caractéristiques de l'outil lui-même. C'est comme tout outil logiciel sophistiqué.

Même si les outils sans code réduisent la complexité de la construction de certains types de fonctionnalités par rapport à la construction de ces fonctionnalités avec du code, il est impossible d'éviter le fait que la réalisation de fonctionnalités complexes impliquera un certain degré de complexité, même dans l'outil sans code. Les moteurs de développement de jeux pour chatbots tels qu'Unreal Engine, où les concepts de codage de bas niveau (tels que les boucles while et for) sont représentés visuellement, en sont un bon exemple. Cela peut constituer une amélioration par rapport au codage direct, mais nécessite une connaissance approfondie de l'application et des concepts.

Cela signifie que l'expertise reste importante, même dans le monde sans code. Excel est un autre exemple. Il y a une grande différence entre un utilisateur expérimenté et un utilisateur ordinaire, non seulement dans ce qu'ils peuvent accomplir, mais aussi dans la maintenabilité du résultat final.

En ce qui concerne la facilité de maintenance, il est vrai que la solution sans code n'est pas nécessairement moins facile à maintenir que la solution basée sur le code. Dans de nombreux cas, la solution sans code est préférable car ce qui se passe est beaucoup plus évident.

Il arrive cependant un moment où les systèmes complexes présentent de nombreuses dépendances et des états contingents, et où un certain niveau de contrôle du processus de développement et de gestion des erreurs doit être mis en œuvre dans le système, ce qui peut s'avérer difficile à réaliser avec des outils sans code.

Il peut également arriver que les limites d'un outil "no code" rendent la création d'une certaine fonctionnalité beaucoup plus compliquée que si cette fonctionnalité était codée par un expert. Il devient alors nécessaire de pirater dans un outil "no code" une fonction qui serait relativement facile à construire dans le code. Le problème est que le niveau d'abstraction que l'outil sans code met en œuvre rend certains cas d'utilisation difficiles à construire. Il existe de nombreux exemples de ce type dans le monde d'Excel.

En bref, le cas d'utilisation déterminera s'il est préférable d'utiliser un code bas, aucun code ou une solution entièrement codée. Comme dans toute chose, il faut faire preuve de discernement pour déterminer quelle est la meilleure approche pour un cas d'utilisation donné, mais il ne fait aucun doute que la tendance en matière d'outils de développement de logiciels est à la réduction du code ou à l'absence de code.

La progression des solutions à code réduit ne signifie pas nécessairement qu'il y aura moins de travail pour les développeurs de logiciels, mais cela signifie que les développeurs de logiciels devront utiliser une combinaison de code et de plates-formes à code réduit / sans code pour atteindre une efficacité optimale.

D'un point de vue économique, cela signifie qu'il sera économiquement possible de développer beaucoup plus d'applications et, par conséquent, il est probable que les développeurs seront occupés à des travaux spécialisés sur beaucoup plus de projets et à la construction d'API plus consommables pour le monde entier.

En résumé, nous pensons qu'il y aura toujours un rôle à jouer pour certains éléments de codage et que l'objectif final sera de réduire le nombre de codes plutôt que d'en supprimer. Un environnement à faible codage est conçu pour permettre aux développeurs d'ajouter facilement des fonctionnalités personnalisées qui complètent les fonctionnalités construites sur le même cadre avec des outils sans code. C'est le meilleur des mondes : les utilisateurs professionnels peuvent développer une grande partie du logiciel et les développeurs peuvent imposer des pratiques professionnelles de développement de logiciels et fournir des fonctionnalités personnalisées sur le logiciel.

Plateformes de développement de chatbots à code réduit

Les tendances "low code" et "no code" s'appliquent également à la technologie de développement des chatbots. Il existe déjà de nombreuses plateformes "no code", bien que les fonctionnalités offertes dans ce domaine soient relativement limitées.

Les plateformes sans code sont déjà très utiles pour les cas d'utilisation simples des chatbots, en particulier dans le domaine du marketing, où le bot fournit principalement des informations et où l'interaction avec l'utilisateur est limitée.

Dans le domaine des chatbots, les gens ont tendance à sous-estimer la nécessité d'un développement personnalisé et pensent donc qu'il devrait être possible de créer des outils de développement sans code sur lesquels des bots complexes peuvent être construits par des utilisateurs professionnels, sans que l'expérience du client en pâtisse.

Il est dans la nature humaine de sous-estimer la tâche à accomplir. Presque tous les plans que nous élaborons sont une simplification de la réalité. Lorsque nous essayons d'exécuter les tâches liées à la mise en œuvre du plan, des éléments surgissent que nous n'avions pas prévus, soit par manque de prévoyance, soit parce qu'ils étaient totalement imprévisibles.

Une fois que vous avez commencé à travailler sur le logiciel, quelle que soit la qualité de la spécification, des modifications du cas d'utilisation ou de la manière dont le code a été écrit sont inévitables, car de nouveaux faits sont mis en lumière au cours du processus de développement.

Il arrive souvent que le chatbot ait besoin d'une fonctionnalité complexe qui nécessite une logique programmatique ou une interface graphique personnalisée. Par exemple, le chatbot peut avoir besoin de suivre les scores ou les interactions avec l'utilisateur, il peut avoir besoin d'interagir avec une page web, il peut avoir besoin d'offrir un écran simple pour que l'utilisateur entre ses données de jeu pour un bot de jeu personnalisé. Le chatbot peut avoir besoin de gérer et de réinitialiser des contextes en fonction de l'endroit où se trouve l'utilisateur dans un flux. Rien de tout cela n'est nécessairement évident au départ, en particulier pour les personnes qui n'ont pas d'expérience dans la construction de chatbots, mais ces éléments font une grande différence dans l'expérience de l'utilisateur.

En résumé

Nous avons beaucoup parlé d'Excel dans ce blog comme d'un exemple d'environnement sans code hautement productif, mais en réalité, Excel est un environnement sans code avec de nombreuses fonctionnalités permettant aux développeurs d'écrire du code ou de s'intégrer à du code. Quel que soit le nombre de modèles et de fonctionnalités inclus dans le logiciel, il sera toujours nécessaire de le personnaliser pour répondre à certains cas d'utilisation.

En fin de compte, les arbitrages se font entre les facteurs qui se recoupent, à savoir l'efficacité du développement, la qualité de l'expérience de l'utilisateur et le retour sur investissement du projet.

Le défi pour les frameworks "no code" est de fournir tout ce qui est nécessaire pour créer une expérience utilisateur de qualité. Le défi est que les 10 % qui sont difficiles à construire sur la plateforme sans code peuvent faire toute la différence pour l'utilisateur final. Dans le monde de chatbots, l'illusion qu'il est possible de tout construire sans code est puissante.

Selon nous, la tendance sera toujours de créer de meilleures plateformes de développement de chatbots à code réduit, voire sans code, où l'étendue des fonctionnalités que les utilisateurs professionnels peuvent créer eux-mêmes continuera toujours à s'étendre. Dans ce blog, nous avons souligné les avantages en termes de créativité et d'économie qui découlent du fait de permettre aux utilisateurs professionnels de créer des logiciels par eux-mêmes, et c'est pourquoi il est essentiel de rendre les cadres de développement de chatbots aussi puissants que possible pour les utilisateurs professionnels.

Il est également vrai que certains aspects du développement de logiciels, y compris la construction de chatbots, doivent être fournis par les développeurs sous forme de code et que cela doit être aussi facile que possible pour les développeurs. Le "low code" ne sera jamais totalement supplanté par le "no code", mais ils devront toujours mieux servir leurs deux principaux clients, les utilisateurs professionnels et les développeurs de logiciels.