Un marché initial de quelques milliers d'ingénieurs. Et 2,2 M$ pour l'attaquer.
Hermetiq a levé 2,2 M$ en amorçage le 24 août pour réparer les builds que le code généré par IA casse en continu. Le tour est bien balisé. Ce qui est plus intéressant, et beaucoup moins documenté, c'est la question de distribution posée juste en dessous : comment construire une machine d'acquisition quand ton marché adressable tient en quelques dizaines de milliers d'ingénieurs ?
J'ai eu l'occasion d'échanger avec Jake Newfield, CEO d'Hermetiq, précisément sur ce point.
Le problème du dessous
Compiler du code sur un petit projet prend dix secondes. Sur un monorepo de plusieurs dizaines de millions de lignes, du type de ceux que font tourner Google, Airbnb ou SpaceX, un build naïf prendrait des heures. Bazel, le système de build open source publié par Google, est ce qui évite ça. Il ne recompile que ce qui a changé, partage les résultats dans l'équipe via un cache commun, et distribue le travail sur une flotte de machines.
Quand ça marche, un build de quarante minutes tombe à quatre-vingt-dix secondes.
Quand ça ne marche pas, personne ne sait pourquoi. C'est dans cet écart qu'Hermetiq vend. Et le build en échec n'est même pas le pire cas. Comme le dit Jake, les ingénieurs brûlent un temps considérable à comprendre non seulement pourquoi un build a échoué, mais pourquoi il a été lent, et pourquoi il n'a pas été optimisé. Cache misses, ralentissements inexpliqués, builds qui cassent sans raison visible : trois symptômes d'une même cause profonde, à savoir que les systèmes de build à grande échelle ne produisent presque aucune donnée exploitable sur leur propre comportement.
Hermetiq transforme la télémétrie de build en cette donnée. Quelle action a échoué, quelle clé de cache est passée à côté, si tu es limité par la file d'attente ou par l'exécution, où part réellement le temps sur le chemin critique. Le produit alimente aussi les agents de code IA avec ce contexte, via un plugin MCP.
Pourquoi le timing est bon
La thèse tient en une phrase. Les outils de code agentique produisent beaucoup plus de code, beaucoup plus vite, avec beaucoup moins de relecture humaine. Donc ils produisent beaucoup plus de builds cassés.
Jake cadre le marché en conséquence : l'entreprise d'abord, mais en réalité quiconque a beaucoup de code, parce que quiconque a beaucoup de code finit par se heurter à un goulot d'étranglement sur le build. Et chaque mois, plus d'entreprises ont plus de code, précisément à cause du code agentique. Le problème s'auto-alimente.
C'est un pari sur l'infrastructure plutôt que sur les modèles. Alors que l'essentiel du capital court après les outils qui écrivent le code, Hermetiq parie sur ce qui empêche ce code d'arriver en production.
Année un : Slack et DM LinkedIn, en founder mode
C'est la partie que je voulais comprendre, et Jake a été inhabituellement direct dessus.
Le go to market de toute la première année a tenu sur deux canaux. Le canal Slack public de Bazel, où il a passé du temps à parler aux ingénieurs des problèmes qu'ils rencontraient. Et LinkedIn, pas en logique de contenu mais en messages directs, envoyés un par un, par lui.
Le founder mode au sens littéral : le CEO dans la communauté, dans les DM, qui mène les conversations lui-même.
Ça a suffisamment bien marché pour décrocher une poignée de clients références, dont l'un des principaux laboratoires d'IA mondiaux qui fait aujourd'hui tourner la plateforme en production à plus de deux millions de builds par jour, et suffisamment bien pour lever. Jake décrit la transition sans détour : la première phase consistait à trouver quelques clients importants capables de valider ce qu'ils construisaient. Le tour bouclé, l'entreprise passe en phase d'accélération, et construit la machine de go to market qui va avec.
Ce qu'il attend de cette phase, c'est du volume de conversation. Il veut parler à autant d'ingénieurs utilisant Bazel qu'il le peut.
Les utilisateurs avant les acheteurs
C'est le choix stratégique que j'ai trouvé le plus intéressant, et le plus contre-intuitif.
Jake est totalement lucide sur l'étroitesse de son marché :
« Si une entreprise n'utilise pas Bazel, je ne vois pas l'intérêt de la contacter — jusqu'à ce qu'on s'étende à d'autres systèmes de build. »
Combien de personnes ça représente ? De son propre estimé, quelques dizaines de milliers d'ingénieurs. Pas des millions. Et il veut atteindre chacun d'entre eux.
Ces ingénieurs sont les utilisateurs, pas les acheteurs, et cet ordre est délibéré. Il partait la semaine suivant notre échange pour un événement rempli de dirigeants technologiques, et décrivait quand même les utilisateurs comme la priorité supérieure.
« On n'a pas encore un produit qui devient viral. On doit comprendre comment notre produit fonctionne et comment mieux le commercialiser. Et la façon dont on va y arriver, c'est avec les utilisateurs, pas avec les acheteurs. »
Il y a une formule qu'on utilise pour ça chez uclic : les utilisateurs sont la roadmap, les dirigeants sont les acheteurs. Inverser cet ordre en amorçage est l'une des erreurs les plus coûteuses du developer tooling. Tu vends par le haut, tu signes un pilote, et six mois plus tard les ingénieurs n'ont pas adopté le produit parce que personne ne leur a jamais demandé ce dont ils avaient besoin.
Choisir ici le chemin le plus difficile et le plus lent est le bon appel, et la plupart des fondateurs sous pression pour afficher une courbe de croissance ne le font pas.
La prochaine salle où il faut être
L'expression la plus immédiate de cette stratégie, c'est BazelCon, du 13 au 15 octobre à Amsterdam, où Hermetiq est sponsor.
C'est le même instinct qui a conduit Jake dans le canal Slack de Bazel au départ : rester proche de la communauté, dans la salle, à parler aux gens qui font réellement tourner ces builds tous les jours. Sur un marché dont l'audience totale tient en quelques dizaines de milliers de personnes, être présent là où ils se rassemblent n'est pas une ligne de budget marketing. C'est la continuité de la façon dont l'entreprise opère depuis le premier jour, à un moment où elle a enfin les moyens de le faire à l'échelle.
Ce que dit la cap table
Le tour a été mené par Jet Investment via son fonds Jet Venture 1, à hauteur de 750 000 $, ce qui en fait le plus gros contributeur unique. Mais les business angels sont la partie la plus révélatrice.
Le tout premier investisseur d'Hermetiq a été Niranjan Tulpule, VP of Developer AI chez Google, soit à peu près la validation la plus ciblée qu'une entreprise d'outillage de build puisse espérer. Jason Calacanis a suivi via son fonds LAUNCH, puis Gokul Rajaram, qui siège aux conseils de Pinterest, Coinbase et The Trade Desk. Etsy fait actuellement tourner un pilote.
Reste que la cap table n'est pas ce qui m'est resté après l'appel. Ce qui m'est resté, c'est une entreprise qui connaît la taille précise de son marché, refuse de la gonfler, et a décidé de parler à ses utilisateurs avant ses acheteurs.
Ce choix ne produit aucune courbe spectaculaire au trimestre suivant. Sur un marché technique étroit, c'est aussi à peu près la seule chose qui capitalise.
