Trois documents pour savoir si un logiciel comprend votre restaurant

Une procédure, une recette et un planning réels suffisent à savoir si un logiciel comprend votre restaurant. La procédure teste la compréhension du geste, la recette celle de la matière, le planning celle du temps et des personnes. Un outil qui lit ces trois documents tels quels, sans vous demander de les réécrire, a de bonnes chances de s'adapter à votre réalité.

Le soir où le logiciel a tout mal compris, poliment

Un restaurateur fictif apporte à un éditeur trois documents : une feuille de fermeture écrite à la main puis tapée, une fiche de sauce avec des quantités en grammes, en « louches » et en « un peu », et le planning d'un site avec des services coupés. Le logiciel les ingère sans erreur apparente. Le lendemain, la fiche de sauce affiche des quantités converties à tort, la fermeture est découpée en tâches sans poste, et le planning a transformé les services coupés en journées continues. Rien n'a été signalé.

C'est le pire cas : un outil qui ne bronche pas devant ce qu'il n'a pas compris. Les trois documents ont servi de révélateur.

Pourquoi ces trois documents plutôt que d'autres

• Ils concentrent les trois dimensions du métier. Le geste, la matière, le temps.
• Ils existent déjà dans presque tous les restaurants. Aucun besoin de les produire pour l'occasion.
• Ils contiennent des irrégularités. C'est là que se cache la vérité d'un produit.
• Ils sont peu sensibles. Avec une anonymisation du planning, aucun enjeu majeur.

Premier document : la procédure

Choisissez une procédure réellement utilisée en service : fermeture, réception de marchandises, nettoyage d'une machine. De préférence une que l'équipe a modifiée au fil du temps.

Ce que vous testez : la capacité de l'outil à reconnaître des étapes, un ordre, un poste, une vigilance.

Signe encourageant	Signe d'alerte
Les étapes sont conservées dans l'ordre	L'ordre est modifié sans explication
Le poste concerné est proposé, à valider	Aucun poste n'est associé
Les points de vigilance restent visibles	Ils sont fondus dans le texte
Les ambiguïtés sont posées en questions	Elles sont tranchées sans vous le dire

Deuxième document : la recette

Prenez une fiche technique avec ses défauts : unités mélangées, mention « selon saison », variantes de présentation. Une recette parfaite ne révèle rien.

Ce que vous testez : le respect des quantités, des unités, des allergènes et la capacité à signaler ce qui manque.

• Les quantités et unités sont conservées sans conversion silencieuse.
• Les allergènes éventuels sont repérés ou signalés comme à compléter.
• Une mention vague (« un peu », « à l'œil ») est repérée, pas arrondie.
• Les variantes de saison sont conservées comme variantes, pas fusionnées.

Un point mérite attention : toute information qui touche à l'hygiène ou aux allergènes doit être validée par un humain. Un outil qui propose et fait valider vaut mieux qu'un outil qui tranche.

Troisième document : le planning

Prenez un planning réel d'un site, avec ses services coupés, ses postes mélangés, ses remplacements de dernière minute. Anonymisez les noms.

Ce que vous testez : la lecture du temps, des postes et des contraintes, sans jugement des personnes.

Question	Bonne réponse	Mauvaise réponse
Service coupé	Deux plages conservées	Une journée continue
Remplacement	Visible comme tel	Effacé
Poste de la personne	Rattaché au poste réel	Poste inventé
Données manquantes	Signalées	Complétées au hasard

La méthode de test, en cinq temps

1. Choisissez les trois documents le matin, pas la veille. Prenez ce qui traîne sur le plan de travail, pas ce qui est présentable.
2. Retirez les données sensibles. Noms, informations personnelles, tout ce qui touche à la paie.
3. Faites-les lire par l'outil, sans préparer le terrain. Aucune mise en forme préalable.
4. Relisez le résultat avec un manager. Il repère vite ce qui ne ressemble pas à votre fonctionnement.
5. Notez trois choses : ce qui est juste, ce qui est faux, ce qui est signalé comme incertain. Ce troisième groupe est le plus rassurant.

Les erreurs de test

• Apporter des modèles du fournisseur. Vous testeriez sa préparation, pas sa compréhension.
• Juger sur l'apparence. Une belle mise en page peut cacher une erreur de fond.
• Ne pas relire en détail. Les erreurs sont dans les unités, les horaires, les postes.
• Oublier de demander la source. Chaque information doit pouvoir être reliée au document d'origine.

Ce qu'il faut observer dans le résultat

• Le nombre d'éléments correctement restitués, comparé à ce que votre manager attendait.
• Le nombre d'ambiguïtés signalées plutôt que résolues en silence.
• Le temps nécessaire pour corriger le résultat, comparé à celui de tout écrire à la main.

Où Tsuno intervient

C'est précisément le principe de « Essayer avec 3 documents » : une recette, une procédure, une checklist ou un planning anonymisé, non sensibles. Tsuno extrait, propose une correspondance, et soumet à un humain tout mapping sensible : l'IA propose, un humain tranche. Chaque fait garde sa provenance, et quand la donnée manque, Tsuno le dit au lieu d'inventer. Il ne note pas les personnes qui figurent au planning : il lit le temps et les postes. Vos données restent à vous, exportables. Pour une mise en place complète, la prestation « La Mise au Carré » part du même principe. Voir la page mise en place.

Pour approfondir

Avant de choisir, lisez comment choisir sans se faire vendre une démo parfaite. Pour comprendre pourquoi un essai vide décourage, pourquoi un compte gratuit peut être une mauvaise idée. Le raisonnement sur l'onboarding est dans logiciel livré rempli, et le cadre de départ dans faut-il vraiment un logiciel de plus.

À retenir

Une procédure, une recette, un planning : trois documents réels, imparfaits et non sensibles révèlent si un outil comprend votre restaurant. Cherchez les ambiguïtés signalées, les unités respectées, les services coupés conservés. Un outil qui avoue ce qu'il ne comprend pas est plus fiable qu'un outil qui répond toujours.