Sommaire
Application mobile APPI : refonte technique pour 400 gardiens Alliade Habitat
Alliade Habitat, bailleur social du Groupe Action Logement, avait mis en service en 2018 son application mobile APPI auprès de 400 gardiens et responsables clientèles. Une petite révolution pour le métier : consultation du patrimoine immobilier, gestion des affaires, suivi des locataires, le tout depuis un smartphone. L’accueil fut enthousiaste. Mais après quelques années d’utilisation, la réalité du terrain a rattrapé l’outil : problèmes de performance dans les zones mal couvertes par le réseau, architecture inadaptée au contexte de mobilité, et frustration croissante des utilisateurs.
ACSEO a été missionnée pour refondre intégralement l’architecture technique de l’application, sans perdre aucune fonctionnalité existante, tout en optimisant le mode déconnecté.
Une adoption réussie… puis des critiques
Quand APPI a été déployée en 2018, elle répondait à un vrai besoin métier. Les gardiens pouvaient enfin consulter les informations des logements et lots, créer et suivre des interventions techniques, accéder aux données des locataires, et gérer leurs rendez-vous depuis leur smartphone. 400 gardiens l’ont adoptée rapidement. Mais passé l’euphorie initiale, les limites sont apparues.
Le métier de gardien impose des contraintes particulières. Ces professionnels travaillent en permanence en mobilité : caves, sous-sols, parkings souterrains, parties communes. Des zones souvent mal couvertes par les réseaux. Ils ont besoin de réactivité, de pouvoir consulter rapidement une information ou créer une intervention sans attendre.
Or, l’architecture initiale reposait sur le téléchargement d’une base de données complète à l’initialisation. Concrètement, cela signifiait des temps de chargement excessifs lors de la première connexion, des difficultés de synchronisation en zone mal couverte, et une frustration croissante des utilisateurs face aux lenteurs.
« Passé l’euphorie initiale, l’application se trouve en perte de vitesse et est fortement critiquée par les gardiens. »
On a identifié le problème : l’architecture devait être repensée. Pas pour ajouter des fonctionnalités, mais pour que l’existant fonctionne vraiment dans les conditions réelles du terrain.
Refonte architecture : API-first et mode déconnecté optimisé
On a travaillé avec les équipes d‘Amallia Systèmes d’Information et la DSI du Groupe Action Logement, pour définir une architecture cible moderne. L’objectif était le suivant : optimiser le mode déconnecté, améliorer drastiquement les performances, conserver 100% des fonctionnalités, sécuriser les échanges et faciliter l’évolutivité future.
Une architecture API-first complète
On a conçu une architecture reposant sur des API REST centralisées. Fini le téléchargement massif de données. L’application mobile communique désormais avec un point d’entrée unique : l’API Alliade, elle-même connectée à l’ERP IKOS existant et à la GED (Gestion Électronique de Documents). Entre les deux, un Azure Gateway assure la sécurisation HTTPS et la gestion des flux.
Cette architecture apporte plusieurs avantages. Le couplage entre l’application mobile et le système d’information est faible, ce qui facilite les évolutions futures. Les webservices sont documentés via Swagger, ce qui simplifie la maintenance. Et surtout, la synchronisation des données devient intelligente.
Synchronisation intelligente : le cœur de la solution
On a mis en place un système de fraîcheur des données avec indicateurs visuels. Un écran de synchronisation affiche la date de dernière mise à jour pour chaque type de données : patrimoine, affaires, locataires, messages, rendez-vous. Un indicateur coloré selon le niveau de fraîcheur permet de visualiser d’un coup d’œil si les informations sont à jour.
La synchronisation peut être manuelle, déclenchée par l’utilisateur, ou automatique via un timer paramétrable. Chez Alliade, on a configuré un rafraîchissement automatique toutes les 2 heures, transparent pour l’utilisateur.
Mais le vrai changement, c’est le mode déconnecté avancé. Toutes les données consultées sont mises en cache local. Les créations ou modifications d’interventions sont stockées localement avec un indicateur « non synchronisé ». Dès que le réseau est disponible, une synchronisation automatique en arrière-plan met à jour l’ERP et la GED. Résultat : le gardien peut travailler en toute autonomie dans une cave ou un parking, créer une affaire avec photo, et tout se synchronise automatiquement quand il remonte à l’air libre.
Cinq modules métier, iso-fonctionnalité garantie
L’application couvre cinq modules fonctionnels essentiels au métier de gardien.
Patrimoine : consultation et détail des logements
Le module patrimoine permet de visualiser les logements et lots sous forme de liste, avec des filtres dynamiques pour affiner la recherche. Chaque élément affiche un indicateur de fraîcheur dans le header. Un clic sur un lot affiche sa fiche complète : contrats, partenaires, logements vacants, intervenants. Les modifications sont possibles localement avec synchronisation différée.
Affaires : gestion des interventions terrain
Le module affaires est au cœur de l’activité quotidienne. Les gardiens visualisent et filtrent leurs interventions en cours, les priorisent par statut et urgence. Ils peuvent mettre à jour les informations d’une affaire, créer des étapes, suivre l’avancement. La synchronisation avec l’ERP IKOS est automatique.
La création d’affaires est possible même en mode déconnecté. Le gardien peut créer une intervention, prendre une photo, et tout est stocké localement. Dès que le réseau est disponible, l’affaire est créée dans l’ERP et la photo uploadée dans la GED, en arrière-plan, sans intervention de l’utilisateur.
Comptes clients : suivi des locataires
Le module comptes clients permet de consulter la liste des locataires avec filtres, d’accéder rapidement aux informations essentielles. La fiche locataire affiche les détails complets du compte client et permet la modification des coordonnées et équipements. Chaque modification est synchronisée avec l’ERP via les webservices dédiés.
Rendez-vous et messages : communication et planning
Le module rendez-vous affiche la liste des interventions programmées, avec filtres par date et type d’intervention. Le module messages propose un historique de communication, alimenté par un webservice dédié. La notion de notification au sens « mobile » a été simplifiée au profit d’un historique clair et accessible.
Stack technique et sécurité
L’architecture repose sur Symfony et API Platform pour le backend. Les webservices REST communiquent avec l’ERP IKOS, le système de gestion métier existant, et la GED pour le stockage des documents et photos. L’Azure Gateway assure la sécurisation et le routage des flux.
Côté mobile, l’application utilise un cache SQLite local pour le stockage des données en mode déconnecté. Des workers en arrière-plan gèrent la synchronisation asynchrone. L’authentification est flexible : login/password classique ou SSO via Active Directory.
La sécurité a été une priorité dès la conception. Tous les échanges passent obligatoirement en HTTPS. L’authentification est centralisée, soit via SSO, soit via login/password. La gestion des tokens permet une authentification persistante avec cache sécurisé. L’utilisateur n’a pas besoin de se reconnecter à chaque lancement de l’application.
Les bénéfices mesurés
Pour les 400 gardiens qui utilisent l’application au quotidien, le changement est radical. L’application fonctionne désormais dans les caves et parkings, là où ils travaillent vraiment. Les temps de chargement ont été drastiquement réduits, plus de téléchargement complet à l’initialisation. Ils peuvent créer des affaires même hors ligne, avec synchronisation automatique. L’interface a été modernisée avec un nouveau design proposé par Alliade Communication.
Pour la DSI Alliade, l’architecture apporte évolutivité et maintenabilité. Le couplage faible facilite l’ajout de fonctionnalités. La sécurité a été renforcée avec Azure Gateway, HTTPS et SSO. La maintenance est simplifiée grâce à l’API centralisée documentée via Swagger. Le monitoring est assuré par les indicateurs de fraîcheur et les logs de synchronisation.
Les chiffres du projet :
| Métrique | Résultat |
|---|---|
| Utilisateurs | 400 gardiens et responsables clientèles |
| Fonctionnalités | 100% de l’existant préservé |
| Modules développés | 5 modules métier (Patrimoine, Affaires, Clients, RDV, Messages) |
| Synchronisation auto | Timer paramétrable (configuré à 2h) |
| Mode déconnecté | Fonctionnel avec synchro arrière-plan |
Pourquoi cette architecture fait la différence
On ne vend pas de refonte pour le plaisir de refondre. Ici, le constat était clair : l’application existante ne répondait plus aux besoins terrain. On a proposé une architecture moderne avec mode déconnecté optimisé, sans superflu, 100% adapté aux contraintes métier.
Notre approche se distingue par trois points.
D’abord, la compréhension des métiers terrain. On sait que les gardiens ne travaillent pas dans des bureaux climatisés avec fibre optique. Ils sont dans les caves, les parkings, les cages d’escalier. Notre architecture le prend en compte dès la conception. La synchronisation intelligente, le cache local, les workers en arrière-plan : tout est pensé pour que l’application fonctionne là où ils travaillent vraiment.
Ensuite, l’expertise technique prouvée. On a conçu une architecture API-first moderne qui répond aux exigences d’un bailleur social gérant des milliers de logements. La synchronisation intelligente permet un mode déconnecté vraiment fonctionnel. La sécurité atteint le niveau entreprise avec Azure Gateway, SSO et HTTPS. L’évolutivité est assurée par une architecture découplée, facile à maintenir.
Enfin, la transparence et le pragmatisme. On ne promet pas la lune. On analyse les points de friction de l’existant, on conçoit une architecture API-first adaptée, on optimise le mode déconnecté, et on migre progressivement. On ne casse rien, on améliore.
Vous gérez une application mobile métier critiquée par vos utilisateurs ?
Les symptômes sont souvent les mêmes : temps de chargement excessifs, problèmes de synchronisation, utilisateurs frustrés en mobilité, architecture legacy difficile à maintenir. Si votre application mobile ressemble à l’APPI version 2018, on peut vous aider.
Notre approche commence par un audit de l’existant pour analyser les points de friction. On conçoit ensuite une architecture API-first pour découpler mobile et backend. On optimise le mode déconnecté avec synchronisation intelligente. Et on migre progressivement, sans casser ce qui fonctionne.
Contactez-nous pour discuter de votre projet. ACSEO accompagne les organismes HLM, collectivités et entreprises dans la refonte de leurs applications mobiles métier. Si votre cas d’usage n’est pas adapté, on vous le dira. On ne vend jamais de projets sans ROI démontrable.
