--- title: Portails clients pour cabinets de conseil : ce que vos clients doivent voir, et ce qu’ils ne doivent pas voir canonical: https://getcyril.com/fr/blog/portail-client-pour-cabinet-de-conseil/ published: 2026-10-12 author: Cyril team language: fr --- # Portails clients pour cabinets de conseil : ce que vos clients doivent voir, et ce qu’ils ne doivent pas voir Chaque mission fait naître les mêmes petites questions côté client. Où en sommes-nous ? Pouvez-vous renvoyer la dernière présentation ? La facture de la phase un est-elle du bon montant ? À qui envoyer la lettre signée ? Chacune est légitime, chacune prend dix minutes à quelqu’un de votre équipe, et ensemble elles remplissent une part non négligeable de la semaine d’un chef de projet. Un portail client peut en absorber la plupart. Il peut aussi, s’il est configuré à la légère, montrer à un client la note interne qui disait que son directeur financier était le problème, ou un constat provisoire que personne n’avait relu. Pour un cabinet de conseil, où la relation est le produit, le second risque pèse autant que le premier bénéfice. Cet article décrit ce que les clients d’un cabinet de conseil doivent voir dans un portail, ce qu’ils ne doivent pas voir, les zones grises qui méritent d’être tranchées mission par mission, et comment évaluer un portail avant de vous engager. ## À quoi sert un portail dans un cabinet de conseil Cinq fonctions, à peu près dans l’ordre où les clients les apprécient. 1. **Le statut.** Où en est la mission par rapport à ses jalons, sans attendre l’e-mail hebdomadaire. 2. **Les documents.** Les livrables et documents de travail que vous avez choisi de partager, au même endroit plutôt qu’éparpillés dans des fils d’e-mails. 3. **Les décisions et les signatures.** Les propositions, lettres de mission, avenants et devis qui attendent un oui. 4. **L’argent.** Les factures, ce qui a été payé, ce qui reste dû, et un moyen de payer. 5. **Les demandes.** Un moyen de poser une question ou de vous envoyer un fichier qui ne dépende pas de la bonne boîte de réception. Si un portail remplit bien ces cinq fonctions, les clients s’en servent. S’il ne gère que les documents, il devient un partage de fichiers avec un identifiant, et les clients retournent à l’e-mail. ## Ce que les clients doivent voir - **Le statut de la mission et ses jalons.** Les noms des phases, les dates et l’état d’achèvement de chacune. C’est la question la plus posée de toute mission. - **Les livrables que vous avez publiés.** Les versions finales, partagées délibérément. Pas le dossier de travail. - **Tout ce qui attend leur décision.** Les propositions à signer, les devis à accepter, les avenants à valider, avec la version qu’ils valident. - **Leurs factures.** Payées, à échéance et en retard, avec un PDF et un moyen de payer. - **Leurs propres demandes.** Ce qu’ils ont demandé, qui a répondu et ce qui s’est passé. - **Un endroit où vous envoyer des fichiers.** Les extractions de données et les documents sources arrivent dans le portail plutôt que dans une boîte de réception personnelle. ## Ce que les clients ne doivent pas voir - **Les notes et échanges internes.** Y compris les plus francs, sur les interlocuteurs, les jeux de pouvoir et les risques. C’est la fuite la plus dommageable qu’un portail puisse provoquer, et la plus fréquente. - **Les constats provisoires avant relecture.** Un chiffre préliminaire partagé trop tôt devient celui dont le client se souvient. - **Les taux de revient, la marge et la consommation interne du budget.** Sur une mission au forfait, le nombre d’heures que vous avez passées vous regarde, pas le client. - **Les débats sur la composition des équipes.** Qui pourrait quitter la mission, qui est en surcharge, qui est envisagé pour la phase suivante. - **Votre pipeline.** Le fait qu’une proposition de suite soit en cours de rédaction, ou les chances que l’associé lui accorde. - **Tout ce qui concerne un autre client.** Y compris des noms restés dans un modèle de document partagé, un fichier mal classé, ou une liste de contacts qui couvre plusieurs comptes. La conception la plus sûre ne montre rien au client par défaut et expose chaque élément délibérément. Un portail qui montre tout sauf ce que quelqu’un a pensé à masquer finira par montrer ce qu’il ne fallait pas. ## Les zones grises Certaines décisions dépendent de la mission. Prenez-les au lancement, consignez-les par écrit, et configurez le portail en conséquence. **Les heures sur une mission en régie.** Sur une mission en régie, le client paie les heures : les lui montrer est donc souvent juste et renforce la confiance. Au forfait, montrer les heures ouvre une négociation sur l’effort que le forfait devait justement écarter. **Le détail des tâches.** Certains clients veulent voir chaque tâche ; la plupart veulent les jalons. Les listes de tâches invitent à la microgestion et exposent votre séquencement interne. Des jalons avec leur avancement suffisent généralement. **Les documents de travail.** Pour un travail coconstruit, partager les versions intermédiaires peut être tout l’intérêt. Pour un diagnostic, c’est rarement le cas. **Qui, chez le client, voit les factures.** Le commanditaire qui a acheté la mission et la comptabilité fournisseurs qui la paie ont souvent besoin de vues différentes. ## Des principes de conception qui évitent les échecs courants **Montrer le même enregistrement, pas une copie.** Un portail qui reçoit un export de vos données de projet est obsolète le lendemain de la synchronisation. Un portail qui montre le même enregistrement que celui sur lequel travaille votre équipe, sans ses parties internes, est à jour sans que personne ne le mette à jour. **Un client, une vue.** Un contact client ne doit jamais accéder qu’aux projets, documents et factures de son propre compte, et une demande portant sur ceux d’un autre doit être refusée par le système, pas par un réglage soigneusement posé. **Contrôler qui entre.** Invitez les contacts nommément. Si l’inscription libre est autorisée, exigez la vérification de l’e-mail et une validation. Retirez l’accès quand un contact client quitte son entreprise : c’est l’étape que la plupart des cabinets oublient. **Ne pas faire payer l’accès.** Si chaque utilisateur client coûte une licence, les cabinets invitent un seul contact par client, et tous les autres retournent à l’e-mail. **Y mettre votre nom.** Le portail fait partie de l’expérience client que vous vendez. Il doit porter votre marque, pas celle de votre éditeur de logiciel. ## Les questions à poser à un éditeur de portail - Le portail montre-t-il nos enregistrements en direct, ou une copie synchronisée ? - Comment une note interne est-elle tenue à l’écart du portail ? Montrez-m’en une rédigée à côté d’une réponse au client. - Que voit un client par défaut quand nous créons un nouveau projet ? - Les clients peuvent-ils signer les propositions et payer les factures dans le portail ? - Comment retirer l’accès d’un contact client, et que deviennent les fichiers qu’il a déposés ? - Les utilisateurs clients coûtent-ils quelque chose ? - Le portail peut-il porter notre logo et nos couleurs, et à quelle adresse web ? Ces questions complètent la liste de contrôle plus large de [gérer un cabinet de conseil sur un seul système](/blog/run-a-consultancy-on-one-system/), et la même logique de visibilité s’applique aux outils d’IA que vous donnez à vos équipes, comme nous l’expliquons dans [les questions à poser sur les autorisations de l’IA](/blog/what-to-ask-about-ai-permissions/). ## L’approche de Cyril Le [portail client de Cyril](/product/client-portal/) est un portail à votre nom, avec votre logo et votre couleur et sans aucune mention de Cyril, où un client voit ses propres projets, tickets, factures et les documents que vous partagez, et rien d’autre. Il fonctionne sur téléphone comme sur ordinateur. Une adresse web à votre nom pour le portail est prévue, mais pas encore disponible. Ce n’est pas une copie de vos données. Un client suit le même projet que celui que votre équipe mène dans [Projets](/product/projects/), en lecture seule, avec son statut, ses jalons et l’avancement des tâches. La question d’un client arrive sur le même ticket que celui sur lequel travaille votre équipe, et les notes internes de ce ticket n’apparaissent jamais dans le portail. Les factures viennent de [Finance](/product/financials/), et les clients peuvent télécharger un PDF ou payer par carte via Stripe ou Revolut. Ils peuvent aussi signer des propositions, accepter des devis, signer des contrats, lire les pages Docs que vous destinez aux clients, et vous envoyer des fichiers. L’accès se fait sur invitation uniquement, sauf décision contraire de votre part. Si vous autorisez l’inscription libre, la vérification de l’e-mail et la validation par un administrateur sont toutes deux activées par défaut, et les clients peuvent se connecter avec un lien à usage unique plutôt qu’avec un mot de passe. Les utilisateurs du portail sont gratuits et illimités dans toutes les offres : rien ne vous pousse donc à n’inviter qu’un contact par client. Pour un cabinet de conseil, le portail fait partie d’[un point de départ étudié pour les cabinets de conseil](/solutions/management-consulting/). Cyril n’est pas encore lancé, et ouvre d’abord aux membres fondateurs. ## Questions fréquentes ### Les petits cabinets de conseil ont-ils besoin d’un portail client ? Pas toujours. Un cabinet qui a une poignée de clients fidèles et une mission chacun peut très bien s’en sortir avec de bonnes habitudes d’e-mail. L’intérêt grandit avec le nombre de missions simultanées, le nombre de contacts client par mission, et la fréquence à laquelle les factures sont contestées. ### Les clients doivent-ils voir les heures des consultants ? Sur une mission en régie, souvent oui, car c’est ce qu’ils paient. Au forfait, en général non. Décidez mission par mission au lancement et configurez le portail en conséquence, plutôt que de vous poser la question pour la première fois le jour où un client la pose. ### Un dossier partagé suffit-il ? Un dossier partagé gère les documents et rien d’autre. Il ne montre pas le statut, ne recueille pas de signatures, n’affiche pas les factures et ne garde pas trace des demandes, et les liens qui en sont partagés ont tendance à survivre à la mission et aux personnes à qui ils ont été envoyés. ### Quel est le plus grand risque d’un portail client ? Exposer par accident quelque chose d’interne : une note, un brouillon ou les données d’un autre client. La parade est un portail qui ne montre rien par défaut, qui sépare structurellement les notes internes des réponses au client, et qui limite chaque client à son propre compte. --- Si vous voulez être parmi les premiers à utiliser Cyril, [inscrivez-vous sur la liste d’attente](/waitlist/).