Pilier 02CRM pour petites équipes
Le dossier CRM rassemble un guide pratique de préparation à la migration et les analyses documentaires utiles pour choisir un outil et organiser les données.
Définir le problème à résoudre
Analyse Outiloscope : un CRM doit répondre à un usage observable. Repérez d’abord les informations dispersées, les relances oubliées ou les responsabilités ambiguës. Définissez un résultat à contrôler, comme retrouver l’historique d’un contact ou voir la prochaine action d’une opportunité, sans promettre un gain chiffré avant mesure.
Construire un dictionnaire de données
Pour chaque champ, indiquez son nom, son format, l’objet concerné, son caractère obligatoire et la personne responsable. Distinguez entreprise, contact et opportunité. Un contact peut appartenir à une entreprise : importez ces relations selon les identifiants prévus par le CRM retenu. Évitez de placer toute l’information dans une note libre difficile à exploiter.
Préparer un lot pilote
Recommandation Outiloscope : prenez un petit lot représentatif autorisé pour l’essai. Incluez volontairement un doublon, un numéro avec zéro initial, un champ vide et une relation contact–entreprise. Avant l’import, conservez le fichier source. Après l’import, comparez les volumes, les champs et les relations ; ne supposez pas qu’une annulation restaure toutes les anciennes valeurs.
Organiser l’adoption
Définissez qui crée les contacts, qui corrige les doublons et qui peut exporter. Préparez une règle simple pour la prochaine action commerciale et les étapes du pipeline. Faites valider ces règles par les personnes qui utiliseront le CRM ; une longue liste de fonctions ne résout pas une procédure incomprise.
Décider du passage en production
Le pilote doit fournir un relevé d’erreurs et une procédure de correction. N’importez le reste de la base qu’après validation des critères choisis. Le guide Excel–CRM détaille les formats et les contrôles ; les analyses Axonaut et Sellsy servent ensuite à examiner la documentation des produits.
Cas de préparation : une base de contacts partagée par deux personnes
Exercice fictif Outiloscope, proposé le 4 octobre 2026. Une équipe veut quitter un classeur commun, retrouver la prochaine action commerciale et éviter qu’une mise à jour efface une information fiable. Aucun import produit n’a été exécuté.
Choisir une unité pour chaque ligne
Le classeur fictif mélange une entreprise, deux interlocuteurs et une opportunité dans une même ligne. L’équipe prépare trois listes : entreprises, contacts et opportunités. Elle attribue E01 à l’entreprise, C01 et C02 aux interlocuteurs, puis O01 à l’opportunité. Une table de correspondance relie O01 à E01 et précise le contact principal. Ces identifiants sont ceux de l’exercice ; ils ne remplacent pas les identifiants d’import imposés par le CRM choisi.
Traiter les conflits avant de fusionner
Deux lignes portent le même e-mail mais des numéros de téléphone différents. Le nom identique ne suffit pas à choisir une valeur. L’équipe conserve les deux valeurs dans une feuille de conflits, relève leur origine et demande au responsable de la donnée de trancher. Une ligne écartée du pilote reste documentée. Une suppression silencieuse empêcherait ensuite d’expliquer pourquoi une valeur a disparu.
Donner un sens à la prochaine action
Dans cet exercice, une opportunité ouverte comporte une personne responsable, une action concrète et une échéance. « À relancer » seul ne décrit ni qui agit ni ce qui doit être demandé. La règle proposée est : demander une confirmation du périmètre, à une date choisie, par la personne nommée. Elle sert à préparer l’usage du CRM ; elle ne constitue pas une fonction confirmée d’un éditeur.
Définir les droits à partir des opérations
La première personne suit les contacts et opportunités ; la seconde corrige les données et prépare les exports. L’équipe liste les opérations plutôt que d’exiger d’emblée deux rôles portant un nom particulier. Elle demande ensuite si l’offre envisagée permet cette séparation. Une démonstration réalisée uniquement avec un administrateur ne répond pas à la question de l’usage quotidien avec des droits limités.
Distinguer une ligne lue d’une migration réussie
Le pilote doit permettre de retrouver les valeurs et les relations. Compter deux contacts importés ne prouve pas qu’ils sont associés à E01, ni que O01 conserve son responsable. L’équipe vérifie donc une fiche dans chaque objet et un parcours entre les fiches. Elle note les erreurs bloquantes séparément des corrections de présentation, par exemple une casse différente dans un nom.
Préparer la sortie dès la préparation
Le fichier de contrôle contient l’identifiant source, l’identifiant cible obtenu après import et les relations attendues. Si le CRM ne restitue pas une activité ou une pièce jointe dans l’export examiné, cette limite reste inscrite dans la décision. La copie Excel initiale permet de préserver la source ; elle ne restaure pas les modifications intervenues dans le CRM après le démarrage.
Télécharger cette grille à compléter (CSV). Le fichier reprend l’exercice fictif et ajoute des colonnes pour vos observations, votre décision et la preuve conservée. Il ne contient aucun résultat de test produit ni donnée personnelle.
Le livrable du pilote est une décision motivée : accepté, accepté avec limites connues ou suspendu. Le guide Excel–CRM détaille les exigences documentées de formats et d’import ; cette étude de préparation décrit ce que votre équipe cherche à conserver.