Logiciel de caisse restaurant : prêt à l'emploi ou sur mesure ?

On répète à chaque restaurateur les deux mêmes choses. L'éditeur de logiciel affirme qu'un système prêt à l'emploi vous fera tourner dès lundi. Le développeur affirme que seul un développement sur mesure collera à votre façon de travailler. Tous deux vendent, et tous deux ont parfois raison.

Voici comment savoir lequel a raison dans votre cas, sans croire ni l'un ni l'autre sur parole.

Commencez par ce que le prêt à l'emploi fait vraiment bien

Un logiciel de caisse du marché pour la restauration est un produit mûr. Pour un établissement unique avec une carte classique, il battra presque toujours un développement sur mesure sur le coût, sur la rapidité et — c'est ce que les restaurateurs sous-estiment — sur les mille petits détails qui n'apparaissent qu'après que mille restaurants s'en sont servis.

Si votre activité tient en un seul établissement, une seule carte, du service en salle et de la livraison via les plateformes habituelles, vous devriez probablement acheter. Dépenser une somme à six chiffres pour reconstruire ce que vous pouvez louer, ce n'est pas du savoir-faire, c'est du gaspillage.

Puis repérez où il cesse de convenir

Le prêt à l'emploi cesse de convenir à des limites bien prévisibles :

• Des recettes qui ne sont pas des produits. Un coffee shop qui vend au poids, une boulangerie dont la production varie d'une fournée à l'autre, une cuisine avec beaucoup d'options et de suppléments — tout cela casse le modèle simple « un article, un prix » que supposent la plupart des systèmes.
• Plusieurs établissements avec un stock partagé. Deux succursales, en général, cela passe. Deux succursales qui se transfèrent du stock, c'est là que la plupart des systèmes font revenir les tableurs.
• Tout ce qui doit dialoguer avec un système que vous utilisez déjà. Un logiciel de comptabilité en place, un programme de fidélité, le portail de commande d'un fournisseur.
• Un processus qui vous est vraiment propre. Cuisine centrale de production, traiteur avec acomptes, abonnements, formule d'adhésion.

Aucun de ces points ne signifie à lui seul « développez sur mesure ». Ils signifient que le système prêt à l'emploi demandera des contournements, et que les contournements ont un coût récurrent qui se mesure en minutes de personnel par jour.

La comparaison qui compte

Cette dernière ligne, c'est toute la décision. Si votre façon de fonctionner est ordinaire, payez quelqu'un qui a déjà résolu le problème. Si votre façon de fonctionner est votre avantage, un logiciel qui vous oblige à fonctionner comme tout le monde supprime précisément l'avantage que vous payez pour protéger.

Le test d'une semaine

Avant toute démo, faites ceci. Cela ne coûte rien et répond à la question mieux que n'importe quelle conversation avec un fournisseur.

Pendant une semaine, demandez à un responsable de noter chaque fois que quelqu'un :

1. Écrit quelque chose sur papier parce que le système ne peut pas le prendre en charge
2. Ressaisit la même information dans un second système
3. Corrige une erreur du système
4. Attend que quelqu'un d'autre aille chercher une information

Puis comptez les minutes.

En dessous d'environ 30 minutes par jour, achetez du prêt à l'emploi — votre processus est suffisamment classique et les contournements coûtent moins cher qu'un développement. Au-delà d'environ deux heures par jour, c'est à peu près un salaire complet par an qui part en frictions, et un système sur mesure commence à se rentabiliser dès la première année. Entre les deux, la réponse honnête est que tout dépend de l'évolution de ces minutes.

Nous commandions la même quantité chaque semaine, quoi que nous vendions. Le système nous a simplement montré l'écart.

un client restaurateur, premier trimestre après le changement

La voie médiane que la plupart ne voient pas

C'est rarement tout ou rien. Le montage qui fonctionne le plus souvent, c'est un logiciel de caisse prêt à l'emploi en salle — là où le logiciel mûr l'emporte vraiment — avec une couche sur mesure au-dessus pour la partie qui vous appartient vraiment : la cuisine centrale, le stock multi-sites, le reporting dont votre comptable a besoin.

Cela suppose que le POS dispose d'une vraie API. C'est pourquoi la question « a-t-il une API documentée ? » doit être posée dès la première conversation avec tout fournisseur, bien avant le prix.

Ce qu'il faut demander à un éditeur de solution prête à l'emploi

• A-t-il une API documentée, et puis-je voir la documentation dès maintenant ?
• Puis-je exporter mes propres données, intégralement, sans passer par vous ?
• Que deviennent mes données si j'arrête de payer ?
• Gère-t-il dès aujourd'hui les exigences égyptiennes en matière de reçu électronique, ou est-ce seulement prévu sur la feuille de route ?
• Combien coûte-t-il pour trois succursales plutôt qu'une ?

Une réponse évasive à la deuxième ou à la troisième question en dit plus long sur les cinq prochaines années que le prix.

Questions fréquentes

Combien de temps faut-il réellement pour un logiciel de caisse sur mesure ?

De huit à seize semaines pour un système opérationnel couvrant un établissement, davantage pour un stock multi-sites. Quiconque annonce quatre semaines n'a pas encore posé assez de questions.

Peut-on commencer avec du prêt à l'emploi et changer plus tard ?

Oui, et c'est souvent l'ordre le plus sensé — à condition de pouvoir récupérer vos données. C'est l'unique condition, et c'est pourquoi l'export des données doit être abordé lors de la première conversation plutôt que de la dernière.

Le sur mesure revient-il moins cher sur la durée ?

Parfois. Les abonnements mensuels par terminal sur plusieurs succursales finissent par peser, et un système sur mesure n'a aucun coût par terminal. Mais il a de la maintenance à la place. Faites les deux calculs sur trois ans plutôt que sur un.