Passer de l’écran au métier

Ce n’est pas une stack, c’est une question

On peut rester très bon sur l’interface et rater le produit. Le basculement, c’est de commencer par : qui fait ça, dans quelle journée, avec quelle contrainte. Ensuite on ouvre Figma.

Sur AYILE, la question n’était pas « comment styler un dossier patient ». C’était « comment un médecin retrouve l’historique sans reconstituer le papier ». Sur KLEMI, « comment un formateur lance une évaluation sans bricoler trois outils ».

Aimer les contraintes

Les limites techniques, le budget, le réseau, la conformité : ce n’est pas le contraire du design. C’est le cadre. Un certificat KLEMI avec un identifiant unique, c’est une contrainte. Elle oriente l’écran de vérification. Elle n’est pas un obstacle qu’on contourne en rendant le badge plus joli.

Mesurer un peu, souvent

On n’a pas besoin d’un département data. On a besoin d’un critère. Le débrief est-il rempli le jour J ? L’envoi affiche-t-il le montant reçu avant confirmation ? Le patient a-t-il un dossier unique plutôt que trois dossiers parallèles ?

On ajuste ensuite. L’opinion de l’équipe compte moins que ce qui se passe en usage.

Des habitudes banales

• Écrire le résultat attendu avant le premier frame
• Lire un retour utilisateur ou un ticket avant d’ajouter une option
• S’asseoir avec celui qui développera, tôt, pas à la veille de la recette

Chez nous, conception et exploitation sont dans la même équipe. Ce n’est pas un slogan. C’est la seule façon de ne pas concevoir dans le vide.