Une unité de chauffage et de refroidissement n’est plus seulement du matériel. Sa valeur vient de plus en plus de ce qui se passe autour de l’appareil : l’application mobile, le compte utilisateur, le pilotage à distance, la télémétrie et le cloud qui relie le tout. Pour un fabricant HVAC, cela signifie que le développement logiciel HVAC devient une partie du produit, pas un supplément.
D’après notre expérience, la difficulté n’est pas d’inventer des fonctions mais de les livrer dans les temps, avec une équipe qui comprend à la fois l’appareil et le cloud. Pour un fabricant mondial de systèmes de chauffage et de refroidissement, nous avons constitué exactement cette équipe et développé ses applications et sa couche cloud, en combinant un backend Java, une application iOS native et du DevOps cloud.
Pourquoi les systèmes HVAC ont-ils désormais besoin de leurs propres applications et de leur cloud ?
Parce que les attentes de l’utilisateur comme les besoins du fabricant ont changé :
- l’utilisateur veut piloter le chauffage et le refroidissement depuis son téléphone, pas depuis un panneau mural,
- le service veut savoir à distance ce que fait l’unité, avant que le client n’appelle,
- le fabricant veut des données sur toute la flotte, pas des tickets isolés,
- le cycle de vie du produit s’allonge, car les mises à jour de l’application et du cloud ajoutent de la valeur après la vente.
Tout cela exige un logiciel maintenu pendant des années, pas un déploiement ponctuel.
Quelles applications construisons-nous le plus souvent pour le HVAC ?
Sur les projets pour les fabricants, nous nous concentrons sur la couche qui touche réellement l’utilisateur et le service :
- des applications mobiles de pilotage et de supervision (iOS natif, Android),
- des portails et panneaux pour les utilisateurs, les installateurs et le service,
- le diagnostic à distance et les fonctions de demande d’intervention,
- l’intégration à l’appareil et aux systèmes existants du fabricant.
Pour notre client HVAC, l’équipe a développé et optimisé les fonctionnalités et l’UX de ses propres applications, en les alignant sur les objectifs métier et les attentes des utilisateurs.
À quoi ressemble la couche cloud pour les appareils HVAC ?
L’application n’est que la partie visible. En dessous, il faut une plateforme cloud pour appareils HVAC capable de porter la télémétrie et le trafic de toute la flotte :
- un backend et des API (Java, Spring, microservices) au coeur,
- la conteneurisation et l’orchestration (Docker, Kubernetes) pour la montée en charge,
- le CI/CD et l’infrastructure as code (Jenkins, Terraform, Ansible, Helm),
- un cloud public (par exemple GCP) comme environnement d’exécution.
Ce socle permet d’ajouter des fonctions sans tout réécrire et d’absorber un nombre croissant d’appareils connectés.
Comment relier l’application à l’appareil : embedded, cloud, application ?
Un produit HVAC vit à la rencontre de trois couches, chacune ayant ses exigences :
- l’appareil (embedded) collecte les données et exécute les commandes,
- le cloud ingère la télémétrie, stocke les données et expose des API,
- l’application en fait un pilotage et une vue pour l’utilisateur.
La valeur n’apparaît que lorsque ces couches fonctionnent ensemble : nous regardons donc le projet de bout en bout, pas un écran isolé. Nous avons décrit notre façon de construire la couche applicative pour les appareils connectés dans notre article sur les applications pour produits connectés et l’IoT.
Comment faire une application HVAC réellement utilisée ?
Une application de pilotage du chauffage vaut ce que vaut son usage quotidien. Nous veillons donc à ce que :
- les gestes du quotidien (changer la température, un programme) soient simples et rapides,
- l’état de l’appareil soit lisible, y compris pour une personne non technique,
- le service et le diagnostic n’exigent pas d’appeler une hotline,
- l’application soit cohérente avec le reste de l’écosystème du fabricant.
Sur le projet HVAC, l’optimisation des fonctionnalités et de l’UX était précisément l’objectif principal de notre équipe.
Quelles compétences fournissons-nous pour un projet HVAC ?
Nous avons construit l’équipe autour du travail réel, pas « au cas où » :
- un architecte / développeur Java qui fixe la direction technique et le backend,
- un développeur iOS responsable de l’application native,
- un spécialiste DevOps qui construit les déploiements, le cloud et la chaîne CI/CD.
Cette composition, un architecte plus des spécialistes iOS et DevOps, a permis à une équipe de quatre personnes de s’approprier réellement les applications du client.
En combien de temps une équipe peut-elle rejoindre un projet HVAC ?
La rapidité est l’essentiel. Sur le projet HVAC, la plupart des spécialistes ont rejoint l’équipe dans le mois suivant la recommandation. Notre recrutement aboutit généralement en trois semaines environ, et ne s’étire à deux mois que pour des exigences non standard. En tant que partenaire nearshore depuis la Pologne, nous travaillons dans un fuseau horaire proche : l’équipe rejoint votre rythme de travail, vos revues de code et vos réunions sans longue montée en charge.
Logiciel sur mesure ou renfort d’équipe : qu’est-ce qui est rentable en HVAC ?
Cela dépend si vous partez de zéro ou si vous faites évoluer un produit existant. Pour quelque chose de nouveau, un projet de logiciel sur mesure au périmètre clair fonctionne bien ; pour le développement continu des applications et du cloud, c’est le renfort d’équipe ou une équipe dédiée. Sur le projet HVAC, c’était la seconde option : nos spécialistes ont développé les applications sous la direction du client, en ajoutant des compétences exactement là où elles manquaient.
Comment procédons-nous chez RITS ?
Nous le faisons en tant que partenaire nearshore depuis la Pologne, avec une expérience réelle des projets HVAC et industriels :
- pour un fabricant mondial de systèmes de chauffage et de refroidissement, nous avons fourni une équipe qui a développé ses applications et sa couche cloud (Java/Spring, iOS natif, DevOps sur GCP/Kubernetes),
- la plupart des spécialistes ont rejoint l’équipe dans le mois suivant la recommandation,
- nous réunissons application, backend et cloud en un tout maintenable,
- nous vérifions les compétences avant le démarrage et construisons l’équipe autour du projet.
Le plus souvent, nous procédons en logiciel sur mesure construit par notre équipe et, lorsqu’il faut compléter vite les compétences, en renfort d’équipe.
Par où commencer avec les applications et le cloud pour le HVAC ?
Commencez par le parcours utilisateur le plus important (par exemple le pilotage à distance ou le diagnostic de service) et par la question des données que le cloud doit porter. Cela définit le périmètre de l’application, l’architecture du backend et les rôles dont vous avez besoin. Nous avons traité les différences entre modèles de collaboration dans notre article sur les modèles de collaboration IT.
Vous construisez des applications ou un cloud pour des systèmes HVAC ? Parlons-en - nous adapterons une équipe et une architecture à votre produit.