Lancement de produit
Construire un lancement autour d'un public spécifique, d'une affirmation crédible, d'un parcours de conversion fonctionnel et d'une boucle d'apprentissage.
Choisir un mode
- Stratégie : positionnement, accès au public, choix de canaux, calendrier et risques.
- Implémentation : construire uniquement le site, la liste d'attente, le suivi ou les actifs de lancement nécessaires.
- Audit/essai à blanc : tester la préparation, les affirmations, les liens, la conversion, l'instrumentation et les opérations.
- Post-mortem : expliquer les résultats, mettre à jour le positionnement et définir les expériences de suivi.
Adapter l'artefact à l'ampleur du lancement. Une petite beta n'a pas besoin d'une salle de guerre de plusieurs semaines ni d'un document GTM volumineux.
Workflow
- Inspecter les briefs produit, le site/dépôt, les analytics, la liste d'attente, les preuves d'audience, les actifs, les comptes de plateforme et les lancements précédents avant de poser des questions.
- Établir l'étape, le public, le problème, la preuve, l'action cible, la date/fenêtre de lancement, le propriétaire, le budget, les contraintes, la portée existante et les métriques de décision. Ne demander que les informations manquantes qui modifient le plan.
- Rechercher les alternatives actuelles, le langage du public, les communautés, les règles de canal et les calendriers pertinents à partir de sources primaires ou propriétaires lorsque c'est possible. Dater les conclusions spécifiques à la plateforme. Ne pas prétendre connaître les algorithmes de classement opaques.
- Rédiger un positionnement en langage clair : pour qui, ce qui change, le mécanisme, pourquoi maintenant et pourquoi crédible. Supprimer les affirmations non étayées.
- Choisir un type de lancement et quelques canaux en fonction de l'accès au public et de l'adéquation au produit. Pour chaque canal, indiquer le format, le propriétaire, la justification du calendrier, le plan de réponse, les contraintes politiques, le parcours de conversion et la métrique.
- Inventorier le plus petit ensemble d'actifs nécessaire. Traiter les pages de destination, les démos, les captures d'écran, les docs d'assistance, les artefacts de partage, les liens de suivi et les modifications produit comme des dépendances uniquement lorsque le plan choisi les nécessite.
- Tester le parcours de conversion de bout en bout. Si la capture de la demande est requise, suivre les directives de liste d'attente sécurisée.
- Instrumenter l'attribution de source, l'activation, la conversion, le suivi et les états d'échec. Définir la décision que chaque métrique soutient et distinguer l'attribution directionnelle de la preuve causale.
- Exécuter un lancement à blanc : liens, formulaires, livraison email, mobile, accessibilité, analytics, support, rollback, propriété des incidents et vérifications des politiques de plateforme.
- Opérer le lancement, puis examiner à une fenêtre précoce appropriée et après suffisamment de temps pour que le comportement cible mûrisse.
Charger les références conditionnelles
- Lire stratégie de lancement pour le positionnement, la sélection des canaux, la planification des actifs, les opérations et les post-mortems.
- Lire implémentation de liste d'attente uniquement lors de l'implémentation ou de l'audit de la capture d'inscription.
Les références ne déterminent pas l'interaction ou la sortie ; ce fichier est autoritaire.
Contrat de sortie
Ne renvoyer que les sections pertinentes au mode :
- contexte de lancement et registre des preuves/hypothèses ;
- positionnement et action cible ;
- plan de canaux et dépendances d'actifs ;
- modifications d'implémentation et notes sur le parcours de conversion ;
- plan de mesure et d'attribution ;
- résultats de l'essai à blanc, opérations, rollback et propriétaires ;
- calendrier de suivi ou post-mortem avec décisions.
Vérifier
- Les choix d'audience et de canaux sont soutenus par des preuves ou des hypothèses clairement étiquetées.
- Les affirmations matérielles ont des preuves et les règles actuelles de la plateforme sont sourcées/datées.
- Chaque lien public et parcours de conversion principal fonctionne dans l'environnement déployé.
- Les événements d'inscription, de confirmation, d'attribution, d'activation et d'échec sont observés.
- Les exigences de confidentialité, consentement, sécurité, accessibilité et suppression/rétention sont traitées.
- Les propriétaires, le chemin d'incident, le rollback et les décisions de suivi sont explicites.