Peut-on gérer l'ingénierie hardware avec Notion, Monday ou Google Drive ? Oui, jusqu'à ce que ceci arrive.

Commençons par une affirmation honnête : Notion, Monday.com et Google Drive sont d'excellents produits. La plupart des startups hardware font tourner leurs premières années d'ingénierie sur une combinaison des trois, et c'est un choix rationnel. Ils sont peu coûteux, flexibles, et tout le monde sait déjà s'en servir.

Cette page ne cherche pas à savoir si ces outils sont bons. Elle porte sur le moment précis où ils cessent d'être suffisants pour une équipe qui construit un produit physique complexe, et sur les raisons pour lesquelles ce moment est structurel, et non une affaire de discipline ou de meilleurs modèles.

Le schéma que toute équipe hardware reconnaît

Cela ressemble en général à ceci. Les exigences vivent dans une base Notion ou une feuille Excel sur Drive. Les tâches vivent dans Monday ou Jira. La BOM vit dans un tableur. Les rapports de test vivent dans des dossiers. Les décisions de conception vivent dans des comptes rendus de réunion et des fils d'e-mails.

Chaque outil fait son travail. Le problème, c'est ce qui vit entre eux : rien. Quand un fournisseur modifie un composant, quelqu'un doit se souvenir des exigences concernées, des tests à relancer, des documents à mettre à jour et des livrables clients affectés. Ce savoir vit dans la tête des gens. Sur un produit de plus de 10 000 composants et plus de 5 000 spécifications, la tête n'est pas un support de stockage.

Les études sectorielles situent systématiquement le coût de ce travail de synchronisation, et des non-conformités qu'il ne parvient pas à éviter, autour de 40 % du coût total du projet. Voilà le vrai prix des outils « gratuits ».

Ce que les outils génériques ne peuvent structurellement pas faire

Des données d'ingénierie typées et reliées. Dans Notion, une exigence est une ligne de texte. Dans Koddex, c'est un objet typé aux attributs contraints, relié aux composants qui l'implémentent, aux tests qui la vérifient et aux documents qui la prouvent. Une relation dans Notion est décorative. Un lien dans un graphe d'ingénierie est calculable : vous pouvez le parcourir, faire remonter des valeurs à travers lui et l'auditer.

L'analyse d'impact. Aucun outil générique ne peut répondre à la question « si je change cette pièce, qu'est-ce que ça casse ? » parce qu'aucun ne sait ce qu'est une pièce, une exigence ou un test. Koddex calcule le rayon d'impact complet d'une modification à travers les dépendances, avant que ce changement ne vous coûte une reconception.

Baselines et révisions. L'historique de versions dans Notion ou Drive vous dit qu'une page a changé. Il ne peut pas figer la définition complète du produit à un instant donné ni prouver, deux ans plus tard lors d'un audit, quelle était exactement la configuration au moment où l'unité 214 a été livrée. Les baselines immuables font la différence entre un historique de versions et une véritable gestion de configuration.

Une traçabilité de niveau certification. ISO 13485, DO-178C, IEC 62304 et le Règlement Machines UE 2023/1230 exigent tous une traçabilité démontrable, de bout en bout. Reconstituer cette traçabilité à la main depuis des fichiers éparpillés représente plusieurs semaines de préparation d'audit. Dans un graphe structuré, c'est un simple export.

Quand les outils génériques sont le bon choix

Si vous êtes deux fondateurs avec un prototype, utilisez Notion et Drive. Sincèrement. La lourdeur d'un système structuré ne se justifie pas avant que votre produit ait de vraies dépendances, une vraie exposition réglementaire, ou une équipe assez grande pour que le savoir ne tienne plus dans une seule pièce.

Le point de bascule correspond en général à l'un de ces trois événements : votre premier cycle de certification, votre première montée en production, ou votre premier audit client. Les équipes qui attendent l'un de ces événements pour structurer leurs données le paient en délais.

Comparatif

Ce ne sont pas des concurrents. Ce sont des voisins.

Koddex ne remplace pas votre outil de gestion de projet ni votre espace documentaire. Il s'y connecte. Les équipes gardent généralement Monday ou Jira pour l'exécution des tâches, et Drive ou SharePoint pour les documents bureautiques, tandis que Koddex devient la colonne vertébrale qui porte la définition du produit elle-même : exigences, BOM, tests, décisions, le tout relié, traçable et versionné.