Tessan : l’application patient reconstruite en 30 jours

Le 15 juin, nous reconstruisons l’application en natif autour de la consultation. Un tunnel allégé, un assistant qui ne diagnostique pas, trois builds en deux semaines.

Rôle: Lead design et product owner
Période: Juin à juillet 2026
Équipe: Un tech lead, deux développeurs, seul designer
Périmètre: Application, tunnel, assistant

Synthèse

Contexte: L’application existante ne servait pas la consultation : session fragmentée, double navigation, tunnel de 8 à 13 écrans. L’objectif : une première version centrée sur la consultation, prête à soumettre aux stores avant le 15 juillet.
Mon rôle: Lead design et product owner de l’application patient, avec un tech lead et deux développeurs.
Périmètrece qui entre et ce qui sort de la V0
Parcoursaccès, tunnel, documents, proches
Écrans40 écrans, sept epics, 25 user stories
Builds0.1, 0.2 et 0.3
Réalisations et livrables: Application patient
iOS et Android
Tunnel de consultation
audit de 25 écrans, parcours refondu
Assistant Santé
quatre parcours, garde-fous
Prototypes interactifs
wireframes et réservation

30 jours
de la décision de reconstruire à la préparation de la soumission: 3 builds
en deux semaines, du 26 juin au 9 juillet: 3 %
de saisies de mutuelle réussies : l’écran est retiré

L’application

Le 15 juin, deux décisions cadrent la reconstruction. Nous passons au natif, car réaménager l’ancienne coquille aurait conservé la double session : seul le moteur de téléconsultation reste encapsulé. Nous retirons aussi ce qui séduisait le plus. La santé connectée, le score et l’abonnement exposaient le produit à une requalification en dispositif médical, soit 18 à 36 mois de certification face à 30 jours.

Le tunnel de consultation

Huit à treize écrans selon un routeur invisible, et 3 % de saisies de mutuelle réussies. La mutuelle sort du tunnel au profit d’une avance de frais, l’arrêt de travail devient une option du motif, et la salle d’attente montre une position plutôt qu’un minuteur qui mentirait.

Des prototypes pour trancher l’ordre des écrans

Des wireframes interactifs en noir et blanc, revus avec la direction produit, ont fixé l’ordre des écrans avant les maquettes. Un prototype de réservation a ensuite simulé la prise de créneau en pharmacie, de la carte des cabines à l’accès confirmé, avec les vraies officines autour des cabines.

Qualifier avant l’authentification

Après la consultation

Patient v4, réserver en cabine

Patient v4, créneaux creux et accès

Patient v4, explorer le réseau

01 / 05

L’assistant

L’assistant n’a pas le droit de diagnostiquer, et la limite est dans l’écran : un bandeau de périmètre permanent, une escalade vers un médecin déclenchée par le contenu et non par un compteur, un prénom jamais transmis au modèle. « Assistant Santé » remplace « Docteur Tessan », dont le titre promettait trop.