Pour les agences et le travail en clientèle
Un workflow, trente clients, trente jeux d'identifiants
Le problème d'une agence n'est jamais de construire la chose une fois. C'est de la construire une fois et de l'exécuter trente fois, pour trente entreprises dont les comptes, le ton, les fuseaux horaires et les opinions diffèrent tous légèrement — et d'être capable d'expliquer, en fin de mois, ce que chacun d'eux a obtenu.
L'agence de trois personnes
Trois personnes, vingt-huit clients, pour l'essentiel de petites entreprises. Le travail est véritablement répétitif : une campagne mensuelle, une publication hebdomadaire, un formulaire de contact qui doit atteindre la bonne boîte de réception dans l'heure, et un rapport le premier du mois qui montre ce qui s'est passé.
S'ils sont débordés, ce n'est pas parce que tout cela est difficile. C'est qu'ils le font vingt-huit fois, et que les vingt-huit diffèrent juste assez pour qu'aucun modèle ne convienne tout à fait. Le client douze veut du polonais et de l'anglais. Le client dix-neuf refuse d'envoyer quoi que ce soit avant dix heures du matin. La boîte de réception du client quatre appartient à quelqu'un qui n'a jamais répondu une seule fois.
La forme est donc : un workflow, paramétré, exécuté par client, avec les différences conservées sous forme de configuration plutôt que de vingt-huit copies qui ont discrètement divergé.
Des identifiants qui appartiennent au client
Les comptes de chaque client constituent leur propre jeu d'identifiants, stocké de manière chiffrée et référencé par son nom. Le workflow fait référence au jeu, pas au secret, si bien que le même workflow publié s'exécute sur vingt-huit jeux de comptes différents sans vingt-huit copies de quoi que ce soit.
Ce qui signifie que renouveler une clé se fait en une modification à un seul endroit. Cela signifie aussi qu'un client qui part emporte ses identifiants avec lui : supprimez le jeu et chaque workflow qui y faisait référence s'arrête pour ce client, immédiatement et visiblement, au lieu de continuer à fonctionner pendant six semaines parce que personne ne s'en est souvenu.
Une version, ou une version par client
Publier une amélioration la pousse vers tous les clients à la fois, et c'est là tout l'intérêt de construire une seule fois. Lorsqu'un client a réellement besoin de quelque chose de différent, cette différence est une branche à l'intérieur du workflow partagé, avec une condition sur le client — pas une divergence, car une divergence est une chose que l'on corrige à un endroit et pas à l'autre.
Les exécutions en cours ne sont affectées dans aucun des deux cas : chaque exécution suit la version sur laquelle elle est entrée, de sorte qu'améliorer un workflow le douze ne perturbe pas la campagne d'un client commencée le dix.
- ⚡PlanificationUne exécution par client. 28 exécutions, une version publiée.
- 2Lecture de la configurationTon, langues, fenêtre d'envoi, approbateur. Par client.
- 3Texte et imageRédigés, puis illustrés à partir de la bibliothèque sous licence.
- ✋ApprobationLe client 19 l'exige et attend. Les 27 autres poursuivent.
- ✉EnvoyéChacune sur les comptes du client, dans sa propre fenêtre.
- 📄SignalerLa même forme pour tous, pour qu'un mois à l'autre ait un sens.
28 jeux d'identifiants1 workflow à maintenir
Un workflow. Trente clients. Personne ne s'en aperçoit.
Ce que les agences construisent
Six qui se rentabilisent rapidement
Le rapport mensuel
Assemblé à partir des chiffres le premier du mois, sous la même forme pour chaque client, avant même qu'on le demande. La raison la plus courante pour laquelle une agence commence ici.
Routage des prospects
Un formulaire arrive sur le site d'un client, une étape d'IA lit ce que la personne souhaite réellement, et cela atteint la bonne boîte de réception dans la minute — avec une copie pour vous, afin de pouvoir démontrer à un client qui néglige ses prospects qu'il le fait.
Intégration d'un client
Comptes connectés, workflows activés, configuration remplie, premier rapport planifié. La liste de contrôle devient un workflow, et le quatorzième client démarre comme le premier.
Calendriers de contenu
Publications rédigées, illustrées à partir de la bibliothèque sous licence, mises en file d'approbation et publiées selon le calendrier propre au client.
Veille des problèmes
Le site d'un client en panne, un formulaire qui ne soumet plus, un flux silencieux depuis trois jours. Mieux vaut que vous le remarquiez avant eux.
Départ d'un collaborateur
Identifiants supprimés, workflows arrêtés, rapport final produit. Bien mené, cela prend dix minutes ; fait de mémoire, cela prend six mois et un courriel embarrassant.
Ce que vous pouvez dire à un client
Que le travail est effectué sur leurs propres comptes, donc ce qui est produit leur appartient et leur reste lorsque la relation prend fin. Que chaque exécution est journalisée, donc une question sur ce qui s'est passé le quatorze a une réponse. Et que la campagne a été simulée avant d'être envoyée, ce qui est une meilleure réponse que « nous avons vérifié attentivement ».
L'offre Team existe pour ce type de travail : une bibliothèque de workflows partagée pour que la bonne version soit celle que tout le monde utilise, un accès par rôles pour qu'un junior puisse exécuter un workflow sans pouvoir le réécrire, et suffisamment d'étapes IA pour couvrir un portefeuille plutôt qu'un projet. Les chiffres sont sur la page des tarifs.
Là où cesse d'être une bonne idée : si les vingt-huit clients ont réellement besoin de quelque chose de différent, vous n'avez pas un workflow, vous avez vingt-huit workflows et un problème de classement. La technique ci-dessus fonctionne parce que la plupart du travail d'agence est le même métier avec des noms différents dedans. Là où ce n'est pas le cas, soyez honnête avant de construire un système de configuration avec vingt-huit cas particuliers.