Combien coûte un projet data avec un cabinet de conseil ? Variables, fourchettes et ce qu'on ne vous dit jamais
IA pour l'Entreprise Conseil

Combien coûte un projet data avec un cabinet de conseil ? Variables, fourchettes et ce qu'on ne vous dit jamais

Hernán Escudero
Hernán Escudero | | 8 min de lecture

Cet article commence par un constat que vous avez peut-être déjà remarqué : personne ne parle de prix en conseil data. Ni en Amérique latine, ni aux États-Unis, nulle part. Avec l’argument officiel que “chaque projet est unique” (ce qui, il faut le reconnaître, est vrai), il s’installe dans l’industrie un manque de transparence qui, à notre sens, ne profite à personne.

Nous sommes convaincus que parler d’argent avec clarté est un acte de respect. Si vous, qui lisez cet article en train d’évaluer des alternatives, ne pouvez pas juger de ce qui est un investissement raisonnable et de ce qui ne l’est pas, c’est tout simplement parce que personne dans l’industrie ne s’est donné la peine de l’expliquer.

Quand quelqu’un demande “combien coûte un projet ?”, ce qu’il demande vraiment, c’est l’une de ces trois choses :

  • Est-ce que je peux me permettre de faire ça ?
  • Ce que je paie est-il excessif, ou est-ce normal ?
  • Qu’est-ce que j’achète exactement pour cet investissement ?

Vous ne trouverez pas ici de grille tarifaire (et à la fin de l’article vous comprendrez pourquoi ça n’aurait pas de sens), mais vous trouverez bien les variables qui font réellement monter ou descendre le chiffre. L’objectif : qu’à la fin de la lecture, vous puissiez avoir une conversation de pricing avec n’importe quel cabinet (y compris le nôtre) sans avoir l’impression de négocier à l’aveugle.


Les cinq variables qui déterminent le coût d’un projet data + IA

1. La maturité de vos données

Feriez-vous confiance à un restaurant qui ne cataloguerait pas correctement la date de péremption de ses produits ? Achèteriez-vous des vêtements dans un magasin où les t-shirts sont en boule, toutes tailles mélangées ? On imagine que la réponse est non. Et pourtant, vous seriez surpris de savoir combien d’entreprises font quelque chose de très similaire avec leurs données (la matière première la plus riche et la plus exploitable de ce siècle).

Ce point explique une très grande partie de l’effort du projet. Deux entreprises de même taille avec le même “projet d’IA” peuvent présenter des écarts abyssaux, en fonction de ce qui se trouve sous le capot. Autrement dit : si vos données sont consolidées, tracées, de qualité raisonnable et qu’il y a quelqu’un qui les comprend, la construction peut démarrer quasiment tout de suite. Si elles sont éparpillées dans cinq endroits différents, si vous ne savez ni où ni comment elles se connectent entre elles, et si la documentation se trouve dans la-tête-de-quelqu’un ou n’existe même pas, alors ce que vous appelez “projet d’IA” est en réalité deux projets : un pour mettre de l’ordre dans les données, et un autre pour les utiliser.

La bonne question n’est pas “combien coûte le projet ?”, mais “combien coûte le projet, sachant que mon point de départ est celui-ci ?”. N’importe quel cabinet sérieux devrait pouvoir regarder votre point de départ et vous dire honnêtement quelle part de ce que vous allez payer est de la construction et quelle part est de la dette technique (et idéalement, quels sont les coûts cachés de ne pas y remédier). S’il ne le fait pas, c’est soit qu’il ne sait pas, soit qu’il ne veut pas le dire.

2. Le scope réel (qui n’est pas toujours le scope demandé)

“On veut un modèle de propension” peut vouloir dire plein de choses différentes selon qui le dit (et selon la maturité data de l’entreprise). L’éventail va d’un calcul basique dans un Excel, en passant par un notebook avec un modèle entraîné une seule fois, jusqu’à un modèle en production avec entraînement et déploiement continus. En somme, ça peut être deux jours ou six mois : la différence, ce n’est pas le modèle, mais tout ce qui l’entoure.

Une part importante du prix dépend justement du nombre de briques que vous décidez d’entourer : ingestion, feature store, CI/CD, monitoring, alertes, ré-entraînement, etc. Chacune de ces briques est optionnelle sur le papier, mais selon le cas elle peut être nécessaire en pratique si vous voulez que le modèle continue à fonctionner quand personne ne le regarde.

3. Qui va réellement faire le travail

Un accord parfois tacite, parfois secret, règne dans l’industrie : les seniors vendent et les juniors construisent. Au moment de séduire le client, les cabinets mettent en avant ce qu’ils ont de meilleur, mais une fois le contrat signé, les noms changent et les compétences aussi. La différence avec le conseil boutique (la catégorie dans laquelle nous nous situons chez deployr), c’est que les gens qui vendent sont aussi ceux qui assurent l’exécution. Le tarif est donc souvent plus élevé, parce qu’il n’y a pas “plusieurs profils” mais une continuité tout au long du processus.

Il nous semble utile de préciser qu’il y a des projets qui demandent bel et bien une approche “beaucoup de juniors à bord” (et d’ailleurs, nous considérons très sain à moyen et long terme que les profils moins expérimentés se forment sur le terrain), mais il faut que ce soit ce dont a vraiment besoin votre projet, et que vous payiez pour ce qu’on vous livre.

4. Combien de capacité reste dans votre équipe

Tous les projets se terminent en général par un livrable. La question qui vient tout de suite après : qui reçoit ce livrable, et qu’en fait-il ? S’assurer que l’entreprise cliente a entre les mains la capacité de faire vivre le développement demande beaucoup de temps et d’énergie. Les sessions de transfert de connaissances (qu’on tient même en interne chez deployr pour rester à jour et partager nos expériences) servent précisément à éviter qu’un développement soit abandonné pour la raison la plus triste qui soit : plus personne ne sait quoi en faire.

Si ce qu’on vous propose n’inclut pas un responsable issu de votre équipe, méfiance : vous achetez un actionnable aujourd’hui, mais avec une dépendance inévitable à moyen et long terme.

5. La durée de la relation

Un projet de trois semaines ne coûte pas la même chose qu’une relation de plusieurs années, et pas seulement parce que trois semaines c’est “moins d’argent”. Il y a tout un effort initial qui, dans un engagement long, s’amortit différemment.

En quoi consiste cet effort ? S’imprégner du métier du client et comprendre les gens et les processus. Tout ça, quand c’est bien fait, se fait une fois et s’amortit sur des mois ou des années. Dans un one-shot, ce même coût doit être absorbé en quelques semaines, et c’est pour ça que le tarif effectif paraît plus élevé. Ce n’est pas un hasard si nos relations les plus précieuses sont aussi les plus longues : ce sont celles qui nous ont permis de résoudre des problèmes de plus en plus profonds sur la même base de connaissances accumulée.


Ce que vous ne devriez pas être en train de payer

Trois points concrets à regarder quand vous comparez des propositions.

Avec qui allez-vous vraiment travailler ? Si le cabinet compte trois couches de management entre la personne qui vous a vendu le projet et celle qui va écrire le code, il y a toute une série d’intermédiaires dont vous payez le temps et l’inefficacité.

Est-ce qu’on vous sort un bazooka pour tuer un moustique ? Un conseil responsable cherche à résoudre un problème, pas à vendre une solution préemballée adaptée au problème qui s’y colle le mieux. Assurez-vous que ce qu’on vous propose est du sur-mesure pour vos besoins, et pas pour ceux du cabinet.

Les actionnables dépendent-ils uniquement du cabinet ? Méfiez-vous des cabinets qui disent “s’occuper de tout”. La vraie responsabilité d’un consultant, c’est de générer de la croissance, pas de la dépendance. Si vous choisissez de travailler avec une organisation externe, ça doit être pour que vous et votre équipe deveniez plus autonomes, pas pour rester accrochés à un tiers.


Comment on fait, nous

On est un cabinet de conseil boutique qui ne vend pas des heures ni des PoCs éternelles, mais des relations qui commencent petites et deviennent profondes avec le temps. Nous démarrons avec ce que nous appelons le Premier Pas : un engagement court et cadré, de trois à quatre semaines, qui se termine avec un livrable concret qui vous appartient, que vous choisissiez ensuite de continuer à travailler avec nous ou pas.

Pour certains clients, ce livrable est un diagnostic honnête de l’endroit où ils en sont, et ils peuvent continuer seuls.

Pour d’autres, c’est le point de départ d’un défi technique : une PoC ou un prototype qui montre que le problème peut être résolu.

Et pour d’autres encore, c’est le premier pas vers un changement bien plus grand.

On espère que ce guide vous donnera de quoi avancer. Quand vous serez prêts à démarrer, on est là pour vous écouter.

Hernán Escudero

Hernán Escudero

ML Engineer @ deployr

Partager

Vous avez un vrai problème technique ?

On ne vend pas de solutions génériques. Parlons de ce que vous devez résoudre.

Parlons-en