Aperçu Atelier Proto-Persona

Atelier proto persona

Rôle

Facilitateur UX

Secteur

Facturation électronique

Type

Atelier

Format

6 participants · 2 h

Lecture

~4 min

Logiciels utilisés

Miro

Vue d'ensemble

Dans le cadre du développement d'une application SaaS de facturation électronique, un constat s'imposait : les équipes produit, commerce et technique travaillaient chacune avec leur propre représentation des utilisateurs, sans jamais avoir confronté ces visions ni cherché à les aligner.

J'ai conçu et animé un atelier collaboratif de 2 heures réunissant 6 participants — Product Owners, Product Managers, membres de l'équipe produit et commerciaux — avec un objectif précis : formaliser les différentes cibles de l'application SaaS, puis documenter pour chacune ses besoins et ses frustrations.

Le livrable visé était un proto-persona : une ébauche de l'archétype utilisateur construite en interne, à partir des connaissances déjà présentes dans l'équipe, sans attendre les résultats d'une recherche utilisateur formelle. Pas un substitut à la recherche terrain — un socle commun, disponible tout de suite, et explicitement présenté comme une hypothèse à confronter.

Problème

L'application SaaS de facturation électronique s'adresse à des entreprises de tailles et de secteurs variés. Malgré la diversité des profils utilisateurs, les équipes n'avaient jamais formalisé de représentation partagée de leurs clients ni de leurs besoins réels, ni de leurs frustrations quotidiennes face à l'outil.

Visions cloisonnées

Chaque équipe produit, commerce, support avait sa propre lecture des utilisateurs, forgée par ses interactions propres. Ces représentations divergeaient sans que personne ne le sache vraiment.

Décisions sans ancrage utilisateur

Sans profil de référence partagé, les arbitrages fonctionnels et les priorités de roadmap reposaient sur des intuitions plutôt que sur une compréhension commune et documentée des besoins.

Onboarding des nouveaux membres

Sans document de référence, chaque nouveau membre de l'équipe devait reconstruire sa compréhension des utilisateurs par lui-même, au fil des conversations et des tickets support.

Pas de recherche terrain disponible

Une recherche utilisateur formelle aurait pris plusieurs semaines. L'atelier proto-persona permettait de produire un premier livrable actionnable en une seule session de 2 heures.

Participants & rôles

Six participants, répartis sur quatre rôles, choisis pour que chaque angle de contact avec le client soit représenté dans la salle — du backlog jusqu'à l'objection commerciale.

Product Owner

Vision fonctionnelle et priorisation des besoins. Connaît les demandes remontées par les clients via le backlog.

Product manager

Vision stratégique du produit. Comprend les enjeux marché et les attentes business des clients entreprises.

Équipe produit

Conception et développement. Traduit les besoins en fonctionnalités concrètes, confrontée aux contraintes techniques quotidiennes.

Commerce

Contact direct avec les clients. Entend les objections, les attentes et les frustrations avant même que l'outil ne soit livré.

Démarche de design

Conception de l'atelier

Avant l'atelier, j'ai structuré l'ensemble du board Miro : introduction au concept de proto-persona, tutoriel de prise en main de l'outil pour les participants non-initiés, et neuf sections thématiques prêtes à être remplies collectivement. Chaque section était accompagnée d'une question précise pour guider les contributions sans les contraindre.

Le choix de Miro comme support permettait à tous les participants de contribuer simultanément, qu'ils soient dans la même salle ou à distance, avec une visibilité collective en temps réel sur les post-it ajoutés par chacun.

Structure du board les 9 thématiques

Démographie

Qui sont vos utilisateurs de la technologie ? Âge, personnalité, rôle dans l'entreprise, profil de compétences digitales

Rôle principal

Quels sont leurs grands objectifs ? Missions quotidiennes, responsabilités, ce qu'ils cherchent à accomplir avec l'application

Technologie / aisance

Place sur une échelle de maîtrise technologique Niveau de confort avec les outils digitaux, logiciels utilisés au quotidien

Technologie / outils

Quels appareils et comment ? Desktop, mobile, tablette, usages selon le contexte (bureau, déplacement, terrain)

Technologie / mobilité

De quoi ont-ils besoin pour mieux remplir leur mission ? Fonctionnalités attendues, informations nécessaires, gains de temps recherchés

Besoins

Quels outils utilisent-ils ? Applications métier, ERP, outils de communication, environnement de travail

Contraintes / Frustrations

Qu'est-ce qui les bloque aujourd'hui ? Points de friction, processus pénibles, limites de l'outil actuel

Fonctionnalités

Qu'est-ce qui leur est indispensable dans le produit ? Must-have fonctionnels identifiés par l'équipe à partir des retours terrain

Craintes / Opportunités

Qu'est-ce que l'on fait qu'ils pourraient détester ou adorer ? Risques perçus, résistances au changement, leviers d'adoption

Animation de l'atelier

L'atelier s'est déroulé selon un déroulé structuré mais souple. Après une introduction rapide au concept de proto-persona et une prise en main guidée de Miro, les participants ont travaillé thématique par thématique, en posant des post-it individuellement avant de converger collectivement.

Mon rôle d'animateur consistait à maintenir le rythme, relancer les échanges sur les points de désaccord, et s'assurer que chaque profil de participant avait la parole en particulier les commerciaux, dont les remontées terrain sont souvent les plus proches de la réalité vécue par les utilisateurs finaux.

Les zones de convergence (post-it groupés, formulations récurrentes) comme les zones de friction (post-it isolés, désaccords explicites) ont été identifiées en temps réel sur le board et pointées lors de la phase de clôture.

Résultats & apprentissages

Ce que l'atelier a produit

Le proto-persona n'est pas resté un document d'atelier. Confronter les besoins et les frustrations de chaque cible à ce que la plateforme proposait réellement a rendu l'écart impossible à ignorer : l'atelier a débouché sur un audit de l'application SaaS dans son intégralité, que j'ai ensuite mené, puis sur le cadrage de sa refonte.

C'est là que se mesure la valeur du format. Deux heures et six personnes ont suffi à déclencher une remise en question à l'échelle du produit entier — là où une recherche formelle aurait demandé plusieurs semaines avant de pouvoir trancher quoi que ce soit. L'atelier n'a pas produit un livrable : il a produit une décision.

Ce que ce projet démontre

Cet atelier illustre une compétence distincte de la conception d'interface : la capacité à créer les conditions d'un alignement collectif sur les utilisateurs, dans une organisation où chaque équipe travaille depuis son propre angle de vue.

Animer un atelier de ce type demande une préparation rigoureuse structurer un board clair, anticiper les questions qui relancent sans orienter et une posture d'animation différente du design : écouter plus que proposer, noter les désaccords autant que les consensus, et restituer sans interpréter.

Compétences mobilisées

  • Facilitation d'atelier
  • Proto-persona
  • Design collaboratif
  • Miro
  • Recherche UX
  • Alignement équipes
  • Audit produit

Ce que je ferais différemment

Avec le recul, j'aurais consacré davantage de temps à la phase de convergence regrouper les post-it, dégager les grandes tendances, formuler les insights collectivement plutôt qu'en synthèse post-atelier. Cette étape réalisée en groupe renforce l'appropriation du livrable final par tous les participants.

J'aurais aussi prévu une session de suivi courte quelques semaines après pour confronter le proto-persona aux premiers retours d'entretiens terrain, et ancrer l'habitude de faire évoluer ce document au fil du temps plutôt que de le figer.

Projet précédentFAQ Projet suivantFBT Connect
↑