Architecture PWA pour Projets de Réparation : Chat, Rôles, IA | IT Review

Architecture PWA pour la gestion de projets de rénovation : Du chat aux outils IA

Dans l'industrie de la construction, la gestion de projets de rénovation d'appartements nécessite des outils spécialisés qui tiennent compte du processus long et des nombreux participants. Nous avons développé une solution PWA combinant chat, suivi de tâches, surveillance vidéo et un concepteur d'intérieur IA. Cet article détaille les décisions architecturales et les défis techniques rencontrés lors de la construction d'un système pour gérer des projets durant 6 à 18 mois.

Pourquoi les CRM standards ne conviennent pas aux rénovations

Un projet de rénovation-construction n'est pas une vente ou un ticket. C'est un processus s'étendant sur six mois à un an et demi, impliquant plusieurs rôles avec des besoins distincts :

• Client — veut suivre l'avancement sans entrer dans les détails.
• Estimateur — formalise les demandes et calcule les volumes de travaux et de matériaux.
• Chef de projet — coordonne tous les aspects du projet.
• Directeur — a besoin d'une vue d'ensemble de tous les chantiers sans entrer dans les spécificités de chacun.
• Contrôle qualité — accepte les travaux des artisans.
• Artisans (plâtriers, électriciens, plombiers) — travaillent de manière séquentielle.
• Service des achats — achète et livre les matériaux.

Les solutions prêtes à l'emploi comme Bitrix24 ou amoCRM se concentrent sur les entonnoirs de vente, pas sur la gestion de projets de construction. Trello et Asana gèrent bien les tâches mais manquent d'estimations, de listes de contrôle photo-documentées et de contrôles financiers. Aucune solution spécialisée pour les rénovations d'appartements — combinant tous les outils nécessaires — n'existait sur le marché russe.

Choix de la pile technologique : PWA et Laravel

Exigence clé : une seule application pour tout le monde, du directeur au plâtrier. Les artisans utilisent diverses générations de smartphones Android, les clients ont souvent des iPhones, et les chefs de projet des ordinateurs de bureau. Développer trois applications natives (iOS, Android, web) serait impraticable pour notre équipe. La PWA a résolu cela : un seul codebase, installation sur desktop, notifications push et mises à jour automatiques.

Backend construit sur PHP Laravel, frontend utilisant un template AdminLTE personnalisé à nos besoins. L'architecture est un monolithe avec authentification unifiée et tableaux de bord séparés pour employés, artisans et clients. Nous avons choisi Laravel pour sa popularité et l'abondance de packages prêts à l'emploi pour la plupart des tâches. Par exemple, les notifications vers MAX sont gérées via un package dédié, similaire aux canaux de notification Laravel.

Infrastructure : serveur virtuel reg.ru à Moscou, stockage de données sur serveurs FirstVDS. Les sauvegardes vont sur trois serveurs différents chez divers hébergeurs. Le déploiement se fait via un script CI/CD en quelques secondes — sans build frontend requis — permettant des mises à jour rapides.

Architecture des rôles et droits d'accès

Le système propose quatre types de tableaux de bord avec interfaces adaptées :

Tableau de bord Client

Interface minimaliste avec streaming vidéo, chat en une fenêtre, rapports photo, devis et plans de travaux. Accès aux outils IA : expert en réparation et concepteur d'intérieur (téléverser des photos avant rénovation pour des rendus). Les clients ne voient pas la correspondance interne ni les détails des coûts.

Tableau de bord Employé

Accès au système interne selon les permissions assignées : correspondance client, résumés de chantiers, gestion des dépenses, coordination artisans, listes de contrôle, devis et analyses.

Tableau de bord Artisan

Uniquement les chantiers où l'artisan est assigné. Plan de travail personnalisé avec compte à rebours, chat entreprise, listes de contrôle avec instructions vidéo, devis (prix client masqués) et demandes de matériaux/paiements.

Tableau de bord Directeur

Tableau de bord global de l'entreprise. Inclut toutes les fonctions employé plus :

• Surveillance en temps réel des communications clients.
• Vue financière : revenus, dépenses, écarts de trésorerie.
• Gestion des rotations d'équipes pour minimiser les temps d'arrêt.
• Contrôles qualité sélectifs via listes de contrôle.
• Déploiement instantané d'améliorations (ajout d'éléments à la liste de contrôle).
• Prévision de la demande à partir des stats de calcul de coûts.

Techniquement, trois interfaces : client, artisan et employé. Le tableau de bord directeur est la version employé avec permissions complètes. Les permissions sont personnalisables, avec des « rôles » prédéfinis (ensembles de permissions).

Chat en une fenêtre : Routage des messages

Fonctionnalité centrale : un chat où le client communique avec la « société », pas une personne spécifique. En interne, le message est visible à tous les participants du projet.

Fonctionnement :

• Le client envoie un message — il apparaît pour tous les employés assignés au chantier.
• Tout employé répond — le client le voit de la « société » avec le nom de l'auteur.
• Pour le client, c'est un chat personnel ; pour les employés, un chat de groupe projet.
• Le chat artisan fonctionne de manière similaire.
• Les messages peuvent être transférés entre client et artisan.
• Les chats clients n'autorisent que le texte (pour documentation) ; les chats artisans supportent les messages vocaux (pour transmettre le ton).

Chat alimenté par websockets. Les notifications de nouveaux messages ont un délai de 5 secondes pour les ignorer s'ils sont déjà lus. Les notifications push incluent des boutons « Lire » et « Répondre ». Sur certains appareils Android, appuyer sur un bouton ferme le panneau de notification, perturbant le flux de travail.

Défis et solutions

Une surprise : la gestion de plusieurs chantiers par client nécessitait une liaison de comptes. Les versions futures sépareront comptes, profils et chantiers dès la base.

Problème des notifications push Android (fermeture du panneau à l'appui) reste non résolu. Nous avions aussi initialement négligé le besoin de mises à jour instantanées des listes de contrôle, maintenant essentielles pour le contrôle qualité.

Points clés

• Spécificité du domaine — les projets de rénovation exigent un support pour plusieurs rôles et des délais longs, au-delà des CRM standards.
• PWA comme solution optimale — un seul codebase multiplateforme fonctionne, malgré des bizarreries comme les notifications push Android.
• Système de rôles flexible — des interfaces et permissions distinctes sont cruciales pour l'adoption utilisateur.
• Chat comme hub de communication — le routage en une fenêtre rationalise les interactions et journalise la correspondance.
• Sauvegarde et fiabilité — les triples sauvegardes sur serveurs ont sauvé les données lors de pannes de stockage.

— Editorial Team