Trois modifications concrètes qui, dans un CRM tout fait, signifient un ticket au support et de l'attente : ajouter un champ, réordonner les phases commerciales et masquer les prix à une partie de l'équipe. Voici à quoi elles ressemblent quand ce sont des réglages.
La plupart des entreprises ne se fâchent pas avec leur CRM pour de grandes choses. Elles se fâchent pour trois détails impossibles : un champ manquant, le mauvais ordre des phases, et le fait que le commercial voit les prix d'achat.
Ce texte montre à quoi ressemblent ces trois modifications quand ce sont des réglages et non une demande au prestataire. Ensemble, elles prennent une vingtaine de minutes et ne demandent personne de technique.
Modification 1 : ajouter un champ « origine de la demande »
Pourquoi vous le voulez. Sans ce champ, impossible de répondre à la question qui décide de votre budget marketing : d'où viennent les missions qui rapportent vraiment ?
À quoi cela ressemble. Dans la base des opportunités, vous ajoutez une colonne de type « Choix » et saisissez les options : Recommandation, Site web, Salon, Prospection, Client récurrent. Terminé.
À partir de là, chaque nouvelle demande reçoit une origine, et en trois mois vous avez un premier chiffre exploitable. En un an, une base de décision.
Ce que cela fait aux données existantes. Rien. Les fiches existantes auront le champ vide et vous le remplirez quand vous y reviendrez - ou jamais.
Modification 2 : des phases conformes à votre processus
Pourquoi vous le voulez. Le pipeline par défaut se ressemble dans tous les CRM : Demande → Devis → Négociation → Signé. Sauf qu'entre demande et devis vous avez un métré chez le client, et c'est précisément la phase où vos affaires s'enlisent le plus.
Si la phase n'y figure pas, vous ne voyez pas qu'elles s'enlisent.
À quoi cela ressemble. Vous ajoutez la valeur « Métré » à la colonne de statut et la déplacez en deuxième position. Le kanban se redessine, les fiches existantes restent où elles étaient.
Un détail au passage. Retirer les phases que personne n'utilise est tout aussi utile. Un pipeline de cinq étapes réelles se lit mieux qu'un de huit étapes théoriques.
Trois modifications qui, ailleurs, signifient un ticket au support
Un nouveau champ, des phases réordonnées et une colonne de prix masquée. Que des réglages, pas de développement, pas d'attente.
Modification 3 : qui voit la valeur d'une affaire
Pourquoi vous le voulez. Il ne s'agit pas de méfiance. Il s'agit du fait qu'un commercial à la commission n'a pas de raison de voir les prix d'achat, qu'un intérimaire n'a pas à voir tous les contacts clients, et qu'un prestataire externe ne doit voir que ses propres missions.
À quoi cela ressemble. Sur la colonne « Valeur », vous définissez quels rôles la voient. Vous passez le rôle Commercial en masqué. La colonne disparaît du tableau, de la fiche, des exports et des vues - partout, pas seulement à l'écran.
Ce à quoi faire attention. Masquer une colonne et restreindre l'accès à toute une base sont deux choses différentes. La première régit « ce qu'il voit dans une fiche », la seconde « à quelles fiches il accède ». La plupart des entreprises ont besoin des deux, à des endroits différents.
Un test qui en dit plus qu'une démo
Quand vous testez un système, essayez dans la première heure exactement ces trois choses. Si vous y arrivez seul, vous y arriverez aussi dans deux ans. Si vous butez sur « écrivez-nous et nous le réglons », vous savez à quoi ressemblera chaque changement futur.
Ce que cela change vraiment
À première vue, trois détails. En pratique, cela change votre rapport au système.
Vous cessez de vous habituer au contournement. La plupart des entreprises s'accommodent d'un champ manquant en le tenant ailleurs. Quand on peut l'ajouter, la seconde saisie ne naît pas.
Les changements cessent d'être un événement. Quand une modification prend trois minutes, on la fait quand il faut. Quand elle prend trois semaines et coûte 600 €, on la fait une fois par an, et seulement la plus urgente.
Le système suit l'entreprise, pas l'inverse. Les processus changent - nouvelle prestation, nouvelle logique de prix, nouveau rôle. Un système qui s'adapte reste utile. Celui qui ne le fait pas se vide lentement.
Pourquoi un CRM tout fait devient avec le temps un système que personne n'ouvre, voyez Vous payez pour un CRM que vous utilisez à 20 %. La démarche complète pour un CRM propre dans Construire un CRM sans développeur. Détails sur les rôles sur Droits et rôles. Tout le choix d'un CRM est mené par le guide du choix d'un CRM.
Questions fréquentes sur les modifications d'un CRM
Cela abîme-t-il les données existantes ?
Ajouter un champ ou renommer une phase ne touche pas les fiches existantes - le nouveau champ y est simplement vide. La prudence s'impose seulement pour la suppression de colonnes et le changement de type de champ, où le système vous avertit des conséquences.
Qui devrait avoir le droit de faire ces modifications ?
En pratique, une ou deux personnes « administratrices de l'espace » - typiquement quelqu'un de l'exploitation ou de l'administration qui comprend le processus. Les autres ont des rôles ordinaires sans droit de modifier la structure.
Et s'il nous faut un champ vraiment atypique ?
Plus de vingt types de colonnes sont disponibles, dont formules, liens vers d'autres bases, signature ou fichiers. Si cela ne suffit pas, il reste la connexion via webhooks et API - mais pour des données d'entreprise ordinaires, on y arrive rarement.