Lightspeed Pulse

2026

Refondre une app pour mieux décider au quotidien

Ou comment repenser l’architecture d’information et la navigation pour que Pulse devienne le centre de contrôle des restaurateurs au-delà des KPI de ventes?

Enjeu business

30% des restaurants Lightspeed utilise déjà l’app mobile pour voir leurs chiffres de vente.

Lightspeed vend son logiciel de caisse et propose Pulse aux gérants de restaurants pour vérifier leur chiffre d’affaire. L’objectif est d’augmenter l’adoption en proposant une plus grande valeur ajoutée.

Problèmes utilisateurs

Un an de plaintes, jamais traitées

Application Pulse à mon arrivée

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.

Contraintes terrain

Je suis partie avec ces cartes en main

Méthodes

Comment j’ai convaincu de tout refondre

  • Qualifier 300 plaintes en pain points actionables

    J’ai priorisé les remontées Canny par redondance. Avec l’aide de Claude, 4 thèmes en sont sortis : confiance dans la donnée, navigation temporelle, sélection d’établissements, détails des ventes.

    • Analyse Canny
    • Claude
  • Vendre la vision avec un prototype IA

    J’ai créé un prototype Lovable pour illustrer ma vision : une home page sans barre de navigation. Il a permis à la Head of Product de voir qu’il fallait repenser l’app pour passer à l’échelle.

    • Lovable
    • Prototype
    • Vision
  • Paralléliser d’autres features

    Le design allait prendre du temps, on touchait aux fondations de l’application. J’ai choisi des features à livrer en parallèle pour maintenir une cadence de livraison, sans mettre l’équipe en attente.

    • Roadmap
    • Priorisation
  • Wireframe et userflow pour dégrossir

    J’ai d’abord tenté des prototypes IA, mais je perdais du temps dans les détails alors qu’il fallait de la hauteur. Les wireframes et userflows ont permis au tech lead de se projeter sans ce piège.

    • Dirty wireframes
    • Userflow
  • Tester avec ceux qui parlent aux clients

    Cinq tests synchrones avec des commerciaux internes, en contact régulier avec les utilisateurs. L’occasion aussi de sonder leurs attentes sur le produit au sens large.

    • Tests utilisateurs
    • 5 sessions
  • Un handover progressif, sans toucher au backend

    J’ai organisé des design jams avec les devs pour connaître les contraintes techniques en amont. Le choix le plus coûteux aurait été de toucher au backend. On ne l’a pas fait : aucun nouveau KPI.

    • Design jams
    • Contraintes tech

Choix design

Ce qui change, concrètement

Résultats

Ce que ça a débloqué