Un projet de recherche sur l'irrigation de précision chez LiteFarm, couvrant capteurs de sol IoT, systèmes à débit variable et pivots automatisés. Les preuves ont renversé le brief « plus de tech ». Mené en solo, de la recherche à la livraison.
Le projet Smart Irrigation de LiteFarm est arrivé avec une hypothèse intégrée : les agriculteurs avaient besoin de plus de technologie. Capteurs d'humidité du sol IoT, irrigation à débit variable, pivots automatisés qui dosent l'eau au mètre carré. Mon brief était de concevoir pour cet avenir.
Les preuves l'ont renversé. Les agriculteurs ne demandaient pas plus de technologie. Ils en demandaient moins.
LiteFarm est une plateforme open-source de gestion agricole utilisée dans plus de 160 pays. J'étais le seul designer, couvrant recherche, stratégie, UI et livraison à moi seul. Ce qui signifiait aussi devenir fluent, vite, dans un domaine d'agriculture de précision que personne dans l'équipe ne connaissait assez pour tester le brief des parties prenantes. Voici comment je l'ai fait, et ce que ça a changé.
Avant de pouvoir optimiser quoi que ce soit, j'ai dû comprendre ce qu'était réellement le poste. Pas la fiche de poste. Le vrai travail.
Dans une organisation design au complet, ce travail serait réparti entre un chercheur UX, un product designer, un UI designer, un stratège design, et quelqu'un pour gérer le design system et la présence web. Chez LiteFarm, cette personne, c'était moi.
Le périmètre complet incluait la recherche utilisateur et sa synthèse sur plusieurs segments d'agriculteurs ; la recherche marché et domaine sur les technologies agricoles émergentes ; l'apport stratégique UX et la direction produit ; le journey mapping, le wireframing et le prototypage ; la conception UI au pixel près et sa livraison ; la conception du site web et des supports marketing ; et une collaboration étroite avec les développeurs, les product managers et les parties prenantes externes.
Le risque n'était pas l'épuisement. Le risque, c'était de mal faire tout ça, d'aller si vite que ce qui compte, la recherche, les vrais besoins utilisateurs, la réflexion, disparaisse au profit de livrables qui ont l'air d'avancer.
Je n'ai pas accepté ce compromis. À la place, j'ai reconstruit le processus.
Avant de me tourner vers un quelconque outil, IA ou autre, j'ai cartographié où se trouvait le vrai frottement.
Trois schémas sont apparus immédiatement.
Du temps perdu dans la traduction. Les données de recherche brutes, des heures d'enregistrements d'entretiens, des pages de notes, restaient trop éloignées des décisions prises. L'écart entre « on a parlé à des agriculteurs » et « voici ce dont ils ont besoin » était trop large et trop lent.
Des lacunes de connaissance du domaine créant des goulots d'étranglement. Smart Irrigation impliquait d'évaluer des capteurs de sol IoT, l'irrigation à débit variable et des pivots automatisés, et personne dans l'équipe n'avait le bagage technique pour juger ce qui était faisable, ce qui avait du sens, et ce qui n'était que de la technologie pour la technologie. Cet écart ralentissait tout.
La fragmentation cognitive. Basculer constamment entre mode recherche, mode stratégie et mode artisanat coûte cher. Chaque changement de contexte coûte du temps et de la profondeur. Sans système, le travail était réactif, pas délibéré.
La solution n'était pas de travailler plus dur sur les trois fronts. C'était de déterminer quelles parties du processus exigeaient vraiment le jugement humain, et lesquelles pouvaient être accélérées sans perte de qualité. Cette distinction est devenue le fondement de tout ce qui a suivi.
Ce n'est pas une liste d'outils. Les outils sont secondaires. Ce qui compte, c'est la méthode.
Le pipeline que j'ai construit compte cinq étapes. Chacune est une décision délibérée sur où l'IA amplifie le travail, et où je garde le contrôle total.
Quand le projet Smart Irrigation est arrivé, le brief contenait une hypothèse intégrée : les agriculteurs avaient besoin de plus de technologie. Des capteurs d'humidité du sol IoT. De l'irrigation à débit variable. Des pivots automatisés qui dosent l'eau au mètre carré.
Le problème : personne dans l'équipe, moi y compris, n'en savait assez sur le domaine pour tester cette hypothèse. Et la pression des parties prenantes pour aller vers une technologie d'agriculture de précision avancée était forte.
J'ai commencé par une immersion dans le domaine. Gemini Deep Research m'a donné une compréhension rapide et structurée du paysage de l'irrigation de précision : le matériel de capteurs, les systèmes à débit variable et à pivot, les axes de recherche, les schémas d'adoption. NotebookLM m'a aidé à interroger des articles techniques et des recherches sur les capteurs d'une manière qui a fait émerger les vraies questions sous les questions évidentes.
Puis je suis allé sur le terrain, de façon structurée.
D'abord, j'ai interviewé des chercheurs et ingénieurs travaillant sur les capteurs intelligents et l'irrigation de précision, pour comprendre pourquoi le domaine poussait toujours vers plus de technologie, ce qu'ils cherchaient à résoudre, et ce qu'ils supposaient des agriculteurs pour qui ils concevaient.
Puis j'ai parlé aux agriculteurs. Six au total. Entretiens structurés. Traduits et transformés en un diagramme d'affinité à grande échelle et une carte d'empathie détaillée.
Ce qui est revenu n'était pas ce que le projet attendait.
Les agriculteurs ne demandaient pas plus de technologie. Ils en demandaient moins. Plus précisément : des systèmes qui n'ajoutaient pas à leur charge cognitive, qui fonctionnaient dans des environnements à faible connectivité, qui ne les obligeaient pas à apprendre une nouvelle interface chaque saison, et qui ne présupposaient pas un niveau de littératie technique que la plupart d'entre eux n'avaient pas et ne voulaient pas.
La recherche n'a pas seulement informé le design. Elle a directement changé ce qui a été construit.
Des fonctionnalités priorisées sur la base de leur possibilité technique ont été déclassées. La direction produit est passée de « comment donner plus de données aux agriculteurs » à « comment leur donner des décisions plus claires ». C'est un brief fondamentalement différent. Et cela a produit un produit fondamentalement différent.
Ce basculement s'est produit parce que le processus de recherche était assez rigoureux pour tenir face à la pression des parties prenantes. Le diagramme d'affinité n'était pas un résumé. C'était une preuve. La carte d'empathie n'était pas un livrable. C'était un miroir.
L'IA a rendu la synthèse assez rapide pour compter. Le jugement humain l'a rendue assez juste pour changer le résultat.
Je veux être honnête là-dessus, parce que l'alternative est une étude de cas qui survend les outils et sous-vend la réflexion.
L'IA est réellement utile pour la reconnaissance de motifs à grande échelle, pour une première synthèse, pour des briefings de domaine, pour rédiger de la documentation, et pour réduire la distance entre données brutes et insight structuré.
L'IA n'est pas utile pour décider de ce qui compte. Pour lire le registre émotionnel d'un agriculteur frustré mais poli. Pour savoir quand un pattern de design est techniquement correct mais humainement faux. Pour ce moment en réunion avec les parties prenantes où les données disent une chose et la salle en veut une autre, et où quelqu'un doit tenir bon.
Ces moments ne sont pas des problèmes d'IA. Ce sont des problèmes de jugement. Et le jugement n'est pas une fonctionnalité qu'on ajoute à un pipeline.
La pratique que j'ai construite chez LiteFarm ne consiste pas à remplacer la réflexion par l'automatisation. Elle consiste à protéger la réflexion en automatisant ce qui l'entoure.
Un designer. Fonction design complète. Aucun effectif supplémentaire.
20 heures d'entretiens agriculteurs transformées en insight structuré. En solo.
Sur la recherche, la stratégie, l'UX, l'UI et la livraison au pixel près.
La recherche Smart Irrigation a directement changé ce qui a été construit. Le brief est passé de « donner plus de données aux agriculteurs » à « leur donner des décisions plus claires ». Pas un design plus rapide, de meilleures décisions. C'est le résultat qui compte le plus.
Recherche, stratégie, UX, UI et livraison ont tous été couverts sans jamais déléguer la responsabilité de la qualité.
20 heures d'entretiens transformées en insight exploitable en moins de 5 jours, non pas comme exception ponctuelle, mais comme processus reproductible.
L'irrigation de précision, les capteurs IoT et les systèmes à débit variable exigeaient une connaissance approfondie, vite. Le processus d'immersion assisté par IA a permis des entretiens crédibles avec des chercheurs du domaine quelques jours après l'avoir découvert.
La recherche Smart Irrigation a directement réorienté le brief produit. Pas un design plus rapide, de meilleures décisions. C'est le résultat qui compte le plus.
L'IA doit gérer les parties du processus qui n'exigent pas de jugement humain, mise en forme, rédaction, premier clustering, documentation. Les moments qui exigent interprétation, empathie et argumentation vous appartiennent. Gardez-les ainsi.
L'immersion dans le domaine avant les entretiens n'est pas optionnelle. Les briefings de recherche assistés par IA compressent des semaines de travail de fond en quelques jours. Présentez-vous assez à l'aise pour poser les questions qui comptent.
La différence entre une recherche qui change des décisions et une recherche qu'on classe, c'est la structure. Les diagrammes d'affinité, les cartes d'empathie et les hiérarchies d'insight sont des arguments. Construisez-les avec l'intention de gagner.
Le prototypage rapide, la nuance émotionnelle, la navigation avec les parties prenantes et le jugement visuel final ne sont pas des problèmes d'IA. Traitez-les comme tels, et vous livrerez les mauvaises choses plus vite. Ce n'est pas du progrès.
Tout ce que j'ai construit chez LiteFarm peut se transposer sur une équipe de deux, cinq ou vingt personnes. Le pipeline s'adapte à l'échelle. Les principes restent les mêmes.
Mon travail est guidé par la recherche et ancré dans la pratique. Je pense au niveau stratégique et je reste dans le métier. Si vous construisez quelque chose qui a besoin des deux, parlons-en.