« Tout-en-un » : pourquoi l'argument ne dit rien de la valeur

« Tout-en-un » décrit un périmètre : combien de fonctions sont rassemblées sous une même licence. Il ne dit rien de ce qu'un acheteur veut vraiment savoir : quel travail disparaît, quelle décision devient meilleure, et ce que devient le reste de vos outils. Un restaurateur doit donc traduire l'étiquette en questions concrètes avant de la juger.

Un argument qui rassure, jusqu'au deuxième mois

Dans une salle de réunion, un éditeur présente sa plateforme : planning, stocks, HACCP, formation, caisse, paie, reporting. Tout est là. Le dirigeant, fatigué de ses onglets, imagine déjà le jour où il n'en aura plus qu'un. Il signe. Au deuxième mois, les managers utilisent le planning, un peu le HACCP, pas le reste. La formation n'est pas remplie. Les stocks demandent une saisie que personne n'a le temps de faire. Le dirigeant paie pour un ensemble dont il n'utilise qu'une partie, et conserve en parallèle les outils qu'il pensait remplacer.

Ce scénario n'est pas une fatalité, mais il est fréquent quand l'achat se fait sur la largeur et non sur le travail supprimé.

Pourquoi le mot séduit, et pourquoi il trompe

• Il promet la fin de la complexité. Moins d'outils, moins de connexions, moins de mots de passe. Le soulagement est réel sur le papier.
• Il déplace la question. On compare des listes de fonctions au lieu de comparer des résultats dans le travail.
• Il masque les écarts de qualité. Une plateforme peut être excellente sur un module et moyenne sur trois autres, mais le prix est unique.
• Il crée une dépendance. Plus un outil couvre de domaines, plus il est coûteux d'en sortir pour un seul.
• Il suppose que tout votre groupe a le même besoin. Or un petit site et un grand n'ont pas les mêmes priorités.

Remplacer l'étiquette par trois questions

La question « est-il tout-en-un ? » ne donne aucune information. Trois questions en donnent.

Au lieu de demander	Demandez	Ce que la réponse révèle
« Que couvre-t-il ? »	« Quel travail précis disparaît chez mes managers ? »	L'effet réel sur l'exploitation
« Combien de modules ? »	« Quels modules vos clients similaires utilisent-ils vraiment ? »	L'écart entre périmètre et usage
« Est-ce que tout est relié ? »	« Que se passe-t-il si je garde mon logiciel de planning ? »	La capacité à cohabiter

Un éditeur qui répond clairement à ces trois questions a pensé son produit en termes de travail. Un autre qui renvoie à sa liste de fonctions vend un périmètre.

Une méthode pour évaluer sans se laisser porter par le mot

1. Listez les tâches répétitives de vos managers. Seulement celles qui reviennent chaque semaine.
2. Pour chaque outil actuel, notez ce qu'il fait bien et ce qui vous gêne. Un outil que vos équipes adoptent a une valeur que l'on perd en le remplaçant.
3. Demandez à l'éditeur de montrer comment il supprime chaque tâche listée. Sur vos données, pas sur les siennes.
4. Regardez ce qui se passe en cas de désaccord de données. Quel outil fait foi ? Qui tranche ?
5. Évaluez la sortie. Pouvez-vous exporter un module sans casser les autres ?
6. Comptez le temps de mise en place module par module. Un tout-en-un se déploie rarement en une fois.

Quand le tout-en-un a vraiment du sens

Il serait malhonnête de condamner l'idée. Elle est pertinente quand :

• vous partez de zéro et n'avez aucun outil à préserver ;
• vos besoins sont simples et uniformes sur tous les sites ;
• l'éditeur peut démontrer l'usage réel de chaque module par des clients comparables ;
• vous avez les moyens de former chaque équipe sur chaque module.

En dehors de ces cas, la cohabitation d'outils spécialisés, reliés par des échanges validés, est souvent plus réaliste.

Les erreurs d'achat les plus courantes

• Acheter le périmètre pour économiser plus tard. On paie des modules qu'on n'utilisera peut-être pas.
• Sous-estimer la résistance au changement. Remplacer six outils d'un coup, c'est bousculer six habitudes d'équipes.
• Ne pas prévoir la phase de doublon. Un outil remplacé reste souvent actif plusieurs semaines.
• Croire que « un seul outil » veut dire « une seule saisie ». Chaque module a ses propres obligations de saisie.

Trois indicateurs d'une plateforme réellement utile

• Le nombre de modules effectivement utilisés par les équipes, par rapport à ceux achetés.
• Le nombre de ressaisies supprimées, entre outils ou à l'intérieur du même outil.
• Le délai pour répondre à une question qui touche deux domaines, par exemple planning et incidents.

Où Tsuno intervient

Tsuno ne vend pas un périmètre. Sa promesse tient en une phrase : « Vous l'avez déjà dit. Tsuno s'en souvient. » Ce qu'on répète est écrit une fois, attribué à un poste, transmis par les checklists, la formation et l'accueil. Pour le reste, on garde ses outils : pour chaque domaine (planning, caisse, factures, RH et paie), vous décidez si Tsuno est la source de vérité, s'il lit des exports validés, s'il tourne en doublon un temps ou s'il reste hors périmètre. Il ne remplace ni la caisse ni la paie. Voir la page solution.

À explorer ensuite

La question de fond est dans faut-il vraiment un logiciel de plus dans un restaurant. Pour le cas concret des groupes, quel logiciel pour gérer plusieurs restaurants propose une grille par domaine. Pour juger sur pièces, voyez choisir sans se faire vendre une démo parfaite, et pour le rôle de Tsuno face aux outils connus, Tsuno remplace-t-il Skello, Combo ou votre logiciel HACCP.

À retenir

« Tout-en-un » raconte ce qu'un logiciel contient, pas ce qu'il change. Demandez quel travail disparaît, quels modules sont vraiment utilisés chez des clients comparables et comment l'outil cohabite avec les vôtres. Un périmètre plus étroit mais utilisé vaut mieux qu'un périmètre large à moitié vide.