La meilleure interface se trouve peut-être là où le travail se fait déjà

La fiche de contact est déjà ouverte lorsqu’une personne de l’équipe commerciale découvre un doublon. Dans ce workflow illustratif, une automation peut le résoudre, mais l’opérateur doit ouvrir un tableau de bord distinct, rechercher le même contact puis revenir au CRM pour vérifier le résultat. L’automation est peut-être rapide ; le détour ne l’est pas.

Cela soulève une question produit facile à manquer pendant la conception : où le résultat doit-il apparaître ?

Une conversation retranscrite sur l’automation au travail défend l’action dans les systèmes de référence plutôt que l’obligation pour chaque utilisateur d’apprendre une nouvelle interface. C’est une hypothèse de conception, pas la preuve qu’une mise en œuvre donnée améliore l’adoption. Elle est utile parce qu’elle déplace l’unité de conception de l’écran vers la tâche accomplie.

Suivez la fiche, la décision et le relais

Cartographiez une tâche réelle. Où la fiche apparaît-elle d’abord ? Qui décide si elle est prête ? Que doit examiner cette personne ? Où vérifie-t-elle que la modification a pris effet ? Comptez les étapes et les moments où le contexte doit être copié ou saisi de nouveau.

Dans le cas imaginé du contact en double, l’opérateur a déjà la fiche client ouverte. Une suggestion à côté de la fiche pourrait présenter les champs contradictoires et la fusion proposée. La vérification peut rester près de la décision. Le résultat peut s’afficher sur la fiche mise à jour. Ce parcours exige peut-être moins d’étapes qu’un nouveau tableau de bord, même si celui-ci paraît plus net en démonstration.

La conversation source décrit aussi différentes catégories : étapes à supprimer, actions déterministes, décisions de jugement et approbations humaines. L’emplacement compte différemment pour chacune. Une mise à jour déterministe peut se faire sans écran visible, à condition de laisser un état clair. Une fusion ambiguë exige une explication et un point de vérification. Une action importante exige l’autorité d’une personne responsable, quel que soit l’emplacement de l’interface.

Notre guide d’intégration de plusieurs outils métier invite à définir la source de vérité. Ce choix aide à placer l’interaction : l’outil qui fait autorité sur la fiche est souvent le lieu naturel pour l’examiner et la corriger. Cela ne signifie pas que chaque outil peut afficher toutes les explications nécessaires.

Un résultat intégré a tout de même besoin d’un historique consultable

« Pas de nouvelle interface » peut devenir un slogan qui masque l’absence de contrôles. Si une automation modifie une fiche dans un CRM, les utilisateurs doivent savoir ce qui a changé, pourquoi et si l’autre système est désormais cohérent. Un message intégré disant « terminé » ne suffit pas si la tâche touche deux systèmes.

La conception peut exiger un état compact dans l’outil de travail et un historique plus détaillé ailleurs. Ces vues répondent à des moments différents. L’opérateur doit agir sur la fiche actuelle. Un administrateur peut devoir examiner les tâches échouées, les permissions et les tendances entre comptes. La meilleure interface peut donc en regrouper plusieurs, chacune adaptée à une tâche.

Tajo fournit déjà une ressource d’activité MCP avec résultat, phase et données brutes dépliables. L’illustration ci-dessous place cette idée dans une conversation et ajoute un panneau de vérification proposé. La personne chargée de l’opération lit le résultat immédiat, puis examine les preuves au besoin. Cette présentation ne garantit pas la compatibilité avec toutes les applications hôtes.

Prenons un deuxième cas illustratif : une responsable de boutique veut savoir si une commande de test a entraîné la mise à jour client prévue. Un résultat bref près de la commande peut indiquer la fiche destination et son état. Une console d’intégration distincte peut montrer les règles de mappage et l’historique des erreurs. Le guide d’intégration Brevo Shopify recommande de vérifier un contact et une commande de test dans la destination avant d’utiliser les données synchronisées. L’interface doit aider à effectuer cette vérification, pas seulement annoncer qu’une requête a été envoyée.

Cette distinction évite un piège courant. Un outil peut être facile à ouvrir et difficile à croire. Montrer la postcondition là où la personne travaille peut valoir davantage qu’un clic économisé dans un tableau de bord. Mais si l’application existante ne peut pas fournir assez de contexte, forcer toute la décision dans une petite notification peut compliquer la tâche.

Testez le parcours, pas la préférence

Présentez les deux conceptions à une personne qui effectue le travail : une invite intégrée et une page dédiée. Donnez-lui le même cas. Observez si elle trouve la fiche, comprend l’action proposée, repère une suggestion erronée et confirme le résultat. Comptez les relais et les suppositions erronées, pas seulement les secondes.

Séparez l’autorité de la commodité. Un bouton près d’une fiche doit tout de même respecter les permissions de la personne et les règles d’approbation du workflow. L’article sur le rôle des experts métier dans l’automation explique pourquoi les personnes qui connaissent les exceptions doivent les définir, tandis que le système applique les règles d’accès et les contrats de données.

Un nouvel écran peut se justifier : le diagnostic entre systèmes, la configuration, l’examen en masse et l’audit dépassent parfois ce qu’un CRM ou une interface d’administration de boutique peut présenter. La bonne question est de savoir si l’écran aide à accomplir la tâche pour laquelle il demande aux personnes de quitter leur espace de travail.

Lors du test, incluez la personne qui traite les exceptions, pas uniquement celle qui suit le parcours normal. Une action intégrée concise peut convenir aux fiches courantes tout en privant la personne chargée des exceptions de l’historique nécessaire à sa décision. L’interface doit rendre le relais visible et garder le parcours habituel court.

Une interface mérite sa place lorsqu’elle porte une décision ou une preuve nécessaire. Si le travail peut être réalisé et vérifié là où il a commencé, un écran supplémentaire est un détour.