Entreprise

Portés par l’ingénierie. Intégrés verticalement. Prêts à livrer.

Une seule équipe conçoit, fabrique et teste chaque produit dans notre usine d’Ashdod. Pas de sous-traitance, pas de transfert entre conception et production.

Lire notre histoire
Hygiène de l'eau et commande de rinçage

Développer l'électronique de rinçage en interne ou la confier à un fournisseur

   
L'essentiel

Un fabricant qui ajoute un rinçage programmé ou une commande électronique à un produit sanitaire ou de sécurité doit décider s'il développe l'électronique en interne ou s'il se la procure auprès d'un fournisseur. Le coût est un critère parmi d'autres. Les autres sont le contrôle, la dépendance, le délai, la responsabilité sur le cycle de vie, et les preuves que chaque voie peut produire ; ils méritent d'être jugés séparément plutôt que ramenés à un chiffre unique.

Sur cette page
Dans cette section

Les six critères

Les deux voies peuvent être évaluées à l’aune des mêmes questions. Cela est plus utile que de dresser la liste des inconvénients de l’une et des questions à poser sur l’autre.

Contrôle

Avec le développement en interne, le comportement, la feuille de route et la documentation de conception appartiennent au fabricant, même si les modifications continuent de concourir en priorité avec tout ce que l’équipe d’ingénierie a par ailleurs à traiter. S’approvisionner auprès d’un fournisseur consiste à spécifier le comportement et à convenir des modifications avec un fournisseur dans le cadre d’une gestion des changements, selon la capacité et le calendrier de publication de ce fournisseur. Les deux voies comportent une file d’attente ; elles diffèrent par qui la gère.

Dépendance

Le développement en interne dépend de la capacité à conserver les personnes et les connaissances ; les lacunes de documentation et le renouvellement du personnel en sont les risques, en particulier pour un firmware écrit des années plus tôt. S’approvisionner auprès d’un fournisseur dépend de l’implication continue de ce fournisseur, d’où l’importance de savoir qui écrit le firmware et si cette équipe est joignable. Ce sont deux dépendances réelles, de nature différente, et toutes deux se gèrent de la même manière : en sachant où se trouve la connaissance et en étant en mesure de l’atteindre.

Périmètre du coût

Une estimation interne doit couvrir l’ensemble du cycle de vie : développement, essais et homologations, contrôle en production, reconceptions liées à l’obsolescence, révisions de firmware, support, et le coût d’opportunité des ingénieurs qui, pendant ce temps, ne travaillent pas sur le produit principal. Une comparaison avec un fournisseur doit couvrir le prix unitaire, plus l’effort d’intégration, la personnalisation, l’outillage ou la mise en place, et toute prime que justifie la dépendance. L’une ou l’autre voie peut avoir le coût total le plus bas, selon les hypothèses retenues.

Délai

S’approvisionner auprès d’un fournisseur peut conduire plus vite à un produit livrable, lorsqu’une plateforme existante correspond au besoin et que sa validation ou son retour d’expérience sur le terrain peuvent être démontrés. Cela n’est pas automatiquement plus rapide : l’intégration, la personnalisation et la propre file d’attente de publication du fournisseur prennent chacune du temps, et une équipe qui dispose déjà des disciplines nécessaires peut aller plus vite qu’un cycle d’achat.

Responsabilité sur le cycle de vie

Quelqu’un doit prendre en charge l’obsolescence des composants, les révisions de firmware pour les lots de production ultérieurs, les diagnostics en sixième année, et la documentation destinée à des techniciens qui n’ont jamais vu le produit. En interne, c’est le fabricant qui s’en charge. Avec un fournisseur, cela dépend de l’accord conclu, qu’il vaut mieux fixer explicitement plutôt que présumer.

Preuves

Que peut montrer chaque voie avant de s’engager ? En interne, c’est l’historique de l’équipe sur des travaux comparables. En externe, ce sont des produits déjà installés et en fonctionnement dans une application similaire, la couverture des essais en production, et la traçabilité.

Le volume change l’économie des deux côtés, puisqu’un fournisseur amortit sa plateforme sur l’ensemble de ses clients tandis qu’un fabricant amortit une équipe interne sur ses seules unités.

Ce que recouvre le travail sur l’électronique

Le travail décrit ci-dessous existe quelle que soit la voie retenue. Ce qui diffère, c’est qui le porte, dans quelle mesure il est visible pour le fabricant, et comment il est payé.

Matériel. Détection, commande, pilotage de vanne dimensionné pour les bobines que le produit utilisera, conditionnement de l’alimentation, protection, et une carte qui s’intègre dans un appareil conçu par un tiers.

Firmware. Modes d’activation, cycles de rinçage, temporisateurs, verrouillages, sécurités de repli, mémorisation des paramètres, et le comportement dans des états qui ne figurent pas dans la liste des fonctionnalités : cycles interrompus, coupure d’alimentation en cours d’activation, écritures de paramètres pendant le fonctionnement, gestion de l’horloge après reconnexion.

Conception basse consommation. Là où une variante quelconque fonctionne sur batterie, il s’agit d’une discipline à part entière plutôt que d’une passe d’optimisation. Courant absorbé au repos, énergie d’impulsion, comportement de veille et de réveil, et une durée de vie en service calculée à partir de courants mesurés et validée par des essais.

Commutation et étanchéité. Une surface d’actionnement qui continue de fonctionner mouillée et actionnée avec des gants, après des années d’exposition à des produits de nettoyage, dans un boîtier qui empêche l’eau de pénétrer aux pressions que l’environnement applique.

Conformité et homologations. La compatibilité électromagnétique, la sécurité électrique et, pour les composants en contact avec l’eau, les homologations de matériaux applicables dans chaque marché visé. Ces éléments comportent un risque technique autant qu’un risque calendaire, et un échec tardif dans un programme coûte cher.

Production. Bancs d’essai, test fonctionnel en fin de ligne, étalonnage si nécessaire, chargement du firmware, traçabilité, et rendement au premier passage.

Documentation. Installation, configuration, entretien, et la référence des paramètres dont un technicien aura besoin des années plus tard.

Après le lancement. L’obsolescence et les reconceptions qu’elle impose, les révisions de firmware pour la production ultérieure, les diagnostics sur le terrain, l’analyse des dossiers de garantie, et le support tant que le produit continue d’être installé.

Les disciplines concernées sont la conception matérielle embarquée, le firmware, la spécialisation basse consommation, la conception mécanique et de l’étanchéité, la CEM et la conformité, l’ingénierie de production, et la responsabilité technique du produit sur toute sa durée de vie. Certaines sont des rôles à temps partiel, et de nombreux fabricants les couvrent au moyen d’équipes internes partagées, de sous-traitants et de laboratoires d’essai externes plutôt que par de nouvelles embauches permanentes.

Où chaque voie tend à convenir

  1. Le développement en interne tend à convenir aux fabricants pour qui le comportement de la commande constitue une véritable différenciation, qui disposent d’un volume suffisant pour amortir une équipe, qui développent déjà de l’électronique pour d’autres gammes, ou qui ont des raisons réglementaires ou contractuelles de détenir la conception complète et sa documentation.
  2. S’approvisionner auprès d’un fournisseur tend à convenir aux fabricants pour qui l’électronique permet le produit plutôt qu’elle ne le définit, qui travaillent vers une échéance fixée par un appel d’offres ou par une évolution réglementaire, qui répartissent des volumes moyens sur de nombreuses variantes, ou qui devraient sinon construire une compétence, telle que la conception basse consommation, dont le reste de l’entreprise n’a par ailleurs aucun usage.

Le terrain intermédiaire

En pratique, le choix est rarement binaire. Une des formules intermédiaires disponibles est une plateforme à firmware personnalisé : le fabricant décrit le comportement dont il a besoin, et le fournisseur le met en œuvre sur un matériel déjà existant. La part de différenciation ainsi préservée dépend de la part qui réside dans le firmware plutôt que dans le matériel, ce qu’il vaut mieux établir avant que l’accord ne soit conclu plutôt qu’après.

Deux autres formules existent. Le développement conjoint place les ingénieurs du fabricant aux côtés de ceux du fournisseur, ce qui peut transférer des connaissances, mais suppose que les deux parties conviennent à l’avance de qui décide quoi. Et un fabricant peut s’approvisionner pour une première génération tout en construisant une compétence interne pour une seconde, ce qui fonctionne lorsque cela est énoncé dès le départ et budgété en conséquence, plutôt que découvert plus tard par le fournisseur.

Les questions à poser à un fournisseur

Ces questions s’appliquent à tout fournisseur de cette catégorie, RNC compris. Il vaut mieux les poser tôt, car les réponses sont difficiles à faire évoluer une fois une conception arrêtée, et parce qu’elles permettent de distinguer des fournisseurs qui se ressemblent sur une fiche technique.

  1. Qui écrit le firmware, et nos ingénieurs peuvent-ils leur parler directement plutôt que par l’intermédiaire d’un chargé de compte ?
  2. Où le produit est-il fabriqué, et que couvre le test en fin de ligne ?
  3. Dans quelle mesure le comportement peut-il être modifié pour notre produit, et quel est le processus pour convenir d’une modification ?
  4. Quel est le courant absorbé au repos, à quel profil de charge a-t-il été mesuré, et comment le chiffre de durée de vie en service a-t-il été établi ?
  5. Quelle traçabilité recevons-nous par unité ?
  6. Quelles homologations détenez-vous, lesquelles détenons-nous, et qui intervient lorsqu’un marché ajoute une exigence ?
  7. Quels sont les délais de livraison réels et les quantités minimales aux volumes que nous prévoyons réellement ?
  8. Qui nos ingénieurs contactent-ils lorsque quelque chose se comporte de façon inattendue des années après le lancement, et avec quelle rapidité ?
  9. Qu’est-ce qui est déjà installé et en fonctionnement dans une application proche de la nôtre ?

Des réponses précises sont plus utiles qu’un discours rassurant, et celles qui comptent commercialement ont leur place dans le contrat plutôt que dans un courriel.

Pour le gestionnaire, de l’autre côté

L’acheteur d’un site ou d’un patrimoine immobilier hérite de cette décision sans y avoir pris part. La vérification équivalente est brève : qui prendra en charge le produit dans cinq ans, si les paramètres et les versions de firmware peuvent être relus sur les appareils installés, et si les pièces de rechange correspondront à ce qui est déjà en place. Ce sont des questions raisonnables à poser à un fabricant au stade de la spécification, et les réponses méritent d’être consignées.

Prescription

Vous intégrez cela dans un produit?

Indiquez-nous l'application, l'environnement et le budget énergétique. Nous revenons vers vous avec une configuration.

Demander des échantillons configurés
Développement

Vous avez besoin de l'électronique de commande?

Commutation programmable, capteurs et firmware, développés et fabriqués en interne.

Parler de votre développement produit