agency-phase-5-launch

Déclencheurs

• phase de lancement
• mise sur le marché
• lancement produit
• lancement campagne marketing
• jour du déploiement
• déploiement bleu-vert
• checklist de lancement
• activation croissance
• acquisition utilisateurs
• semaine de lancement
• post-lancement
• optimisation lancement
• activation canal
• coordination lancement
• gestion des versions

Instructions

La Phase 5 coordonne l'exécution go-to-market sur tous les canaux simultanément. Impact maximal au lancement. Chaque agent marketing se déclenche en concert tandis que l'engineering assure la stabilité. Durée : 2-4 semaines (T-7 à T+14).

Pré-conditions

Vérifier avant de commencer :

1. Phase 4 Quality Gate réussi (verdict Reality Checker READY)
2. Phase 4 Handoff Package reçu
3. Plan de déploiement production approuvé
4. Pipeline contenu marketing prêt (depuis Phase 3 Track B)

T-7 : Semaine pré-lancement

Utiliser organization_spawn pour activer la préparation contenu et technique en parallèle :

Préparation contenu & campagne :

• Content Creator : Finaliser tout contenu de lancement, mettre en queue dans les plateformes de publication, préparer templates de réponse
• Social Media Strategist : Finaliser assets campagne cross-plateforme, programmer teasers, coordonner influenceurs
• Growth Hacker : Armer mécaniques virales (codes de parrainage, incitations de partage), configurer suivi croissance, mettre en place analytics funnel
• App Store Optimizer (si mobile) : Finaliser listing store, soumettre pour révision, configurer prompts avis in-app

Préparation technique :

• DevOps Automator : Préparer déploiement bleu-vert, vérifier procédures rollback, configurer feature flags, tester pipeline
• Infrastructure Maintainer : Configurer auto-scaling pour trafic 10x, vérifier monitoring/alerting, tester disaster recovery
• Project Shepherd : Distribuer checklist lancement, confirmer dépendances, mettre en place comms jour de lancement, briefer stakeholders

T-1 : Veille de lancement - Checklist final

Technique : Bleu-vert testé, rollback vérifié, auto-scaling configuré, monitoring live, incident response on standby, feature flags configurés.

Contenu : Tout contenu en queue/programmé, séquences email armées, posts sociaux programmés, posts blog prêts, matériels press distribués.

Marketing : Mécaniques virales testées, système de parrainage opérationnel, suivi analytics vérifié, campagnes pub prêtes, plan engagement community prêt.

Support : Équipe support briefée, docs FAQ/help publiées, procédures escalade confirmées, collecte feedback active.

T-0 : Jour du lancement

Heure 0 — Déploiement : Utiliser organization_delegate pour DevOps Automator :

1. Exécuter déploiement bleu-vert vers production
2. Lancer health checks sur tous les services
3. Vérifier migrations base données terminées
4. Confirmer tous les endpoints répondent
5. Basculer le trafic vers nouveau déploiement
6. Monitorer taux erreur pendant 15 minutes
7. Confirmer DEPLOYMENT SUCCESSFUL ou ROLLBACK

Heure 1-2 — Activation marketing : Activer agents plateforme en parallèle :

• Twitter Engager : Publier thread lancement, engager avec réponses, monitorer mentions
• Reddit Community Builder : Annonce lancement authentique, engager avec commentaires
• Instagram Curator : Publier contenu visuel, stories avec démos
• TikTok Strategist : Publier vidéos lancement, monitorer potentiel viral

Heure 2-8 — Monitoring & réponse :

• Support Responder : Traiter inquiries, documenter problèmes courants, escalader problèmes techniques
• Analytics Reporter : Dashboard métriques real-time, rapports horaires, attribution canal
• Feedback Synthesizer : Monitorer tous les canaux, catégoriser feedback, identifier problèmes critiques

T+1 à T+7 : Semaine post-lancement

Cadence quotidienne :

• Matin : Analytics Reporter (métriques quotidiennes), Feedback Synthesizer (résumé feedback), Infrastructure Maintainer (santé système), Growth Hacker (performance canal)
• Après-midi : Content Creator (contenu réponse), Social Media Strategist (optimisation engagement), Experiment Tracker (résultats A/B), Support Responder (résolution problèmes)
• Soir : Executive Summary Generator (briefing stakeholders), Project Shepherd (coordination), DevOps Automator (hotfixes si nécessaire)

T+7 à T+14 : Semaine optimisation

• Growth Hacker : Analyser données première semaine, optimiser funnels, scaler canaux gagnants, affiner mécaniques virales
• Analytics Reporter : Analyse complète semaine 1, cohort analysis, retention curves
• Experiment Tracker : Lancer A/B tests systématiques (onboarding, pricing, feature discovery)
• Executive Summary Generator : Résumé exécutif semaine 1, métriques clés vs. targets, recommandations

Décision Gate

Double signature : Studio Producer (stratégique) + Analytics Reporter (données)

• STABLE : Produit lancé, systèmes stables, croissance active -> Phase 6
• CRITICAL : Problèmes majeurs nécessitant réponse engineering immédiate -> Cycle hotfix
• ROLLBACK : Problèmes fondamentaux -> Annuler déploiement, retour à Phase 4

Utiliser knowledge_write pour persister métriques lancement, thèmes feedback, et baselines performance système.

Livrables

• [ ] Déploiement zero-downtime réussi
• [ ] Tous les canaux marketing activés
• [ ] Dashboard monitoring real-time opérationnel
• [ ] Support utilisateur opérationnel
• [ ] Boucle feedback opérationnelle
• [ ] Rapport analytics semaine 1
• [ ] Résumé exécutif semaine 1
• [ ] Analyse performance canal croissance
• [ ] Résultats A/B tests expériences lancement

Métriques succès

• Déploiement zero-downtime réussi
• Systèmes stables (aucun P0/P1 en 48 heures)
• Canaux acquisition utilisateurs actifs et trackés
• Boucle feedback opérationnelle
• Stakeholders informés avec résumés exécutifs
• Support opérationnel avec temps réponse < 4h
• Métriques croissance trackées et optimisées

Vérifier

• Le livrable pour cette phase existe comme artifact concret (doc, ticket, board, repo) et sa localisation est partagée, non décrite
• Chaque engagement a un propriétaire nommé, une date limite, et une definition-of-done que quelqu'un d'autre que l'auteur pourrait vérifier
• Les risques sont listés avec probabilité/impact et atténuation nommée, non comme bullet 'risques : TBD' générique
• Les dépendances sur autres équipes/vendors/agents sont explicites ; un ack de chaque dépendance est enregistré ou marqué 'pending'
• Les critères succès pour la phase suivante sont numériques ou sinon objectivement testables
• Un critère rollback / kill-switch / 'nous stopperons si X' est écrit avant le démarrage du travail