Teemo
Outil de gestion des CRA pour Product Owners — saisie, validation et exports automatisés.
- UX/UI
- Product Design
- Web App
- Business Tool
- Rôle
- UX/UI Designer & Dev Front-end
- Durée
- 3 mois
- Année
- 2026
- Relance hebdo par PO
- 2h30 → 30min
Contexte
Teemo est un outil interne d'agence pour la gestion des CRA (Comptes-Rendus d'Activité) par les Product Owners et chefs de projet. Contexte : 6 PO actifs, 30+ projets simultanés, déclaration mensuelle aux clients.
Le défi
« Comment réduire le temps de relance des CRA sans imposer un outil supplémentaire aux développeurs, déjà saturés d'interfaces (Jira, Slack, Notion, Git) ? »
Recherche et insights
Comprendre avant de dessiner
Analyse de 5 outils de timesheeting (généralistes et spécialisés) pour identifier ce qui ne fonctionne pas en contexte agence multi-projets.
Sources analysées
- Harvest
- Toggl Track
- Clockify
- Templates Notion timesheeting
- Excel partagé (la baseline)
Constats clés
Les outils généralistes demandent trop de configuration initiale et imposent une logique "individuelle", peu adapté à la dynamique PO + équipe.
Le tableur partagé reste le standard "de fait" parce qu'il est zero-friction côté équipe, c'est la barre à battre.
Sur le terrain
- 2 ateliers de cartographie de friction avec 6 Product Owners (1h chacun)
- Mesure terrain : temps réel passé par un PO à relancer les CRA manquants sur 4 semaines
- Tests sur 3 PO en condition réelle pendant 2 semaines avec le prototype
Ce que les utilisateurs ont dit
2h30 / sem
passées par un PO à pourchasser les CRA manquants, soit ~10% de son temps utile.
Le problème n'est pas la saisie (déjà rapide) mais le suivi : les PO ne savent pas qui n'a pas saisi sans relancer un par un.
Solution
Les choix qui comptent
- 01
Validation en cascade : chaque dev saisit, le PO valide, l'export client se génère automatiquement.
- 02
Notifications discrètes Slack + email, pas de notif push, pas de relance dans Jira (saturation cognitive).
- 03
Export PDF en un clic au format client (mise en page client-ready, pas de retraitement manuel).
UX et accessibilité
- Vue agrégée par projet pour le PO : qui a saisi, qui n'a pas, qui est en retard, d'un seul écran.
- Saisie dev en moins de 30 secondes (3 champs, autocomplete sur les projets actifs).
Résultats
Ce que ça a donné
Sur 3 PO testeurs en condition réelle, temps de relance hebdomadaire passé de 2h30 à 30 min selon les retours utilisateurs, soit ~2h gagnées par semaine par PO.
- Relance hebdo par PO
- 2h30 → 30min
- POs en atelier de design
- 6
- Test en condition réelle
- 2 sem
Ce que j'ai appris
« Sur un outil interne, le pire bug est de produire "un outil de plus". Mesurer la friction existante avant de proposer une solution est la moitié du travail. »
Projet suivant
GuTea — Bubble Tea & Ateliers Paris 13e
GuTea — Café indépendant (Paris 13e)