La checklist avant lancement.

Comment s'en servir

À sortir trente jours avant la date de lancement visée, pas la veille. Chaque point non coché est soit une tâche à planifier, soit une décision assumée de lancer sans — les deux sont acceptables, l'oubli ne l'est pas.

Un point mérite d'être dit d'emblée : cette liste suppose que vous avez déjà un produit testé. Elle ne remplace pas la recette fonctionnelle, elle vient après. La place de cette étape dans l'ensemble est décrite dans la méthode en onze jalons.

Produit

1. Tous les parcours critiques fonctionnent. Inscription, connexion, action principale, paiement s'il y en a un. De bout en bout, sur un compte neuf.
2. Les cas d'erreur sont traités. Perte de réseau, paiement refusé, session expirée, champ mal rempli. Un message compréhensible, jamais un écran blanc.
3. Testé sur cinq appareils réels au minimum. iOS, Android, et les navigateurs de bureau. Pas uniquement sur un simulateur.
4. Accessibilité minimale validée. Contrastes suffisants, navigation au clavier, cibles tactiles atteignables au pouce.
5. Performance sous trois secondes en 4G. Pas en fibre au bureau : en 4G, sur un téléphone de milieu de gamme.
6. Validation App Store et Play Store obtenue. Le délai de revue se compte en jours et surprend toujours. À lancer en avance.

Infrastructure

7. Hébergement dimensionné pour dix fois la charge attendue. Le jour du lancement est le pire moment pour découvrir un plafond.
8. Sauvegardes automatiques quotidiennes. Et surtout : une restauration déjà testée. Une sauvegarde jamais restaurée n'est pas une sauvegarde.
9. Supervision et alertes actives. Vous devez apprendre les incidents par une alerte, pas par un utilisateur mécontent.
10. Plan de retour arrière documenté. Écrit, testé, exécutable par quelqu'un d'autre que celui qui l'a écrit.
11. Domaine, certificat SSL et DNS configurés. Avec les délais de propagation anticipés — ils se comptent en heures.
12. Mails transactionnels testés. Confirmation d'inscription, réinitialisation de mot de passe, reçu de paiement. Et vérifiés hors du dossier indésirable.

Légal et opérationnel

13. Conditions générales d'utilisation et de vente publiées, et acceptées explicitement au moment qui convient.
14. Politique de confidentialité et gestion des cookies. Obligatoire dès le premier utilisateur, pas à partir d'un certain seuil.
15. Registre des traitements de données tenu. C'est une obligation du RGPD que presque personne n'applique — et l'une des premières choses qu'on vous demandera en cas de contrôle.
16. Support utilisateur opérationnel. Une adresse relevée, ou un chat surveillé. Avec quelqu'un derrière.
17. FAQ et aide en ligne rédigées. Elles absorbent l'essentiel des questions des premiers jours.
18. Plan de communication prêt pour J0, J+7 et J+30. Le silence après le lancement est le meilleur moyen de perdre l'attention gagnée.

Les trois oublis les plus fréquents

Sur cette liste, trois points sautent plus souvent que les autres, et ce sont rarement ceux qu'on croit.

La restauration de sauvegarde

Tout le monde configure des sauvegardes. Presque personne ne vérifie qu'elles se restaurent. On le découvre le jour où on en a besoin.

Le registre des traitements

Non par mauvaise foi, mais parce qu'il n'a aucun effet visible tant qu'il ne manque pas. C'est un document, pas un chantier : une demi-journée suffit.

La communication après J0

Toute l'énergie part dans le jour du lancement. J+7 et J+30 ne sont préparés par personne, et c'est précisément là que se joue la rétention.