Bacus
Consulter, commander, payer
Une tournée générale, sans lever la main
Expertises
- Branding
- Design de service
- Design System
- Entrepreneuriat
- UI
- UX
Date
2018 à 2019
Enquêtes et recherches documentaires
Bacus est un projet entrepreneurial co-fondé avec Léo Léger, designer. Avant de concevoir quoi que ce soit, nous avons enquêté sur le terrain pour comprendre les habitudes des consommateurs et les contraintes des établissements. Les deux camps avaient des problèmes bien réels.
Trop d'attente, trop de friction au paiement
Dans les bars, on attend pour commander, pour être servi, pour payer. Le paiement concentre le plus de friction : minimum CB, addition à partager, monnaie qui manque.
On commande déjà un repas ou un taxi depuis son téléphone, mais consommer dans un bar reste un parcours du combattant. Bacus part de là.
Enquête auprès de 150 bars
On est allés sur le terrain : enquête auprès de 150 bars à Paris, observations et interviews, pour comprendre les usages clients et les contraintes des pros.
+20 %
Une donnée de marché confirme l'intérêt business : le digital fait monter le ticket moyen d'environ 20 %. Sur une interface, le client prend son temps, découvre, ajoute un extra.Deux camps, des frustrations qui se répondent
Côté clients, quatre irritants :
- payer (minimum CB, addition à séparer)
- perdre son temps
- attirer un serveur en plein rush
- attendre pour commander comme pour régler
J’ai levé la main cinq fois, personne ne nous a vus.
Un client
On perd 10 minutes juste pour payer.
Un client
Côté pros, le miroir :
- trop de running
- un encaissement qui bloque les équipes en rush
- pas de temps pour conseiller alors qu’ils veulent vendre plus
L’encaissement nous bloque dès que la salle est pleine.
Un gérant
Je passe plus de temps à courir qu’à servir.
Un barman
Trois problématiques en ressortent
1
Expérience client frustrante. Attendre pour commander, être servi ou payer.
2
Fonctionnement interne inefficace. Allers-retours et encaissements manuels ralentissent le service et plafonnent les ventes.
3
Le paiement, friction majeure. Minimum CB, monnaie, addition à séparer : systématiquement problématique.
Cartographier les deux côtés du comptoir
Construites à partir de l'enquête, pour les clients comme pour le personnel, elles confirment que le parcours casse à deux endroits : passer commande quand le serveur est indisponible, et payer quand la friction s'accumule. Deux moments à attaquer en priorité.
Chaque décision répond à un irritant
Paiement sans minimum CB, directement depuis le téléphone : on supprime l’irritant le plus cité.
Carte par catégories et parcours fluide : confort d’achat, et un client qui prend son temps consomme plus.
Commande immédiate, sans appeler ni attendre un serveur : plus de vente perdue parce qu’une table ne s’est pas fait voir.
Côté établissement, réception en temps réel, priorisation et suivi du temps répondent au running. Export caisse et gestion instantanée de la carte répondent à l’encaissement chronophage. En libérant les équipes, on répond aussi à leur envie de conseiller et de vendre plus.
Premières ébauches
Consulter, commander, payer
Trouver un établissement par géolocalisation, liste ou carte. Parcourir la carte par catégorie, commander, payer depuis le téléphone sans minimum CB ni file d'attente. Chaque étape supprime une friction.
Page d'accueil
Page d'accueil, mode carte
Tunnel de sélection d'une consommation
Panier
Commande en cours
Recevoir, gérer, servir
Le barman reçoit les commandes en temps réel : affichage clair, priorisation, suivi du temps, acceptation en un geste. Il gère sa carte à la volée (prix, disponibilité, mise en pause) et exporte sa caisse directement. Moins de running, moins d'erreurs, plus de temps pour le service.
Réception des commandes
Ajout d'une consommation à la carte
Consommations ajoutées à la carte
Un logo qui fait signe
Le logotype reprend le geste pour appeler un serveur. Bacus est l'intermédiaire entre le client et sa commande.
Le mot de la fin, en toute transparence
Bacus n'a pas vécu assez longtemps pour produire des données de production. En revanche, le projet montre : une recherche terrain solide, des décisions reliées à des problèmes réels, et une validation en conditions réelles avant de passer à l'échelle. La rigueur compte autant que l'issue.