Ma façon de travailler
Je suis l’équipe design d’Auditi. Je décide avec le CTO et les deux CEO de ce qu’il faut construire, puis je mène chaque fonctionnalité de la recherche et des parcours jusqu’à l’UI finale. J’ai aussi reconstruit le design system : des composants interactifs avec tous leurs états, chacun aligné sur son jumeau codé, construits main dans la main avec les développeurs frontend.
En binôme avec
Travaille avec & livre à
Je travaille au sein de l’équipe de développement, pas à côté :
- Des stand-ups quotidiens avec les développeurs.
- Des specs rédigées dans GitHub.
- Mes propres pull requests pour les corrections d’UI.
- La QA aux côtés des développeurs, jusqu’à la mise en production.
- Des entretiens avec les clients pour comprendre leur façon de travailler et tester de nouveaux concepts.
Voici les deux principaux parcours que j’ai repensés.
Étude de cas 1
Demandes PBC
Comment aider les cabinets d’audit à collecter des centaines de documents auprès de leurs clients, sans perdre le contexte de chacun ?
PBC (« Provided by Client ») est le cœur d’Auditi : la liste des documents qu’un cabinet d’audit demande à son client, et tout ce qui se passe autour de chaque demande.
Le problème, c’est rarement le fichier lui-même. C’est tout ce qu’il y a autour :
J’ai repensé tout le parcours, du moment où un auditeur ouvre Auditi jusqu’à celui où un document est accepté.
1. Tableau de bord : voir ce qui demande de l’attention
Les auditeurs jonglent avec de nombreuses missions à la fois. Le tableau de bord s’ouvre sur leurs projets épinglés et récents, avec la dernière activité des deux côtés (cabinet et client). Les projets sont regroupés par client, chaque liste de demandes montre ce qui a changé (nouvelles réponses, nouveaux envois, éléments en attente de revue), et un panneau latéral compte ce qui demande une action, dans tous les outils.
2. Liste de demandes : chaque demande, son statut et son responsable
Les demandes sont regroupées par thème. Chaque ligne affiche son statut, son échéance, le nombre de documents, le contact côté client et l’auditeur responsable, ainsi que le nombre de commentaires. Le panneau de filtres transforme la liste en rapport d’avancement en temps réel : ouvertes, en attente de revue, acceptées, refusées, à rendre cette semaine, en retard, avec de nouveaux commentaires ou de nouveaux documents.
3. Demande : le document et la conversation au même endroit
Ouvrir une demande, c’est tout avoir sous la main. Les clients glissent-déposent leurs fichiers directement dans la bonne demande. Les auditeurs voient quels documents sont nouveaux, les prévisualisent et en discutent juste à côté des fichiers, avec des notes privées, des questions ouvertes, des @mentions et des #références à des documents précis. Statut, échéance, préparateur et réviseur restent à portée de main en bas, et des flèches permettent de passer à la demande suivante sans revenir à la liste.
Étude de cas 2
Projets
Comment offrir aux cabinets d’audit et à leurs clients un espace commun pour voir ce qui doit se passer ensuite ?
Projets est un nouveau produit qui fait passer Auditi de la demande de documents à la gestion de projets d’audit. Je l’ai conçu du premier concept jusqu’à l’UI finale, en travaillant directement avec le CTO et les deux CEO.
Avant Projets, le côté client d’un audit était la partie que personne ne voyait clairement. Le statut était reconstitué avant chaque appel, les clients devaient deviner ce qui comptait en premier, et les points bloquants passaient des e-mails aux commentaires sur les fichiers, puis retour aux e-mails.
La vue d’ensemble du projet
Une seule page rassemble tout ce dont les deux parties ont besoin : messages, listes de tâches, statut du projet, accès utilisateurs, liens vers les travaux d’audit associés, statistiques, périmètre du projet, et un fil chronologique de chaque action du cabinet et du client.
Chaque bloc s’ouvre sur sa propre vue : la vue d’ensemble reste légère, et le détail n’est qu’à un clic.
Messages
Les annonces et les questions qui concernent tout le projet vivent dans le projet, pas dans les e-mails. La liste montre la dernière activité et les personnes impliquées. Chaque message s’ouvre en fil de discussion, avec réponses, mentions et mise en forme, et peut être épinglé ou partagé via un lien.
Tâches
Le travail côté client devient des listes de tâches, avec responsables, échéances et avancement. Les filtres affichent tout, seulement mes tâches, seulement celles du cabinet ou seulement celles du client, et une relance part en un clic.
Périmètre : là où se cachent les cas limites
Le périmètre relie un projet aux entités clientes et aux listes de demandes qu’il couvre. Cela paraît simple, mais c’est truffé d’états : chercher un client, sélectionner des listes, passer à un autre client en gardant la première sélection, effacer une recherche sans perdre ce qui a été choisi, et parcourir tout ce qui a été sélectionné jusque-là. Je les ai tous cartographiés, pour que les développeurs puissent construire chaque état exactement comme prévu.
Statistiques
Les statistiques répondent à la question que tout responsable d’audit se pose avant un appel client : où en est-on ? Avancement dans le temps, répartition par statut, échéances à venir, rapidité de réponse du client, et part des documents acceptés du premier coup. Une invite intégrée demande aux utilisateurs ce qu’ils aimeraient voir ensuite, pour que la vue continue d’évoluer avec eux.
Le résultat
Auditi propose aujourd’hui bien plus de fonctionnalités qu’avant, et pourtant le support client l’entend de la bouche des utilisateurs : la plateforme paraît plus intuitive.
Elle considérait la qualité de l’implémentation comme une partie du travail de design, et non comme le moment où sa responsabilité s’arrêtait.
Bastian Halbach, CEO, Auditi