# Retours de Tom sur les wireframes v1 (2026-09-29)

*Relevé fidèle des remarques orales de Tom, écran par écran. Sert de cahier de consignes pour la v2.*

## Règles générales
- **Langue :** l'interface est en français (on la traduira ensuite en turc) : l'équipe est française et turque (D-048).
- **Base d'interface WhatsApp (D-049) :** « une interface très simple qui ressemble à WhatsApp qu'on vient légèrement enrichir avec peu d'informations ». Moins d'informations, plus intuitif ; plus d'écrans plutôt que des écrans chargés ; les informations secondaires restent accessibles autrement (au clic, en panneau), les informations clés « poppent ».
- **Fil de discussion :** on voit toute la conversation, on remonte comme dans WhatsApp ; la traduction est en français quand on navigue ; la vue ne change pas entre la boîte de réception et la discussion : c'est vraiment une discussion.
- **Brouillon de l'agent :** il s'affiche comme un message normal à la fin de la discussion, d'une **couleur spéciale brouillon**, comme une réponse à un message. Au clic : le message du patient traduit en français et la proposition de réponse de l'agent. Actions : **Modifier**, **Approuver et envoyer**. Après modification, le texte passe en traduction et part.
- **Sources (FAQ-012 v3, DOC-PANO v2…) :** cachées par défaut (Sibel s'en fiche), affichables. Séquence et langue : très discret (« langue du patient : allemand »).
- **Accusés :** tout petits indicateurs : envoyé, reçu, lu (WhatsApp et e-mail).
- **Main humaine ou agent :** l'interface ne change presque pas ; **liseré jaune quand l'agent gère la conversation**, pas de liseré jaune quand c'est un humain qui a la main.
- **Règles de concision :** fixer des règles (par exemple un nombre maximum de jetons ou de lignes) pour que les synthèses et propositions de l'agent restent courtes et faciles à gérer.

## Écran par écran
- **E-02 Mon travail :** pas confortable, trop d'infos. La colonne « brouillons à valider » doit devenir fluide, comme ci-dessus.
- **E-06 File de validation :** les brouillons s'enchaînent, conversation par conversation ; Sibel navigue comme dans WhatsApp ; l'agent propose une réponse ; elle clique sur Envoyer ou Modifier.
- **E-04 Conversation :** bonne base, mais beaucoup moins d'informations et plus intuitif. On peut ouvrir le dossier.
- **Dossier :** un résumé du cas et une chronologie des événements clés (acceptation du devis, etc.).
- **Journaliser un appel (E-37) :** souhaitable, pas indispensable. Si l'API WhatsApp permet de passer ou journaliser un appel, on l'intègre ; sinon, après son appel, Sibel ouvre « J'ai fait un appel », dit ce qui a été dit, et l'agent propose des mises à jour. Même logique pour la « prochaine action ». Beaucoup plus simple et léger.
- **E-09 Objectif du dossier :** énormément d'informations, mal structuré, « je ne comprends rien, même pas à quoi ça sert ». À restructurer entièrement.
- **E-11 Projet et accords :** légèrement mieux mais difficile ; le PDF n'a pas besoin d'être visible directement (un clic pour l'ouvrir). Moins d'infos, plus simple.
- **E-17 Pipelines (kanban) :** intéressant, mais optimiser l'UI/UX : cartes claires, assez d'infos pour agir, clic sur une carte pour remplir, pas trop d'infos.
- **E-03 Boîte de réception :** trop d'infos, trop de vues. Simple et synthétique. On se fiche de la langue et du canal ; l'état et le contrôle (agent ou humain) sont intéressants.
- **E-19 Aujourd'hui à Istanbul (réceptif) :** bonne idée (patients qui arrivent, dates, ce qu'il faut gérer), encore trop compliqué ; les infos importantes poppent, le reste est accessible autrement.
- **E-04 variante main humaine :** trop compliqué ; même interface, seul le liseré change.
- **E-22 Revue du dossier (praticien) :** un peu trop compliqué, mais ça va.
- **E-23 Tableau de bord, E-26 Supervision de l'agent, E-38 Console de test :** ça va, mais un peu trop compliqués.
- **Tous les autres écrans :** à dessiner dans cette philosophie.