CRM ou logiciel de gestion de projet : faut-il vraiment les deux ?

Presque toutes les entreprises qui grandissent tombent sur cette question la même semaine. Quelqu'un au commercial réclame un endroit pour suivre les prospects. Quelqu'un à la production réclame un endroit pour suivre le travail. Et celui qui tient le budget regarde les deux demandes et pose une question parfaitement raisonnable : ce n'est pas deux fois le même outil ?

Non. Mais la différence n'est pas celle que décrivent la plupart des pages de comparaison. Elle ne tient pas aux fonctionnalités, et certainement pas à celui qui a les plus jolis tableaux kanban. La différence tient à la durée de vie prévue d'une fiche, et à qui elle appartient une fois le travail en cours terminé.

Cet article répond d'abord à la question pratique : faut-il les deux, et si vous ne pouvez en prendre qu'un, lequel. Ensuite il détaille la manière précise dont chaque outil se casse quand on lui fait faire le travail de l'autre, puis une troisième organisation qui rend le choix largement inutile.

La réponse courte, avant le détail

Si vos clients reviennent, il vous faut un CRM. Si votre travail compte plus de trois étapes et plus d'une personne, il vous faut de la gestion de projet. La plupart des entreprises finissent par avoir besoin des deux, mais presque personne n'en a besoin des deux le premier jour.

L'ordre compte plus que le choix. Commencez par le côté de l'entreprise qui vous coûte de l'argent maintenant. Un prospect qui n'a jamais eu de deuxième appel est une perte réelle que vous pouvez nommer. Un projet livré avec deux semaines de retard est aussi une perte réelle que vous pouvez nommer. Celle que vous nommez le plus vite est celle qu'il faut traiter en premier.

L'erreur consiste à acheter les deux d'un coup, avant de savoir comment le travail circule réellement de l'un à l'autre, puis à découvrir six mois plus tard que le même client existe dans deux systèmes avec deux numéros de téléphone différents et que personne ne sait lequel est le bon.

À quoi sert réellement un CRM

Un CRM est un système de mémoire pour les relations. C'est toute l'idée, et chacune de ses fonctions en découle.

L'unité d'un CRM, c'est une personne ou une entreprise, et sa propriété déterminante est que la fiche ne se termine jamais. Un contact ajouté le premier mois est le même contact trois ans plus tard, portant chaque conversation, chaque devis, chaque réclamation et chaque renouvellement intervenus entre-temps. Rien dans cette fiche n'est censé être archivé quand une mission se termine, parce que la mission n'est pas le sujet. La personne l'est.

Ce que cette mémoire vous achète est très concret :

• Le contexte à la deuxième conversation. Vous savez ce que vous aviez chiffré, ce qu'ils avaient objecté et ce qu'ils ont finalement choisi, sans leur demander de tout répéter.
• Un pipeline conforme à la réalité. Les affaires occupent des étapes avec un montant et une date de clôture prévue, donc vous voyez le mois prochain avant qu'il arrive, et non après.
• La responsabilité. Chaque prospect porte un nom, seul remède fiable au prospect que personne n'a relancé parce que chacun supposait qu'un autre s'en occupait.
• La détection de l'essoufflement. Comme le CRM sait quand quelque chose a bougé pour la dernière fois, il peut vous dire qu'une affaire est silencieuse depuis deux semaines. Une liste de tâches ne le peut pas : une tâche sans échéance n'est pas en retard, elle est simplement posée là.
• La raison du gain ou de la perte. C'est la partie que presque tout le monde saute et celle qui rembourse le logiciel. Vingt affaires perdues avec un motif renseigné, c'est l'étude de marché la moins chère que vous ferez jamais.

Pour approfondir les fondamentaux, notre guide sur ce qu'est un CRM détaille le modèle de fiches et ce qu'il faut attendre d'une première mise en place.

À quoi sert réellement un logiciel de gestion de projet

Un logiciel de gestion de projet est un système de séquencement. Son unité est un travail, et sa propriété déterminante est l'exact inverse de celle du CRM : la fiche est faite pour se terminer.

Un projet existe pour être fini. Sa valeur tant qu'il est ouvert, c'est que tout le monde voit ce qui vient ensuite, ce qui bloque, qui porte quoi, et si l'ensemble atterrira à la date promise. Sa valeur une fois clos est proche de zéro, et c'est précisément pour cela que ces outils archivent proprement et que personne ne s'en plaint.

Ses missions concrètes :

• L'ordre. La tâche B ne peut pas démarrer avant la fin de la tâche A, et l'outil le montre au lieu de le laisser dans la tête de quelqu'un.
• La capacité. Qui a quatorze éléments ouverts et qui en a trois. C'est invisible tant qu'on ne l'affiche pas, et c'est la raison principale pour laquelle le travail retombe discrètement sur les deux mêmes personnes.
• Le chemin critique. Quel retard déplace réellement la date de livraison et quel retard n'a aucune importance.
• Une définition partagée de "terminé". La moitié des échéances manquées sont des désaccords sur ce que voulait dire "terminé", pas des questions d'effort.
• Le blocage visible. Une tâche qui attend un fichier client depuis neuf jours devrait faire du bruit. Dans un outil de tâches, c'est possible. Dans un tableur, jamais.

Si vous cherchez un outil dédié pour ce versant, notre panorama des logiciels de gestion de projet montre où les principales plateformes diffèrent en pratique.

Où ils se recoupent vraiment

Le recoupement est réel, ce qui rend la confusion légitime plutôt que naïve. Trois éléments apparaissent dans les deux catégories et se ressemblent presque parfaitement :

Les tableaux et les étapes. Un pipeline commercial dessiné en kanban et un projet dessiné en kanban sont visuellement le même objet. Des colonnes, des cartes, un glisser-déposer pour avancer. Cette ressemblance de surface explique l'essentiel des débats du type "pourquoi deux outils".

Les tâches. Les deux systèmes en ont. Une tâche de CRM est en général un rappel accroché à une relation : rappeler cette personne, envoyer le devis révisé. Une tâche de projet est une unité de production : construire la page, relire le texte. Même forme, poids différent.

Les fichiers et les notes. Les deux hébergent des documents, les deux hébergent des commentaires, et dans les deux cas quelqu'un finira par attacher le même contrat aux deux.

Le reporting. Les deux produisent des graphiques. Ceux du CRM parlent d'argent qui n'est pas encore arrivé. Ceux de l'outil de projet parlent de temps déjà dépensé.

À cause de ces quatre points, une petite équipe peut tout à fait faire tourner un côté de l'entreprise dans l'outil de l'autre côté pendant un temps. La question est de savoir ce qui casse en grandissant, et cela casse de façon prévisible.

Le mode de défaillance : forcer un outil à faire le travail de l'autre

Il en existe deux versions, et elles échouent différemment.

Des affaires en cartes kanban, sans historique

C'est la plus fréquente. Quelqu'un crée un tableau de projet appelé "Commercial" avec les colonnes Nouveau, Contacté, Devis envoyé, Négociation et Gagné. C'est rapide à monter et cela fonctionne vraiment un moment, parce que le tableau répond à la seule question qu'on se pose au début : que se passe-t-il maintenant.

Cela cesse de fonctionner le jour où vous avez besoin du passé. Une carte de tâche contient un état, pas une suite d'événements. Quand un client revient onze mois plus tard et demande si le devis précédent tient toujours, le tableau n'a rien à dire : la carte a été passée en Gagné, archivée avec le tableau, et le devis vivait dans un fil d'e-mails introuvable. Le même trou apparaît quand vous cherchez à comprendre pourquoi les affaires meurent. Vous avez le résultat et aucune raison.

Il y a un second coût, plus discret. Les tableaux de tâches ne sont pas faits pour être complets, ils sont faits pour être à jour, donc personne ne s'émeut d'une carte à la description vide. Une fiche CRM à la description vide, c'est un client dont vous ne savez rien, et personne ne le remarque avant le départ de la personne qui, elle, savait.

Des clients suivis dans une liste de tâches

L'erreur inverse est plus subtile. Ici le CRM se porte bien, et le travail de production vit sous forme de tâches CRM accrochées à des contacts : "créer le site pour Harper", "deuxième série de corrections pour Harper", "livraison finale pour Harper".

Accrochée à une personne, cette liste n'a ni ordre, ni dépendances, ni vue de charge. Vous ne voyez pas que la deuxième série de corrections ne peut pas démarrer avant le retour du client, et vous ne voyez pas que le même graphiste en porte onze chez neuf clients différents. Tout a l'air d'aller jusqu'au moment où trois livrables se percutent la même semaine.

Le signal est simple. Si vous vous mettez à écrire des dates dans les intitulés de tâches pour pouvoir les trier, vous avez dépassé la liste de tâches du CRM et il vous faut un vrai séquencement.

Le test de décision : la fiche survit-elle au travail ?

Voici la seule question qui tranche presque tous les cas. Prenez n'importe quelle fiche de votre entreprise et demandez : quand ce travail sera fini, cette fiche comptera-t-elle encore ?

Si oui, sa place est dans un CRM. Un client, un fournisseur, un partenaire, un compte suivi. Finir une mission ne finit pas la relation, et archiver la fiche vous fait perdre quelque chose dont vous aurez besoin plus tard.

Si non, sa place est en gestion de projet. Un lancement, une refonte, une migration, une campagne. Une fois livré, son rôle est terminé et l'archiver est juste plutôt que coûteux.

Passez ce test sur tout ce que vous suivez aujourd'hui et vous obtenez une répartition nette en une dizaine de minutes. Posez ensuite la deuxième question à cette répartition : combien de fois par mois quelque chose doit-il passer d'un côté à l'autre ? Chaque affaire gagnée qui devient un projet livré est une traversée. Chaque projet livré qui déclenche une conversation de renouvellement en est une autre. Comptez les traversées mensuelles. Ce chiffre, bien plus qu'une liste de fonctionnalités, vous dit ce que vaut pour vous une configuration reliée.

Exercice complémentaire : si vous faites déjà tourner plus d'une poignée d'outils, notre article sur la prolifération d'outils dans les petites entreprises propose une méthode d'audit pour compter les sauts qu'une même fiche fait dans toute votre pile.

Si vous utilisez les deux, la passation est tout le problème

Beaucoup d'entreprises ont légitimement besoin d'un CRM dédié et d'un outil de projet dédié. Les secteurs spécialisés en particulier : si votre production exige de la planification de chantier ou de la gestion de ressources d'ingénierie, un espace de travail généraliste ne rivalisera pas avec un outil bâti pour cela, et il ne faut pas prétendre le contraire.

Mais quand les deux coexistent, un seul moment porte presque tout le risque : le passage de l'affaire gagnée au projet actif.

Dans une configuration à deux outils, ce moment est un humain qui recopie de l'information. Ce qui est recopié, c'est ce qui rentre dans le modèle de projet ; ce qui se perd, c'est tout ce qui n'avait pas de champ : la remise accordée, la date promise oralement, le fait que le client déteste le téléphone, la raison pour laquelle il vous a préféré au moins cher. La production démarre alors avec une image partielle, et le client le vit comme une entreprise qui ne se parle pas à elle-même.

Trois choses rendent cette passation survivable :

1. Une seule direction de vérité. La fiche client vit dans un système et un seul. L'autre en garde une référence, jamais une copie.
2. Une charge de passation écrite. Fixez la liste exacte des champs qui doivent voyager, y compris les informations molles. Si la date promise et la raison du gain n'y figurent pas, elles ne voyageront pas.
3. Un responsable de la traversée. Automatisé ou humain, mais nommé. Les passations qui appartiennent à "l'équipe" se font à la vitesse de personne.

Si vous construisez cela vous-même avec des intégrations, prévoyez de l'entretien. Les synchronisations cassent en silence, souvent après un renommage de champ, et vous l'apprenez généralement par un client plutôt que par une alerte.

La troisième réponse : quand l'affaire et ses tâches sont le même objet

Il existe un moyen de faire disparaître le problème de passation plutôt que de le gérer, et il vaut la peine d'être compris même si vous le refusez : garder la relation et le travail dans le même espace de travail, sur des fiches qui se connaissent déjà.

C'est ce autour de quoi Zoye est construit. C'est un opérateur d'entreprise piloté par l'IA, pas un CRM ni un outil de projet, et la conséquence pratique est qu'une affaire, son contact, ses tâches, ses fichiers, ses événements d'agenda et ses factures ne sont pas des fiches séparées dans des systèmes séparés qu'il faut synchroniser. C'est un seul objet relié, vu sous différents angles. Passer une affaire en Gagné n'oblige personne à la ressaisir en projet, puisque les tâches pendaient déjà à l'affaire.

Des tâches sur un tableau, chaque carte restant rattachée à l'affaire et au client dont elle provient

Ce que cela change au quotidien :

• Le tableau kanban de production et le pipeline commercial sont deux vues sur les mêmes données reliées : l'historique d'un client et son travail en cours sont à un clic l'un de l'autre.
• Les règles qu'il aurait fallu scripter entre deux outils se décrivent en une phrase et sont confirmées avant de tourner. Affaire gagnée qui crée les tâches d'accueil. Affaire silencieuse depuis sept jours qui se signale. Facture en retard qui se relance. Chaque exécution est journalisée et réversible.
• Le même assistant travaille dans l'application web, sur WhatsApp, par message vocal et dans Slack, ce qui compte plus qu'il n'y paraît quand la personne qui sait ce qui a été promis est sur un chantier plutôt qu'à un bureau.
• Les fiches arrivent d'où elles sont déjà. Les projets existants s'importent depuis Trello, Jira, Notion, ClickUp, Monday.com ou un tableur, et l'assistant sait extraire des contacts d'un CSV, d'un PDF ou d'une photo.

Pour être honnête sur les limites : ce n'est pas un substitut à un planificateur spécialisé, à un livre comptable ou à une suite de ticketing support, et si votre production a réellement besoin de l'un d'eux, gardez-le et reliez-le. L'affirmation est plus étroite et plus utile que "remplace tout". Elle dit que la fiche client et le travail qui la sert ne devraient pas vivre à deux endroits, parce que l'espace entre les deux est justement là où les choses se perdent.

Les tarifs sont publiés en entier sur la page tarifs si vous voulez les comparer à une pile de deux outils.

Comment décider, selon la forme de votre entreprise

Prestations ponctuelles pour des inconnus. Nettoyage, artisanat au coup par coup, installations uniques. Gestion de projet d'abord. La relation se répète rarement, donc le CRM rapporte moins. Gardez une liste de contacts consultable dans un an.

Clients récurrents, production simple. Consultants, coachs, la plupart des services B2B. CRM d'abord. Le travail tient en quelques étapes que vous gardez en tête ; la relation est l'actif et elle a besoin d'une mémoire.

Clients récurrents, production complexe. Agences, studios, intégrateurs. Vous avez besoin des deux, donc la passation est votre risque. Soit vous les reliez proprement, soit vous utilisez un espace de travail où ils sont déjà reliés.

Cycles de vente longs, production courte. Logiciel d'entreprise, biens d'équipement. Fortement orienté CRM. L'essentiel de la valeur consiste à suivre une conversation de neuf mois avec cinq interlocuteurs.

Cycles de vente courts, production longue. BTP, fabrication sur mesure, grands chantiers. Orienté projet, avec un CRM léger pour le pipeline et pour la relation après livraison.

Quel que soit votre cas, la même règle s'applique à la fin : achetez pour la fuite que vous savez nommer, pas pour l'organigramme que vous espérez avoir.

Questions fréquentes

En résumé

CRM et gestion de projet ne sont pas concurrents. Ils répondent à des questions différentes, sur des objets différents, avec des durées de vie différentes. Le CRM répond à qui est cette personne et à tout ce qui s'est passé avec elle. L'outil de projet répond à ce qui vient ensuite et à la question de savoir si cela atterrira à l'heure.

Vous aurez probablement besoin des deux un jour. Ce à quoi il faut résister, c'est d'en conclure qu'il faut deux abonnements et une synchronisation entre eux, parce que la synchronisation n'est pas le point difficile. Le point difficile, c'est qu'un client et le travail que vous faites pour lui forment une seule histoire, et chaque frontière tracée au milieu de cette histoire vous en coûte un morceau.

Décidez avec le test de survie de la fiche, achetez pour la fuite que vous savez nommer, et gardez la traversée entre vente et production aussi courte que possible.

À lire ensuite : ce qu'est vraiment un CRM, comment choisir un logiciel de gestion de projet, le coût réel de la prolifération d'outils, et l'ensemble des fonctions dans un seul espace de travail.