Une entreprise qui veut connecter différents software en interne ou offrir à ses clients la possibilité de s'intégrer a plusieurs options à sa disposition. En voici un tour d’horizon, ainsi que les cas d’usage dans lesquels ces différentes options sont pertinentes.
Automatisation des flux de travail
L'automatisation des flux de travail fait partie des activités quotidiennes d'une entreprise, afin d'améliorer la productivité.
Lorsqu'un client remplit un formulaire, rentre dans une campagne d'emails, son statut est mis à jour dans la base de données clients en fonction de ses actions.
Ou encore, chaque heure, les données de Google Analytics sont mises à jour dans une feuille de calcul Google, avec des données provenant d'une source tierce.
Ou encore, les résultats d'un formulaire type sont envoyés au fur et à mesure sur Slack.
Les flux de travail internes automatisent ces événements. Il existe différents outils pour créer ces flux de travail. Ces outils sont généralement low-code et nécessitent l'intervention d'un dev. Certains outils no-code, comme Zapier, sont plus accessibles.
Cette automatisation permet aux équipes internes de gagner un temps précieux. Les exemples présentés ici sont destinés à un usage interne.
iPaaS intégré, intégration de flux de travail automatisés
Un iPaaS est une plateforme conçue pour que les développeurs créent et gèrent des flux de travail d'intégration. Cette plateforme peut être intégrée dans l'application au lieu d'être utilisée en externe. Dans ce cas, on parle d'iPaaS embedded. En voici un exemple :
Un éditeur de logiciels propose un outil de gestion financière pour les restaurateurs. Ces restaurateurs souhaitent avoir une vue d'ensemble de leur situation financière à partir de toutes leurs données. Ils attendent de pouvoir intégrer leur logiciel de caisse habituel à cet outil de gestion financière. L'éditeur de logiciel peut alors utiliser une plateforme tierce pour l'aider à construire les flux entre son logiciel et celui utilisé par les restaurateurs. L'iPaaS embarqué est à l'interface entre un logiciel donné et le logiciel de son client.
Ce type de plateforme tierce est généralement à code bas. Les équipes de développement devront jouer un rôle dans leur construction et maintenance. De plus, il s'agit d'une intégration entre deux logiciels. Dès lors que l'éditeur du logiciel de gestion financière voudra servir plus de restaurateurs, avec tous leurs différents logiciels, cette solution trouvera ses limites.
Construire des connecteurs multiples
Dans ce cas, un éditeur de logiciels permet au plus grand nombre possible de clients de s'intégrer en un minimum d'étapes. Cet éditeur de logiciels peut même vouloir mettre en place une intégration marketplace à un moment donné.
Il construit en interne les connecteurs les plus fréquemment demandés ou les fait construire par un prestataire de services externe. Il tient ainsi à disposition de ses clients une marketplace d'intégrations.
D'autre part, la construction et la maintenance en interne s'accompagnent de coûts et de risques, comme nous l'expliquons ici. D'autre part, le recours à des fournisseurs externes constitue un risque pour la gestion des connaissances. Les connaissances nécessaires au maintien d'une intégration doivent rester disponibles.
La troisième option, de plus en plus prisée par les éditeurs de logiciels qui souhaitent se développer rapidement, est l'API unifiée. Ce partenariat avec une solution tierce offre toutes les garanties de stabilité et de croissance. Au moment de la mise en œuvre, il protège l'attention des développeurs et permet une gestion interne des connaissances, dans le cadre d'un budget maîtrisé.
L'API unifiée est la solution que Chift construit : depuis le début, les fondateurs de Chift sont convaincus que les API unifiées sont la solution qui peut aider les éditeurs de logiciels à se développer grâce aux intégrations et, par conséquent, les logiciels des PME à communiquer comme ils le devraient.
