TaskFlow : Construire l'outil qui rend le test utilisateur inévitable
L'équipe Alivia ne testait pas : trop de friction, zéro budget dédié. J'ai construit TaskFlow pour supprimer les deux objections en même temps.
Contexte
TaskFlow est une webapp que j'ai construite sur ma propre initiative, dans le cadre de la mission Alivia. L'objectif : mettre en place un workflow de test utilisateur structuré et reproductible, sans budget dédié et sans dépendance externe.
Défi : Convaincre l'équipe de tester plus souvent, en lui donnant un outil qui rend ça simple et sans friction.
La refonte d'Alivia nécessitait des tests continus. Mais tester n'était pas encore une habitude dans l'équipe. Trop de friction à chaque étape : définir un protocole, coordonner les testeurs, consolider les retours. Résultat : on ne testait presque pas.
Mission : Créer un outil maison pour gérer tout le workflow : création de protocoles, partage aux testeurs, collecte de feedback, et visualisation des insights.
Objectif : Rendre le test utilisateur aussi simple qu'envoyer un Slack, sans budget externe ni coordination manuelle.
147 insights collectés en 4 semaines. L'équipe a commencé à consulter les résultats d'elle-même, sans qu'on leur demande.
Utilisateurs cibles : Équipe produit interne (PM, Designers, Devs)
- Zéro budget pour outils tiers
- Besoin de tests fréquents et rapides
- 15 testeurs VIP à coordonner
- Pas de temps pour des réunions longues
Approche
Les premiers tests manuels étaient chaotiques.
- « Attends, je dois tester quoi exactement ? »
- « J'ai noté mes retours dans un Google Doc perdu quelque part. »
- « On peut pas juste faire un call pour en parler ? »
- « Je comprends pas bien ce que tu attends comme feedback. »
Le problème n'était pas le manque de testeurs. C'était l'absence d'une pratique, d'une méthode, d'un outil pour la soutenir.
- Protocoles de test flous ou inexistants
- Feedback dispersé (Slack, email, Notion, Docs...)
- Aucune traçabilité des insights
- Difficulté à prioriser les retours
- Temps perdu à consolider manuellement
- Frustration des testeurs mal guidés
Mon rôle
J'ai conçu et développé TaskFlow seul, de A à Z :
- Recherche utilisateur (besoins de l'équipe)
- Product strategy & priorisation
- UX/UI Design
- Développement Frontend
- Architecture des données
- Onboarding testeurs
- Analyse des résultats
1. Comprendre le workflow réel
8 sessions d'observation + 5 interviews (PM, designers, testeurs). Cartographier le workflow idéal et identifier les frictions critiques.
- Interviews avec PM, designers, testeurs
- Audit des tests précédents
- Mapping du workflow idéal
2. Prioriser impitoyablement
Identifier les 3 étapes critiques : Protocole → Feedback → Insights. Tout le reste est secondaire.
- Découpage du MVP
- Priorisation des features
- Roadmap en 3 sprints
3. Prototyper & tester (meta)
Tester l'outil de test avec les testeurs. Meta mais essentiel.
- Prototype Figma
- Tests utilisateurs sur TaskFlow
- Itérations rapides
4. Développer & déployer
Build en React + Supabase. Déploiement progressif auprès des testeurs VIP.
- Webapp fonctionnelle
- Documentation testeurs
- Onboarding guidé
Méthodes : User Research, MVP Thinking, Rapid Prototyping, Test & Learn, Design + Dev
Solution
TaskFlow repose sur quelques principes structurants.
Protocoles structurés et réutilisables
Exemple : Templates de tests : Navigation, Onboarding, Feature discovery, etc.
Impact : Temps de setup : 45 min → 5 min
Apprentissage : Un bon protocole = des retours exploitables. Pas de protocole = chaos.
Feedback contextualisé et annoté
Exemple : Les testeurs peuvent commenter directement sur des captures, avec tags (Bug, Suggestion, Question, Insight)
Impact : 147 insights collectés en 4 semaines
Dashboard de résultats automatique
Exemple : Synthèse visuelle : insights par catégorie, tendances, citations clés
Impact : Présentation résultats : 2h → 15 min
Expérience testeur ultra-simple
Exemple : URL unique → protocole clair → feedback en 3 clics → Done
Impact : Taux de complétion : 92% (vs ~60% pour tests par email)
- Webapp complète (React + Supabase)
- Templates de protocoles
- Dashboard d'insights
- Documentation testeurs
- Guide d'utilisation PM/Designers
Résultats
TaskFlow a transformé la façon dont l'équipe Alivia prend ses décisions produit.
En 3 mois, TaskFlow est passé d'une expérimentation à un outil ancré dans le quotidien de l'équipe. Les tests sont devenus réguliers, les décisions alimentées par de vrais retours utilisateurs.
- 147 Insights en 4 semaines : Sur le projet Alivia
- 3× Cycles de feedback : Vélocité d'itération multipliée
- ~8K€ Économisé vs Maze + UserTesting : Estimation sur 1 an
- 15 Testeurs actifs : Engagés sur la durée
- 92% Taux de complétion des sessions : Vs ~60% pour les tests par email
- 15 min Pour synthétiser un test complet : Dashboard automatique (vs 2h manuellement)
TaskFlow a changé ma vie. Avant, je passais des heures à relire des Google Docs et des messages Slack pour consolider les retours. Maintenant, tout est centralisé et structuré. Je gagne 5h par semaine.
Julie M., Product Manager
C'est simple : je reçois un lien, je vois le protocole, je donne mon avis, c'est fini. Pas de réunion de 30 min, pas de confusion. Ça respecte mon temps.
Marc D., Testeur VIP
Ce que j'ai appris
Trois enseignements que je retiens de ce projet.
- Quand l'argumentaire ne fonctionne pas, construire. Face à "pas le temps, pas le budget", j'aurais pu défendre le test utilisateur en réunion. J'ai préféré supprimer les deux contraintes. TaskFlow n'a pas convaincu l'équipe de tester : il a rendu le test inévitable.
- Ouvrir les données, c'est ouvrir le design. En donnant accès aux résultats en lecture à toute l'équipe, les retours utilisateurs ne sont plus une information filtrée par le designer. Un développeur qui voit directement que 7 utilisateurs sur 10 n'ont pas trouvé son bouton, c'est plus efficace qu'un slide en réunion.
- Concevoir et développer le même outil change la relation au problème. Avec Cursor et Claude, j'ai pu passer du constat ("on ne teste pas assez") au produit fonctionnel sans délai. Identifier une friction et la résoudre le lendemain : c'est ce que la combinaison design + code permet.
La suite
TaskFlow fonctionne bien pour Alivia. La prochaine étape : l'ouvrir à d'autres projets internes. Observer si l'outil scale au-delà d'un seul produit.
Mon focus actuel : ajouter des fonctionnalités d'analyse quantitative (temps passé, taux d'abandon, heatmaps basiques) pour compléter le qualitatif.
Compétences mobilisées
Rôle : Product Designer & Dev Frontend, 3 mois
- Product Strategy
- UX/UI Design
- Frontend Development
- User Research
- Data Architecture
- Prototypage
Outils : Figma Make, Supabase, Tailwind CSS, TypeScript
Thématiques : UX Research, Tests Utilisateurs, Design + Dev, Outil Interne, MVP