Reconstruire SeedMatrix, l’entreprise que j’ai cofondée en 2008

La plupart de ce que j'écris ici est neuf : des applications commencées cette année, des outils qui n'existaient pas il y a dix ans. Ce texte-ci est différent. Je suis retourné à l'intérieur d'une entreprise que j'ai contribué à créer en 2008.

Elle s'appelle SeedMatrix, et j'en reconstruis aujourd'hui le moteur via Senternet. Revenir à un produit de dix-huit ans m'a appris davantage sur ce qui vaut la peine d'être construit que n'importe quel projet parti de zéro.

Le problème qui ne voulait pas disparaître

SeedMatrix existe pour répondre à une question trompeusement simple qu'un agriculteur se pose chaque année : cette variété va-t-elle réellement performer sur ma parcelle ? Un semencier peut affirmer que sa variété rend bien. Le prouver dans le comté de ce producteur, sur ce sol, sous cette irrigation, face à la variété semée la saison passée, est un tout autre problème.

Les données qui trancheraient existent, mais elles sont éparpillées entre des dizaines de réseaux d'essais indépendants, chacun avec son format et son coin du pays. SeedMatrix rassemble ces données officielles d'essais variétaux avec les résultats de parcelles propres à une entreprise et permet à une équipe commerciale de les filtrer jusqu'aux conditions du champ qu'elle a sous les yeux.

Quand je regarde ce que c'est devenu, les chiffres disent quelque chose de la réalité du problème : plus de 1,8 million de points de données d'essais, douze cultures, quarante États et provinces. Ce n'est pas un problème que j'ai inventé. Il était là avant moi et me survivra, parce qu'un producteur fait ce pari une fois par saison, avec une année entière en jeu.

Pourquoi j'y suis revenu

J'aurais pu laisser SeedMatrix au passé et ne montrer que les choses plus récentes. Beaucoup de fondateurs traitent ainsi leur travail ancien, comme un chapitre clos. Je ne le vois plus de cette façon.

Un problème toujours non résolu dix-huit ans plus tard n'est pas un problème périmé. C'est un problème durable. Les applications grand public que je fais aujourd'hui, comme StockCar, règlent de vraies contrariétés, mais la contrariété comme le remède peuvent changer vite. L'agriculture suit une horloge plus lente et plus profonde. La question de savoir quelle semence planter et où se pose chaque printemps depuis qu'il existe des fermes, et elle continuera de se poser.

Revenir n'était donc pas de la nostalgie. C'était reconnaître que certains problèmes méritent un second passage précisément parce qu'ils n'ont jamais expiré. La première version a prouvé que le problème était réel. La reconstruction est l'occasion de le résoudre comme je le ferais en partant d'aujourd'hui.

Ce que dix-huit ans changent à une reconstruction

Le problème est le même. Presque tout autour ne l'est pas. À l'époque du lancement de SeedMatrix, bâtir une plateforme capable d'ingérer des données d'essais dispersées, de les normaliser et d'en tirer des comparaisons directes demandait une équipe et une longue piste.

Refaire cela maintenant, avec l'IA qui accélère les parties qui dévoraient des mois, est un autre exercice. Une seule personne peut traverser le travail structurel et ennuyeux à un rythme qui exigeait autrefois plusieurs. Le moteur qui transforme 1,8 million de données brutes en une comparaison à laquelle un producteur se fie est exactement le genre de machinerie ingrate et à fort effet de levier que le développement assisté par IA aide vraiment une personne seule à porter.

C'est l'histoire discrète de cette reconstruction. L'ambition n'a pas changé. La taille de l'équipe nécessaire pour l'atteindre, si. Revenir à un ancien travail est l'un des moyens les plus clairs que j'aie trouvés de sentir à quel point les outils ont bougé, parce que je mesure la nouvelle version contre un point de repère que j'ai vécu.

Reconstruire n'est pas recommencer

En revenant à quelque chose d'aussi ancien, la tentation est de tout jeter et de repartir d'une page blanche. J'ai appris à y résister. La partie précieuse de SeedMatrix n'a jamais été le code. C'était la compréhension du problème, acquise par la voie lente.

Savoir, par exemple, que :

• chaque donnée doit pouvoir remonter à un essai indépendant nommé et daté, sinon un producteur sceptique n'y croira pas
• la même variété peut être excellente dans un comté et médiocre dans le suivant, si bien que filtrer par région, sol, irrigation et précocité n'est pas une fonctionnalité, c'est le sujet même
• un commercial a besoin de la réponse assez vite pour tenir la conversation dans la cabine d'un pick-up, pas de retour au bureau
• la semence est un achat de haute confiance : les données doivent être défendables, pas seulement persuasives

Rien de tout cela n'apparaît dans un diff de code. C'est la part qui a pris des années à s'acquérir et qui ne se régénère pas. Une reconstruction bien menée conserve la compréhension durement gagnée et ne remplace que la machinerie en dessous. Tout jeter aurait signifié payer deux fois les frais de scolarité des mêmes leçons.

Le fil conducteur que je n'attendais pas

Je fabrique des outils grand public qui tournent sur votre propre machine sans compte, et je travaille aussi sur une plateforme agtech B2B qui agrège des données à grande échelle. En surface, difficile d'être plus différent. Sous la surface, cela rime.

Les deux tiennent à la confiance. Comoji la gagne en ne laissant jamais ce que vous tapez quitter votre Mac. SeedMatrix la gagne en rendant chaque chiffre traçable jusqu'à une source indépendante qu'un producteur peut vérifier. Dans les deux cas, le produit ne fonctionne que si la personne en face y croit, et la croyance se construit partout de la même manière : en étant honnête sur la provenance des données et sur ce qu'il advient d'elles.

Je n'avais pas prévu qu'une plateforme de données agricoles et une autocomplétion d'emojis enseignent la même leçon. Mais revenir à SeedMatrix l'a fait remonter. Le domaine change. La raison pour laquelle les gens laissent votre logiciel entrer dans leur journée, non.

Ce que je retire de cet aller-retour

Retourner dans une entreprise que j'ai cofondée en 2008 a remodelé ma façon de juger une nouvelle idée. Quelques questions que je me pose désormais avant de commencer quoi que ce soit :

1. Ce problème est-il durable, ou disparaît-il dès que la mode se déplace ?
2. Si je le regardais de nouveau dans dix-huit ans, vaudrait-il encore la peine d'être résolu ?
3. Quelle compréhension, et non quel code, est ici le véritable actif ?
4. Une seule personne, avec l'effet de levier d'aujourd'hui, pourrait-elle porter ce qui exigeait autrefois une équipe ?

SeedMatrix répond oui à toutes, et c'est pourquoi la reconstruction vaut mon temps. Le problème a duré, la compréhension s'est capitalisée, et les outils ont enfin rattrapé l'ambition. Parfois, la chose la plus tournée vers l'avenir que l'on puisse faire est de revenir en arrière et de terminer quelque chose comme il méritait d'être construit dès le départ.