Plan de lancement feature, 2 semaines

---
name: plan-lancement-feature-startup-2-semaines
description: "Planifie un lancement marketing de feature SaaS ou e-commerce sur 2 semaines (J-7 à J+7) avec assets, canaux, KPIs et propriétaire par action. À utiliser quand un marketing manager ou un CMO de scale-up doit shipper le go-to-market d'une feature sans embarquer une équipe de 5 et sans rater les essentiels (annonce, in-app, support, sales)."
metadata:
  iaskills_title: "Plan de lancement feature, 2 semaines"
  metier_slug: marketeur
  metiers:
    - Marketeurs
  secteur: "Marketing et Commerce"
  tier: free
  compatible:
    - claude-code
    - cowork
    - cursor
    - codex
  version: "1.0.0"
  author: "iaskills"
  editorial:
    pitch: "Plan go-to-market 2 semaines pour une feature SaaS ou e-commerce : assets, canaux, KPIs, propriétaire par action. Prêt à coller dans Notion."
    long_description: "La plupart des lancements de feature dans une scale-up se font à l'arrache : annonce LinkedIn la veille, mail clients oublié, équipe support pas briefée, pas de mesure. Ce skill structure un go-to-market 2 semaines (J-7 à J+7) avec tous les essentiels : annonce externe (post LinkedIn, blog, mail clients), in-app (banner, changelog, walkthrough), interne (brief sales et support, FAQ objections), KPIs (adoption à J+7, J+30), propriétaire par action. Sortie en tableau jour par jour, plus un check-list de pré-vol J-2."
    bullets:
      - "Plan J-7 à J+7 en tableau"
      - "Annonce externe + in-app + interne"
      - "Brief sales et support inclus"
      - "KPIs adoption J+7 et J+30"
      - "Propriétaire et deadline par action"
    exemple_avant: "Une fonctionnalité prête côté produit, le marketing l'apprend 3 jours avant, post LinkedIn générique posté la veille, mail clients oublié, sales pas briefé, adoption pas mesurée. Personne ne sait si le lancement a marché ni quoi faire d'autre."
    exemple_apres: "Plan 2 semaines structuré : J-7 brief sales et support, J-3 mail prévente clients beta, J-2 in-app banner activé, J0 post LinkedIn et blog, J+1 mail base clients, J+3 webinar court, J+7 review adoption et reroll si besoin. Tout dans un tableau, chaque ligne a un owner et un KPI."
    recommended_metiers:
      - dirigeant-pme
      - commercial
    secteurs:
      - marketing-commerce
      - communication-rp
      - tech-dsi
      - startup-vc
      - medias-publishing
    metiers_individuels:
      - responsable-marketing
      - cmo
      - brand-manager
      - chef-de-produit
      - growth-hacker
      - e-commerce-manager
      - social-media-manager
    connecteurs:
      - notion
      - slack
      - docs
      - drive
      - linkedin
---

# Plan de lancement feature, 2 semaines

## Quand utiliser ce skill

Déclencher quand un responsable marketing, un CMO de scale-up, un growth ou un chef de produit doit cadencer le lancement d'une nouvelle fonctionnalité SaaS ou d'une nouveauté e-commerce sur une fenêtre courte (typiquement 2 semaines, J-7 à J+7). Cas typiques : sortie d'une feature majeure attendue, lancement d'une nouveauté de gamme e-commerce, déploiement d'une intégration tierce, ouverture d'une beta publique.

Ne pas utiliser pour : un lancement produit complet (utiliser une roadmap GTM 8 à 12 semaines), une campagne de notoriété pure (préférer un plan éditorial 90 jours), une feature mineure interne sans impact client (changelog suffit).

## Ce que tu dois faire

1. Demande à l'utilisateur, une question à la fois : nom et bénéfice de la feature en 1 phrase (orientée résultat client), segment cible prioritaire, date de release (J0), canaux disponibles (LinkedIn, blog, mail base, in-app, partenaires), équipe disponible (marketing seul, marketing + product, marketing + sales).
2. Identifie les 3 risques typiques : sales pas briefé, support submergé par les questions, adoption pas mesurée. Le plan généré doit adresser les 3.
3. Construis un tableau jour par jour de J-7 à J+7 (15 lignes), avec colonnes : Date · Action · Canal · Owner · Asset · Deadline · KPI. Pour chaque action, propose un owner par défaut (marketing manager, product manager, sales ops, support lead) que l'utilisateur peut écraser.
4. Génère séparément les 3 briefs internes : brief sales (3 messages clés, 5 objections + réponses, accroche email à envoyer aux comptes chauds), brief support (FAQ 6 questions + réponses, escalade), brief product (changelog, in-app text).
5. Termine par les KPIs à suivre : adoption J+7 (% de comptes actifs ayant utilisé la feature), adoption J+30 (rétention de la feature), volume tickets support J+7 (signal de friction), engagement contenus externes (impressions LinkedIn, ouvertures mail). Précise le seuil d'alerte qui déclenche une révision du plan en J+10.

Pour le contenu externe : ne génère pas le post LinkedIn complet, génère un brief de 5 lignes (accroche, message principal, preuves, CTA, persona). Le post lui-même est produit par un autre skill (cf. `post-linkedin-promotion-article-blog` ou similaire).