Construire un produit numérique à partir du terrain

Le prototype permettait de transmettre une information en trois gestes. Nora Bensaïd l’avait testé sur plusieurs téléphones, avec une connexion lente et des données incomplètes.

Dans le centre de santé, l’infirmière coordinatrice ne trouve pourtant pas le troisième geste.

Elle tient une tablette, répond à une collègue dans le couloir et cherche le dossier suivant. Le bouton est visible. Le moment pour le regarder ne l’est pas.

Nora ferme son ordinateur et demande à refaire la séquence depuis le début.

Le projet, appelé Relais, doit aider plusieurs cabinets à partager les informations nécessaires entre deux passages. Le brief parle de formulaire, de statut et de notification.

Sur le terrain, Nora découvre un travail fait de notes temporaires, de décisions différées et d’informations qui ne peuvent pas toutes être traitées avec la même urgence.

Une notification supplémentaire ne réduirait pas le bruit. Elle le déplacerait.

« Nora ne nous a pas demandé quelle fonctionnalité nous voulions. Elle nous a demandé quelle erreur nous essayions d’éviter. »

Sophie Martin, infirmière coordinatrice

Nora mène les entretiens dans Dovetail et relie chaque remarque au moment précis où elle apparaît. Elle ne crée pas une fonctionnalité pour chaque irritation.

Elle distingue les contraintes structurelles, les habitudes locales et les contournements qui révèlent une vraie lacune du système. Cette distinction évite de numériser des problèmes qui devraient être résolus autrement.

Chaque outil conserve une trace différente du produit. Aucun ne remplace la conversation avec les personnes concernées.

Nora retire les commentaires libres, les tableaux complexes et plusieurs niveaux de statut. Relais conserve trois actions : signaler, accepter et transmettre.

Les détails restent accessibles, mais la prochaine décision apparaît avant l’historique. Le produit ne demande plus à la coordinatrice de reconstruire la priorité à chaque ouverture.

« Nous n’avons pas rendu le travail plus simple. Nous avons rendu visible ce qui devait être décidé maintenant. »

Nora Bensaïd

Claude aide Nora à confronter les comptes rendus, repérer les contradictions et préparer des scénarios de test. Il ne résume jamais automatiquement une situation clinique pour l’afficher comme une vérité.

Les suggestions sont utilisées pendant la conception, avec un contrôle humain. Dans le produit, toute information sensible conserve son auteur, son heure et son contexte.

Nora préfère une absence claire à une réponse vraisemblable.

PostHog suit le temps nécessaire pour terminer une transmission et les endroits où le parcours est abandonné. Sentry relie les erreurs aux conditions techniques qui les provoquent.

Nora ne mesure pas la vitesse individuelle des soignantes. Elle mesure la capacité du produit à restituer l’information au bon moment.

Lorsque le taux d’abandon baisse, elle retourne sur le terrain. Une amélioration statistique peut aussi signifier que les personnes ont trouvé un nouveau contournement.

Relais est déployé dans trois cabinets. Chaque semaine, Nora relit les incidents, les demandes et les observations avec Sophie. Certaines évolutions entrent dans Linear. D’autres deviennent une modification de procédure ou une courte formation.

Le code n’est qu’une partie de la réponse.

« Nora nous a livré un outil, mais surtout une manière de continuer à le questionner sans repartir de zéro. »

Sophie Martin

Nora garde une règle pour les projets suivants : plus une décision numérique produit de conséquences dans le monde réel, plus la conception doit rester proche de celles et ceux qui les assument.

La stack accélère la recherche, le prototype, le développement et l’observation. Elle ne remplace pas le jugement qui relie ces étapes.

Le produit devient fiable quand cette continuité reste visible.

Découvrir une stack produit centrée sur le terrain dans ToolTrim →