Nos partis pris
Pourquoi avons-nous créé HOP Suite ?
Les restaurants n’ont pas nécessairement besoin d’un logiciel supplémentaire. Ils ont besoin de moins d’outils.
C’est une phrase facile à écrire et difficile à tenir : chaque fonction ajoutée est une tentation d’en ajouter une autre. Les six principes ci-dessous servent autant à décider ce qu’on construit qu’à refuser le reste.
Nous ne sommes pas partis d’une liste de fonctionnalités
Nous sommes partis de ce qui se passe pendant une semaine normale dans un établissement.
- Le planning de la semaine prochaine
- Une absence à remplacer
- Une livraison incomplète
- Une réservation de groupe
- Un relevé de température hors bornes
- L’inventaire de fin de mois
- Le brief avant le service
- La clôture de caisse
- Une candidature reçue
- Un lave-verres qui fait un bruit anormal
Dix situations, dix outils différents dans la plupart des maisons. Et entre elles, des liens que personne ne fait : la livraison incomplète qui fausse le stock, le relevé hors bornes qui désigne un équipement à remplacer, l’absence qui déplace des heures que la paie retrouvera trois semaines plus tard. C’est dans ces liens que le travail se perd, pas dans les outils eux-mêmes.
Les six principes
1.Une information saisie une fois
Le prix d’une denrée nourrit le coût d’une recette, la marge d’un plat et le ratio du mois. Personne ne le ressaisit ailleurs — et personne ne peut donc se contredire. La plupart des incohérences d’un établissement ne viennent pas d’erreurs de calcul, mais de la même donnée écrite à trois endroits.
2.Ce qui peut être calculé doit être calculé
Le coût d’une recette n’est stocké nulle part : il se calcule à chaque lecture. Une valeur figée diverge du réel dès le premier changement de tarif, et personne ne s’en aperçoit — parce qu’elle reste plausible.
3.Une donnée sensible doit réellement être protégée
Voir un planning ne donne pas le motif d’une absence. Voir un contrat ne donne pas la rémunération. Les pièces relevant du RGPD sensible vivent dans un coffre dont chaque consultation est journalisée, et dont le journal ne peut être ni modifié ni supprimé.
4.Une trace réglementaire ne doit pas pouvoir être réécrite
Un relevé hors bornes ne se requalifie pas d’un clic : il exige une action corrective, et la base refuse l’enregistrement sans elle. Une valeur mal saisie se rectifie, mais l’original reste. Un registre qu’on peut réécrire ne prouve rien — et c’est précisément quand il faut qu’il prouve quelque chose qu’on s’en rend compte.
5.Une fonctionnalité doit tenir pendant un service
La badgeuse, c’est un code à quatre chiffres et deux touches. La saisie d’une réservation se fait pendant que le client est au téléphone. Un écran qui demande de réfléchir à dix-neuf heures trente n’est pas utilisé, et des données partielles valent moins que pas de données.
6.Un restaurant ne devrait pas assembler quinze logiciels pour fonctionner
Le problème n’est pas que les outils spécialisés fonctionnent mal. C’est qu’ils fonctionnent séparément : le ratio matière, le CA par heure travaillée et la marge réelle n’existent dans aucun d’eux, parce qu’ils naissent du croisement.
Ce que ces principes nous font refuser
Un principe qui n’oblige à rien refuser n’est pas un principe.
Nous n’encaissons pas
L’encaissement est réglementé et exige une certification que nous n’avons pas. Gardez votre caisse : nous lisons ce qu’elle produit.
Nous ne faisons pas la paie
Nous préparons les éléments que votre comptable attend. Produire un bulletin engage une responsabilité qui n’est pas la nôtre.
Nous ne publions pas de ratios de référence
Ils dépendent du type de cuisine, du positionnement et de la région. Un chiffre rassurant mais faux ferait prendre de mauvaises décisions — et nous ne saurions jamais lesquelles.
Nous n’affichons pas zéro quand nous ne savons pas
Une marge sans inventaire est inconnue, pas nulle. Un coût dont une denrée n’a pas de prix est indéterminé, pas gratuit. Afficher un chiffre faux est pire que n’en afficher aucun, parce qu’on décide dessus.
Nous n’avons pas de témoignages
Nous n’en inventerons pas pour remplir une page. Quand de vrais clients accepteront de parler, leurs mots remplaceront cette phrase.
D’où ça vient
HOP Suite est né dans un groupe de restauration, pour ses propres maisons, avant d’être proposé à d’autres. Ce n’est ni un gage de qualité ni un argument en soi — beaucoup de bons logiciels sont écrits par des gens qui n’ont jamais fait de service, et l’inverse est vrai aussi.
Ce que cela change concrètement : les cas particuliers qui font échouer un logiciel de restauration — la coupure midi-soir, le service qui passe minuit, la bouteille entamée, la livraison partielle, l’extra appelé la veille — étaient dans le cahier des charges dès le début, parce qu’ils étaient dans le quotidien.
Pour aller plus loin
Sans engagement, résiliable à tout moment.
À partir de 49 € HT/mois · Sans engagement · Résiliable à tout moment
À partir de 49 € HT/mois · Sans engagement · Résiliable à tout moment
Commencer