Règles d'intégration : l'épine dorsale de la communication de données

Les intégrations sont les héros méconnus de nombreuses applications et les gardiens silencieux de la communication de données entre les plateformes. Pourtant, de nombreux décideurs négligent la qualité d’une intégration lors de l’évaluation des produits.

Il est souvent difficile de savoir à quel point une intégration est bien construite avant d'être réellement dans le produit qui l'utilise. La plupart des plates-formes ont des intégrations qui « cochent la case », mais leur qualité varie souvent. Des intégrations bien conçues peuvent faire de la plateforme la plus simple un outil puissant. Cependant, des intégrations mal construites peuvent entraîner de la frustration, des temps de performance lents, des difficultés techniques et des décisions mal informées.

Dans cet article, nous explorons les avantages d'intégrations bien conçues, les pièges d'intégration courants et à quoi ressemble une construction avec un état d'esprit « intégration d'abord ».

Qu'est-ce qu'une intégration ?

Une intégration est un canal de communication entre deux applications. Plus précisément, il s'agit du processus de combinaison d'éléments logiciels distincts en un seul système. Par exemple, disons que vous stockez les informations de vos contacts ou prospects dans un système CRM, mais que vous utilisez une plateforme de cadeaux pour envoyer des articles ou des récompenses à ces contacts.

Leur intégration vous permettrait de voir et d'accéder à tous vos contacts depuis la plateforme de cadeaux.

La connexion des données , des applications, des API et des appareils au sein d'une organisation vous permet de connecter les fonctions de différents systèmes et d'utiliser ces fonctions (idéalement) de manière transparente dans votre pile technologique.

Avantages d'une intégration bien conçue

Lorsqu'une intégration fonctionne bien, elle peut apporter une multitude d'avantages à votre organisation, tels que :

Message d'erreur amélioré :

Une bonne API permettra aux utilisateurs de voir des messages d'erreur clairs et bien définis (et pas seulement un vague code d'erreur) lorsque les choses tournent mal. Les intégrations évoluent constamment ; savoir ce que signifie le code d'échec ou où un échec a eu lieu dans l'intégration est extrêmement important pour la résolution de problèmes. Les intégrations les mieux conçues communiquent les échecs de manière efficace et concise, permettant aux utilisateurs de trouver une solution plus rapidement ou même de résoudre ou de résoudre eux-mêmes les problèmes.

Transfert d'informations transparent :

Une intégration bien construite permet à deux applications de communiquer facilement entre elles. « Bien construit » signifie que les informations arrivent comme vous le souhaitez et nécessitent peu ou pas de mappage ou de configuration pour fonctionner correctement. Une intégration bien conçue devrait faire tout le gros du travail pour qu'un utilisateur puisse simplement connecter deux applications et continuer à travailler.

Une source unique de vérité :

Cette phrase à la mode est trop courante parmi les applications technologiques de nos jours, mais avec la bonne intégration, c'est en fait vrai ! Avec autant de produits différents constituant souvent l'arsenal d'une entreprise, une bonne intégration – ou une série d'intégrations – permet aux utilisateurs de récupérer les informations de toutes leurs applications clés et de les utiliser dans moins (ou un seul !) endroits.

Des intégrations judicieusement conçues permettent aux informations sur toutes les plateformes d'être synchronisées, précises et cohérentes. Des données obsolètes ou inexactes peuvent causer de graves problèmes à toute entreprise.

Les pièges d’une intégration mal construite

Lorsqu’une intégration ne fonctionne pas correctement, elle peut entraîner de sérieux problèmes et problèmes dans plusieurs services. Certains problèmes courants liés aux intégrations incluent :

Certains problèmes courants liés aux intégrations incluent :

Perte de données:

Parfois, toutes les informations souhaitées ne sont pas extraites via une intégration. Certains champs peuvent être manquants, incompatibles ou mal traduits lors du processus de transfert d'informations.

D'autres fois, commettre une erreur dans une application peut entraîner l'exportation de données erronées ou de problèmes vers l'application intégrée si un utilisateur est inexpérimenté ou peu familier avec la façon dont l'intégration est configurée. Il est crucial de vous assurer que toutes vos intégrations sont correctement mappées et que les coéquipiers concernés savent comment fonctionne le transfert d'informations.

Problèmes de latence et de performances :

L'ajout d'appels API, qui est la façon dont la plupart des entreprises créent des intégrations, ajoute une étape supplémentaire dans votre chemin de réponse, ce qui peut ralentir les performances des applications. De plus, s'ils ne sont pas configurés correctement, ils peuvent devenir un point de défaillance unique dans votre système. De nombreuses applications ne construisent pas leurs intégrations en tenant compte de l'évolutivité ou de l'adaptabilité. Ainsi, lorsque l'application qu'elles intègrent change, l'ensemble du système peut échouer et doit être remappé ou reconstruit.

Un autre exemple de problème possible est une « boucle d’intégration infinie ». Certaines solutions d'intégration tierces fonctionnent sur des automatisations qui peuvent entrer en conflit les unes avec les autres et provoquer un « rebondissement » des informations lorsqu'un champ est mis à jour sur une plate-forme et que le même champ est mis à jour sur une autre. Cela peut rapidement devenir compliqué à mesure que les systèmes commencent à se battre pour savoir qui est la source ultime de vérité, créant une « boucle infinie » alors que les automatisations se déclenchent encore et encore.

Clients mécontents

Rien n'est plus bouleversant pour un client que de se voir promettre des intégrations transparentes et fiables, puis de découvrir que les choses ne fonctionnent pas comme prévu. Pire encore, certains clients se voient vendre des intégrations complètes ou prometteuses pendant le processus de démonstration, pour ensuite acheter un logiciel et découvrir que l'intégration fonctionne à peine ou ne correspond pas à leur cas d'utilisation sans une cartographie ou une reprogrammation approfondie ! Souvent, c’est bien pire : on se retrouve dans une impasse. Les champs souhaités ne sont pas disponibles ou la fonctionnalité dont vous avez besoin est tout simplement « trop avancée » et non prise en charge.

Être appâté par la promesse de quelque chose qui rendra vos flux de travail plus efficaces et plus précis, pour ensuite découvrir que c'est bancal ou difficile à mettre en place, peut laisser un mauvais goût dans la bouche de n'importe qui ; cela peut également être une cause majeure de perte de confiance et de désabonnement des clients.

Construire avec un état d’esprit axé sur l’intégration

Certaines applications, comme Visière , ont été conçus en pensant aux intégrations dès le premier jour. Alors que de nombreuses applications se concentrent sur une interface utilisateur brillante pour intéresser les utilisateurs, Visor est allé "sous le capot" d'abord.

Par exemple, d'autres applications nécessitent un mappage de champs lors de la configuration d'une intégration. Lorsque d'autres applications vous demandent de mapper des champs, il s'agit essentiellement des informations de configuration de votre instance intégrée. Cependant, cela impose à l'utilisateur de configurer l'intégration pour garantir que tout est correctement mappé et que les règles et l'automatisation sont appliquées si nécessaire ou reconstruites lorsque cela est possible.

Visor souhaitait alléger le poids de la configuration de l'intégration sur les utilisateurs afin qu'ils puissent obtenir de la valeur plus rapidement. L'utilisation de métadonnées sur les champs et leur stockage de manière uniforme dans toutes les applications ont permis à Visor de gérer le mappage des champs sur le backend, de sorte que l'utilisateur doit simplement sélectionner une application intégrée, les champs qu'il souhaite voir et se mettre au travail ! « Nous avons standardisé les méta-informations fournies par les services et les avons transformées en un format unique, indépendant de la plate-forme. Notre code dans Visor sait comment présenter les champs de manière à ce que les utilisateurs fassent moins d'erreurs », déclare Patrick Shanley, ingénieur principal chez Visor.

Visière apporte de la valeur plus rapidement en sachant suivre les règles fixées par vos applications intégrées. Par exemple, vous ne pouvez pas affecter une personne à un projet auquel elle ne participe pas dans Jira, vous ne pouvez pas tenter d'écrire dans des champs en lecture seule et les valeurs qui existent sous forme d'identifiants numériques dans les données, telles que les identifiants de contact, sont traduit dans un format convivial et lisible.

Faites-le bien, faites-le correctement

Presque toutes les applications SaaS sont fières d'offrir une certaine forme d'intégration. Alors que toutes les entreprises cherchent à être une « source de vérité » ou un centralisateur d'informations, il est difficile de savoir quand une intégration est bien construite et quand elle est simplement appliquée après coup à un produit. Mais toutes les intégrations ne sont pas égales, et une fois que vous avez travaillé avec un nombre suffisant d'entre elles, il est facile de distinguer quelles intégrations « cochent simplement une case » et quelles intégrations sont des solutions complètes conçues en pensant à l'utilisateur.