La situation de départ
[Qui est l'entreprise ? Quel est le produit ? Qui sont les utilisateurs ? Ex : "CA-TS est la filiale IT du Groupe Crédit Agricole, au service des 39 Caisses régionales. Mon rôle : améliorer l'expérience de l'application mobile Ma Banque, utilisée par des millions de clients."]
Ce qu'on cherchait à résoudre
[Quel était le problème précis ? Qu'est-ce qui ne fonctionnait pas ? Sois concret : une friction, une métrique, une plainte récurrente.]
"[Citation ou formulation du problème en une phrase — ce que les utilisateurs disaient, ou ce que les données montraient.]"
Comment j'ai travaillé
[Décris ce que tu as fait : ateliers, interviews, analyse des données existantes…]
[Comment tu as conçu et mené les tests. Combien de participants ? Quels scénarios ?]
[Lo-fi → hi-fi. Comment tu as itéré. Ce qui a changé entre les versions.]
[Synthèse des résultats. Comment tu as priorisé. Ce qui a été implémenté.]
Ce que j'ai produit
Ce que ça a changé
[Si tu as des métriques, utilise les cartes ci-dessous. Sinon, décris l'impact en texte.]
[Si pas de métriques précises, formule l'impact qualitativement. Ex : "La librairie Figma est aujourd'hui adoptée par l'ensemble de l'équipe design et sert de référence pour les développeurs."]
Ce que j'ai appris
- [Apprentissage 1 — ex : "Impliquer les devs dès la phase de wireframing réduit drastiquement les allers-retours."]
- [Apprentissage 2 — ex : "Un protocole de test trop long fatigue les participants. 45 min max."]
- [Apprentissage 3 si pertinent]