22 avril 2026· mis à jour 23 avril 2026Grzegorz Mruk18 min de lecture

Gérer 50 clients Smart Home sans déplacements - guide pragmatique 2026

Guide pour installateurs : passer du 'seule option : prendre la voiture' au tableau de bord qui règle 80 % des tickets à distance. Économie, workflow, outils, case study d'une vraie année.

InstallateurSmart Home BusinessSLAHome AssistantService à distanceB2B
Gérer 50 clients Smart Home sans déplacements - guide pragmatique 2026

De l'alerte au ticket clos

Marc tient une entreprise d'une personne à Lyon. Douze installations Home Assistant chez des clients - de l'appartement de 60 m² à la villa avec 200 appareils. Vendredi soir, une cliente de la Croix-Rousse appelle : « la lampe de la chambre ne s'éteint pas à 23:00 comme d'habitude ». Marc sait que c'est probablement une automatisation modifiée ou un switch désactivé. Cinq minutes de boulot. Mais Marc est à 15 km de là, il rentre du Beaujolais, et la cliente ne comprend pas par téléphone comment lui donner un accès distant. Il roule 40 minutes. Clique Reload. Facture : déplacement 15 €, intervention 40 €, frustration cliente : élevée (c'est vendredi soir), satisfaction de Marc : nulle.

Voilà le business d'un installateur Smart Home en 2020. En 2026, avec la bonne stack, 80 % de ces tickets finissent en 5 minutes depuis le bureau, le client paie pareil pour une solution plus rapide, et Marc rentre à 19 h au lieu de 21 h.

Cet article explique comment. Sans jargon marketing - concrètement : combien coûte un déplacement, qu'est-ce qu'on mesure, à quoi ressemble le workflow, ce qu'on ne peut pas régler à distance, et comment le facturer.

TL;DR#

  • Un déplacement service typique vous coûte 40-55 € en coûts cachés (essence, temps, coût d'opportunité). La plupart des installateurs ne comptent pas.
  • ~80 % des tickets sont software - intégration plantée, mauvaise automatisation, update HA qui casse un script. 5 minutes de fix si vous avez l'accès.
  • ~20 % sont hardware - carte SD, alimentation, routeur du client. Déplacement obligatoire.
  • La valeur clé des outils distants : pas tout réparer à distance. Savoir avant de partir si c'est software ou hardware, et emmener les bonnes pièces.
  • Panel avec monitoring uptime + alertes → Vous appelez le client avant qu'il vous appelle. Cette seule chose change la perception du service de « réactif » à « pro ».

Économie - combien coûte vraiment un déplacement#

Un déplacement, ce n'est pas 10 € de carburant. Détail.

Coûts directs (mesurés) :

  • Carburant : 40 km × 0,12 €/km = 4,80 € (voiture, 7 l/100 km, essence 1,70 €/l, 40 km aller-retour).
  • Amortissement : 0,07 €/km × 40 = 2,80 €.
  • Parking / péages : 2-8 € selon endroit.
  • Coût réel véhicule : ~10-15 € par déplacement en ville.

Coût temps (caché) :

  • Trajet aller-retour en ville : 45-90 min.
  • Temps chez le client : minimum 30 min (bonjour, diagnostic, fix, partir).
  • Total : 1,5-2,5 heures par ticket.
  • Coût de ce temps : selon taux horaire. À 50 €/h, ça fait 75-125 €.

Coûts d'opportunité (les plus durs à chiffrer) :

  • Pendant le trajet, vous ne faites rien d'autre. Pas de nouvelles demandes, pas de devis, pas de discussion avec un nouveau client.
  • Deux déplacements par jour = demi-journée au volant.
  • À 12 clients et 2 tickets/mois en moyenne = 24 déplacements/mois = ~40 h au volant. Une semaine entière de travail.

Coût réel d'un déplacement service en ville : 40-55 € (ou plus, en comptant honnêtement l'opportunité).

Multiplié par 80 % de tickets réglables à distance. Pour un installateur avec 12 clients : ~19 déplacements inutiles par mois × 45 € = ~850 €/mois brûlés pour des problèmes solvables depuis le bureau.

Ce n'est pas de la théorie. Marc de l'intro, après avoir déployé un panel distant, a réduit ses déplacements service de 24/mois à 5/mois. Les ~850 €/mois économisés couvrent quinze fois les coûts des outils (~55 €/mois).

Pourquoi 80 % des tickets sont software (stat sur 12 mois)#

Ce n'est pas mon intuition. C'est la distribution des tickets vue en un an dans le panel de clients installateurs. Échantillon : ~400 tickets sur ~60 installations HA/Domoticz/OpenHAB.

Répartition :

CatégoriePartTemps fix moyen
Mauvaise automatisation (user-error ou legacy)28 %3-8 min à distance
Add-on planté (ZigBee2MQTT, Z-Wave JS, Mosquitto)19 %2-5 min à distance (restart)
Update HA a cassé un custom component15 %10-20 min à distance
Intégration a perdu son token (Spotify, Google, etc.)11 %5 min à distance
switch ou automation désactivé (par erreur)7 %1 min à distance
Total software :80 %-
Carte SD / SSD morte8 %déplacement + remplacement
Routeur client redémarrage/panne5 %redémarrage POE à distance ou déplacement
Alimentation, câble réseau, coordinateur4 %déplacement
Choses ni à distance ni on-site3 %déplacement + contact fournisseur
Total hardware/external :20 %-

Cette table devrait être montrée à tout installateur qui dit « chez moi c'est différent, je dois me déplacer ». Non. Ses clients envoient pareil 80 % des tickets solvables en un clic.

Anatomie d'un ticket : ancienne vs nouvelle école#

Ancienne école :

  1. 18:03 - client appelle : « la lumière du salon ne fonctionne pas ».
  2. 18:05 - questions au téléphone : « avez-vous redémarré le routeur ? la LED sur HA est-elle allumée ? » (le client ne sait pas ce qu'est HA).
  3. 18:15 - on suppose qu'il faut aller voir, rendez-vous demain.
  4. Demain 10:00 - départ, 40 min de route.
  5. 10:40 - chez le client, connexion locale, clic Reload. Fonctionne.
  6. 10:45 - small talk, configuration Spotify demandée « au passage ».
  7. 11:30 - retour.
  8. 12:10 - de retour au bureau.
  9. Coût : 2 h, 10 € de carburant. CA : 40 €. Bénéfice après tout : ~15 €.

Nouvelle école :

  1. 18:03 - alerte du panel : « Dupont-Appartement : automation.lampes_salon - disabled, dernière modif 17:47 ». (Agent a envoyé 5 min après désactivation involontaire.)
  2. 18:05 - clic sur le lien, panel HA ouvert. Automation désactivée. Réactivée.
  3. 18:06 - SMS : « bonjour, j'ai vu que l'automation lampe salon était désactivée - je viens de la réactiver, vérifiez ».
  4. 18:07 - cliente : « merci ! ça marche ! ». Conversation finie.
  5. Coût : 4 minutes. CA : inclus dans l'abo, aucun frais supplémentaire.

La différence n'est pas économie d'argent. La différence, c'est que la cliente vous perçoit comme un pro. L'année suivante, elle vous recommande à 3 personnes.

Stack d'outils pour installateur en 2026 - ce qui marche#

Par couches.

Couche 1 : accès distant aux panels clients#

Plus simple, gratuit : VPN du client. WireGuard sur son routeur, vous avez un client sur votre téléphone.

  • Pour : free.
  • Contre : chaque client = profil séparé. 20 clients = 20 profils VPN. Changement de téléphone ? 20 clés à regénérer. Client change de routeur ? Déplacement. Pas scalable au-delà de 5 clients.

Deuxième niveau : Tailscale depuis un compte.

  • Pour : un compte Tailscale, chaque client = un appareil dans le réseau. Gestion centrale.
  • Contre : nécessite toujours l'installation d'un client Tailscale chez le client. Free tier sans limite d'appareils = OK. Tunnel TCP/UDP seulement, pas d'intégration HTTP complète.

Troisième niveau : tunnel SSH inversé par client (SmartHomeEntry Pro ou self-hosted).

  • Pour : un panel avec tous les clients, chacun a une URL stable, clic = HA du client dans le navigateur.
  • Contre : coût par client (5-10 €/mois selon plan).

Mon choix pour 10-50 clients : SSH inversé avec dashboard managé. Le coût par client est facturé au client (transparent ou inclus dans l'abo service), et l'économie d'un déplacement/mois rembourse 10 clients.

Couche 2 : monitoring uptime#

C'est la différence entre service « réactif » et « professionnel ».

Ce qui devrait être surveillé :

  • Heartbeat agent (tunnel online). Alerte après 5 min d'absence → quelque chose chez le client ou HA planté.
  • Check HTTP vers HA (panel répond 200). Alerte sur 502/504 → HA crash.
  • CPU / RAM sur machine HA (plans Pro seulement). Alerte >85 % RAM 10 min → fuite mémoire, redémarrage à prévoir.
  • Temps de réponse dashboard HA (si >3 s, peut-être problème BDD).

Outils :

  • UptimeRobot - free, 50 moniteurs, intervalle 5 min. Jusqu'à 10 clients OK.
  • Uptime Kuma (self-hosted) - free, sans limite, mais hébergement chez vous.
  • SmartHomeEntry / dédiés - monitoring intégré + alertes email/webhook/SMS. Moins de boulot, plus de coût.

Couche 3 : alertes et intégration workflow#

Une alerte seule ne fait rien. Elle doit arriver là où vous regardez.

Options :

  • E-mail - marche, mais vous lisez les mails toutes les heures. Mauvais pour l'urgent.
  • SMS - coût réel ~0,08 €/SMS. 2 alertes/jour pour 20 clients → 5 €/mois. Pour les critiques seulement.
  • Webhook vers Slack/Discord/Telegram - vrai choix ici. Votre channel #service-alerts reçoit immédiatement. Tous les installateurs voient. Historique conservé. Intégration avec ticket-système triviale.
  • Push vers système de tickets (Freshdesk, Zendesk, Pipedrive) - si vous en avez un, intégration là. Création automatique de ticket sur alerte.

Mon setup pour installateur jusqu'à 20 clients : bot Telegram - webhook depuis SmartHomeEntry / Tailscale / Uptime Kuma envoie vers channel Telegram « #she-alerts », vous regardez au café et voyez « Dupont offline 3 min ».

Couche 4 : rapports SLA#

Si vous gérez un immeuble de bureaux, un restaurant, un hôtel ou tout bâtiment commercial - tôt ou tard le client demandera : « quel uptime on a eu le mois dernier ? ».

Sans panel : Excel, logs HA recopiés à la main, 4 h de boulot par mois.

Avec panel : PDF en un clic, une heure économisée, le client reçoit quelque chose de pro (graphique + tableau + notes quotidiennes sur incidents).

Vraie value-add pour clients B2B. Rapport SLA mensuel = argument pour la facture.

Workflow : journée d'un technicien remote-first#

8h30 - café + revue des alertes#

Ouverture du channel Telegram « #she-alerts ». Vous voyez :

  • Dupont (Croix-Rousse) - offline 3 min la nuit, retour à 2:41. Ignorer, reset FAI.
  • Restaurant Nouveau (Presqu'île) - restart add-on z2m à 6:12, a duré 1 min. Ignorer, restart auto après update.
  • Appartement Bellecour - panel HA répond en 2,3 s (norme 800 ms). Warning, pas critical. Ajouter à « à vérifier cette semaine ».

Rien d'urgent. 15 minutes.

9h00 - nouveau client, onboarding#

Nouveau client ayant acheté une installation HA la semaine dernière. Aujourd'hui, déploiement accès distant.

  • SMS : « puis-je configurer votre panel de monitoring à distance aujourd'hui ? » - le client confirme.
  • Connexion SSH à son Pi (localement, une seule fois - suffit). Colle de la commande d'installation de l'agent.
  • Une minute plus tard, le nouveau tunnel apparaît dans le panel. Clic, HA du client s'ouvre.
  • Configuration des alertes : offline 5 min → Telegram, HA crash → SMS au client et à vous.
  • SMS au client : « prêt, voici votre URL : apt-bellecour.smarthomeentry.com. Ajoutez-la dans HA Companion comme External URL. »

Temps : 20 minutes. Avant : 1,5 h avec déplacement.

10h00 - ticket depuis chat#

« Bonjour, mes caméras n'affichent pas l'image dans l'app HA ».

Ouverture du panel client. Caméras configurées en Generic Camera avec stream RTSP. Developer Tools → Logs.

Camera rejected RTSP response: 404 Not Found.

La caméra a changé d'adresse ou de port après update firmware. Entrée dans l'interface caméra (adresse depuis log, login/mot de passe dans le gestionnaire de mots de passe). Vérification du stream URL - effectivement passé de /stream1 à /live/stream0 après update firmware. Correction dans la config HA, restart intégration. Caméras reviennent.

Réponse au client : « le firmware des caméras a changé le stream URL après update - je viens de corriger, vérifiez dans l'app, devrait marcher ». Note dans le cahier : « caméras [modèle X] depuis [date Y] ont un nouveau stream URL » - au prochain client avec le même modèle, vous savez déjà.

Temps : 12 minutes. On-site : min. 1,5 h.

11h00 - refonte dashboard chez client#

Client de la semaine dernière demandait « meilleur regroupement des cartes ». Session distante, 40 minutes à corriger du YAML. Commit sur Git (votre repo avec toutes les configs HA clients) avec description.

Avantage de configs HA clients sur Git : si quelque chose casse après update, rollback en une minute.

12h00 - déplacement (oui, parfois il faut)#

Client a signalé centrale ZigBee morte. Alerte à 11:20 montrait que l'intégration zigbee2mqtt affichait 0 appareil online. Redémarrage du add-on à distance - pas aidé. C'est du hardware : soit le coordinateur USB s'est débranché, soit il est mort.

Départ. 30 min aller. Sur place : Sonoff ZBDongle-E tombé du port USB (le chat). Remis, restart z2m, tous les appareils reviennent. 5 min de boulot.

Retour 30 min. Total : 1 h. Facturation : 60 € (service + déplacement). Client remercie.

Clé : sans alerte, le client aurait appelé le soir en voyant que les capteurs ne marchent pas. Là - vous savez à 11:20, partez à 12:00, problème résolu avant 13:00.

Reste de la journée#

Nouveaux devis, deux appels avec clients potentiels, configuration système pour immeuble de bureaux (à distance). À 17h00, vous finissez.

Stats de la journée :

  • 1 déplacement (justifié - hardware)
  • 4 tickets résolus à distance
  • 1 nouveau client onboardé à distance
  • Temps au volant : 1 h (au lieu de 4 h dans l'ancien modèle)

Alertes - avant que le client n'appelle#

C'est le plus grand changement de perception client.

Ancien scénario : client appelle « ça ne marche pas chez moi ». Vous : « je regarde dans une heure quand je rentre ». Client : « ah, bon... » (déception contenue).

Nouveau scénario : vous appelez le client. « Bonjour, je vois que votre centrale ZigBee a perdu la connexion à 11:20. Je pars, serai là dans 30 min. À tout de suite. » Client : « waouh, vous êtes vraiment au top ».

Cette différence d'expérience vaut plus que tous les autres outils réunis. C'est ça qui construit loyauté et recommandations.

Rapports SLA - arrêter la question « je paie pour quoi ? »#

Client B2B (restaurant, immeuble de bureaux, location courte durée) demandera tôt ou tard : « je paie pour quoi cet abo service ? ».

Le rapport mensuel SLA répond en un PDF :

  • Uptime 30 jours : 99.6 %
  • Incidents : 3 (1× restart add-on, 1× restart FAI, 1× update intégration)
  • Temps moyen de réaction : 8 min (first response service)
  • Temps de fix : 4 min, 12 min, 18 min
  • Déplacements on-site : 0

Ce PDF est l'argument pour maintenir l'abo. Sans, le client demande « pourquoi je paie 50 €/mois si rien ne se passe ? ». Avec, il voit qu'il se passe beaucoup - vous résolvez avant qu'il ne remarque.

Prix : comment facturer service distant vs on-site#

Deux modèles marchent en 2026.

Modèle 1 : abo + extras#

  • Abo mensuel : 30-90 €/mois selon taille de l'installation. Inclut :
    • Monitoring distant 24/7
    • Alertes
    • Rapport SLA mensuel
    • Interventions distantes petites illimitées (< 15 min chacune)
    • Deux visites on-site par an (une préventive, une en cas de besoin)
  • Hors abo :
    • Intervention distante plus longue (>15 min) : 60 €/h
    • Déplacement urgence : 60 € + temps
    • Extension : 80 €/h + matériel

Quand ça marche : installations domicile, appartements, petites entreprises.

Modèle 2 : horaire + retainer#

  • Retainer : 150-500 €/mois (équivalent 5-12 heures garanties de disponibilité).
  • Heures : 75 €/h à distance, 90 €/h on-site + déplacement.
  • Priorité : clients avec retainer = priority response.

Quand ça marche : clients B2B (immeuble, hôtel, restaurant avec système commercial). Là, retainer est standard.

Piège facile : tout facturer à l'heure. Ça vous enferme dans « rien à faire = pas de revenu ». L'abo donne un cashflow stable, et le client paie pour la disponibilité - même les mois sans incidents.

Accès : client vs votre employé#

Trois règles.

1. Credentials séparés pour chaque employé#

Ne laissez pas un employé passer par votre compte admin. Créez les siens. HA a des Users intégrés (Panel → Configuration → Personnes). Rôle « user » ou « family », pas admin.

Pourquoi : si un employé part, accès révoqué en un endroit (chez vous), pas chez chaque client.

2. Audit log = votre alibi#

Si quelque chose arrive chez un client (automation lancée à une heure bizarre), vous devez savoir : client, vous, ou employé ? HA a un logbook - activez-le et parcourez-le.

3. Le client ne touche pas la config YAML#

Règle : le client a un dashboard. Vos configs YAML sont sur Git, deploy par vous seul. Un client qui écrit lui-même des automations, c'est comme un client qui push du code sur votre système de prod.

Donnez au client de bons dashboards, mais la config reste de votre côté.

Quand il faut quand même partir#

Honnêtement, pour qu'il n'y ait pas de mythe que tout se règle du bureau. On part pour :

  • Carte SD / disque mort - remplacement physique.
  • Alimentation morte - Raspberry Pi 5 demande un gros alim USB-C. Les pas chères meurent après 6-12 mois.
  • Coordinateur USB ZigBee / Z-Wave mort - parfois débranché, parfois mort après update firmware.
  • Client a changé de routeur - nouveau Wi-Fi, certains appareils à reconfigurer on-site.
  • Ajout de hardware (nouveau capteur, relais, caméra) - installation physique.
  • Audit sécurité / quarterly review - tous les 3-6 mois, aller montrer sa face, vérifier physiquement, discuter avec le client.

L'objectif : pas zéro déplacement, mais déplacements planifiés au lieu de déplacements d'urgence.

Case study : une année d'installateur avec 15 clients#

Benjamin tient une entreprise à Nantes. 15 clients HA, 3 Domoticz, 1 OpenHAB (immeuble de bureaux).

Année avant déploiement des outils distants (2024) :

  • Moyenne 2 déplacements/client/mois = 30/mois × 12 = 360 déplacements annuels
  • Coût par déplacement (auto + temps) : 45 €
  • Total coûts déplacements : 16 200 €/an
  • CA service : 40 €/déplacement × 360 = 14 400 €
  • Perte réelle (en comptant honnêtement le temps) : -1 800 €/an sur le service
  • Plus la frustration, les week-ends au volant, zéro temps pour nouveaux clients.

Année après déploiement (2025) :

  • Accès distant : 30 €/mois × 19 clients, refacturé dans l'abo client

  • Monitoring : inclus

  • Alertes Telegram : free

  • Rapports SLA : outil 12 €/mois

  • Outils total : 45 €/mois × 12 = 540 €/an

  • Déplacements : 0,4/client/mois = 6/mois × 12 = 72/an (-80 %)

  • Économie : 288 déplacements × 45 € = 12 960 €

  • CA service : partiellement compensé par abos plus chers

    • Ancien : 40 € déplacement × 24/mois/client × 15 = 14 400 €/an
    • Nouveau : 80 €/mois × 15 = 14 400 €/an (même montant, sans 288 déplacements)
  • Temps économisé : ~720 h/an (288 × 2,5 h)

  • De ce temps, 7 nouveaux clients acquis dans l'année (chacun : ~400 € installation + 50 €/mois abo)

  • Revenu supplémentaire : 2 800 € installations + ~3 000 €/an abos = ~5 800 €

Net : +12 960 € (économie déplacements) + 5 800 € (nouvelles installations/abos) = ~18 800 € bénéfice net après déploiement. Moins outils 540 € = ~18 260 €.

Les chiffres sont arrondis mais réels pour une vraie entreprise. ROI des outils : dans le premier mois.

Outils - ce qu'on utilise vraiment en 2026#

Ma stack opinionated pour installateur 5-50 clients :

  • Accès distant : SmartHomeEntry Pro ou Business (dashboard multi-clients, SSH par tunnel, monitoring, PDF SLA). Concurrence : Tailscale (free mais pas d'UI client dédiée), Nginx + SSH maison (à ~20 €/mois VPS c'est moins cher, mais bouffe le temps de maintenance).
  • Monitoring + heartbeat : inclus SmartHomeEntry ou Uptime Kuma (self-hosted).
  • Alertes : bot Telegram (free).
  • Ticketing : Trello / Todoist ou Freshdesk au-delà de 20 clients.
  • Password manager (credentials clients) : Bitwarden (free/paid).
  • Git avec configs HA clients : votre propre GitHub/GitLab (repos privés).
  • CRM + factures : Freebe ou Dougs + votre Google Sheets pour clients.
  • Communication clients : SMS (Twilio ou fournisseur local) + WhatsApp Business.

Coût typique mensuel : 55-90 € selon taille.

Lectures suivantes#

Pour finir#

Le service distant n'est pas une invention nouvelle. En IT, on le fait depuis 30 ans. Dans le Smart Home, ça mûrit seulement maintenant, parce que le secteur est jeune, les clients hybrides (consommateurs, pas IT), et les outils spécifiques.

Ma reco pratique : n'essayez pas tout en même temps. Déployez l'accès distant aux panels clients (couche 1). Ça seul réduit vos déplacements de 60-70 %. Le reste (alertes, SLA, ticketing) est de l'optimisation par-dessus, à faire après avoir réglé le fond.

Si vous avez 5 clients aujourd'hui et roulez vers chacun deux fois par mois - première étape : installer l'agent distant sur leur HA. Deuxième : configurer les alertes vers Telegram. Troisième : passer du modèle « service à l'heure » au « abo avec priorité ». Tout ce chemin prend 2-3 mois d'évolution, pas de révolution.

Dans six mois, vous regarderez 2024 et penserez : j'ai vraiment passé 40 heures par mois au volant ?

InstallateurSmart Home BusinessSLAHome AssistantService à distanceB2B
Partager l'article
À propos de l'auteur

Grzegorz Mruk

Fondateur et CEO de SmartHomeEntry. Après des centaines de déploiements d'accès distant pour Home Assistant, Domoticz et NAS, il écrit sur ce qui fonctionne vraiment sur un réseau domestique - sans marketing, du point de vue d'un praticien.

    Gérer 50 clients Smart Home sans déplacements - guide pragmatique 2026 | SmartHomeEntry