BOM, EMS, NRE… | Les Tontons de la Tech

Les coûts invisibles qui font exploser un lancement

Beaucoup d’équipes vivent la BOM comme un fichier Excel et même à l’heure des Agents IA.

En réalité, une BOM est un contrat économique.

Et un EMS (Electronic Manufacturing Services) n’est pas “un sous-traitant” qu’on choisit à la fin. C’est un partenaire industriel qui peut sécuriser — ou détruire — une marge, un planning, et parfois une réputation.

Et c’est là que se cache le piège : dans beaucoup de projets, la première explosion ne vient pas d’un composant trop cher. Elle vient des coûts invisibles. Ceux qui ne sont pas dans la BOM “unitaire”, pas dans la slide de pricing, pas dans la promesse commerciale… mais qui surgissent au moment du passage en série : NRE, process, test, rework, qualité, obsolescence, alternatifs, délais, changements tardifs.

Ce billet propose une lecture pragmatique, fidèle à l’esprit des Tontons : comment lire une BOM comme un système, comment cadrer un EMS, et comment éviter la facture “qui arrive tard”. Celle qui fait mal parce qu’elle arrive quand tout le monde est déjà engagé.

Le trio qui surprend toujours : BOM, EMS, NRE

Dans un lancement hardware, tout le monde veut parler du produit.

Nous, on va parler du système économique qui le rend viable.

1) BOM : ce que vous payez “par unité”

La BOM, c’est la liste des composants, assemblages, pièces mécaniques, packaging… et leur coût unitaire.

C’est ce qui donne l’illusion de maîtrise : “On est à 42€ de BOM, donc on a notre marge.”

Sauf que ce chiffre n’est vrai que dans un monde parfait où :

les composants sont disponibles,
les prix ne bougent pas,
l’assemblage se passe sans surprise,
le yield est bon,
le test est stable,
l’EMS joue “comme vous l’imaginez”.

Spoiler : ce monde n’existe pas.

2) EMS : celui qui exécute… selon ses règles

L’EMS n’est pas juste une chaîne de montage. C’est :

une culture qualité,
une manière de gérer les alternatifs,
une stratégie de marge,
une capacité (ou non) à industrialiser,
une équipe méthodes plus ou moins solide,
un pilotage supply plus ou moins mature.

Le projet n’est pas “votre” projet une fois que l’industrialisation est lancée.

Vous êtes dans un système à deux acteurs, et les règles du jeu doivent être explicites.

3) NRE : le “one-shot” qui revient (souvent)

NRE = Non-Recurring Engineering.

Sur le papier : “on paie une fois”.

Dans la vraie vie : on paie une fois, puis on paie “un ajustement”, puis “une petite modif”, puis “un changement de composant”, puis “un nouveau programme de test”… et le NRE devient un abonnement déguisé.

Le NRE n’est pas mauvais. Il est normal.

Ce qui tue les budgets, c’est le NRE flou, non borné, non contractuel, et déclenché par des décisions tardives.

BOM : les pièges classiques (ceux qui font saigner en série)

Une BOM “optimisée prix” est souvent une BOM fragile.

Et une BOM fragile, c’est une BOM qui fabrique de l’incertitude.

Donc du délai. Donc du rework. Donc du NRE. Donc… du cash qui disparaît.

Piège #1 : le mono-sourcing déguisé

Vous avez “un composant standard”.

Sauf qu’en réalité :

une seule usine le fabrique,
un seul distributeur en a,
et la moindre tension supply fait passer le lead time de 8 à 26 semaines.

En prototypage, ça passe.

En série, ça vous met à genoux.

Règle Tontons : pour chaque composant critique, il faut une réponse claire à : “si je perds ce fournisseur demain, je fais quoi ?”

Piège #2 : les références exotiques (et l’ego technique)

On a toutes et tous vu ce choix :

“ce capteur est incroyable”
“ce composant est plus performant”
“ceci nous différencie”

Puis, 6 mois plus tard :

indispo,
EOL,
problème qualité,
variation de lot,
redesign.

La performance, c’est bien. La prédictibilité, c’est mieux.

Et dans un lancement, la prédictibilité se transforme directement en marge.

Piège #3 : les composants “prototype-friendly” mais “série-hostile”

Certains composants sont parfaits pour prototyper :

faciles à trouver en petites quantités,
dispo sur étagère,
packages qui tolèrent le bricolage.

Mais en production :

lead times instables,
contraintes de process,
variations de qualité,
difficultés de test.

Résultat : vous découvrez en DVT/PVT que la BOM n’était pas “industrializable”.

Piège #4 : les “petits coûts” qui deviennent des grandes lignes

Connectique, consommables, mécaniques secondaires, packaging, notices, étiquettes, câbles, colles, vis, sachets, protections ESD…

Ça ne pèse “rien” en proto.

Ça pèse tout quand vous faites 10 000 unités.

Et souvent, ces lignes ne sont pas pilotées. Elles arrivent en bas de facture, sans discussion. C’est là que votre marge se dissout.

Piège #5 : l’absence d’alternatives qualifiées

Une alternative “possible” n’est pas une alternative.

Une alternative utile, c’est une alternative :

validée électriquement,
validée mécaniquement,
validée supply,
validée test,
validée conformité si besoin.

Sinon, au premier incident supply, vous déclenchez :

requalification,
mise à jour dossier technique,
tests,
retards.

Et le NRE revient, encore.

NRE : la facture qui arrive tard (et qui n’est jamais “petite”)

Le NRE, c’est rarement une ligne unique. C’est une constellation de coûts.

Exemples très concrets de NRE

outillage mécanique,
fixtures de test,
programmation,
mise au point process,
AOI / ICT / FCT,
modifications de ligne,
gabarits d’assemblage,
procédures qualité,
packaging spécifique,
certifications et pré-tests.

Le NRE n’est pas “un problème”.

Le problème, c’est quand le NRE est :

non borné : “on verra”
non déclenché : pas de règle claire sur ce qui le provoque
non aligné : l’EMS a intérêt à facturer, vous avez intérêt à stabiliser

Pourquoi le NRE “revient” ?

Parce que le hardware punit les changements tardifs.

Changer un composant tard, ce n’est pas “une ligne BOM”.

C’est potentiellement :

un changement de test,
une recalibration,
un ajustement process,
un changement de firmware,
une nouvelle procédure de contrôle,
une mise à jour doc,
parfois une re-certification.

Et vous le payez en argent, mais surtout en temps (le coût le plus cher quand vous êtes en lancement).

EMS : clarifier les règles du jeu (avant la première crise)

Beaucoup d’équipes “choisissent un EMS sur un prix”.

Mauvais réflexe.

Un EMS, c’est un modèle opérationnel.

Et vous devez comprendre comment il fonctionne avant de lui confier votre série.

Les 7 questions d’audit (très simples, très révélatrices)

Qui est propriétaire des fichiers, programmes, et fixtures ?

Si la réponse est floue, vous venez de créer une dépendance.

Comment se gèrent les alternatifs ? Qui valide, sous quel délai ?

Parce que “on vous demandera” n’est pas un process.

Comment est géré le risque d’obsolescence et de variation de prix ?

Qui absorbe quoi ? À partir de quel seuil ?

Quels KPI qualité ? Quel traitement des non-conformités ?

Et surtout : quel mécanisme d’amélioration (8D, CAPA, etc.) ?

Quel plan de test en production ? Couverture vs temps de test.

Qu’est-ce qui est testé ? Qu’est-ce qui ne l’est pas ? Pourquoi ?

Quel process de rework ? Quel seuil acceptable ?

Le rework est souvent l’endroit où le coût réel se cache.

Quelle transparence sur les marges composants et les coûts process ?

Parce que sans transparence, vous pilotez à l’aveugle.

Ces questions ne sont pas “méchantes”.

Elles sont le minimum vital pour transformer une relation floue en relation industrielle.

Le plan de test : frontière entre industrie et artisanat

Le test n’est pas une ligne dans un devis.

Le test, c’est une stratégie.

C’est ce qui protège :

le client,
la marque,
la marge.

Et il doit être pensé avec l’EMS, dès le début :

test points,
automatisation,
temps de test cible,
limites de rework,
traçabilité.

Le piège classique

“On fera un test fonctionnel simple.”

Puis vous découvrez en série :

un taux de retour anormal,
des faux positifs,
du temps de test qui double,
du goulot d’étranglement,
une ligne qui sature.

Et vous payez la différence en :

rework,
retards,
coûts opérateurs,
perte de crédibilité.

Le test est souvent l’endroit où un lancement se gagne ou se perd, sans bruit.

Le vrai objectif : rendre la production prévisible

Au fond, le but n’est pas de signer un devis.

Le but est de rendre la production prévisible :

en coût,
en délai,
en qualité.

Une production prévisible repose sur 4 piliers :

BOM robuste (pas juste moins chère)

Robuste = produisible, maintenable, alternative-ready.

EMS aligné (et audité)

Aligné = règles explicites, responsabilités claires, process qualité.

NRE cadré

Cadré = borné, déclencheurs définis, mécanismes de validation.

Plan de test industrialisé

Industrialiser le test, c’est industrialiser la marge.

La règle d’or : comprendre comment l’EMS gagne de l’argent

Si vous ne pouvez pas expliquer comment votre EMS gagne de l’argent, vous ne pouvez pas aligner ses intérêts.

Et si les intérêts ne sont pas alignés, vous aurez des surprises.

Désalignements fréquents

L’EMS gagne sur la marge composants, vous cherchez le prix bas → guerre froide permanente.
L’EMS gagne sur le rework, vous cherchez le yield → incitation toxique.
L’EMS gagne sur le temps de test, vous cherchez la couverture → arbitrage biaisé.
L’EMS gagne sur les changements, vous changez tard → NRE qui “revient”.

Comprendre ce modèle permet de contractualiser les bons incitatifs :

bonus/malus qualité,
transparence supply,
règles alternatifs,
mécanisme d’acceptation des changements,
partage de risque sur obsolescence.

Conclusion : le hardware, c’est un système économique

Une BOM est un contrat.

Un EMS est un système.

Et le NRE est la conséquence de vos choix.

Les coûts invisibles ne sont pas “de la malchance”.

Ils sont le résultat d’une chose très simple : des règles implicites.

Le passage en série n’est pas un moment “technique”.

C’est un moment où l’économie du produit devient réelle.

Et ce que nous voyons, encore et encore, c’est qu’un lancement se sécurise rarement en grattant 0,80€ de BOM. Il se sécurise en :

clarifiant les règles,
rendant la supply prédictible,
cadrant le NRE,
industrialisant le test.

Un lancement hardware, ce n’est pas seulement un produit.

C’est un système économique. Et ce système se conçoit.