Lightspeed
2026
Refondre une app pour guider les restaurateurs au quotidien
Ou comment repenser l’architecture d’information pour que Pulse devienne le centre de contrôle des restaurateurs au-delà des KPI de ventes
Enjeux business
Capitaliser sur les 30% d’adoption de l’app mobile qui montre le chiffre d’affaires des restaurants
Pulse est l’app mobile qu’offre Lightspeed aux gérants de restaurants en complément de leur logiciel de caisse. Elle montre le détail des ventes dans le temps. L’objectif est d’augmenter l’adoption de 30% en proposant une plus grande valeur ajoutée.
-
Garder une longueur d’avance sur la concurrence
Créer une app avec de l’IA est facile mais il est plus dur de réunir autant de données au même endroit : réservations, pointage, etc.
-
Devenir indispensable pour réduire le churn
Plus Pulse s’installe dans les gestes quotidiens d’un manager, plus il devient coûteux à quitter. C’est ce que Lightspeed appelle le “suite effect”.
-
Restaurer une confiance utilisateur erodée
Pendant un an, des demandes clients et des bugs de données remontés sont restés sans réponse. Une fois rompue, la confiance ne revient pas facilement.
Problèmes utilisateurs
Un an de plaintes, jamais traitées
L’app mobile que j’ai trouvée en arrivant
-
Les comparaisons temporelles ne correspondaient pas au métier
L’app comparait aujourd’hui à hier. Un restaurant raisonne en jours équivalents, en saisons. Le raisonnement temporel n’avait jamais été pensé comme un parcours de décision.
Marvin, Restaurant owner -
La vue sans taxes était cachée
Le toggle net/brut existait, caché dans les settings, sous un menu burger. Pouvoir basculer sur des ventes sans taxes est essentiel pour un restaurant.
Ludivine, Multi-location manager -
Les données les plus utiles étaient invisibles
Les détails des ventes étaient cachés derrière une toute petite flèche. Résultat : seulement 4,6 % des sessions allaient jusqu’au détail.
Redouan, Manager de restaurant -
Les chiffres ne matchaient pas avec le back-office
Le même jour, la même vente, deux montants différents entre Pulse et le back-office. 77 tickets de bugs ouverts sur le sujet et une confiance erodée.
Jean-Patrick, Manager de restaurant
Le pari
Rénovons notre maison avant d’inviter des gens à dîner
J’ai choisi de refondre entièrement la navigation de l’application et de la rendre scalable, plutôt que de poser des rustines.
Ainsi les fonctionnalités et data d’autres squads pourront facilement être intégrées tout en répondant aux user pain points.
Contraintes terrain
Je suis partie avec ces cartes en main
-
PM et designer en même temps
Arrivée product designer en novembre 2025, j’ai restructuré entièrement la roadmap en février 2026 après le départ du PM. J’ai proposé une nouvelle vision.
-
Un an de dette accumulée
Pendant un an, l’équipe était concentrée sur la livraison d’un autre produit. Personne n’a répondu aux 300 plaintes clients ni aux 77 bugs remontés.
-
Un design system pas encore connecté
Pulse héritait de composants custom, jamais rattachés à un design system. Résultat : on réinventait la roue à chaque écran, côté design comme côté tech.
Méthodes
Comment j’ai convaincu de tout refondre
Choix design
Ce qui change, concrètement
Supprimer la barre de navigation pour être scalable
On voulait ajouter des fonctionnalités liées à la cadence des commandes en direct. Le réflexe naturel aurait été un nouvel onglet, comme on l’avait fait pour Tasks. Mais chaque nouveau KPI ou nouvelle squad aurait demandé le même chantier de navigation rendant la navbar infinie !
J’ai retiré la barre de navigation. La home page devient le routeur : un nouveau domaine ou produit devient une card.
Créer une homepage qui montre la santé du restaurant aujourd'hui
La home page présente ce qui se passe aujourd’hui, pas un historique complet. Juste les signaux qui aident le manager à savoir si tout va bien aujourd’hui, ou pas.
Chaque card est un data domaine ou un produit (vente, checklists, commandes …) qui mènent à une page détaillée avec toutes les fonctionnalités nécessaires. La homepage devient un hub.
Centraliser le temps et rendre la comparaison lisible
Les comparaisons existaient déjà, mais éclatées sur deux pages différentes. Pour arriver au bon chiffre sur le graphique de ventes, il fallait jongler entre les deux. Les graphes ne montraient aucune comparaison des ventes dans le temps, pourtant essentielle pour qu’un restaurant se jauge.
Tout est désormais réuni sur une seule page : la vue générale et le détail, avec en permanence la sélection de période et d’intervalle en haut. Un seul endroit pour choisir, un graphe qui dit ce qu’il montre.
Sortir le Net / Brut du menu
Un cas d’école de découvrabilité. La fonctionnalité existait, elle était juste inatteignable : dans un menu burger, sous un libellé “Units” qui ne disait pas de quoi il s’agissait. Personne n’avait la même définition du “net”.
Le toggle est devenu un bouton accessible à tout moment, “Net” ou “Brut” avec une définition associée.
Un bottom sheet pour les actions rapides
J’ai uniformisé les design patterns. Un filtre, un choix d’établissement, une info complémentaire : ça se règle en un geste, dans un bottom sheet.
Dès qu’il faut enchaîner plusieurs actions ou creuser un sujet, une page entière est accessible.
Résultats
Ce que ça a débloqué
-
Une collab cross-squad facilitée
Deux squads ont pu designer sereinement leurs fonctionnalités sur cette nouvelle architecture d’information, avec les bons composants, en quasi autonomie.
-
Une fenêtre de migration technique
Avec la refonte, c’était le moment d’engager la migration vers un design system enfin connecté, un chantier que personne n’arrivait à caser depuis des mois.
-
Une opportunité pour communiquer
Cette refonte est l’occasion de collaborer avec le Product Marketing pour lancer une campagne de communication avec plus assets faire connaître l’app mobile et augmenter l’adoption.
Témoignages
Promis, je ne l’ai pas payé
