Nomad, né du terrain, fait pour le service

Comment Nomad est né

Nomad n’est pas né dans un bureau : il est né au rythme des soirs de rush, quand nous prenions le bouillon. Nous avons lancé notre premier food truck en couple… et très vite, nous avons touché un plafond : certains soirs, nous étions complets en un temps record. La frustration était simple : la demande était là, mais à deux, impossible de répondre à tout. À 19 h, nous étions déjà débordés : téléphone qui sonne, commandes qui s’empilent, organisation sous pression — et un stock devenu difficile à gérer en temps réel.

Le déclic

Nous ne pouvions pas embaucher tout de suite. Alors nous avons pris une décision : arrêter de subir et reprendre le contrôle du service. Nous avons testé les logiciels du marché… et nous avons compris le problème : ils sont souvent pensés pour un “resto classique”, pas pour les contraintes réelles d’un food truck et de la vente à emporter.

Ce qui manquait (vraiment) aux outils existants

Premier point : la plupart limitent les créneaux par nombre de commandes. Sur le terrain, ce n’est pas la bonne métrique. Une commande peut être “petite”… ou “énorme”. De notre côté, nous avions besoin de limiter un service par capacité de production : par nombre de burgers (et pas uniquement par tickets). Avec Nomad, il est possible de limiter par produit, par catégorie, par ingrédient, par commande — et même de cumuler ces conditions pour coller à la réalité.

Deuxième point : en plein rush, nous ne voulons pas “lire des commandes”. Nous voulons piloter la production. Sur les écrans de cuisine, nous avions besoin d’une vue claire par créneau : combien de steaks cuire, combien de pains préparer, et plus largement quels ingrédients sortir — pour aller vite, sans se tromper. Et surtout : afficher les produits avec leurs modifications clairement regroupées (bien cuit, sans oignon, sans sauce, etc.), parce qu’en vrai, c’est là que les erreurs se jouent. C’est exactement le genre de détail qui change tout… et qui manque souvent ailleurs.

Troisième point : la réalité du food truck, c’est un stock parfois à la pièce près. Nous voulions pouvoir créer des options (supplément, sans ingrédient, etc.) et les relier à des ingrédients qui impactent le stock. Résultat : une gestion fine, automatique et fiable, couplée au click & collect (et aux intégrations selon la configuration) : si un ingrédient manque, l’option — ou le produit — devient indisponible avant qu’une commande ne parte en erreur.

Nous l’avons construit pour nous… puis cela a changé notre jeu

Comme nous avions de solides bases en développement, nous avons décidé de créer notre propre solution. Une première version est née, utilisée directement dans notre food truck. Et là, cela a fait la différence : service plus cadré, moins de friction, meilleure lisibilité — et surtout, la sensation de repousser nos limites.

Ensuite, nous avons conçu un click & collect sans friction. Pas de création de compte. Pas de tunnel interminable. C’est clair : nous choisissons le jour, nous commandons, nous mettons notre numéro. Point. Un parcours simple, pensé pour convertir vite — même sur des achats d’impulsion.

Une solution co-construite, version après version

Nomad s’est amélioré comme il est né : sur le terrain. Nous avons itéré, corrigé, optimisé. Trois versions majeures ont vu le jour, en collaboration avec d’autres restaurateurs, utilisateurs de Nomad, et avec des développeurs qui ont accepté de nous aider à passer encore un cap.

Aujourd’hui

Nomad reste fidèle à son ADN : un outil conçu par des artisans, pour des artisans. Spécialisé, optimisé, et pensé pour répondre à des besoins concrets — même quand ils paraissent “atypiques”. Parce qu’en service, ce qui compte, c’est simple : ça doit dérouler.