Projets
EN FR
Étude de cas · LiteFarm · 2024 · 11 min de lecture

835 fermes dans 114 pays l'utilisent. Je ne connaissais rien à l'agriculture au départ.

Comment des entretiens approfondis sur cinq continents ont transformé un domaine inconnu et intimidant en une fonctionnalité de gestion des animaux aujourd'hui utilisée quotidiennement dans LiteFarm. Recruté en solo pour la rechercher, la définir et la concevoir, du début à la fin.

Client
LiteFarm
Rôle
Lead Product Designer (Solo)
Année
2024
Disciplines
UX ResearchInformation ArchitectureProduct DesignMobile DesignAgritech
835 farms in 114 countries use it. I knew nothing about farming when I started.

Des éleveurs répartis sur 835 fermes dans 114 pays gèrent aujourd'hui leurs animaux dans LiteFarm.

Ils ajoutent les animaux un par un quand ils les connaissent par leur nom, ou par lots quand ils mènent un troupeau de plusieurs centaines. Ils suivent les naissances, les déplacements, les traitements et tout le parcours de vie d'un animal, depuis un téléphone, dans un champ, souvent sans réseau. La fonctionnalité est en production, utilisée quotidiennement sur la plateforme, et les retours des agriculteurs et des parties prenantes ont été les meilleurs de ma carrière.

Quand on m'a recruté pour la construire, je ne connaissais rien à l'agriculture.

J'ai été recruté chez LiteFarm spécifiquement pour piloter la fonctionnalité de gestion des animaux, et en quelques semaines le responsable produit est parti plusieurs mois en congé parental. Les spécifications de haut niveau qu'il avait rassemblées étaient solides mais volontairement ouvertes, et le domaine était réellement intimidant. L'agriculture durable, l'élevage, la réalité quotidienne d'un rancher, rien de tout cela n'était le mien. C'était à moi de commencer quelque part, seul, dans un domaine que je ne comprenais pas.

Alors j'ai fait la seule chose qui a toujours marché pour moi dans un domaine inconnu : j'ai arrêté de faire semblant de savoir, et je suis allé voir ceux qui savaient. La première chose qu'ils m'ont apprise, c'est que l'équipe connaissait ses propres utilisateurs moins bien qu'elle ne le croyait : l'app était conçue mobile-first, mais les agriculteurs étaient sur ordinateur portable. Cela a donné le ton pour tout le reste : questionner l'hypothèse, puis concevoir pour ce qui est réel. Une recherche ancrée dans le terrain a transformé une page blanche terrifiante en une fonctionnalité sur laquelle de vrais agriculteurs comptent aujourd'hui, et c'est la preuve la plus claire que j'aie d'une conviction bâtie sur toute une carrière : le métier du design se transfère à n'importe quel domaine, à condition d'accepter le travail de comprendre les gens qui l'habitent.

Je ne pouvais pas concevoir pour des agriculteurs que je ne comprenais pas, alors avant de proposer quoi que ce soit, je me suis fait l'élève du domaine et de nos utilisateurs.

J'ai commencé à l'intérieur même de LiteFarm : étudier l'app existante, parler à chaque partie prenante, fouiller les anciennes demandes de fonctionnalités, et lire chaque sondage, entretien d'agriculteur et bribe de matériel touchant à la gestion des animaux. Combiné aux spécifications du responsable produit, cela m'a donné une première vraie idée de ce que devait être une fonctionnalité d'élevage en agriculture durable.

Puis je suis allé sur le terrain. J'ai scripté et mené des entretiens approfondis avec des éleveurs sur cinq continents, choisis délibérément pour l'étendue de leurs besoins, de leurs animaux et de leur échelle :

  • Un grand ranch bio au Canada, en plein air, bovins, porcs et poulets en grand nombre.
  • Un éleveur d'une race de porc quasi disparue en Ontario, avec quelques bovins.
  • Une éleveuse de chèvres dans l'Irlande rurale, produisant du fromage de chèvre.
  • Une ferme bovine dans l'Inde rurale, produisant du ghee et d'autres produits laitiers.
  • Une coopérative d'agriculture bio au Brésil.
  • Un grand rancher aux États-Unis.

Des entretiens collectifs et des sondages numériques envoyés à notre base d'utilisateurs ont complété les données. L'étendue comptait : un éleveur qui nomme une race de porc quasi disparue et un rancher qui mène des milliers de têtes de bétail n'ont pas besoin du même outil, et concevoir pour un seul d'entre eux aurait discrètement exclu l'autre.

Empathy map synthesising what livestock farmers say, think, do, and feel, drawn from interviews across five continents
Carte d'empathie synthétisant ce que les éleveurs disent, pensent, font et ressentent, issue d'entretiens sur cinq continents

Les entretiens ne comptent que s'ils changent ce que l'on construit. Les miens ont changé l'architecture de la fonctionnalité à la racine.

J'ai construit cinq personas, séparés par les objectifs et par la taille du troupeau, et extrait une carte d'empathie des entretiens pour tenir dans une seule vue ce que les éleveurs disent, pensent, font et ressentent. Deux constats ont fait le gros du travail.

Certains agriculteurs créent un lien avec chaque animal. D'autres ne voient qu'un lot. Un éleveur capable de nommer un porc d'une race quasi disparue et d'en connaître la lignée a besoin d'un profil par animal. Un rancher qui mène un troupeau de centaines d'oiseaux de chair a besoin de les gérer en groupe, et serait pénalisé par un outil imposant la saisie une par une. Ce n'était pas une préférence à accommoder, c'était une bifurcation dans les données, et elle dépendait presque entièrement de la taille du troupeau. C'est devenu la colonne vertébrale de tout le module : la capacité d'ajouter et de gérer les animaux comme individu unique ou comme lot, de plein droit, dès le départ.

Les agriculteurs ont déjà un système, et c'est le papier, les tableurs et WhatsApp. La plupart travaillaient depuis des carnets ou des Google Sheets, coordonnant avec leur équipe sur WhatsApp, ce qui s'est révélé remarquablement courant dans l'agriculture partout dans le monde. Ils mémorisent les événements au pré, là où il n'y a pas de réseau, et saisissent les données le soir. Tout outil ignorant cette réalité, présumant un ordinateur portable et une connexion, ne serait tout simplement pas utilisé.

Un benchmark concurrentiel a affiné le tableau. J'ai évalué les applications de gestion animale de référence, à la recherche des schémas à imiter et des lacunes à exploiter, et j'ai découvert que la plupart sont chères. LiteFarm, gratuit et open-source, avait un avantage structurel : il pouvait servir les agriculteurs que ces outils écartaient par leur prix, à condition que l'expérience soit assez bonne pour justifier l'abandon du papier.

ÉTAPE 01

Mobile-first, pour des utilisateurs qui n'étaient pas sur mobile

Le problème
Toute l'app était bâtie sur une hypothèse fausse. J'ai été recruté dans un mandat mobile-first : le produit, le design, et même la navigation desktop étaient conçus mobile-first, le desktop portait simplement une nav mobile. Mais l'hypothèse était fausse. Les analytics racontaient une autre histoire, près de 90% des utilisateurs étaient sur navigateur d'ordinateur portable, et chaque entretien que j'ai mené l'a confirmé. LiteFarm était optimisé pour un appareil que la plupart des agriculteurs n'utilisaient pas.
La méthode
J'ai confronté le mandat aux données, constaté la réalité du desktop, et l'ai confirmée dans chaque conversation avec un agriculteur. Puis j'ai réarchitecturé les fondations dont la fonctionnalité animale aurait réellement besoin. Un nouveau plan de site, pour que le module ait un emplacement logique au lieu d'être greffé. Et un système de navigation entièrement responsive, sur desktop, tablette et mobile : une nav inter-appareils réorganisée, une navigation latérale admin, une nav mobile pensée pour le pouce, et des interactions cartographiques spécifiques au desktop, avec des états de survol, actif et de sous-menu documentés et des transitions animées. C'était assez conséquent pour être livré comme une release à part, afin de rester gérable. Rien de tout cela n'était dans le brief initial de la fonctionnalité animale.
Je maîtrise
Le jugement de renverser une hypothèse fondatrice de l'entreprise par des preuves, et la décision de réparer les fondations avant de construire la fonctionnalité pour laquelle j'avais été recruté. Le système de navigation responsive de bout en bout : chaque point de rupture, chaque état, le comportement des sous-menus, et le mouvement. La refonte du plan de site. Le constat qu'une fonctionnalité ne vaut que l'architecture dans laquelle elle vit.
Le résultat
Une navigation et une architecture de l'information qui correspondaient enfin à la façon dont les agriculteurs travaillent réellement, sur l'appareil qu'ils utilisent réellement. Le travail a été livré comme une release dédiée en janvier 2024, annoncée dans un article public que j'ai recherché, conçu et rédigé moi-même. Une correction qui a amélioré toute l'app, pas seulement la fonctionnalité que j'étais venu construire, et le socle qui a rendu possible un module animal cohérent.
The responsive navigation system across desktop, tablet, and mobile, replacing the original mobile-only nav, with documented states and transitions
Le système de navigation responsive sur desktop, tablette et mobile, remplaçant la nav mobile d'origine, avec états et transitions documentés
ÉTAPE 02

Un animal, ou un millier

Le problème
La recherche avait rendu l'exigence centrale non négociable : la fonctionnalité devait servir l'éleveur qui nomme chaque animal et le rancher qui les mène en lots, sans compromettre ni l'un ni l'autre. Deux modèles mentaux, un seul module.
La méthode
J'ai conçu le module d'inventaire autour d'un choix de plein droit entre ajouter un animal unique, avec son propre profil, sa lignée et son historique, et ajouter un lot, géré comme un groupe. Les flux partagent une colonne vertébrale mais respectent la différence : la saisie individuelle porte le détail dont un éleveur a besoin, la saisie par lot porte la rapidité dont une grande exploitation a besoin. Tout a été conçu mobile-first, pour une seule main, dans un champ, parce que c'est là que les données sont réellement saisies.
Je maîtrise
L'architecture d'interaction des flux d'ajout et de gestion, le modèle individuel-contre-lot, et chaque décision sur ce qu'un agriculteur voit d'abord par rapport à ce qui attend derrière un appui.
Le résultat
Un module d'inventaire qui s'adapte aux deux extrémités du spectre. Les deux modes sont activement utilisés, ce qui est la preuve que le choix issu de la recherche était juste, pas seulement astucieux.
The add-animal flow showing the choice between adding a unique individual and adding a batch
Le flux d'ajout d'animal montrant le choix entre ajouter un individu unique et ajouter un lot
ÉTAPE 03

Toute la vie d'un animal

Le problème
Ajouter un animal est la partie facile. Les agriculteurs devaient gérer tout le cycle de vie, naissances, déplacements entre groupes et emplacements, traitements, changements de statut, et la fin de vie d'un animal, chacun avec ses propres données, états et cas limites.
La méthode
J'ai conçu un workflow complet de gestion animale, de bout en bout, couvrant tout le cycle de vie de la naissance à la fin de vie, documenté jusqu'aux métadonnées clés, à l'UI et aux états d'écran. Le workflow cartographie la façon dont les animaux traversent le système dans le temps, pour que la fonctionnalité tienne non seulement à la première saisie mais sur les années où un agriculteur l'utilise réellement.
Je maîtrise
L'ensemble du workflow de cycle de vie, le modèle d'états qui le sous-tend, et la documentation de passation qui a permis à l'ingénierie de le construire tel que conçu.
Le résultat
Un workflow documenté assez profond pour être construit et assez complet pour couvrir le cycle de vie réel et désordonné de l'élevage, pas seulement le chemin idéal de l'ajout d'un nouvel animal.
The full animal lifecycle workflow, from birth to end of life, with metadata and screen states
Le workflow complet du cycle de vie animal, de la naissance à la fin de vie, avec métadonnées et états d'écran
LiteFarm · 2024

Voici la partie qu'on m'a dit, au départ, que je n'avais aucune raison de tenter. Je ne connaissais rien à l'agriculture, et j'ai conçu une fonctionnalité d'élevage aujourd'hui utilisée sur 835 fermes dans 114 pays.

Mais le chiffre n'est pas la preuve. La preuve, c'est que les deux agriculteurs situés aux extrémités opposées de tout ce que la recherche a révélé sont servis par la même fonctionnalité, sans que l'un soit sacrifié pour l'autre.

Prenez Tristan et Aubyn, en Colombie-Britannique. Ils élèvent des centaines de porcs et des milliers de poulets, et pour eux, les animaux individuels ne sont ni traçables ni pertinents. « During the summer we'll raise about 4,000 chickens, but those are tracked per batch, the whole 2,000 in one go. Any mortalities, feed numbers, slaughter data, it's all tracked for that flock. » Quand je leur ai demandé comment ils identifient les animaux, la réponse a été sans détour : « I don't have an animal ID for each one of those pigs. I just have an animal ID for that group of pigs, and I use the invoice number. » Ce dont ils avaient besoin d'un logiciel, c'était de pouvoir ajouter quarante porcs et en finir : « I don't even really know or care which ones are male or female. I just need to be able to save the whole thing with no details. »

Prenez maintenant Sara, dans l'ouest de l'Irlande. Elle a six chèvres laitières, dix au maximum, et connaît chacune par son caractère. « A bottle fed goat is like a dog, and a parent fed goat is like a goat. » Pour elle, l'individualité est l'essentiel, et c'est précisément ce qu'elle trouve absent des logiciels agricoles : « There's not a lot of room for that individuality. I like that this app is more for niche farms, that there's that bespoke nature to it. » Quand elle a utilisé le prototype, elle a réagi à la chose exacte que la recherche m'avait dit de construire : « You have the animal's name and their tag number right there. That's awesome. »

Tristan a besoin d'enregistrer quarante porcs sans le moindre détail. Sara a besoin du nom de ses chèvres à l'écran. Les entretiens ont révélé cette bifurcation, la taille du troupeau décide de quel côté vit un agriculteur, et la fonctionnalité tient les deux sans forcer ni l'un ni l'autre à plier. L'éleveuse qui nomme chaque animal et le rancher qui gère des troupeaux de milliers de têtes sont tous les deux dans le produit, tous les deux servis, exactement comme la recherche l'avait annoncé.

C'est ce que je veux dire quand j'affirme que le métier se transfère. Je ne suis pas devenu un expert de l'élevage. Je suis devenu un assez bon élève des éleveurs pour que ce que j'ai conçu s'accorde à leur vie, qu'ils aient six chèvres ou quatre mille poulets. Le domaine me terrifiait au départ. Le processus, recherche, synthèse, la discipline de laisser la réalité des agriculteurs guider les décisions, c'est ce qui m'a porté de zéro à une fonctionnalité sur laquelle ils comptent. Mettez-moi dans un domaine que je ne comprends pas, et voilà ce que j'y ferai.

Ce que ça a livré

En production, en usage quotidien

La fonctionnalité de gestion des animaux est en production et a été utilisée par 835 fermes dans 114 pays.

Le choix issu de la recherche, validé

Les deux modes, individuel et par lot, la bifurcation révélée par les entretiens, sont réellement utilisés en production : les agriculteurs ont enregistré près de 9 000 animaux individuels et plus de 1 100 lots. La micro-ferme de six chèvres gérées par leur nom et l'exploitation de milliers de poulets gérés par lot sont toutes deux servies. La décision d'architecture centrale a été validée par les utilisateurs eux-mêmes, dans les données.

Un domaine, appris auprès de ceux qui l'habitent

De zéro connaissance de l'agriculture durable à une fonctionnalité sur laquelle les éleveurs comptent, construite en me faisant l'élève d'agriculteurs sur cinq continents. La preuve que le métier se transfère.

Une feuille de route validée, prête à construire

La fonctionnalité est encore en bêta. J'ai conçu de nombreux autres workflows autour d'elle, pas encore construits pour des raisons de budget, si bien qu'il existe un arriéré validé de fonctionnalités de gestion animale prêtes à être livrées à mesure que le financement arrive.

Overview of the documented animal-management workflows delivered to engineering
Aperçu des workflows de gestion animale documentés et livrés à l'ingénierie

Je serai franc sur l'état des choses : la fonctionnalité est en production, appréciée, et encore officiellement en bêta, avec un arriéré de workflows conçus mais pas encore construits, en attente d'un financement qui arrive. Ce n'est pas un bémol, c'est l'état honnête d'un vrai produit, et je suis assis sur une feuille de route validée que bien des équipes envieraient. Ce que je voudrais que vous reteniez, ce n'est pas le domaine agritech. C'est que j'ai été plongé dans un secteur qui me terrifiait, et qu'une recherche ancrée dans le terrain m'a mené à une fonctionnalité sur laquelle comptent 835 fermes dans 114 pays. Donnez-moi un domaine que je ne connais pas encore. C'est exactement le problème que j'aime résoudre.

Interroger les archives

Fondé sur les études de cas et le journal de ce site. Il dit quand il ne sait pas. Les questions sont enregistrées pour que Loïc voie ce que le site n’explique pas. Rien d’autre n’est conservé.

À propos de cet assistant ↗