Makisu
Relier la commande client au rythme des cuisines, du choix des ingrédients jusqu’à la caisse.
- Service
- Product Strategy & Development
Commander un maki personnalisé et le récupérer à l’heure suppose de coordonner bien plus qu’un panier. Depuis 2015, Not a Monkey accompagne Makisu dans la conception et le développement de ses outils de commande et d’exploitation. La plateforme relie catalogue, ingrédients disponibles, paiement, capacité de préparation et caisses des restaurants, avec des interfaces dédiées aux clients et aux équipes sur place.
Contexte
Makisu est une enseigne belge de restauration spécialisée dans les makis et les donburis. Son offre associe recettes à la carte, menus et compositions personnalisées, proposées dans plusieurs restaurants. Chaque point de vente possède ses horaires, ses disponibilités et sa capacité de préparation.
Le parcours en ligne doit tenir compte de ces contraintes : un ingrédient indisponible affecte plusieurs recettes, une commande importante mobilise davantage la cuisine et un créneau de retrait doit rester compatible avec le travail déjà prévu. Le système doit aussi dialoguer avec les caisses existantes et donner aux équipes les moyens d’ajuster le service pendant les périodes chargées.
Intervention Product Strategy & Development
Milestone 1 - Un parcours de commande propre à l’enseigne
Construction du parcours click & collect : choix du restaurant, créneau de retrait, catalogue, menus, panier et paiement. Développement d’un configurateur de makis et donburis qui encadre les choix de style, de protéines, de légumes et de garnitures, avec leurs suppléments et leurs disponibilités.
Milestone 2 - Connexion aux caisses Domino
Intégration de l’API du système de caisse pour relier les références du catalogue et transmettre les commandes payées au restaurant concerné. Prise en compte des états de connexion, des erreurs de caisse, de l’imprimante et du mini-stock afin de rendre les incidents visibles dans les outils d’exploitation.
Milestone 3 - Planification de la préparation
Développement d’un moteur de charge par restaurant : temps de préparation des commandes, plages d’ouverture, pauses, commandes de groupe et capacité de l’équipe. Les créneaux proposés et l’heure de retrait évoluent avec le panier et les disponibilités du planning. Un mode de pause d’urgence permet aux équipes de reprendre la main pendant un pic d’activité.
Milestone 4 - Des outils pour les équipes sur place
Création d’un tableau de bord pour ajuster les disponibilités des ingrédients, suivre la charge de la cuisine et gérer l’attente sur place. Intégration des capteurs Rmoni pour consulter les températures et les états d’alerte des équipements frigorifiques depuis les outils du restaurant.
Milestone 5 - Extension aux commandes sur place
Adaptation du parcours aux bornes en restaurant, avec choix sur place ou à emporter et intégration des terminaux de paiement Adyen. Le catalogue et les règles métier restent partagés avec la commande en ligne. Le parcours pour les grandes commandes complète le dispositif avec une préparation planifiée à l’avance.
Architecture produit & opérations
Un même socle métier pour les clients, les cuisines et les points de vente.
Les interfaces de commande et d’administration Zend MVC communiquent avec une API métier Zend et Apigility. Celle-ci centralise catalogue, compositions, commandes et planning de préparation dans une base MySQL, via Doctrine. Les intégrations Adyen, Domino et Rmoni relient respectivement les paiements, les caisses et le suivi des capteurs aux parcours du restaurant.
Commander selon les possibilités du restaurant
Le catalogue, le panier et l’heure de retrait réunis dans le même parcours.
Après le choix du restaurant et du créneau, le client retrouve les recettes, les menus et leurs disponibilités. Le panier affiche la composition et le prix, tandis que l’heure de retrait tient compte du temps nécessaire à la préparation. Capture de l’application locale avec un panier de démonstration.
Composer son maki avec les bonnes règles
Un configurateur qui traduit l’offre du restaurant en choix simples.
Le parcours distingue le style, les protéines, les légumes et les garnitures. Il présente les suppléments et limite les sélections selon les règles du produit. La composition est conservée dans le panier pour être exploitée par la suite du parcours de commande. Capture de l’application avec une sélection de démonstration.
Donner la main aux équipes pendant le service
Un tableau de bord pour adapter la prise de commande à la réalité de la cuisine.
L’équipe retrouve l’état du restaurant, la charge de préparation et les ingrédients disponibles. Elle peut ajuster les disponibilités ou suspendre la prise de commande lors d’un pic d’activité. Les modules affichés sont configurables par utilisateur. Capture d’un compte de démonstration local, avec les modules de cuisine et de disponibilité, sans connexion aux caisses ni aux capteurs réels.
Comme Makisu, reliez votre parcours de commande aux contraintes du terrain et donnez à vos équipes les outils pour piloter leur activité.
Product Strategy & Development