Un portail client réduit les e-mails d’un projet en plaçant les mises à jour, les documents et les validations sur le projet, là où le client les consulte lui-même.
Un portail client réduit le nombre d’e-mails que les clients envoient pendant un projet, et Ziggu est le portail client des équipes qui mènent des projets pour leurs clients : architectes, entrepreneurs, fabricants, agences créatives et bureaux d’études.
Le mécanisme n’a rien de mystérieux. Presque chaque e-mail qu’un client écrit pendant un projet réclame une chose qu’il ne voit pas : où en sont les travaux, quel plan fait foi, si le choix qu’il a posé le mois dernier a bien été enregistré.
Placez ces trois éléments sur le projet, là où le client peut les ouvrir à onze heures du soir, et l’e-mail qui les réclamait cesse d’être écrit.
En 2026, plus de 2 500 entreprises travaillent dans Ziggu en Belgique, au Luxembourg, aux Pays-Bas et au Portugal, sur environ 30 000 projets actifs. Plus de 42 000 clients s’y connectent au lieu d’écrire.
Tous les messages ne disparaissent pas, et ce n’est pas le but.
L’e-mail conserve l’historique d’un projet dans les boîtes mail personnelles de tous ceux qui y ont touché, et c’est pour cette raison qu’il n’est jamais au même endroit quand quelqu’un en a besoin.
Un fil appartient à ceux qui étaient en copie au moment de l’envoi. Le collègue qui arrive deux mois plus tard n’hérite de rien. Celui qui part en congé emporte la moitié du dossier.
La pression que cela met sur un coordinateur n’a rien d’abstrait. Cedric Hamerlinck, coordinateur de projet chez Fenixco, la décrit dans le témoignage client de Fenixco :
« Une boîte mail se remplit vite, et les e-mails de clients ne reçoivent pas toujours immédiatement l’attention nécessaire »
La phrase nomme la panne avec précision. Le message n’a pas été ignoré. Il est arrivé dans un endroit où l’attention est la ressource privée d’une seule personne, et où la file d’attente reste invisible aux autres, y compris au client qui patiente à l’autre bout.
Alors le client écrit un deuxième message, puis téléphone, puis met un responsable en copie. Chaque tentative crée un élément de plus dans une boîte de plus, et aucune n’ajoute rien au projet.
Répondre à tous n’arrange rien. Ajouter trois collègues à un fil ne partage pas le travail : cela double la lecture et laisse chacun supposer qu’un autre a répondu.
Pendant ce temps, les faits du dossier deviennent plus difficiles à reconstituer. Quelle version du plan a été validée. Qui a marqué son accord sur le supplément. Quand le client a été prévenu du retard. Tout existe, en morceaux, derrière un champ de recherche qu’une seule personne peut utiliser.
La différence entre l’e-mail et un portail client se lit sur quatre choses que produit chaque projet, plus l’historique qu’il laisse derrière lui.
Le schéma se répète à chaque ligne. L’e-mail dépose l’élément dans une file personnelle. Un portail client le pose sur le projet.
| Ce que produit un projet | Par e-mail | Dans un portail client |
|---|---|---|
| Mises à jour d’avancement | Envoyées quand quelqu’un y pense, à la liste de copie du jour | Publiées sur le projet, que le client consulte |
| Documents | Joints à un fil, sans savoir lequel est le plus récent | Une version en cours, avec la trace de qui l’a ouverte |
| Validations | Confirmées dans une réponse, à retrouver plus tard | Enregistrées sur l’élément, avec un nom et une date |
| Questions intermédiaires | Attendent dans la boîte d’une seule personne | Arrivent sur le projet, ouvertes à toute l’équipe |
| L’historique après coup | Éparpillé dans les boîtes de chacun | Un journal de chaque action de chaque utilisateur |
La dernière ligne tranche les discussions. Dans Ziggu, chaque action de chaque utilisateur est journalisée, et votre client ouvre ce journal aussi facilement que votre équipe.
Ziggu garde la question d’un client sur le projet plutôt que dans une boîte mail, à côté de la mise à jour, du document et de la validation dont cette question parle presque toujours.
Trois parties du produit portent l’essentiel de ce travail.
Chaque message sur un projet arrive dans la boîte de ce projet, visible par toute l’équipe et non par un seul destinataire. Les notes internes restent internes : l’équipe met une réponse au point avant que le client ne voie quoi que ce soit. Les mails envoyés à une adresse d’équipe y sont transférés : le client qui écrit un e-mail ordinaire atterrit quand même sur le projet.
Les fichiers vivent sur le projet, pas dans une pièce jointe. La version posée sur le projet est celle qui compte, et Ziggu enregistre qui a consulté quoi, ce qui évite le message qui demande si le plan est arrivé. Cet accès tient des années après la réception, au moment précis où arrivent les questions de suivi.
Le portail auquel votre client se connecte porte votre nom et vos couleurs, tout comme les notifications et les e-mails qu’il envoie. Pour votre client, il n’y a pas de tiers dans la pièce. Un client qui reconnaît l’expéditeur ouvre la mise à jour au lieu de demander ce que c’était.
Un portail client ne répare pas un projet que personne ne met à jour. Il montre ce qu’on y met : un jalon qui bouge sur le terrain et pas à l’écran laisse le client devant une page périmée, et le voilà reparti vers l’e-mail.
Deux habitudes portent le reste. Une personne est responsable de la mise à jour. La réponse à une question déjà posée va sur le projet, jamais dans une réponse privée.
Les équipes qui tiennent les deux cessent de réécrire le même message. Celles qui les sautent font tourner un portail et une boîte mail en parallèle.
