← Tout le portfolio

En production Simone & Pépette 2026 Concevoir & construire

Listes de naissance et d'anniversaire

Remplacer une plateforme externe par un outil maison branché sur la caisse, le stock et le compte client.

listedenaissance.simoneetpepette.com

Motif mAIllon — arcs concentriques sur fond bleu canard.
Motif mAIllon, pas une capture — cet outil n'a pas d'écran public que je puisse montrer sans exposer les données d'un client.

Le point de départ

Une boutique de puériculture gérait ses listes de naissance sur une plateforme tierce qui ne parlait ni à son stock, ni à sa caisse, ni à ses fiches clients. Chaque cadeau offert se ressaisissait à la main, et une pièce de seconde main pouvait se vendre deux fois — une fois en boutique, une fois sur la liste.

3 espaces dans une seule app public · parents · boutique
443 articles suivis sur les listes actives

Ce que j'ai construit

Le périmètre,
dans le détail.

  • Trois portes d'entrée dans une seule application : la page publique où les proches offrent, l'espace des parents, le back-office de la boutique.
  • Tout achat passe par le vrai paiement de la boutique — cadeau complet, participation à une cagnotte, ou bon cadeau converti en avoir sur le compte client.
  • Ajouter un article à une liste le retire de la vente publique : la pièce unique se dépublie, l'article neuf part sur un emplacement de stock qui ne sert aucune commande.
  • Le carton physique de la famille est suivi dans l'app — ce qui est rangé, ce qui reste à ranger, ce qui doit remonter en rayon.
  • Commandes fournisseurs générées dès l'ajout d'un article sans stock, réception partielle ligne par ligne, bon de commande imprimable par marque.
  • Migration en « strangler fig » : aucune liste nouvelle sur l'ancienne plateforme, les anciennes y finissent leur vie, un routeur envoie le visiteur au bon endroit.

Les arbitrages qui comptent

Ce qui tient le projet debout,
et ce qu'il a fallu corriger.

01

Pas de base de données en plus

La boutique est déjà la source de vérité des clients, du stock et des avoirs. Ajouter une base tierce, c'était s'engager à la resynchroniser chaque jour. Tout vit donc dans des objets de la boutique, lus et écrits côté serveur uniquement. Le coût de ce choix est réel — il faut paginer chaque lecture, et un plafond silencieux de 250 éléments a déjà fait disparaître toutes les photos d'un écran de préparation. Il est désormais interdit par convention : toute lecture pagine.

02

Un geste nommé plutôt qu'un menu libre

Le statut d'un article était un menu déroulant. Forcer « offert » à la main ne créait aucune contribution : ni livre d'or, ni comptage dans le bon de clôture, et une unité fantôme restait réservée. Le menu a disparu. Le statut est devenu une information que l'app tient à jour, accompagnée de deux gestes nommés — « remis en mains propres », « arrivé en boutique » — qui n'apparaissent que là où ils ont un sens.

03

Une page lente n'est pas un bug de réseau

« Il faut cliquer deux fois sur commandes fournisseurs. » Mesuré : 6,9 s de rendu, dont 5,3 s à calculer d'avance les suggestions de réassort de 46 brouillons — une section repliée que personne n'ouvrait. Le calcul est passé à la demande, et un écran d'attente a été ajouté, car sans lui un clic ne produit rien à l'écran et l'utilisateur reclique. 6 885 ms → 1 745 ms.

Votre projet

Un besoin proche
du vôtre ?

Trente minutes suffisent pour cadrer un chantier et dire franchement ce qui est faisable, à quel coût, et dans quel ordre.

Prendre contact