Amplitude
Sprint de trois semaines pour shipper Amplitude, app de mobilité iOS et Android, back-office SaaS CRM et landing de lancement, sous contrainte forte de date store.
Ce qu'il fallait résoudre
Trois semaines avant lancement
Design, arbitrages produit et handoff ont dû rester radicaux : uniquement ce qui débloque le ship, zéro nice-to-have qui ferait glisser la date stores.
Friction technique sur le build
L’implémentation a croisé de vrais blockers, contraintes natives, parcours instables, bugs de dernière ligne. Le design a dû adapter écrans et specs à ce qu’engineering pouvait vraiment livrer à temps.
Complexité des in-app purchases
Abonnements, paywalls et restore devaient rester clairs pour l’utilisateur tout en survivant aux règles App Store / Play, aux edge cases et aux états d’achat incomplets.
Comment on y est arrivés
- 01
Scope & freeze
Surface MVP figée : home, librairie de méthodes, calendrier, player d’entraînement, progrès, plus le CRM overview pour opérer contenu et abonnements au lancement.
- 02
Système app + CRM
UI produit dark mode mobile/tablet et dashboard admin clair pour métriques, abonnés et ops contenu, un même langage produit des deux côtés.
- 03
IAP & edge cases
Cartographie purchase / restore / échecs avec engineering ; paywall et chemins de recovery simplifiés pour que le billing ne casse pas la confiance en première session.
- 04
Landing & ship stores
Landing de lancement pour convertir le trafic early, assets stores alignés, et boucle web → app → CRM prête à partir ensemble.
Ce qui a changé
Amplitude a lancé à temps : une expérience app de mobilité soignée, un back-office SaaS opérable, et une landing publique qui relie l’acquisition aux stores.