The screen has quietly become part of the product itself. A driver begins forming an opinion about a car as soon as they touch the centre display. Someone choosing between two ovens may compare the control panels as closely as the heating elements. And an experienced excavator operator will usually have a firm view on which machine has the better cab interface. 

Most HMI projects don’t come unstuck at the pixel level, though. They come unstuck much earlier. A framework gets picked before anyone knows the memory budget. Compliance scope gets agreed after the architecture is frozen. A design signed off on a 27-inch studio monitor turns out to be unreadable on a 7-inch panel in direct sunlight. By the time those problems surface, the hardware is in tooling and the options have narrowed to bad and worse. 

This guide explains what HMI development involves: the main project types, the lifecycle from requirements to field updates, the software stack, framework selection, design for real hardware, industry standards, realistic budgets and timelines, and the choice between building in-house and bringing in a partner. 

Il est destiné aux chefs de produit et aux responsables techniques. Vous n'aurez pas besoin de lire de code.

Qu'est-ce que le développement HMI ? 

HMI development is the process of designing, building, and optimising the interface through which a person operates a machine. It covers the display, the controls, and the software underneath that connects a user to an embedded system. In practice it draws on UX design, embedded engineering, hardware integration, and safety compliance in roughly equal measure. 

Most people arrive at the term picturing a control panel bolted to a production line. That’s one version of it. But the same discipline produces digital instrument clusters, chart plotters on a yacht’s flybridge, the touchscreen on a coffee machine, an infusion pump’s display, and the interface in a crane cab. Anywhere a person tells a machine what to do, or a machine reports back, something had to be designed and built for that exchange. 

IHM, UI et UX : la différence qui compte 

Les trois termes sont souvent utilisés de manière interchangeable, mais ils ne sont pas identiques.

• L'interface utilisateur est la surface visible et interactive : les écrans, les boutons et les états.

• L'UX est l'expérience globale d'utilisation du produit, y compris tout ce qui se passe hors écran.

• L'HMI est la couche d'interaction entre un humain et une machine, et plus particulièrement celle où la machine a des conséquences physiques.

HMI inherits its methods from UX practice. What sets it apart is the constraints. A mobile app runs on hardware that gets replaced every three years, connects to the cloud, and can ship a fix on Tuesday. An HMI runs on silicon chosen two years ago for its unit cost, might never see a network, and could still be in service in 2041. When it fails, a vessel loses its engine readout or a driver loses their speedometer. 

Types d'IHM 

By deployment, you’ll encounter standalone panels, embedded HMIs built into the product itself, networked stations connected to a supervisory system, web-based interfaces, and companion mobile apps. By input method, the field has widened well beyond touch. Physical controls and rotary encoders remain the safer option in gloved or high-vibration environments, while voice, gesture, and multimodal combinations are becoming increasingly common. 

Deux types de projets HMI, et pourquoi la différence est importante 

Avant toute chose, déterminez quel type de projet vous menez. De nombreuses discussions sur le développement d'HMI confondent les deux, ce qui conduit à des conseils adaptés à un contexte et inopérants dans l'autre.

	HMI industrielle et de contrôle	HMI de produit embarqué
Où il réside	Salle de contrôle, atelier, panneau de machine	À l'intérieur d'un produit livré : véhicule, navire, appareil électroménager, dispositif
Approche typique	Plateformes SCADA et PLC, pilotées par la configuration	Logiciel personnalisé sur silicium fixe, piloté par le code
Hardware	Souvent un PC industriel générique ou un panneau	Une nomenclature fixe, choisie pour le coût
Normes dominantes	IEC 62443, ISA-101, IEC 61508	ISO 26262, IEC 60945, IEC 62304, CE et FCC
Modèle de mise à jour	Sur site, contrôlé, planifié	Par voie aérienne, vers une flotte déjà sur le terrain
Durée de vie	Long, mais utilisable sur place	10 à 15 ans, souvent sans aucun accès physique

On an industrial project, you’re largely configuring a mature platform. The vendor has solved rendering, alarm handling, and historian integration. Your work is data modelling, screen design, and integration, and if you need more processing power you can usually specify a bigger box. 

On an embedded product project, you’re engineering software against a hardware budget that was fixed months before you were involved. There is no bigger box. If the UI needs 40MB of RAM and the board has 32MB, someone is redesigning something, and it won’t be the board. The architecture you commit to in month two will still be there a decade later, carrying features nobody has thought of yet. 

Spyrosoft intervient principalement dans la seconde catégorie : les HMI embarqués dans les véhicules, les navires, les machines et les appareils. La majeure partie de ce qui suit s'applique aux deux univers, et nous signalerons les cas où ce n'est pas le cas.

Le cycle de vie du développement HMI

Le cycle de vie ci-dessous comporte sept phases. À chaque étape, les erreurs les plus coûteuses ont tendance à être peu onéreuses à prévenir en amont et difficiles à corriger par la suite.

Découverte et exigences

Vous établissez trois éléments : qui utilise ce système, dans quelles conditions et face à quelles contraintes.

User profiles matter more than personas here. A trained operator working an eight-hour shift needs a different interface from a driver glancing away from the road for a second and a half. Operating conditions need to be written down as specifics: direct sunlight at 100,000 lux, gloved hands, salt spray, vibration, temperature range, one-handed operation.

Hardware constraints belong in this phase as numbers rather than adjectives. Display resolution and brightness. The SoC and its GPU, if it has one. Available RAM and flash. Power budget. Boot-to-first-frame target. “It should feel fast” is not a requirement. “First meaningful frame within 800ms of power-on, full UI within 3 seconds” is.

Le périmètre de conformité doit être convenu ici. S'il est reporté, les décisions ultérieures d'architecture et de conception deviennent beaucoup plus difficiles à modifier.

Livrables : spécification fonctionnelle, cahier des charges matériel, plan de conformité. L'erreur la plus coûteuse : commencer la conception de l'interface utilisateur avant de connaître le matériel cible. Chaque heure de travail de conception réalisée sur la base de contraintes inconnues est une heure que vous risquez de devoir jeter.

Architecture

Now the decisions with the longest shadow. Operating system: a real-time OS for deterministic, safety-related behaviour, embedded Linux for richer feature sets, or Android where an app ecosystem matters. Rendering strategy: GPU-accelerated, software rendering, or a hybrid where the safety-relevant layer is drawn independently of the rest. Data flow: how signals reach the interface, whether over CAN, NMEA 2000, Modbus, OPC UA, or MQTT, and what happens to the display when they stop arriving. 

Safety-related functions need to be separated from everything else at this point. A telltale that must render within a guaranteed time cannot share a process with the media player. Get that separation wrong and certification becomes disproportionately expensive, because everything in the same partition inherits the highest safety requirement in it. 

Teams building safety-related systems commonly work to a V-model, where each development stage is paired with the verification stage that proves it. Auditors expect clear evidence of this relationship, which is why requirements traceability needs to be designed in rather than reconstructed later. 

Livrable : document d'architecture, avec la justification consignée. L'erreur qui coûte le plus cher : l'absence de partitionnement entre les fonctions liées à la sécurité et celles de confort.

Conception UX et UI

Wireframes against the real form factor, not a laptop screen. Prototypes running on the actual panel, in the actual environment, as early as you can manage it. A design system tuned to the display technology, the viewing distance, and the lighting the product will live in. 

Usability testing belongs here too, with people who resemble your users rather than colleagues who already know where everything is. For vehicle interfaces that means a simulator or a test vehicle. For marine, it means a screen you can carry onto a deck at midday. 

Résultat : un design system approuvé et un prototype interactif. L'erreur qui coûte le plus cher : valider des designs visualisés uniquement sur un écran d'ordinateur de bureau.

Mise en œuvre

Three layers get built in parallel. The interface layer in your chosen framework. The integration layer that connects it to system signals and translates protocol messages into something the UI can bind to. The platform layer underneath: board support package, drivers, boot sequence, update mechanism. 

Déployez sur le matériel cible dès le premier sprint, et non à partir du premier candidat à la version finale. Les équipes qui développent uniquement sur un simulateur de bureau découvrent leur problème de fréquence d'images au septième mois, ce qui est à peu près le pire moment possible pour le découvrir.

Résultat : une build fonctionnelle sur du matériel réel, mise à jour en continu. L'erreur la plus coûteuse : traiter le déploiement sur cible comme une activité d'intégration plutôt que comme une habitude quotidienne.

Tests et vérification

HMI testing spans more ground than most teams expect. Functional testing of every state and transition. Usability validation, which for medical devices is a regulatory requirement rather than a nice-to-have. Environmental testing across temperature, humidity, vibration, and UV exposure. Performance measurement against the budgets set in phase one. Safety verification for anything ASIL or SIL rated. Hardware-in-the-loop rigs so you can simulate the rest of the system and provoke failure states you can’t safely create in the field. 

La régression automatisée sur le matériel cible est ce qui rend supportable un engagement de support de 10 ans. Sans elle, chaque version de maintenance devient une campagne de tests manuels.

Notre guide surStratégies de test HMI pour les systèmes embarqués explique comment structurer cela en pratique.

Résultat : un pack de preuves de test, qui pour les travaux réglementés constitue un livrable à part entière.

Optimisation

Profiling, then fixing what the profile actually shows rather than what you assumed. Common wins: collapsing overdrawn layers, replacing runtime image scaling with pre-sized assets, cutting texture memory, reworking animations that force full-screen redraws, trimming the boot sequence, and reducing wake-up frequency to protect battery life. 

Cette phase est celle où le choix du framework effectué au deuxième mois porte ses fruits ou présente la facture. Nous avons écrit séparément surOptimisation des performances HMI sur du matériel aux ressources limitées.

Version, mises à jour et maintenance à long terme

Field update architecture is a day-one decision that most teams defer. How does a new build reach a device that might be on a fishing vessel in the North Atlantic? What happens if an update fails halfway? Can you roll back? Can you stage a release to 2% of the fleet first? 

Then there’s the decade that follows. Hardware components go end-of-life. Toolchains age out. Engineers move on. Maintainability isn’t a vague virtue here, it’s a specification: documented architecture, modular code, no undocumented dependencies, and a build that a new team can reproduce from a clean machine.

Où l'IA compresse réellement ce calendrier

Every phase above carries a certain amount of manual scaffolding. Rebuilding a design system in code, screen by screen. Writing the same test harness you wrote on the last project. Wiring a prototype to fake data so someone can finally see it move. That scaffolding is where AI has genuinely changed the economics, and it’s worth being precise about which parts, because the claims in this area have got loose.

Design to code. A design system exported directly into framework code instead of a developer reimplementing it from a specification. The gain shows up at the handover between phases three and four, historically one of the slowest and most error-prone transitions in the whole process.

Generated test coverage. Test cases and regression suites derived from the requirements and the interface definition itself, rather than written from scratch. On a project with hundreds of screen states, this is the difference between testing what you had time for and testing what you specified. Our HMI test centre is built around this.

Working demos in days rather than sprints. Put those two together and the front of the project changes shape. Where the hardware and an existing accelerator are a good fit, we can often have an HMI running on a client’s own device within one working day. That moves the first serious conversation from a slide deck to something the team can test.

What it does not compress is equally important: certification evidence, environmental testing, usability validation with real operators, and safety analysis. These activities are bounded by physical testing, regulatory expectations, and human evaluation. AI can reduce surrounding engineering effort, but it does not remove the evidence required for an ISO 26262 assessment. Its value is giving teams more of the schedule for work that cannot be automated.

Architecture HMI : les cinq couches

Il est utile de se représenter la pile, car la plupart des conversations techniques que vous aurez avec votre équipe d'ingénierie portent en réalité sur la couche à laquelle appartient un problème.

Matériel. Technologie d'affichage (TFT, OLED, e-paper), capteur tactile, commandes physiques, processeur, mémoire et enveloppe thermique qui détermine l'intensité de travail possible pour chacun de ces éléments.

Système d'exploitation et support de la carte. Le système d'exploitation lui-même, ainsi que les pilotes qui exposent l'écran, le contrôleur tactile et les périphériques de communication. Cette couche est invisible lorsqu'elle fonctionne et absorbe toute l'attention lorsqu'elle ne fonctionne pas.

Framework et rendu. Qt, Flutter, Slint, LVGL ou un moteur de jeu. Gère la boucle de rendu, l'animation, les événements d'entrée et la mise en page. C'est la couche à laquelle on fait référence lorsqu'on dit « nous avons choisi Qt ».

Application. Vos écrans, états, logique métier et liaisons de données. La partie qui se comporte comme le développement logiciel conventionnel.

Connectivity. How the interface talks to the rest of the system, and what it does when that conversation breaks. CAN and Automotive Ethernet in vehicles. NMEA 2000 at sea. Modbus, Profinet, and OPC UA in industrial settings. Bluetooth Low Energy, Wi-Fi, and Matter in the home.

A useful diagnostic question when something goes wrong: which layer owns this? Stutter during a transition is usually framework or application. Stutter that only appears after 40 minutes of use is usually thermal, which means hardware. Input that lags under load is often the driver. 

Choisir un framework HMI 

Il n'y a pas de bonne réponse, seulement une bonne méthode. Voici l'état actuel du domaine.

Framework	Idéal pour	Principal atout	Points de vigilance
Qt (QML et C++)	Automobile, médical, maritime, industriel	Outillage mature, variantes certifiées pour la sécurité, un fournisseur avec 30 ans d'existence	Coût de la licence commerciale
Flutter	Appareils grand public, produits basés sur Android	Itération rapide, animations excellentes, vivier de talents important	Nécessite un GPU performant ; l'écosystème embarqué est encore en maturation
Slint	Appareils IoT à mémoire limitée	Empreinte d'exécution très réduite, fondations Rust	Écosystème et communauté plus restreints
LVGL	Matériel de classe MCU	Fonctionne là où peu d'autres le font, licence permissive	Vous développez vous-même davantage d'outils environnants
Unity et Unreal	Clusters 3D haut de gamme, interfaces de démonstration	Rendu photoréaliste	Coût matériel, modèle de licence, compétences de l'équipe
React Native	Android Automotive, appareils électroménagers connectés	Écosystème JavaScript familier	Peu adapté à tout élément sur un chemin lié à la sécurité

Notre comparaison des principaux frameworks d'IHM embarquée entre dans les détails techniques. Pour une décision, cinq questions font l'essentiel du travail.

Quel est le silicium ? C'est le verrou incontournable. La RAM, la mémoire flash et la capacité GPU disponibles éliminent des options avant même que les préférences n'entrent en jeu. Un MCU doté de 512 Ko de RAM exclut la plupart des possibilités.

Quel niveau de conformité s'applique ? La certification de sécurité restreint rapidement le champ des possibles, car vous avez besoin d'un framework disposant d'une variante certifiée, d'une qualification d'outil documentée et d'un fournisseur prêt à accompagner un audit. C'est pourquoi Qt domine les projets réglementés.

Que pourra maintenir votre équipe en 2036 ? Pas ce qui les enthousiasme aujourd'hui. Le choix d'un framework est une décision de recrutement avec un horizon de 10 ans.

Quelle est l'exposition totale en matière de licences ? Modélisez-la sur l'ensemble du cycle de vie du produit et des volumes attendus, redevances incluses. Gratuit au stade du prototype et gratuit à 200 000 unités sont deux propositions différentes.

Comment les designers transmettront-ils le travail aux développeurs ? Les équipes sous-estiment ce point jusqu'à ce qu'elles recréent manuellement un design system à la main. Des outils qui exportent directement vers le framework permettent d'économiser des mois sur toute la durée de vie d'un produit.

Spyrosoft is a Qt Premium Partner, and we also build in Flutter, Slint, LVGL, Unity, and Unreal. That mix isn’t hedging. Different products genuinely need different answers, and we’d rather tell you a framework is wrong for your hardware than sell you the one we know best. For a closer look at the two most common finalists, see Flutter vs Qt pour l'IHM embarquée et notre article approfondi surDéveloppement HMI Qt. 

Des principes de conception qui résistent au contact du matériel réel 

Concevoir pour l'environnement, pas pour le bureau 

Your interface will be used in glare, in the dark, with wet or gloved hands, on a surface that’s vibrating. Contrast ratios that look elegant in a design tool disappear at midday. Touch targets sized for a fingertip fail for a hand in a work glove, which needs somewhere around 15mm minimum. Anything that depends on a subtle colour difference will be lost on a screen at half brightness. 

La charge cognitive est l'ennemi 

Hick’s law says decision time grows with the number of options presented. Fitts’s law says the time to hit a target depends on its size and distance. Both become more consequential in a moving vehicle, where visual attention away from the road must be kept brief. 

Practical consequences: put the primary action where the hand naturally rests, make it large, and hide the settings nobody uses in an emergency behind one deliberate tap. Progressive disclosure isn’t about elegance here. It’s about how many things a person can process while doing something else. 

Spécifier les états de défaillance

What does the screen show when a sensor drops out, a bus goes quiet, or a value arrives outside its plausible range? A gauge that keeps displaying the last known number is actively dangerous. A blank field is confusing. An explicit “no data” state is correct, and it needs designing, testing, and signing off like any other screen. 

Les équipes les spécifient généralement tard, ce qui explique pourquoi elles sont si souvent incohérentes d'un écran à l'autre. Intégrez-les aux exigences.

Ne jamais se fier uniquement à la couleur 

Colour vision deficiency affects a meaningful share of users, particularly men. Anything critical should therefore use more than colour alone, for example colour plus shape, text, sound, or haptic feedback where the hardware allows. This is established practice in safety-conscious interface design. 

La cohérence est un gage de sécurité 

If navigation lives bottom-left, it lives bottom-left on every screen, in every variant, in every language. Muscle memory is what lets an experienced operator act without looking, and inconsistency destroys it. Design system discipline isn’t polish. It’s error prevention. 

Développement HMI par secteur

Automobile 

You’re building instrument clusters, infotainment, head-up displays, ADAS overlays, and increasingly passenger and rear displays. The binding constraints are glance time, boot time (drivers expect the reversing camera before they’ve finished putting their seatbelt on), functional safety for anything the cluster reports, and a support commitment measured in a decade and a half. 

Standards stack up here: ISO 26262 for functional safety, ISO 15005 and 15008 for interaction ergonomics and legibility, and UN Regulation No. 155 with ISO/SAE 21434 for cybersecurity, which has been mandatory for new vehicle type approvals in the EU, Japan, and South Korea since 2022. Qt and Android Automotive dominate; Unreal appears in premium 3D clusters. 

Pour aller plus loin : conception HMI automobile pour les combinés d'instruments et l'infodivertissement, Conformité ISO 26262 dans le développement HMI automobile, notre article surArchitecture MicroHMI pour Android Automotive, et notre plateforme IVI et combiné d'instruments pour l'automobile. 

Marine 

Chart plotters, engine and vessel monitoring, and integrated bridge or yacht control systems. Sunlight readability is the defining problem, followed closely by the fact that the vessel may have no connectivity for weeks. Everything has to work offline, and the interface has to remain legible through polarised sunglasses at a shallow viewing angle. 

L'intégration NMEA 2000 est quasi universelle. La certification passe par l'IEC 60945 pour les exigences environnementales et CEM, et par la Directive sur les équipements marins pour l'homologation UE. Découvrez notre travail surHMI marine avec Qt et NMEA 2000, le panneau de commande du yacht accélérateur, et notre guide deHMI pour les systèmes de navigation maritime. 

Électronique grand public 

Appliances, wearables, smart home hubs, and personal devices. The constraint here is commercial rather than regulatory: the bill of materials is squeezed hard, so you’re delivering a premium-feeling interface on modest hardware. Nobody reads the manual, so the interface has to explain itself in the first 10 seconds. And the product has to survive being used by everyone in the household. 

La conformité repose principalement sur le marquage CE et FCC, avec des exigences d'accessibilité qui se renforcent sur plusieurs marchés, et le Cyber Resilience Act s'applique désormais directement aux appareils connectés de cette catégorie. Plus d'informations dansHMI pour l'électronique grand public et notre travaux dans l'électronique grand public. 

Industrie et machines lourdes 

Machine panels, supervisory stations, and cab interfaces for excavators, cranes, and agricultural equipment. Alarm management is the discipline that separates good from bad here: a screen that raises 40 alerts during an incident has told the operator nothing. ISA-101 exists largely because of this. 

La sécurité fonctionnelle repose sur l'IEC 61508 et ses niveaux SIL, la cybersécurité sur l'IEC 62443, et vous devrez presque toujours vous intégrer à des équipements plus anciens que l'interface que vous développez.

Dispositifs médicaux 

Device interfaces, monitoring displays, and diagnostic equipment. What makes medical distinctive is that usability engineering is itself regulated. Under IEC 62366 you must demonstrate, with evidence, that the interface doesn’t induce use errors. IEC 62304 governs the software lifecycle, ISO 13485 the quality system, and in the US, 21 CFR Part 11 covers electronic records. 

L'effet pratique est que la documentation et les tests formatifs se déroulent parallèlement au développement dès le début, et non après.

Sécurité, conformité et cybersécurité

La conformité est le domaine où les budgets HMI réservent des surprises. Non pas parce que les normes sont déraisonnables, mais parce que les équipes les traitent comme un verrou final plutôt que comme une donnée d'entrée architecturale.

Standard	Domaine	Ce qu'il régit
ISO 26262 (ASIL A à D)	Automobile	Sécurité fonctionnelle des systèmes de véhicules routiers
ISO 15005 et 15008	Automobile	Ergonomie de l'interaction avec le conducteur et lisibilité de l'affichage
UN-R155 et ISO/SAE 21434	Automobile	Gestion et ingénierie de la cybersécurité
IEC 61508 (SIL 1 à 4)	Industriel	Sécurité fonctionnelle des systèmes électriques et électroniques
IEC 60945 et MED	Marine	Exigences environnementales et CEM, réception UE par type
IEC 62366 et IEC 62304	Médical	Ingénierie de l'utilisabilité et cycle de vie logiciel
IEC 62443 et ISA-101	Industriel	Cybersécurité de l'automatisation et pratique de conception des affichages
Cyber Resilience Act (UE) 2024/2847	Tout produit comportant des éléments numériques	Gestion des vulnérabilités, signalement, exigences de sécurité dès la conception
Règlement Machines (UE) 2023/1230	Machines et équipements lourds	Santé et sécurité, couvrant désormais les logiciels, les systèmes connectés et l'IA
CE et FCC	Consommateur	Accès au marché

Le calendrier réglementaire sur lequel vous concevez désormais

Trois dates méritent d'être présentées à quiconque planifie un lancement de produit dans l'UE.

Date	Ce qui change	Qui il cible
11 septembre 2026	Les obligations de déclaration du Cyber Resilience Act commencent. Les vulnérabilités activement exploitées et les incidents graves nécessitent un avertissement précoce dans les 24 heures et une notification complète dans les 72	Tout produit comportant des éléments numériques sur le marché de l'UE, y compris les produits déjà vendus
20 janvier 2027	Le Règlement Machines remplace la Directive Machines, avec les logiciels, les systèmes connectés et l'IA explicitement dans son champ d'application	Machines, équipements lourds et interfaces dans leurs cabines et panneaux
11 décembre 2027	Les obligations du Cyber Resilience Act s'appliquent pleinement : exigences essentielles en matière de cybersécurité, évaluation de la conformité, marquage CE, documentation technique	Comme ci-dessus

The Cyber Resilience Act is the one HMI teams tend to underestimate, because it attaches to the product with digital elements rather than to the vehicle or machine around it. If your interface reaches the EU market, you’ll need a software bill of materials, a documented vulnerability handling process, and an update path that still works years after launch. That over-the-air architecture decision from phase seven stops being an engineering preference and becomes a legal requirement. 

Notez en particulier les obligations de déclaration. Elles s'appliquent aux produits déjà sur le terrain, de sorte qu'un appareil que vous avez livré en 2024 entre dans le champ d'application à partir de septembre 2026, que quelqu'un l'ait budgété ou non.

Ce que la conformité vous demande réellement 

La traçabilité, avant tout. Chaque exigence est liée à un élément de conception, et chaque élément de conception est lié à un test qui le prouve. Intégrer cette approche à une base de code déjà finalisée est l'un des projets les moins agréables dans le domaine du logiciel embarqué.

Then safety analysis: FMEA and fault tree analysis to establish what can fail and what happens when it does. Then documented evidence, because at audit it isn’t enough to have tested something, you have to show how. At higher safety levels (ISO 26262 ASIL C and D, IEC 61508 SIL 3 and above) your development tools themselves may need qualification, and an independent assessor becomes mandatory. 

La seule décision qui détermine si cela est abordable 

Partitioning. If safety-related functions share memory space and execution context with everything else, then everything else inherits their safety requirement, and you’ll be certifying your media player. Separate them properly, and you certify a small, well-understood component while the rest of the interface develops at normal speed and cost. 

Cette décision est prise lors de la troisième semaine de l'architecture. Pas au 14e mois.

Coûts et délais de développement d'une HMI

Très peu de personnes publient des chiffres ici, ce qui n'est pas utile lorsque vous essayez de construire un business case. Voici un point de départ honnête, avec la réserve habituelle que le périmètre, la région et la maturité du matériel modifient considérablement ces chiffres.

Envergure du projet	Durée typique	Budget indicatif
Panneau embarqué à écran unique, sans certification	3 à 4 mois	De cinq chiffres faibles jusqu'à environ 100 k£
HMI produit multi-écrans, interface utilisateur personnalisée, conformité de base	6 à 9 mois	100 k£ à 300 k£
HMI automobile ou médical certifié pour la sécurité	12 à 24 mois ou plus	de 500 k£ à plusieurs millions

Ce qui détermine réellement le coût :

1. Le nombre d'écrans et, surtout, d'états. Quarante écrans avec deux états chacun représentent une charge de travail moindre que 10 écrans avec 20 états chacun.

2. Maturité matérielle. Développer sur une carte stable et disponible est simple. Développer sur une carte encore en évolution implique des reprises.

3. Niveau de certification. Le saut de non certifié à ASIL B est significatif ; ASIL D relève d'une catégorie de projet différente.

4. Périmètre d'intégration. Chaque protocole et chaque système hérité augmente la surface d'exposition.

5. Ambition en matière de 3D et d'animation, qui génère à la fois des efforts d'ingénierie et des exigences matérielles.

6. Localisation et variantes. Douze langues avec prise en charge de droite à gauche et quatre niveaux de finition multiplient la matrice de tests.

7. L'engagement de support que vous prenez par la suite.

And the three things that wreck schedules: hardware arriving late or changing after design sign-off, requirements churn after the design freeze, and compliance evidence assembled retrospectively. All three are avoidable. None of them are avoided by working faster. 

Développer en interne ou faire appel à un partenaire ?

Une lecture honnête, y compris les cas où vous ne devriez pas nous contacter.

Développer en interne lorsque

L'interface est votre avantage concurrentiel et votre feuille de route est longue et stable. Lorsque l'HMI is l'expérience produit, et vous l'itérerez pendant des années, cette compétence doit rester en interne.

Vous disposez déjà d'une expertise en systèmes embarqués et en frameworks au sein de l'équipe. Si des personnes ont déjà livré un produit Qt ou Flutter sur du matériel contraint, vous êtes déjà sur la bonne voie.

Vous pouvez absorber la montée en charge. Une équipe compétente qui apprend un nouveau framework et un nouveau domaine a généralement besoin de six à 12 mois pour atteindre sa pleine productivité. Si votre date de lancement peut supporter ce délai, l'interne est souvent le meilleur choix économique à long terme.

Faites appel à un partenaire lorsque

Vous avez besoin d'une compétence que vous ne possédez pas et que vous ne pouvez pas recruter rapidement. L'expérience en certification de sécurité, Qt à grande échelle, NMEA 2000, Android Automotive : ce sont des spécialisations pointues avec des courbes d'apprentissage lentes et coûteuses.

Le time to market est la contrainte déterminante. Une équipe expérimentée peut commencer à travailler de manière productive immédiatement au lieu de consacrer les premiers mois à développer des compétences qu'elle ne maîtrise pas encore.

Vous validez un concept avant d'engager des effectifs. Développer un prototype fonctionnel avec une équipe externe est un moyen moins coûteux de tester une idée que de recruter pour celle-ci et de découvrir qu'elle était erronée.

Le domaine présente une courbe d'apprentissage abrupte, et des erreurs évitables peuvent coûter plus cher que le déficit initial de compétences.

L'approche hybride que la plupart des entreprises adoptent

A partner builds the architecture and first release; your team takes over maintenance and iteration. It works well, but only on one condition: the code that comes back has to be documented, modular, and genuinely handover-ready. Write that into the contract, with acceptance criteria, rather than raising it at the kick-off meeting and hoping. 

Ou partez de quelque chose qui fonctionne déjà

L'opposition entre développement interne et externalisation masque une quatrième option. Pour plusieurs catégories de produits courantes, l'interface ne doit pas nécessairement partir d'un référentiel vide, car un accélérateur métier existe déjà et peut être adapté.

Nous en maintenons quelques-uns :

• Wavey, un système d'infodivertissement embarqué et de tableau de bord à commande gestuelle

• Le panneau de commande du yacht, réunissant propulsion, navigation, alimentation et alarmes sur un seul écran tactile robuste

• LifeTrack, pour les interfaces de surveillance de qualité médicale

• HomeOps et Douche intelligente, pour les interfaces d'appareils connectés et de maison intelligente

• L'accélérateur d'IHM multimodale, pour les produits combinant tactile, voix et gestes

The list matters less than what it changes about the first conversation. Instead of evaluating an approach only on paper, you can assess a working system on your own hardware. In suitable cases, that can happen within a working day. Whatever you decide about building or outsourcing afterwards, you make the decision having seen something run. 

Dix questions à poser à tout partenaire HMI 

1. Dans quels frameworks êtes-vous réellement spécialisé, et quel est votre statut de partenaire ?
2. Quels produits certifiés avez-vous livrés selon la norme qui nous est applicable ?
3. Pouvons-nous parler à un client de référence dans notre secteur ?
4. Qui détient la propriété intellectuelle, la chaîne d'outils et le système de build à la fin ?
5. Comment produisez-vous les preuves de test, et à quoi ressemble le dossier ?
6. Exécutez-vous l'intégration continue sur le matériel cible ?
7. Quelles sont vos normes en matière de documentation et de transfert ?
8. Comment maintenez-vous une base de code maintenable sur un cycle de vie de 10 ans ?
9. Quelle est la continuité de votre équipe, et qui reste sur le projet ?
10. Sur quels éléments de notre spécification actuelle reviendriez-vous ?

Cette dernière question est la plus utile. Quiconque approuve l'intégralité de votre brief n'a soit pas pris la peine de le lire, soit ne vous dira pas lorsque vous avez tort.

�������P돾�Db�|Dc��Ғ�d� $�L��k���K������z� iX?=� �Vo�UϹu��JJJO�N���z1 �#c�1rv�"?)))=�I;O�$�% �����{ ҏ�.�ݷ�1�a��ܺ�� I檯}�^����>Ĥ�#�1�c� ��0�#�)IIII�I;�M �\������-��UϹr�� �*�]u�zZn:Y�@�|�I?@F1�cB�FƄa@{E�'bI$�I$�'b~�I?@�%Us�\���%�v�v���d�j���ԊI$�I$��1�aB���a@zH��;| $�I$�I$��'c��I��હ����%�-�N�yY��t��������UUI�$�$�I$�I$���cB�#��!�
��dI�D�M|�$�I$�I$�O�*��r��?�F��l�Mn�-��0x--*-----**l q$�I$�"dI$� c��! �cF�4L�)H�v'�$�I$�I$�K���\}��U�DKm��(٭Җ�a-#~���EEEH��!B�}Ě$�I�22��I$�cB�8�cH�}�I$�I$�����W ���n:[�Β�l6�0}k�����cB�!F1}�ĒI$�JD�I�F1�!-�����b(�D�I4

AI is moving onto the device. Voice control that doesn’t need a connection, interfaces that adapt to how an individual uses them, anomaly detection running locally. The interesting constraint is that inference has to fit inside the same memory and thermal envelope as everything else, which is why quantised models and dedicated NPUs are becoming standard parts of the hardware conversation. 

L'entrée multimodale devient une attente de base dans de nombreuses catégories de produits. Le tactile est de plus en plus combiné à la voix, aux gestes et aux commandes physiques, choisis en fonction du contexte plutôt qu'appliqués uniformément à l'ensemble du produit. Notre point de vue sur le avenir du HMI multimodal couvre l'évolution de ce domaine.

Les produits deviennent définis par le logiciel. Lorsque les fonctionnalités arrivent après l'achat, l'interface devient le mécanisme de livraison, et l'architecture de mise à jour cesse d'être une réflexion après coup.

Le rendu 3D devient viable sur un éventail toujours plus large de matériels. Des capacités qui exigeaient autrefois des puces haut de gamme s'exécutent désormais de plus en plus sur des SoC automobiles de milieu de gamme, modifiant ainsi ce que les équipes peuvent envisager pour les produits grand public.

Rien de tout cela ne change les fondamentaux. Les interfaces doivent toujours rester lisibles en plein soleil, échouer en toute sécurité et être maintenables une décennie après que les personnes qui les ont écrites ont quitté l'entreprise.