Choisir un logiciel de gestion de restaurant : la méthode, sans classement

Une liste de fonctions ne dit pas si un logiciel vous servira. Partez des décisions que vous prenez chaque semaine, et surtout de celles que vous prenez mal aujourd’hui : combien commander, combien de personnes planifier, quels plats rapportent vraiment.

Pour chaque décision, notez qui la prend, quand, avec quelles informations, et ce que coûte une erreur : des produits frais jetés, une rupture en plein service, des heures en trop un mardi soir, une marge qui baisse sans qu’on sache sur quel plat.

Classez ensuite ces décisions par enjeu. Trois décisions bien choisies valent mieux que vingt cases cochées : elles deviennent vos critères en démonstration, puis vos indicateurs pendant le test. Si les commandes sont votre premier problème, la méthode de gestion des stocks montre les données qu’il faudra réunir.

Un logiciel de gestion vaut ce que valent les données qu’il reçoit. La première est la vente : produit, quantité, heure, établissement, annulations. Demandez si votre caisse est reliée aujourd’hui, pas si elle « peut l’être » : une connexion promise est un projet, avec un délai qui dépend aussi de l’éditeur de la caisse.

Pour chaque flux, posez trois questions : quelles données passent, dans quel sens, à quelle fréquence. Les ventes vont de la caisse vers le logiciel, chaque nuit, chaque heure ou presque en direct ; une prévision du matin n’a pas besoin du direct, un suivi pendant le service, si. Demandez enfin s’il écrit dans la caisse (cartes, prix) ou s’il la lit seulement : le risque n’est pas le même.

La liste des connexions caisse d’un éditeur doit dire, outil par outil, ce qui est relié et ce qui est repris. Demandez aussi combien de mois d’historique sont repris au démarrage, et ce que deviennent les ventes d’un plat renommé ou d’une carte qui change.

Côté comptabilité, le besoin est souvent plus simple : des achats et des inventaires valorisés, par établissement et par période, dans le format que demande votre expert-comptable. Faites-lui valider un fichier d’exemple avant de signer.

Un logiciel que seul le siège ouvre ne change pas les décisions prises en cuisine. Faites la liste des personnes qui l’utiliseront, de ce que chacune doit y faire et de l’appareil qu’elle aura en main.

Le siège compare les établissements et suit les marges, souvent sur ordinateur. Le gérant valide les commandes et le planning entre deux services, sur tablette ou sur téléphone. Le chef met à jour les fiches techniques et note les pertes, les mains pas toujours libres. L’équipier consulte son planning, fait un relevé ou un comptage.

Pour chaque rôle, vérifiez trois points : le nombre d’écrans pour finir la tâche la plus fréquente, l’usage sur téléphone en cuisine, et les droits d’accès (un équipier n’a pas à voir les marges, un gérant seulement ses établissements). Demandez comment se facturent les comptes : par établissement ou par utilisateur, le coût d’un réseau n’évolue pas de la même façon.

Dans un réseau, une question de plus : qui fixe les fiches techniques et les prix d’achat, le siège ou chaque site ? Le guide piloter plusieurs sites détaille ce partage.

Ventes, prix d’achat et marges sont sensibles pour votre activité ; les plannings contiennent aussi des données personnelles. Au sens du RGPD, l’éditeur qui les traite pour votre compte est en principe votre sous-traitant : vous restez responsable du traitement et devez choisir un prestataire qui présente des garanties suffisantes.

Les questions à poser : dans quelle région et chez quelle société les données sont hébergées ; quels sous-traitants interviennent ; ce qui peut sortir de l’Union européenne, avec quel encadrement (décision d’adéquation, clauses contractuelles types) ; qui, chez l’éditeur, peut accéder à vos données ; où sont les sauvegardes. L’article 28 du RGPD fixe les mentions obligatoires du contrat de sous-traitance, dont la suppression ou le renvoi des données en fin de prestation.

La réversibilité se vérifie avant de signer : quelles données peut-on exporter, dans quel format, à quel prix, et dans quel délai sont-elles supprimées. Le règlement européen sur les données (Data Act), applicable depuis le 12 septembre 2025, couvre aussi les logiciels en ligne : il fixe des exigences minimales pour les contrats, prévoit l’export dans un format couramment utilisé et lisible par machine, et supprime les frais de changement de fournisseur à compter du 12 janvier 2027.

Pour Enskel, la page sécurité et hébergement des données liste les sous-traitants, leur rôle, leur région et ce qui sort de Paris.

Le prix affiché n’est qu’une ligne. Comparez les offres sur trois ans, par établissement, toutes dépenses comprises : abonnements, mise en place (connexion de la caisse, reprise des articles et des fiches techniques), formation, et le temps que vos équipes y passeront.

Sous 1, le logiciel coûte moins qu’il ne rapporte ; au-dessus, il coûte plus. Le gain (moins de pertes, moins d’heures inutiles, un coût matière qui baisse) se mesure pendant un test : il ne se suppose pas.

Exemple pour un établissement : un abonnement de 120 € HT par mois, soit 4 320 € sur trois ans ; 600 € de mise en place ; 3 heures de formation pour 6 personnes à 20 € de l’heure, soit 360 € ; 30 heures du gérant à 25 € de l’heure, soit 750 €. Total : 6 030 € sur trois ans, soit 167,50 € par mois.

Si le test montre un gain de 250 € par mois, le seuil vaut 167,50 ÷ 250 = 0,67 : le logiciel coûte les deux tiers de ce qu’il rapporte. Avec 120 € de gain, le seuil passe à 1,40 : il coûte plus qu’il ne rapporte.

Exemple : chiffres inventés pour le calcul.

En démonstration, posez à chaque éditeur les mêmes questions et demandez une preuve plutôt qu’une promesse. La grille reprend les critères de ce guide.

Gardez deux candidats au plus, puis testez sur un seul établissement, représentatif de votre activité. Avant de commencer, choisissez deux ou trois indicateurs liés à vos décisions (produits frais jetés, heures planifiées rapportées aux ventes, écart entre coût matière théorique et réel) et mesurez-les sur une période de référence.

Mesurez ensuite la même durée, sur des semaines comparables : pas une semaine de vacances face à une semaine ordinaire. Notez aussi ce qui ne se chiffre pas : le temps passé chaque jour, ce que l’équipe a vraiment utilisé, ce qu’elle a contourné.

Écrivez la règle de décision avant le test, par exemple : garder le logiciel si les pertes baissent et si le gérant y passe moins de vingt minutes par jour. Une règle écrite après coup trouve toujours une raison de continuer.

Juger sur une démonstration préparée. Avec des ventes propres et des fiches techniques complètes, tout paraît fluide. Demandez à voir vos données, ou des données proches des vôtres.

Acheter des modules pour plus tard. Un module inutilisé se paie chaque mois et alourdit la mise en route. Commencez par la décision la plus coûteuse ; ajoutez le reste quand elle est réglée.

Choisir sans ceux qui s’en serviront. Un chef ou un gérant qui découvre l’outil le jour du lancement le contournera. Faites-les participer à la démonstration et au test.

Tester sans mesure de départ. Sans chiffres d’avant, une impression remplace le résultat, dans un sens comme dans l’autre.

Signer sans lire les clauses de sortie. Durée d’engagement, préavis, export et suppression des données : ces clauses se négocient avant la signature, pas au moment de partir.

Faut-il un cahier des charges ? Pour un établissement, une page suffit : les décisions à améliorer, les outils en place (caisse, comptabilité, planning), les utilisateurs, le budget sur trois ans et les critères du test. Pour un réseau, ajoutez qui décide de quoi, entre le siège et les sites.

Combien coûte un logiciel de gestion de restaurant ? Comparez un coût sur trois ans, par établissement, mise en place, formation et temps interne compris, plutôt qu’un prix mensuel ; puis rapportez-le au gain mesuré pendant le test.

Faut-il changer de caisse ? Pas forcément. Demandez si le logiciel lit votre caisse actuelle et quelles données il en reprend. Si un changement de caisse est nécessaire, comptez-le dans le coût complet.

Un seul logiciel ou plusieurs outils spécialisés ? Les deux se défendent. Un seul système évite les doubles saisies et les écarts entre outils ; plusieurs outils couvrent parfois mieux un besoin précis, à condition que les données passent de l’un à l’autre sans ressaisie.

Combien de temps doit durer le test ? Assez pour laisser passer la mise en route, puis couvrir plusieurs semaines comparables, hors vacances et fermetures. La période de référence, avant le test, doit avoir la même durée.