Vos systèmes fonctionnent. Simplement, ils ne se parlent pas
Chaque outil que vous avez acheté résout bien son problème. Le problème, c’est l’espace entre eux, que personne n’a vendu à personne et qui a fini par être confié à une personne avec deux onglets ouverts.
- Facturation
- Boutique en ligne
- Feuille de calcul
Un seul enregistrement
Ce que vous recevez
Des liaisons entre les outils que vous utilisez déjà
Chaque donnée est saisie une fois et se propage, sans remplacer aucun des outils.
Une source principale décidée
Pour chaque type d’information, il est décidé et documenté quel système fait foi.
Une trace de tout ce qui passe
Ce qui est entré, ce qui est sorti, ce qui a échoué et ce qui a été retenté.
Comment cela se déroule
Décider de la source de vérité
Avant de connecter quoi que ce soit, nous décidons où chaque type d’information doit être modifié pour faire foi.
Connecter les systèmes
Par événements chaque fois que c’est possible, et par synchronisation périodique quand il n’y a pas d’événements.
Retraiter et alerter
Quand un service échoue, l’intégration conserve ce qui reste à transmettre, réessaie et alerte une personne si elle abandonne.
Ce que nous ne promettons pas
- Nous ne remplaçons pas les outils que vous utilisez déjà. Changer de CRM est un projet bien plus vaste.
- Sans API, la voie est moins élégante : exports planifiés, fichiers ou lecture directe de la base de données. Nous le disons d’emblée.
- Nous ne connectons pas de systèmes sans qu’il soit décidé quelle est la source principale de chaque information.
Plus de détails
Pourquoi cela arrive à tout le monde
Personne ne choisit d’avoir des systèmes isolés. Cela arrive par accumulation. On achète la facturation parce que c’était obligatoire, le CRM parce que l’équipe commerciale a grandi, la boutique en ligne parce que l’occasion s’est présentée, et l’outil d’e-mail parce que le responsable marketing le connaissait déjà. Chaque décision était raisonnable en soi.
Ce qui n’a jamais eu de responsable, c’est l’espace entre eux. Et comme cet espace devait être comblé par quelqu’un, il l’a été par des personnes, à la main, sans que personne n’ait jamais décidé qu’il en serait ainsi.
La question que nous posons en premier
Avant de connecter quoi que ce soit : quelle est la source de vérité pour chaque type d’information ?
Si un client change d’adresse, où ce changement doit-il être fait pour faire foi ? Si la réponse est « cela dépend » ou « partout », l’intégration ne peut pas encore être construite, car il n’y a aucun moyen de résoudre les conflits. Décider cela est fastidieux, suscite des discussions, et c’est la différence entre une intégration qui tient et une qui passe son temps à créer des doublons.
Comment nous connectons
Par événements, chaque fois que c’est possible. Quand quelque chose se produit dans un système, il le signale et l’information part aussitôt. C’est plus rapide et cela consomme moins.
Par synchronisation périodique, quand il n’y a pas d’événements. Toutes les cinq minutes, toutes les heures, une fois par jour. On choisit selon l’urgence réelle, pas selon ce qui paraît le mieux.
Avec retraitement, toujours. Des services tombent, des connexions sont coupées, une réponse tarde trop. Tout ce que nous mettons en place part de ce principe et réessaie, avec une attente croissante, et alerte une personne quand il abandonne.
Le cas le plus courant : le site qui ne parle pas au reste
L’exemple qui revient le plus est aussi le plus coûteux en occasions perdues. Quelqu’un remplit un formulaire sur le site. Ce qui devrait se passer : enregistrement créé, notification immédiate à la personne qui répond, relance planifiée, et mesure.
Ce qui se passe d’habitude, c’est qu’un e-mail arrive dans une boîte partagée. Si la bonne personne ne le voit pas, personne d’autre ne sait qu’il a existé. C’est pourquoi nous traitons les sites web et l’acquisition comme étant, en pratique, une question d’intégration.
Ce que l’on nous demande toujours
Et si l’un des outils n’a pas d’API ?
Cela arrive, surtout avec des logiciels plus anciens. Dans ces cas, il existe presque toujours une voie : exports planifiés, fichiers dans un dossier partagé, base de données en lecture directe. C’est moins élégant et nous le disons d’emblée, mais cela règle le problème.
Que se passe-t-il quand l’un des systèmes est hors service ?
L’intégration conserve ce qu’elle n’a pas pu transmettre et réessaie. Ce que nous ne faisons jamais, c’est laisser tomber de l’information en silence : si, après plusieurs tentatives, cela ne passe pas, quelqu’un est alerté, avec la trace de ce qui reste à transmettre.
Cela nous oblige-t-il à changer de CRM ?
Non. Le principe de ce service est exactement l’inverse : conserver les outils que vous payez déjà et que vous savez déjà utiliser, et régler l’espace entre eux. Changer de CRM est un projet bien plus vaste, et c’est rarement la solution à des données qui ne circulent pas.
Dites-nous ce qui freine votre activité.
Décrivez le problème avec vos propres mots. Vous n’avez pas besoin de savoir ce qu’il faut construire.
- Nous lisons la demande.
- Nous répondons dans l’heure, par e-mail ou par téléphone, en anglais ou en portugais.
- Si cela a du sens, nous convenons d’une conversation.