Le go-live était fixé au lundi. Le vendredi soir, la recette était « globalement OK », avec une liste de 47 anomalies « non bloquantes ». Le lundi à 9 h 12, personne ne pouvait créer une opportunité correctement : un champ obligatoire fantôme, un droit manquant sur une équipe, et une synchronisation email qui dupliquait les activités. Le chaos n’était pas une fatalité. C’était une recette qui avait testé autre chose que le réel.
La recette fonctionnelle CRM n’est pas une formalité de fin de projet. C’est le dernier moment où vous pouvez encore refuser un lundi impossible.
Ce que « recette » veut dire sur un CRM
Recetter, ce n’est pas cliquer partout. C’est vérifier que les processus métier critiques tiennent avec de vraies données, de vrais rôles, et de vraies intégrations. Un écran joli en admin ne prouve rien si le commercial terrain, lui, ne peut pas finir son parcours.
La recette répond à une question simple : peut-on travailler demain sans Excel de secours ?
À retenirUne anomalie « mineure » qui bloque 80 % des créations de leads n’est pas mineure. La criticité se juge à l’usage, pas au sentiment du développeur.
Construire le périmètre de tests à partir des processus
Partegez-vous les parcours : qualification d’un lead, création d’une opportunité multi-contacts, envoi d’une proposition, mise à jour du forecast, inscription à une campagne avec consentement, escalade SAV, demande d’export/suppression, arrivée d’un nouvel utilisateur, départ d’un utilisateur.
Pour chaque parcours, écrivez les données d’entrée, les rôles, le résultat attendu, et le critère de passage. Moins de documentation académique, plus de cas exécutables en 15 minutes.
Les zones qui cassent le plus souvent
Les droits et règles de partage. Les champs obligatoires conditionnels. Les automations qui se marchent dessus. Les doublons à l’import. Les intégrations « ok en staging » avec des comptes de test trop propres. Les modèles d’email et de PDF. Les listes de valeurs différentes entre environnements. Les performances sur les vues les plus utilisées.
Si votre plan de recette ignore deux de ces zones, vous tirez à blanc.
ConseilRecettez avec les comptes des vrais profils (commercial, manager, marketing, support, admin), pas avec un super-admin qui voit tout et peut tout.
Données de recette : assez sales pour être honnêtes
Une base de test aseptisée rassure à tort. Prenez un échantillon anonymisé représentatif : accents, doublons, champs vides, historiques longs, caractères spéciaux, comptes multi-filiales. Rejouez aussi une reprise ou une synchro différentielle si c’est votre réalité.
Sans cela, le premier import de production découvrira des erreurs que la recette aurait dû voir.
Intégrations : tester le flux, l’erreur, et la reprise
Un flux nominal ne suffit pas. Que se passe-t-il si l’ERP est down ? Si un champ obligatoire côté cible manque ? Si le même événement arrive deux fois ? Qui est alerté ? Comment on rejoue ?
Les incidents du lundi viennent souvent d’une synchro silencieuse qui a échoué tout le week-end.
| Type de test | Exemple CRM | Bloquant si… |
|---|---|---|
| Parcours métier | Lead → opportunité → close | Impossible sans contournement |
| Droits | Commercial vs manager | Fuite ou blocage massif |
| Automation | Assignation / alerte | Boucle ou non-déclenchement |
| Intégration | CRM ↔ ERP / ESP | Écarts non détectés |
| Data | Import / dédoublonnage | Corruption ou pertes |
| Non-régression | Vue forecast | Chiffres faux |
Organisation de la recette : rôles et cadence
Nommez un pilote de recette. Donnez un temps dédié aux métiers — pas « entre deux réunions ». Utilisez un tableau d’anomalies unique avec statut, criticité, responsable, version de correctif. Tenez un rythme quotidien court pendant la période chaude.
Le prestataire corrige. Le métier valide. L’IT sécurise les environnements. Quand ces rôles se mélangent, les anomalies deviennent des opinions.
AttentionNe négociez pas un go-live sur une promesse de correctifs « en hypercare » pour des blocages connus. L’hypercare n’est pas une poubelle de recette.
Entrance et exit criteria : décider sans théâtre
Avant de commencer : environnements stables, jeux de données prêts, cas de tests écrits, comptes utilisateurs ok. Avant go-live : zéro anomalie bloquante ouverte, anomalies majeures traitées ou contournement accepté par écrit, PV de recette signé par le métier et le sponsor.
Si le critère de sortie n’existe pas, la date de go-live dictature gagnera toujours.
Mini-cas : la recette qui a décalé… et sauvé
Une PME retail a refusé le go-live de 10 jours après avoir constaté que la synchro caisse créait des doublons clients la nuit. Décallage de trois semaines, correctif, re-recette ciblée. Adoption J+30 : 82 %. L’alternative aurait été un mois de nettoyage manuel et une perte de confiance irrécupérable.
Un expert CRM peut structurer le plan de tests et arbitrer la criticité avec le métier. Si la recette révèle qu’un choix d’outil est structurellement juste, tant mieux ; sinon, mieux vaut le savoir avant d’amplifier — le comparatif CRM n’étant utile qu’en amont, pas en pompier.
ChecklistAvant go-live : parcours critiques OK avec rôles réels, intégrations nominal + erreur, import représentatif, automations sans boucle, PV signé, plan de rollback connu.
FAQ rapide
Combien de temps dure une recette CRM ? Souvent 1 à 3 semaines selon le périmètre, plus les cycles de correctifs. Compresser à deux jours est un pari.
Faut-il automatiser les tests ? Utile sur les régressions répétitives. Insuffisant seul pour les parcours métier et l’ergonomie.
Qui signe le PV ? Le sponsor métier + un responsable SI/produit. Un prestataire ne peut pas « s’auto-recetter ».
Que mettre dans le rollback ? Critères de déclenchement, communication, bascule des intégrations, et ce que les équipes utilisent en secours pendant X heures.
Tester le lundi matin, pas la brochure
La recette fonctionnelle CRM réussit quand elle met l’outil dans les mains de ceux qui vendront, supporteront, et piloteront — avec des données imparfaites et des droits réels.
Écrivez les parcours, jouez-les, assumez le décalage s’il le faut. Un go-live en retard se raconte. Un go-live cassé se paie longtemps.