Faut-il vraiment un logiciel de plus dans un restaurant ?

Derrière le comptoir, plusieurs appareils s'accumulent sous le regard las de la manager

Un logiciel de plus se justifie seulement s'il supprime du travail qui existe entre vos outils : recherches, relances, ressaisies, consignes répétées. Le nombre d'outils importe peu. La bonne question est celle du travail qui subsiste, et de l'endroit où ce qui a été décidé est retrouvable par tous.

Un jeudi, trois outils ouverts pour une seule question

Un dirigeant de trois restaurants veut savoir si la nouvelle recette de la carte a bien été comprise par les équipes du soir. Il ouvre la messagerie pour retrouver la consigne du chef, le tableur des formations pour voir qui a été vu, puis le logiciel de planning pour savoir qui travaille ce soir. Aucun des trois n'est mauvais. La réponse existe, répartie en trois endroits, et il faut un long recoupement pour la construire. Le lendemain, la même question revient pour un autre site.

Pourquoi l'ajout d'un outil déçoit souvent

Il traite un domaine déjà couvert. Un nouveau logiciel de planning à côté d'un planning existant crée un doublon, pas un gain.
Il demande une page blanche. Il faut tout ressaisir avant de voir le premier bénéfice, et l'effort est porté par les managers.
Il ne reprend pas ce qui est décidé. Il stocke des données, pas la raison pour laquelle on a fait ainsi.
Il n'est relié à rien. Une information saisie ici n'apparaît pas là, et la ressaisie revient.
Il vit à côté du travail. S'il faut quitter le service pour le consulter, personne ne le consulte.

Cinq tests avant d'ajouter un outil

Le test du travail entre les outils. Notez pendant une semaine chaque recherche, chaque relance, chaque ressaisie. Qui, pour quoi, combien de fois. Support : une feuille, tenue par le manager.
Le test du doublon. Quel domaine du nouvel outil existe déjà chez vous ? Pour chacun, décidez : source de vérité, import, doublon temporaire, remplacement à terme ou hors périmètre.
Le test de la page blanche. Le fournisseur peut-il démarrer de vos documents réels (procédures, recettes, plannings anonymisés) plutôt que d'un modèle vide ?
Le test de la question. Après installation, pourrez-vous poser une question simple (« qu'est-ce qui n'a pas été traité ? ») et obtenir une réponse sourcée ?
Le test de la sortie. Vos données restent-elles à vous, exportables, si vous arrêtez ?

Un outil de plus ou un lien de plus ?

Critère	Logiciel de plus	Lien entre vos outils
Domaine visé	Un métier de plus (planning, caisse, HACCP)	La mémoire entre les métiers
Point de départ	Page blanche à remplir	Vos documents et exports
Effet attendu	Une nouvelle saisie	Moins de ressaisie et de recherche
Risque	Doublon et charge pour les managers	Fausse source de vérité si l'import n'est pas validé
Sortie	Parfois difficile	Export prévu dès le départ

Les erreurs d'achat les plus courantes

Acheter pour une démonstration plutôt que pour un manque observé.
Demander aux managers de tout remplir avant la première utilité.
Garder deux outils pour le même domaine sans date de fin.
Mesurer l'adoption (connexions) plutôt que le travail supprimé.
Choisir sans savoir comment sortir ses données.

À quoi ressemble un bon premier mois

Un bon démarrage se reconnaît à trois choses. D'abord, vos documents existants (procédures, recettes, plannings anonymisés) ont été repris et non ressaisis. Ensuite, un domaine précis a changé : une ressaisie a disparu, ou une consigne n'a plus besoin d'être répétée à chaque nouvel arrivant. Enfin, les managers n'ont pas ressenti de charge supplémentaire : si c'est le cas, il faut corriger la mise en place avant d'aller plus loin. Si, au bout du premier mois, vous ne pouvez citer aucune relance ou recherche en moins, le logiciel n'a pas encore sa place. Revenez alors à la feuille du premier test : le travail entre les outils est-il vraiment celui que vous pensiez, ou le problème est-il ailleurs, dans une consigne jamais écrite ou un poste mal défini ?

Ce qu'il faut mesurer

Le nombre de recherches, relances et ressaisies hebdomadaires relevées avant et après, sur les mêmes sujets.
Le temps entre une question du dirigeant et une réponse appuyée sur des faits.
Le nombre de domaines pour lesquels vous avez décidé, par écrit, qui est la source de vérité.

Où Tsuno intervient

Tsuno n'ajoute pas un métier de plus. Il garde ce que vous répétez, écrit une fois, attribué à un poste et transmis par les checklists, la formation et l'accueil. Séquence : répétition, mémoire, question, faits, action. Vous gardez vos outils : pour chaque domaine, on décide s'il reste source de vérité, s'il est importé avec validation humaine, s'il est doublé le temps de la transition ou remplacé à terme. Tsuno ne remplace ni la caisse ni la paie. Il est livré rempli à partir de vos documents, et vos données restent à vous, exportables. Voir la page solution.

Ce cluster en cinq lectures

Pour aller plus loin : Tsuno remplace-t-il Skello, Combo ou votre logiciel HACCP, pourquoi ne pas le faire avec ChatGPT, Notion et Make, comment savoir si un logiciel fait gagner ou perdre du temps, pourquoi le livré rempli compte et la réversibilité des données.

À retenir

Ne comptez pas vos outils, comptez le travail entre eux. Un logiciel se justifie s'il part de vos documents, supprime une ressaisie précise et laisse vos données à vous.

Questions fréquentes

Comment savoir si mon restaurant a besoin d'un logiciel supplémentaire ?

Repérez le travail qui revient : les mêmes questions posées chaque semaine, les mêmes données ressaisies, les mêmes consignes répétées. Si ce travail existe entre vos outils actuels, un nouvel outil peut se justifier. S'il n'existe pas, il ajoutera surtout un écran.

Mes outils actuels suffisent-ils si chacun fait bien son métier ?

Souvent oui pour leur domaine. Le manque se situe entre eux : retrouver pourquoi une décision a été prise, relier une perte à une recette, savoir ce qui n'a pas été traité. Aucun outil spécialisé n'est conçu pour cela.

Un tableur et une messagerie ne suffisent-ils pas ?

Pour un seul site et un petit nombre de personnes, parfois oui. Dès que plusieurs sites, plusieurs managers et un turnover entrent en jeu, ce qui est écrit dans des conversations et des tableurs devient difficile à retrouver et à tenir à jour.

Quelle est la différence entre un outil spécialisé et un outil qui fait le lien ?

L'outil spécialisé exécute un métier : encaisser, planifier, relever une température. L'outil de lien garde la mémoire de ce que vous avez décidé et permet de la retrouver. Il ne remplace pas les premiers, il les rend lisibles ensemble.

Comment éviter qu'un nouvel outil devienne une charge de plus pour les managers ?

En exigeant qu'il parte de vos documents existants plutôt que d'une page blanche, qu'il supprime une ressaisie précise, et qu'un domaine de l'ancien système soit retiré ou clairement relié. Sans cela, la charge s'additionne.