Deux promoteurs connectent Letsbuild à Ziggu pour que les réserves et les points de SAV parviennent à l’acquéreur, avec une synchronisation quotidienne et une décision rapport par rapport.
Letsbuild et Ziggu se tiennent de part et d’autre d’une seule liste de points. L’équipe de construction la traite dans Letsbuild. L’acquéreur suit ses propres réserves dans Ziggu. Relier les deux, c’est le rôle de l’intégration Letsbuild.
Letsbuild, longtemps connu sous le nom d’Aproplan, est un logiciel de suivi de chantier largement utilisé. L’une de ses fonctions couvre les rapports de chantier et le procès-verbal de réception provisoire, là où la plupart des réserves sont consignées.
C’est aussi le moment où les deux listes commencent à diverger. Le chantier classe par corps de métier, l’acquéreur veut une seule réponse : ma réserve est-elle levée.
Vesta Development a adopté la connexion pour supprimer le travail de suivi qui accompagnait chaque réserve levée. Mathias Nolf, chef de projet chez Vesta, le dit sans détour.
« L’économie de temps était la clé. Nous utilisions déjà Letsbuild pour documenter les points en suspens lors des réceptions provisoires. Mais il fallait encore beaucoup de suivi après. Via Letsbuild, l’entrepreneur peut indiquer qu’il a résolu un point. Mais le client est-il satisfait du résultat ? Le gestionnaire de clientèle devait à chaque fois recontacter le client. »
Voilà l’écart. Un entrepreneur qui clôture un point dans Letsbuild dit que le travail est fait. Il ne dit pas que l’acquéreur est d’accord, et le vérifier coûtait un appel par point.
« Grâce à l’intégration, client, promoteur et entrepreneur sont toujours synchronisés. Chaque point ajouté dans Letsbuild apparaît automatiquement dans le portail client Ziggu. »
Ce que l’acquéreur voit, c’est l’état de son propre lot : les points à traiter, ceux qu’un entrepreneur a levés et qui attendent son accord, et ceux qui sont clos.
« Même après la livraison, le client peut encore signaler un point si nécessaire. Il voit alors immédiatement le statut dans son portail. Cela apporte la tranquillité d’esprit. »
Pour la mise en place, Nolf cite Stratokit, le partenaire d’intégration de Letsbuild : « Nous avons appris les uns des autres. Nous avons pu améliorer certains workflows des deux côtés. » Sur la digitalisation chez Vesta en général : « Nous voulons pouvoir réagir rapidement aux nouveaux développements qui offrent des avantages clairs en termes d’efficacité. Pour Ziggu aussi, nous avons fait ce calcul : la plateforme nous aide en tant qu’équipe à éviter les erreurs. Le coût par unité est donc rapidement récupéré. »
ION Develop Different est parti d’un seul objectif : ne plus encoder deux fois le même statut. Cederic Veryser, head of digital chez ION, décrit ce que cela coûtait.
« L’objectif était de faire le moins possible de travail en double. Avant, un gestionnaire de clientèle devait à chaque fois mettre à jour manuellement chaque point dans Ziggu basé sur le statut dans Letsbuild. »
Veryser cite deux gains. L’acquéreur obtient un aperçu de ses points, avec description, photos et statut. Le gestionnaire de clientèle, lui, perd une tâche.
« Avant, quand un client demandait une mise à jour sur ces points, il fallait y consacrer du temps en tant que gestionnaire de clientèle. D’abord, vous cherchiez dans Ziggu ce que le client avait signalé. Dans Letsbuild, vous alliez ensuite chercher le statut pour ensuite résumer cela pour le client dans Ziggu. »
Son troisième argument survit à tout changement d’outil.
« D’un point de vue d’architecture logicielle, je trouve important qu’il y ait maintenant une source de vérité unique claire. Pour l’après-vente, c’est Letsbuild et cela reste possible grâce au flux de données avec Ziggu. »
« Pour ION, c’est l’avenir. Gain de temps pour nos équipes et satisfaction client plus élevée. Le ROI de ce projet ne fait aucun doute. »
La différence se lit le plus vite en deux colonnes : les mêmes cinq moments, une fois sans la connexion et une fois avec.
| Moment | Sans la connexion | Avec Letsbuild connecté à Ziggu |
|---|---|---|
| Une réserve est notée à la réception provisoire | Le gestionnaire de clientèle la recopie dans le portail client | La réserve arrive avec la synchronisation quotidienne |
| Un entrepreneur lève une réserve | Le gestionnaire consulte Letsbuild, puis met le portail à jour | Le nouveau statut arrive avec la synchronisation quotidienne |
| L’acquéreur demande où en est sa réserve | Le gestionnaire cherche dans les deux systèmes et rédige un résumé | L’acquéreur le lit lui-même dans le portail |
| L’acquéreur signale un défaut après la réception | Le gestionnaire le ressaisit dans le système de chantier | Le gestionnaire transmet le signalement vers Letsbuild |
| Où se trouve la vérité | Deux listes qui divergent | Letsbuild pour le SAV, reflété vers l’acquéreur |
Rien dans ce tableau ne retire un humain du processus. Ce qui disparaît, c’est la ressaisie.
La connexion n’est pas un robinet ouvert. Un membre de l’équipe décide, rapport par rapport, si l’acquéreur y a accès.
Les points se synchronisent une fois par jour depuis Letsbuild. Ils arrivent dans Ziggu sur le bon lot, et l’acquéreur ne les voit qu’une fois le rapport publié. C’est dans cette seule décision que se loge le jugement. Catégories internes, notes de travail et listes de corps de métier à moitié remplies restent côté chantier.
Une fois le rapport publié, l’acquéreur continue de le recevoir. Les mises à jour qui se synchronisent dans ce même rapport lui parviennent sans que personne ne touche à rien dans Ziggu. Une décision au départ, puis le rapport se tient à jour tout seul.
C’est ce qui distingue la connexion d’un dossier partagé. Un dossier partagé donne tout ou rien à l’acquéreur. Publier rapport par rapport permet de tracer la ligne une fois, au bon endroit.
Après la réception, le sens s’inverse. L’acquéreur qui découvre un vice caché le signale dans Ziggu, sur son propre lot, photo à l’appui. Le gestionnaire le lit, juge s’il relève d’un entrepreneur, et le transmet vers Letsbuild. La liste se poursuit au-delà de la date de réception au lieu de repartir en fil de courriels.
Deux promoteurs, la même conclusion. Vesta la compte en appels de suivi devenus inutiles, ION en saisies disparues. Pour un promoteur qui mène la réception et le SAV comme un seul flux, cette connexion maintient les deux moitiés de la liste alignées.
