Votre automatisation IA fonctionne. Votre client, lui, ne voit toujours rien.
Quand un client demande « je peux le voir ? » trois semaines après la livraison, il ne met pas en doute le fonctionnement de votre automatisation. Il vous dit que ce que vous avez construit est invisible pour lui — et un travail invisible est difficile à valoriser et facile à résilier.
La solution n'est pas une meilleure automatisation. C'est une interface : un écran où le client dépose une demande, suit l'avancement, consulte les résultats et voit ce qui a échoué. Cette interface est une prestation à part entière, elle se compte en heures et non en semaines, et elle se facture séparément. Cet article explique comment la cadrer, combien la facturer, quand refuser la mission et comment la construire sans recruter de développeur.
L'écart entre « ça tourne » et « je peux le voir »
Votre zap Zapier, votre scénario Make ou votre workflow n8n vit dans un outil auquel le client ne se connecte jamais. La preuve que ça marche, c'est un historique d'exécutions dans votre compte, une ligne ajoutée à un Google Sheet, ou un e-mail qui arrive à 6h du matin et part aux archives sans être lu.
Le client vit donc votre travail comme une absence. Avant, les factures arrivaient en retard ; maintenant, non. C'est un vrai résultat, et c'est aussi le type de résultat le plus difficile à faire renouveler, parce que personne ne voit le travail se produire.
Une interface change la nature de ce que le client achète. Au lieu d'un processus en arrière-plan qu'il prend pour argent comptant, il obtient quelque chose avec un accès, à ses couleurs, avec ses données dedans, et une URL qu'il peut envoyer à sa propre équipe. La même automatisation en dessous. Une valeur perçue radicalement différente.
Les quatre écrans qui couvrent presque toutes les demandes
Les clients savent rarement formuler ce qu'ils veulent. Quand ils disent « un tableau de bord », ils pensent en général à l'une de ces quatre choses. Déroulez cette liste au prochain appel et faites-les choisir.
1. Déposer. Un moyen d'injecter du travail dans l'automatisation sans vous écrire un e-mail. Un formulaire : nouvelle commande, nouvelle demande, nouveau document à traiter, nouveau client à intégrer.
2. Suivi. Où en est mon dossier, là, maintenant ? Une ligne par élément, une colonne pour le statut. C'est l'écran qui met fin aux messages « du nouveau ? ».
3. Consulter. L'historique consultable de tout ce qui s'est déjà passé. Les factures traitées le mois dernier, chaque document extrait, l'intégralité de l'historique.
4. Exceptions. Ce qui a échoué, et qui doit s'en occuper. C'est l'écran qui rend votre automatisation digne de confiance, parce qu'il admet qu'elle n'est pas parfaite et montre au client que vous l'aviez prévu.
La plupart des missions n'ont besoin que de deux des quatre. Presque aucune n'a besoin des quatre en version un.
Cinq questions pour cadrer avant d'annoncer un prix
Posez-les dans cet ordre. Elles prennent une dizaine de minutes au téléphone et elles font la différence entre un projet au forfait et un projet qui dévore votre mois.
- Qui ouvre ça, et à quelle fréquence ? Un usage quotidien justifie un tableau de bord. Un usage mensuel appelle un rapport — moins cher pour vous, mieux pour lui.
- Que font-ils à la place aujourd'hui ? Si la réponse honnête est « ils vous écrivent sur WhatsApp », vous venez de trouver l'écran à construire en premier.
- Quel est le seul chiffre qu'ils regarderaient chaque matin ? S'ils n'arrivent pas à en nommer un, ils ne veulent pas de tableau de bord : ils veulent une liste de statuts.
- Que se passe-t-il quand l'automatisation échoue ? Qui l'apprend aujourd'hui, et au bout de combien de temps ? Cette réponse cadre l'écran des exceptions.
- Qui n'a pas le droit de voir quelles lignes ? Si deux personnes chez le client doivent voir des données différentes, il vous faut des permissions par rôle — autant l'écrire dans le devis plutôt que de le découvrir en troisième semaine.
Reprenez les réponses mot pour mot dans la proposition. Les clients valident les périmètres dans lesquels ils reconnaissent leurs propres mots.
Ce que vaut chaque écran
| Écran | Ce qu'il remplace | Construction estimée | Devis indicatif |
|---|---|---|---|
| Formulaire de dépôt | Les demandes par e-mail et la ressaisie manuelle | 1–2 heures | $600 – $1,200 |
| Liste de statuts | Les messages « du nouveau ? » | 2–3 heures | $900 – $1,800 |
| Consultation et recherche | Fouiller dans un Google Sheet | 2–4 heures | $1,200 – $2,000 |
| File d'exceptions | Les échecs silencieux que personne ne repère | 2–4 heures | $1,200 – $2,500 |
Ces chiffres sont des fourchettes indicatives pour ancrer une discussion, pas des moyennes mesurées. Facturez en fonction de ce que l'écran retire de la semaine de votre client, pas en fonction de vos heures. Une liste de statuts qui supprime trente interruptions par mois vaut plus pour un responsable des opérations que ne coûtent quatre heures de votre temps.
L'escalier : automatisation, tableau de bord, portail, forfait mensuel
Si cela compte au-delà d'une facture, c'est parce que l'interface est la deuxième marche naturelle d'une séquence que vous pouvez faire gravir à chaque client.
Étape un, l'automatisation. Ce que vous vendez déjà. Ça marche, c'est invisible, et ça se termine.
Étape deux, l'écran. Les quatre écrans ci-dessus. Facturés à part, livrés en quelques jours.
Étape trois, le portail. Dès qu'une équipe chez le client a un accès, le service d'à côté en veut un aussi. D'autres données, d'autres permissions, le même système en dessous.
Étape quatre, le forfait mensuel. C'est l'étape que la plupart des freelances sautent, et c'est celle qui change vos revenus. À partir du moment où vous hébergez l'outil, gérez les accès et maintenez la piste d'audit, vous avez quelque chose de légitime à facturer chaque mois : modifications, nouveaux utilisateurs, nouveaux champs, assistance quand ça casse. Un forfait pour « maintenir une automatisation » se vend mal, parce que le client ne voit pas ce qu'il paie. Un forfait qui inclut un système vivant avec ses données dedans, non.
Pour la version large de cet argument, y compris la façon de structurer l'accord mensuel, le guide du freelance qui vend un logiciel qu'il n'a pas codé couvre le cadrage, la tarification et le travail avec plusieurs clients.
Quand une interface est la mauvaise réponse
Vendre un écran à un client qui n'en a pas besoin, c'est la recette d'une livraison que personne n'ouvre et d'une étude de cas inutilisable. Refusez la mission, ou reformulez-la, dans ces cas-là.
Personne ne l'ouvre tous les jours. Si la réponse à la première question était « une fois par mois », construisez plutôt un rapport planifié. Ça vous coûte moins cher, ça casse moins, et le client est plus content.
Une notification suffirait. Si le client a seulement besoin d'être prévenu quand un événement précis se produit, un e-mail ou un message Slack constitue le produit entier. Ne construisez pas une interface pour que quelqu'un aille chercher une information que vous auriez pu lui envoyer.
Le vrai problème, c'est la qualité des données. Si le tableur sous-jacent est incohérent, un tableau de bord rend l'incohérence plus visible sans la corriger, et le client s'en prendra au tableau de bord. Nettoyez d'abord le modèle de données. Ça aussi, ça se facture. Remplacer un tableur par une vraie application métier est souvent le projet le plus utile.
C'est une migration unique. Certaines automatisations ne tournent qu'une fois. Elles n'ont pas besoin d'un toit.
Comment construire l'interface sans développeur
C'est la partie qui obligeait historiquement les freelances à sous-traiter. Construire l'automatisation est à portée avec des outils no-code. Construire par-dessus une interface hébergée et gérée par permissions voulait dire recruter quelqu'un ou apprendre à coder.
AgentUI comble cet écart. Vous décrivez l'outil en langage courant, et il construit la base de données, le workflow et l'interface, puis il l'héberge. Pour les quatre écrans ci-dessus, les briques utiles sont :
- Un générateur de formulaires pour l'écran de dépôt.
- Des tableaux de bord en temps réel pour le suivi et la surveillance.
- Une gestion de base de données avec partage des données entre applications, pour que l'écran de consultation interroge les vraies données et non une copie.
- Des permissions par rôle, pour que la réponse à la cinquième question de cadrage soit un réglage et non une reconstruction.
- Des journaux d'audit, pour que le jour où le client conteste un chiffre, vous puissiez montrer qui a modifié quoi, et quand.
- L'automatisation par déclencheurs sur les e-mails, les webhooks, les événements CRM et Zapier — c'est par là que votre workflow existant passe le relais. Si vous avez construit dans n8n ou Make, les deux savent envoyer vers un webhook, et AgentUI prend la suite.
Plus de 40 intégrations sont déjà en place, dont Gmail, Outlook, WhatsApp, Google Drive, PostgreSQL, MySQL, Shopify, Google Sheets et des API sur mesure : la plupart des passages de relais ne demandent aucun développement spécifique.
Ce qui compte le plus quand on travaille seul, c'est qu'AgentUI est accompagné plutôt qu'en libre-service. De vraies personnes de l'équipe relisent les outils que vous construisez et vous aident à brancher les intégrations. La veille d'une démo client, c'est exactement le moment où une plateforme en libre-service vous laisse seul face à un workflow cassé — et c'est le plus gros risque quand on vend un logiciel à une personne.
La liste complète des capacités est sur la page fonctionnalités d'AgentUI.
Commencez par l'écran que votre client a déjà demandé
Vous n'avez besoin d'aucun nouveau client pour appliquer tout cela. Ouvrez les trois dernières automatisations que vous avez livrées et répondez pour chacune à la deuxième question : que fait le client à la place, aujourd'hui, quand il veut savoir ce qui s'est passé ?
Cette réponse, c'est votre prochaine proposition. Elle est cadrée, elle est courte, et le client vous a déjà dit qu'il la voulait.
Lancez une construction dans AgentUI et essayez-la sur l'une d'elles. Le démarrage est gratuit, trois projets sans carte bancaire — de quoi mettre une vraie réalisation client sous les yeux de quelqu'un cette semaine.
Questions fréquentes
Ajouter une interface, est-ce que ça veut dire refaire mon automatisation ? Non. L'automatisation continue de tourner là où elle est. AgentUI accepte des déclencheurs depuis des webhooks, des e-mails, des événements CRM et Zapier : votre workflow Zapier, Make ou n8n existant lui passe sa sortie, et l'interface lit à partir de là. Vous ajoutez une couche, vous n'en remplacez aucune.
Comment facturer ça sans avoir l'air d'avoir mal cadré le premier projet ? Présentez-le comme une deuxième phase, pas comme une correction. L'automatisation a réglé le problème de processus. L'écran règle le problème de visibilité, que le client n'a découvert qu'une fois le problème de processus disparu. Cette séquence est normale, et les clients l'acceptent.
Et si le client veut sa propre marque dessus ? Vous maîtrisez le nom de l'outil, la mise en page, le modèle de données et qui accède à quoi. Un domaine personnalisé et le retrait de la marque AgentUI ne sont pas des choses à promettre dans une proposition sans les avoir confirmées. Demandez avant de l'inscrire dans un contrat.
Deux clients peuvent-ils partager un même compte en toute sécurité ? Oui. Chaque outil client est un projet distinct avec sa propre base de données, et les permissions par rôle contrôlent qui voit quelles lignes. Le plan gratuit couvre trois projets, Solo cinq et Builder dix.
Est-ce utile uniquement pour du travail d'automatisation ? Non, mais les freelances de l'automatisation ont le chemin le plus court, parce que les données existent déjà et que le workflow tourne déjà. Si vous vendez plutôt du nettoyage de tableurs ou du reporting, les mêmes quatre écrans s'appliquent au résultat de ce travail.