Quatre surfaces, visuelles seulement. Aucune logique, aucune donnée réelle : le but est de juger la direction — ce qui est à côté de quoi, la densité, ce qu'on voit sans cliquer. Tout est bâti sur tokens.css et les polices du produit, sans modification, donc ce qui est à l'écran est vraiment la langue visuelle de DESIGN.md.
Une tâche, une surface. Le contexte vient à la tâche ; la personne ne va pas le chercher.
C'est la seule chose à valider ici. Le reste — couleurs, espacements, composants — suit
déjà de tokens.css. Ce qui est nouveau, c'est que chaque écran ci‑dessous
porte une tâche du début à la fin : rien n'y est un lien vers une page où la
prochaine étape se passe.
| La tâche | Écrans aujourd'hui | Cible |
|---|---|---|
| Transformer une demande en dossier avec un prix Intake → Clients → Nouveau client → Nouveau dossier → Soumissions → éditeur → envoi | 6 | 1 |
| Répondre à la question d'un client La boîte de réception atteint la fiche client et un lien tel:. Rien d'autre. | impossible | 1 |
| Planifier le travail Dossier → planificateur → Tableau (autre écran) pour voir qui est libre → retour | 3 | 1 |
| Facturer le travail terminé À facturer → dossier → onglet argent → créer → éditeur → envoi | 5 | 1 |
| Relancer un paiement Factures → une facture → client → téléphone → et l'appel se note nulle part | 4 | 1 |
Une seule file pour tout ce qui rentre — boîte vocale, SMS, courriel, formulaire web, app client — et la demande devient un dossier et un prix sans quitter l'écran. La transcription reste affichée pendant qu'on bâtit la soumission.
Un seul fil, cinq transports. Formulaire web, appel enregistré avec transcription, courriel, SMS, application client et note interne — chacun rendu dans la forme qu'il a vraiment, pas tous en bulles. Le canal de réponse est un choix explicite, avec l'adresse de destination écrite sous la boîte.
Ce que Board.tsx fait déjà bien, repris : la bande lisible de loin, les
visites sans technicien à gauche où on ne peut pas les manquer, et les promesses sans
heure dans leur propre bande plutôt que dessinées sur l'horloge.
Les six onglets de JobDetail.tsx — travail, argent, messages, temps,
photos, historique — deviennent six sections d'un seul défilement, dans l'ordre où on
en a besoin, avec l'étape et le solde au-dessus de la ligne de flottaison.
Le schéma tient déjà cinq transports (sms, email,
in_app, note, call), l'adresse de chaque message, et
delivered_at / read_at / failed_reason. Deux choses
manquent quand même :
Il n'y a pas de transport web. Un formulaire du site devient un
dossier avec son attribution et n'entre jamais dans la conversation — donc la personne qui
répond ne voit jamais ce que le client a écrit en premier.
Et inbound.ts n'accepte que sms | email | in_app.
Les appels vivent dans leur propre table : le fil et le journal d'appels sont deux histoires
parallèles au lieu d'une seule.
Volontairement : L'argent (T4 et T5), Les gens, la revue du technicien senior, et l'administration. Quatre surfaces suffisent pour juger la direction ; les huit autres coûtent du temps qu'il ne faut pas dépenser avant que la direction soit confirmée.
Et rien ici ne fonctionne : pas de données, pas de réseau, aucun bouton n'agit. C'est
l'étape 0 de REDESIGN.md, pas l'étape 5.