EXPÉRIENCES

L'expérience derrière NOLEAN.

Les technologies changent. Les problèmes des entreprises aussi. Certaines questions, elles, restent étonnamment constantes.

Une entreprise nouvelle. Une expérience qui ne l'est pas.

NOLEAN est une entreprise récemment créée. Les situations présentées ici sont issues de projets réalisés au cours du parcours professionnel du fondateur, dans différents cadres et structures.

Elles illustrent la manière dont nous abordons aujourd'hui les problématiques technologiques avec NOLEAN : comprendre le besoin, questionner la demande initiale, choisir la réponse appropriée et préserver la maîtrise de l'organisation.

Les informations présentées sont volontairement anonymisées et simplifiées lorsque cela est nécessaire afin de respecter la confidentialité des organisations concernées.

Le bon outil n'était pas celui que l'on imaginait.

Une demande peut sembler parfaitement formulée et pourtant masquer un problème différent.

La situation

L'entreprise avait choisi Hyros pour mesurer et analyser avec précision le parcours de ses prospects et la performance de ses campagnes marketing. Son choix était aussi fortement influencé par les entrepreneurs américains dont le dirigeant suivait les méthodes : plusieurs utilisaient Hyros, ce qui renforçait sa conviction d'avoir choisi « le meilleur outil du monde ». Pour lui, cette technologie devait naturellement contribuer à accélérer la croissance de son chiffre d'affaires. Le coût mensuel élevé de la plateforme semblait donc justifié par les performances qu'il en attendait. Avec le recul, une question devenait pourtant essentielle : l'entreprise exploitait-elle réellement les capacités de l'outil à la hauteur de ce qu'elle payait ? 

La demande initiale

Le client nous a demandé d'intégrer davantage les fonctionnalités de Hyros à son système informatique, afin d'exploiter plus largement les capacités de la plateforme et d'améliorer son potentiel. L'objectif était de faire remonter davantage de données, d'automatiser certaines actions et de mieux exploiter les informations produites par Hyros, avec l'idée de rentabiliser un abonnement particulièrement coûteux. 

Le vrai problème

En échangeant avec le dirigeant, ses collaborateurs et les équipes qui l'accompagnaient, nous avons constaté que l'entreprise n'avait pas encore atteint le niveau de maturité où l'enrichissement du tracking constituait sa priorité. Les capacités supplémentaires de Hyros ne représentaient qu'une fraction des gains qu'elle pouvait encore obtenir ailleurs. Une partie importante des prospects se perdait en amont, notamment à travers une chaîne YouTube peu performante. Le système informatique reposait sur plusieurs outils parfois obsolètes et mal interconnectés, générant des frictions qui auraient davantage justifié la mise en place d'un ERP. L'organisation RH présentait également des problèmes d'adéquation entre les personnes, leurs fonctions et les responsabilités critiques. À cela s'ajoutait un fonctionnement permanent dans l'urgence : les productions étaient souvent finalisées trop tard pour être testées correctement avant leur mise en ligne. Enfin, le dirigeant consacrait encore une part importante de son temps à des tâches opérationnelles qui pouvaient être déléguées, au détriment de son rôle de CEO. 

Dans ce contexte, ajouter de nouvelles fonctionnalités à Hyros répondait à une demande réelle, mais ne constituait pas la réponse prioritaire aux besoins de l'entreprise. 

La décision

Nous avons proposé de revenir au besoin réel de l'entreprise avant de chercher à enrichir davantage Hyros. Nous devions d'abord comprendre ce qui se passait réellement sur les différents canaux d'acquisition et sur le site, avec les moyens les plus simples et les plus maîtrisables possibles. 

La première étape consistait à développer un outil interne capable de collecter les visites et les conversions à partir des logs Apache et des paramètres présents dans les URL. L'objectif était d'obtenir une vision fiable des parcours, des taux de conversion des pages d'opt-in, des tunnels et de la collecte du consentement. 

Cette première approche devait ensuite pouvoir évoluer vers une utilisation complémentaire de Matomo, puis vers des analyses plus avancées lorsque les besoins réels de l'entreprise le justifieraient. L'idée était volontairement progressive : commencer par le besoin le plus simple, mesurer ce qui se passe réellement, puis augmenter les capacités du système au rythme de l'entreprise. 

Le client souhaitait néanmoins continuer à faire remonter ces données dans Hyros. Nous avons donc mis en place des automatisations sur une instance n8n auto-hébergée afin de transmettre les conversions à Hyros ainsi qu'aux plateformes Google et META. 

Le projet global n'a pas pu être mené jusqu'à son terme pour des raisons indépendantes de notre intervention. Il a cependant permis d'observer le trafic réel et de confirmer un point déterminant : l'utilisation de Hyros soulevait un problème majeur de conformité RGPD. 

L'analyse a notamment montré qu'une faible proportion des visiteurs acceptait l'utilisation de leurs données personnelles. Nous avons alors proposé une nouvelle stratégie : revoir les pages d'opt-in afin de mieux respecter les exigences de consentement tout en recherchant une amélioration du taux d'acceptation. 

Le client craignait qu'une approche plus rigoureuse fasse diminuer les conversions. Plutôt que de chercher à le convaincre, nous avons mis en place un test A/B opposant sa version initiale à la version modifiée. Après plusieurs mois d'observation, la version modifiée obtenait de meilleurs taux de transformation et un taux d'acceptation sensiblement supérieur. 

La réalisation

Nous avons commencé par construire un outil interne simple, dédié à la collecte des visites et des conversions à partir des logs Apache et des paramètres présents dans les URL. Cette approche permettait d'observer directement les parcours des visiteurs et les performances réelles des pages d'opt-in et des tunnels. 

En parallèle, des automatisations ont été développées sur une instance n8n auto-hébergée afin de faire circuler les données de conversion entre les différents outils utilisés par l'entreprise, notamment Hyros, Google Ads et META. 

Le dispositif a ensuite permis de comparer deux versions des pages d'opt-in dans le cadre d'un test A/B : la version initiale du client et une version conçue pour améliorer à la fois la conformité du recueil du consentement et la transformation des visiteurs. 

L'ensemble a été construit de manière progressive, avec une priorité donnée à l'observation des données réelles avant l'ajout de fonctionnalités plus complexes. 

Le résultat

Le premier résultat a été de déplacer le centre de gravité du problème. L'analyse a montré que l'enrichissement du tracking de Hyros ne constituait pas, à ce moment-là, le principal levier de progression pour l'entreprise. D'autres sujets — acquisition, organisation, outils internes, ressources humaines et disponibilité du dirigeant — offraient un potentiel d'amélioration bien plus important. 

Cette conclusion a également confirmé une conviction essentielle : le besoin réel d'une entreprise peut être très différent de la demande formulée initialement. Le travail d'analyse consiste précisément à identifier cette différence avant d'investir davantage dans une solution. 

Le test A/B mené ensuite sur les pages d'opt-in a apporté une démonstration concrète. La version modifiée présentait de meilleurs taux de transformation et un taux d'acceptation du consentement sensiblement supérieur à celui de la version initiale. Une approche plus rigoureuse sur le plan du consentement n'avait donc pas conduit à la perte de performance redoutée par le client. 

Ce que cette expérience m'a appris

La confiance. 

Un client vient chercher une compétence qu'il ne possède pas. Il doit pouvoir expliquer son besoin, poser ses questions et conserver sa capacité de décision. Mais, pour tirer pleinement parti d'un accompagnement, il doit également accepter que l'analyse puisse conduire à une réponse différente de celle qu'il imaginait au départ. 

Chez NOLEAN, cette confiance est essentielle. Elle nous permet de dire ce que nous pensons réellement, y compris lorsque notre conclusion remet en question la demande initiale. Notre responsabilité consiste ensuite à expliquer notre raisonnement, à mesurer les hypothèses lorsque cela est possible et à donner au client les éléments nécessaires pour décider en connaissance de cause. 

Note de contexte :

Projet réalisé avant la création de NOLEAN, dans le cadre du parcours professionnel du fondateur. Les informations permettant d'identifier l'organisation concernée sont volontairement omises.

Automatiser sans devenir dépendant.

L'automatisation peut faire gagner énormément de temps. Elle peut également créer de nouvelles dépendances lorsque l'architecture et les données ne sont plus maîtrisées.

La situation

L'écosystème numérique de l'entreprise reposait déjà sur plusieurs plateformes spécialisées, chacune remplissant une fonction précise. GHL et Kajabi géraient différentes pages de vente, WordPress constituait le site principal, Hyros assurait le suivi marketing et était relié à Google Ads et META. GHL était également relié à Make par webhook, mais uniquement pour alimenter un scénario qui mettait à jour une liste d'abonnés dans ActiveCampaign. 

Le système fonctionnait, mais les données et les processus étaient répartis entre plusieurs outils, avec des connexions ponctuelles et des niveaux d'intégration très différents. L'entreprise souhaitait aller plus loin dans l'automatisation de ces échanges. 

La demande initiale

Le client rencontrait deux difficultés avec Hyros. D'une part, il savait que la plateforme pouvait produire des indicateurs marketing très précis, mais sa complexité et sa documentation essentiellement en anglais l'empêchaient de la paramétrer correctement. Il envisageait donc soit de faire intervenir un spécialiste de Hyros, soit d'utiliser Make pour automatiser les différentes remontées de données nécessaires à son fonctionnement. 

D'autre part, il s'interrogeait sur la fiabilité de certaines attributions produites par Hyros. Pour un produit dont le délai moyen entre le premier contact et l'achat était d'environ 42 jours, il lui paraissait difficile de déterminer avec certitude quelle source avait réellement contribué à la conversion. Hyros permettait notamment d'attribuer la vente au premier ou au dernier point d'entrée, mais ne permettait pas de prendre en compte certains événements intermédiaires susceptibles d'avoir joué un rôle déterminant. 

C'est dans ce contexte que nous avons envisagé une approche complémentaire : collecter nous-mêmes les visites et les événements, afin de disposer d'une donnée indépendante pouvant ensuite être analysée et transmise à Hyros ou à d'autres outils selon les besoins. 

Le client souhaitait néanmoins conserver Make comme outil d'automatisation. À cette période, nous commencions parallèlement à utiliser n8n en auto-hébergement, notamment pour mieux maîtriser les données et réduire les dépendances aux plateformes SaaS. 

Le vrai problème

Le véritable problème n'était pas de trouver le moyen de faire communiquer davantage d'outils entre eux. Il fallait d'abord s'assurer que les données que nous cherchions à faire circuler étaient suffisamment fiables et comprises pour pouvoir fonder des décisions dessus. 

Le projet risquait sinon de construire une chaîne toujours plus complexe autour de Hyros : GHL produisait certaines données, Make les transportait, Hyros les interprétait, puis d'autres plateformes pouvaient être sollicitées pour compléter le dispositif. Chaque ajout répondait à un besoin ponctuel, mais augmentait parallèlement le nombre de dépendances et la difficulté à comprendre l'ensemble du système. 

Avant d'automatiser davantage, il fallait donc reprendre la maîtrise de la donnée à sa source et disposer d'une vision indépendante des parcours réels des visiteurs. C'est cette nécessité qui a conduit à envisager une collecte directe des visites et des conversions, séparée de Hyros, afin de pouvoir ensuite comparer, analyser et transmettre les informations aux outils réellement utiles. 

La décision

Nous avons choisi d'agir sur les deux niveaux, en commençant par le plus concret : reprendre la maîtrise des données à leur source. L'idée était de construire une collecte indépendante des visites et des conversions, capable d'exister en dehors de Hyros et de transmettre ensuite les informations vers les outils qui resteraient réellement utiles. 

Cette base devait permettre de comparer les données produites par les différentes plateformes, de mieux comprendre les parcours des prospects et de faire évoluer progressivement le système en fonction des besoins réels. 

En parallèle, nous avons envisagé de réduire progressivement la dépendance à l'empilement des solutions externes. L'objectif n'était pas de remplacer systématiquement chaque outil par un développement spécifique, mais de déterminer, pour chaque fonction, ce qui devait rester confié à une plateforme existante et ce qui méritait d'être maîtrisé directement par l'entreprise. 

Le choix de l'outil d'automatisation constituait lui-même un exemple de cette problématique. Le client souhaitait conserver Make, tandis que nous commencions à utiliser n8n en auto-hébergement, notamment pour mieux maîtriser les données et limiter les dépendances aux services SaaS. Nous avons respecté ce choix et construit les premières automatisations avec Make. 

La réalisation

Nous avons développé un premier dispositif de collecte permettant de récupérer les données de visites et de conversions directement depuis l'environnement du client, puis de les faire circuler vers Make afin d'alimenter les automatisations existantes. 

Une première remontée de conversions a effectivement été mise en place pour les inscriptions aux lead magnets. Ces données pouvaient ensuite être transmises aux outils concernés afin de suivre les conversions issues des campagnes et des parcours d'acquisition. 

Le dispositif a été conçu comme une première brique indépendante de Hyros, avec la possibilité de l'enrichir progressivement en fonction des besoins réellement identifiés. 

La remontée complète de l'ensemble des conversions vers Hyros, Google Ads et META n'a toutefois pas été menée à son terme. De même, la réflexion sur une architecture plus indépendante et l'utilisation de n8n auto-hébergé sont restées à ce stade des pistes d'évolution plutôt que des éléments effectivement déployés dans ce projet. 

Le résultat

La première réalisation a permis de disposer d'une source de données indépendante de Hyros et d'obtenir une visibilité plus fiable sur les conversions issues des lead magnets. Cette collecte a également permis d'observer plus précisément le fonctionnement du système d'attribution et d'identifier des limites que le seul tableau de bord de Hyros ne permettait pas de percevoir. 

L'analyse des données transmises par le système de tracking a notamment mis en évidence que de nombreux pixels déclenchés par le JavaScript de Hyros l'étaient alors que le visiteur n'avait pas manifestement accepté l'utilisation de ses données personnelles. Cela a renforcé les réserves que nous avions déjà formulées sur la conformité du dispositif. 

Le projet a également révélé une autre difficulté : l'automatisation devenait rapidement coûteuse et complexe. Le coût de Make dépassait déjà les estimations initiales alors que le système n'était pas encore utilisé à pleine charge. Cette contrainte nous a conduits à limiter certaines automatisations et à arbitrer les traitements à exécuter. 

Enfin, l'architecture du scénario d'automatisation a fait apparaître une divergence importante sur la manière de concevoir les workflows. Nous avions choisi un point d'entrée unique, avec des branches correspondant aux différents parcours et événements, afin de pouvoir retrouver rapidement le traitement d'un visiteur et suivre son cheminement jusqu'à une éventuelle erreur. D'autres intervenants préconisaient au contraire de multiplier les scénarios indépendants. 

Cette divergence technique est finalement devenue une question de confiance. Le choix d'une architecture ou d'une autre peut toujours être débattu ; ce qui compte, dans une relation d'accompagnement, est que le client puisse accorder suffisamment de crédit à l'expérience et au raisonnement de son interlocuteur pour accepter une décision argumentée, même lorsqu'elle s'écarte des pratiques les plus répandues. 

Ce que cette expérience m'a appris

L'indépendance. 

Une entreprise doit pouvoir conserver sa capacité à comprendre ses outils, à maîtriser ses données et à faire évoluer son système sans dépendre entièrement des plateformes qui l'entourent. 

Cette indépendance concerne aussi les décisions. Elle suppose de pouvoir examiner les pratiques établies, écouter les avis extérieurs et, lorsque l'analyse conduit à une autre conclusion, assumer un choix cohérent avec le contexte de l'entreprise. 

Chez NOLEAN, l'indépendance ne signifie pas travailler seul ni refuser les outils existants. Elle signifie conserver suffisamment de maîtrise pour savoir pourquoi un choix est fait, pouvoir en mesurer les conséquences et rester libre d'en changer lorsque la situation l'exige. 

Note de contexte :

Projet réalisé avant la création de NOLEAN, dans le cadre du parcours professionnel du fondateur. Les informations permettant d'identifier l'organisation concernée sont volontairement omises.

L'IA là où elle crée réellement de la valeur.

La question n'est pas de savoir où placer de l'intelligence artificielle.

La question est de savoir où elle apporte réellement quelque chose à l'organisation.

La situation

L'entreprise constatait que ses commerciaux produisaient régulièrement des devis incomplets ou erronés. Ils souhaitaient utiliser l'intelligence artificielle pour simplifier cette tâche : le commercial pourrait formuler sa demande en langage naturel, par exemple « Fais-moi un devis pour la société Untel avec un abonnement pour six personnes », et l'IA se chargerait de construire automatiquement la proposition commerciale. 

La demande semblait particulièrement adaptée aux capacités actuelles de l'intelligence artificielle. Pourtant, en examinant le fonctionnement commercial de l'entreprise, une question plus importante est apparue : le véritable problème était-il réellement la production des devis ? 

La demande initiale

Le client demandait la création d’une fonctionnalité permettant aux commerciaux de générer automatiquement un devis à partir d’une instruction formulée en langage naturel, grâce à une intelligence artificielle. L’objectif était de leur permettre de décrire simplement le besoin du client ; par exemple : “Fais-moi un devis pour la société Untel, avec un abonnement pour six personnes” et de laisser l’IA interpréter cette demande pour produire le devis attendu. 

Le vrai problème

Je ne comprenais pas comment les commerciaux pouvaient se tromper aussi facilement et fréquemment, notamment sur des éléments aussi fondamentaux que l'ajout de la TVA ou des frais d'installation. 

En échangeant avec eux, j'ai découvert qu'il s'agissait de commerciaux indépendants qui exerçaient plusieurs activités et travaillaient pour différentes entreprises. Le déclic est alors venu : il était illusoire d'attendre d'eux qu'ils mémorisent plusieurs processus commerciaux, les particularités de chaque offre et le fonctionnement de plusieurs CRM différents, alors même qu'ils n'utilisaient pas quotidiennement les outils de cette entreprise. 

Dans ce contexte, simplifier davantage les applications informatiques ne suffisait pas. Le problème ne venait pas seulement de la complexité des logiciels, mais du fait que leurs utilisateurs ne pouvaient pas en mémoriser durablement le fonctionnement. 

J'ai également compris que le faible chiffre d'affaires réalisé par les commerciaux n'était probablement pas la conséquence d'un outil de devis mal conçu. Le véritable enjeu se situait plus en amont, dans la prospection et la négociation : les commerciaux ne disposaient pas toujours des informations, des arguments et de la connaissance des offres nécessaires pour mener efficacement leur entretien avec un prospect. 

La simplification de la création des devis restait nécessaire, mais elle ne constituait qu'une réponse partielle. Il fallait aller plus loin et concevoir un véritable assistant commercial capable d'accompagner les commerciaux dans leur démarche, avant même que le devis ne soit établi. C'est à ce moment que l'intelligence artificielle est apparue comme une réponse particulièrement pertinente au problème réel de l'entreprise. 

La décision

À partir de ce constat, j'ai proposé de déplacer le rôle de l'intelligence artificielle dans le parcours commercial. 

La génération automatique des devis devait bien être simplifiée, mais elle ne devait constituer qu'une première brique. L'objectif était de concevoir un véritable assistant commercial capable d'accompagner les commerciaux là où leur manque d'information et de connaissance des offres avait le plus d'impact : dans la prospection, la préparation des échanges et la négociation. 

L'assistant devait pouvoir comprendre une demande formulée simplement, rechercher les informations pertinentes dans les données de l'entreprise, rappeler les caractéristiques d'une offre, fournir des arguments commerciaux, signaler les particularités à prendre en compte et aider le commercial à construire une réponse adaptée au prospect. La génération du devis devenait alors l'une des conséquences naturelles de cet accompagnement, plutôt que le cœur du dispositif. 

Cette approche s'inscrivait dans une réflexion plus large sur l'évolution de l'entreprise à l'horizon 2030. Je proposais de faire évoluer progressivement l'entreprise d'une logique de catalogue d'avantages vers celle d'un service capable de connaître son utilisateur, de comprendre son contexte et de lui apporter spontanément les informations ou les services pertinents. 

Dans cette vision, l'intelligence artificielle ne remplace pas le conseil humain. Elle prend en charge la recherche, la préparation, certaines tâches répétitives et l'accès immédiat à l'information, afin que la relation humaine puisse se concentrer sur ce qui apporte le plus de valeur. Le commercial doit ainsi pouvoir s'appuyer sur un assistant qui connaît réellement l'entreprise, ses offres et ses règles, tout en restant maître de la décision et de la relation avec le client. 

La réalisation

La réalisation du projet a commencé par la construction d'une infrastructure permettant à l'assistant d'accéder aux connaissances de l'entreprise. Un serveur Nextcloud a été mis en place pour centraliser la documentation et les fichiers utilisés comme sources d'information. 

n8n pilote leur indexation et alimente une base vectorielle Qdrant, afin de rendre ces informations exploitables par un agent d'intelligence artificielle. Un agent IA a ensuite été configuré dans n8n pour interroger cette base documentaire et rechercher les informations pertinentes en fonction des questions qui lui sont posées. 

Une application front-end développée sous Laravel constitue l'interface avec les utilisateurs. Elle permet aux commerciaux d'échanger avec l'assistant sous la forme d'un chat et d'accéder progressivement à différentes fonctions. 

Deux premières fonctions ont notamment été développées. La première est une fonction de motivation et d'assistance destinée à accompagner le commercial dans son activité. La seconde permet de rechercher des informations dans la documentation de l'entreprise et d'obtenir des réponses aux questions posées en langage naturel. 

Cette première réalisation a toutefois fait apparaître une difficulté importante. L'indexation des documents fonctionne correctement, mais la qualité des réponses dépend fortement de la qualité et de la structure des fichiers utilisés comme sources. Il arrive ainsi qu'une information soit bien présente dans la base documentaire sans que l'assistant parvienne à la retrouver ou à l'exploiter correctement. Le problème ne réside donc pas uniquement dans le modèle d'intelligence artificielle, mais également dans la manière dont l'information de l'entreprise est structurée, découpée et rendue accessible à l'agent. 

La prochaine étape consiste à connecter le CRM de l'entreprise à l'application Laravel et à n8n. L'assistant pourra alors accéder, selon les droits et les besoins définis, aux informations relatives aux prospects, aux clients, aux devis, aux factures et aux principaux indicateurs de l'activité. 

Cette connexion doit permettre de faire évoluer progressivement l'assistant documentaire vers un véritable assistant commercial, capable de croiser les connaissances générales de l'entreprise avec les données opérationnelles du CRM. Les fonctionnalités prévues dans la vision à plus long terme pourront ensuite être développées progressivement, au fur et à mesure que les fondations techniques et les usages seront stabilisés. 

Le résultat

Les fonctionnalités déjà développées n'ont pas encore été mises en production. Plusieurs raisons ont conduit à faire ce choix : l'application présente encore des bugs, elle ne couvre pas encore l'ensemble des fonctionnalités attendues et son utilisation dans cet état risquerait de provoquer une première expérience décevante auprès des commerciaux. 

Cette précaution est volontaire. Une mise à disposition trop précoce aurait pu conduire les commerciaux à ne percevoir qu'une partie de la valeur de l'assistant, voire à considérer l'outil comme insuffisamment utile pour leur activité. Il aurait ensuite été plus difficile de leur faire adopter durablement une version aboutie, après avoir créé une première impression négative. 

Le principal résultat de cette phase ne réside donc pas encore dans l'utilisation de l'assistant, mais dans la compréhension plus fine de l'organisation commerciale et de ses besoins. Les nombreux échanges intervenus au cours du projet ont fait apparaître une difficulté plus structurelle, indépendante de l'informatique : l'entreprise reposait principalement sur des commerciaux multicartes, qui consacraient leur activité à plusieurs sociétés et étaient donc naturellement moins investis dans le développement de celle-ci. 

Cette prise de conscience a conduit l'entreprise à décider de recruter des commerciaux travaillant exclusivement pour elle. Pour rendre cette nouvelle organisation attractive, un projet métier d'une ampleur inédite pour l'entreprise a été lancé, avec l'ambition de démultiplier le chiffre d'affaires de l'entreprise et, directement, celui des commerciaux. 

Ce nouveau projet modifie nécessairement le calendrier de l'assistant commercial IA. Dans l'intervalle, les applications existantes (notamment le CRM et les applications web) doivent être adaptées pour accompagner cette nouvelle organisation commerciale. 

Ces adaptations sont toutefois conçues avec une vision à plus long terme. L'enjeu consiste à éviter de développer des solutions provisoires qui devront être abandonnées lorsque l'assistant commercial reprendra. Chaque évolution doit autant que possible constituer une brique réutilisable dans l'architecture future. L'intelligence artificielle reste ainsi une étape du projet. Cependant, la réflexion porte désormais sur l'ensemble du système commercial et sur la manière dont ses différentes composantes pourront progressivement converger vers la vision définie à l'horizon 2030.

Ce que cette expérience m'a appris

L'intelligence artificielle ne doit jamais devenir une fin en soi.

Ce projet m'a conforté dans une conviction essentielle : l'intelligence artificielle ne constitue pas une réponse systématique aux problèmes d'une entreprise. Elle est un outil, parfois extrêmement puissant, mais qui doit être intégré dans une réflexion plus globale sur l'organisation, les métiers, les processus et les objectifs de l'entreprise. 

En 2026, cette réflexion reste fondamentalement humaine. Elle permet de déterminer où l'IA apporte réellement de la valeur, où elle ne fait que déplacer un problème et où d'autres solutions sont plus pertinentes. 

Dans le cas présent, le projet d'assistant commercial IA a finalement contribué à faire émerger des priorités plus fondamentales : renforcer l'organisation commerciale avec des collaborateurs dédiés à l'entreprise et développer une offre de services plus large et plus ambitieuse. L'assistant pourra ensuite venir renforcer cette organisation, plutôt que tenter de compenser ses faiblesses. 

Cette approche apporte également une forme de résilience. Si demain les capacités de production des systèmes d'IA devenaient insuffisantes, si leurs conditions d'accès évoluaient ou si leur coût les rendait  inaccessibles aux TPE, l'entreprise pourrait poursuivre son activité et continuer à se développer. Ses fondamentaux commerciaux, son offre et ses processus ne reposeraient pas entièrement sur l'intelligence artificielle. 

L'objectif n'est donc pas de déléguer l'intelligence de l'entreprise à l'IA, mais de l'augmenter sans lui abandonner sa maîtrise. 

Note de contexte :

Projet réalisé avant la création de NOLEAN, dans le cadre du parcours professionnel du fondateur. Les informations permettant d'identifier l'organisation concernée sont volontairement omises.

NOTRE CONVICTION

L'intelligence augmentée, jamais déléguée.

La technologie peut augmenter considérablement les capacités d'une personne ou d'une organisation.

Le discernement qui permet de décider où, quand et pourquoi l'utiliser reste essentiel.

VOTRE PROJET

Votre projet sera différent.

L'expérience permet simplement d'éviter quelques détours.