CRM : faut-il intégrer un logiciel existant ou opter pour du sur mesure selon le travail réel ?
Une demande commerciale qui passe d’un site web à une boîte courriel, puis à un CRM, peut se perdre en route. Face à ces oublis, faut-il remplacer le CRM, relier les applications ou développer un logiciel sur mesure ? Avant de comparer ces options, il faut préciser le travail à améliorer et les responsabilités qui l’accompagnent.
Un exemple fictif illustre cette difficulté. Une demande arrive sur le site web d’une PME, rejoint une boîte courriel, puis est recopiée dans un CRM. Le devis part d’un autre outil, et l’équipe qui réalise la prestation reçoit ses instructions par message. Pour chaque étape, il faut savoir qui agit, avec quelles informations, pour produire quel résultat, et à quelle condition le dossier passe à la suite.
Ce parcours montre qu’un problème visible dans un outil peut naître entre deux équipes. Un dossier peut être bloqué parce qu’une information manque, parce que personne n’en est responsable ou parce que deux applications affichent des versions contradictoires. Ces trois cas appellent des réponses différentes : ajouter un champ ne clarifie pas une responsabilité, et une automatisation ne rend pas une donnée fiable.
Quand un CRM existant suffit
Un CRM configurable mérite d’être testé lorsque le parcours repose surtout sur des fonctions courantes : contacts, opportunités, tâches, devis ou historique des échanges. Il faut vérifier si l’équipe peut accomplir son travail avec les droits, les règles et les données disponibles dans la formule envisagée. Une démonstration doit reprendre un dossier représentatif, y compris une exception, comme un changement d’interlocuteur, un devis refusé ou la reprise d’un dossier ancien.
Il est aussi utile de distinguer une contrainte métier d’une simple habitude. Reproduire chaque ancien tableur peut alourdir une solution qui fonctionnerait mieux avec un processus simplifié. À l’inverse, demander aux utilisateurs de contourner chaque jour une règle essentielle révèle une mauvaise adéquation.
Quand relier les outils est préférable
Si chaque application remplit correctement sa fonction, mais que les informations circulent mal, une intégration peut être plus adaptée qu’un remplacement général. Il reste alors à décider quel outil fait référence pour chaque information, qui peut changer le statut d’un devis, et ce qui se passe si une transmission échoue. Le devis d’intégration doit préciser les échanges couverts, leurs limites et la responsabilité du suivi. La maintenance et le traitement des erreurs font partie du périmètre à comparer.
Quand envisager un logiciel sur mesure
Le développement spécifique devient une option lorsque des règles essentielles restent difficiles à couvrir par la configuration ou les connexions disponibles. Dans un exemple hypothétique, un processus de validation dépend à la fois du type de prestation, des compétences disponibles et des autorisations du client. Cela ne justifie pas forcément de reconstruire tout le système : un module limité peut compléter un CRM existant.
Le périmètre initial doit aussi couvrir les conditions de fonctionnement après la livraison : documentation, accès aux données, gestion des droits, sauvegardes, maintenance et reprise par une autre équipe. Le sur-mesure offre une liberté de conception, mais impose des décisions explicites sur la durée de vie du produit.
Les trois options peuvent être comparées grâce à une grille commune, couvrant l’adéquation au processus, la qualité des données, la facilité d’utilisation, les échanges avec les autres outils, le coût de fonctionnement et la capacité à évoluer. Le prix initial ne représente qu’une partie du choix, car les abonnements, la configuration, la migration, la formation et le suivi des connexions doivent aussi être explicités. Un pilote limité à un parcours et à un groupe d’utilisateurs peut ensuite départager les options. L’équipe fixe à l’avance ce qu’elle vérifiera, puis prévoit comment revenir au fonctionnement précédent si le test échoue.
