verticals

Verticals — index

playbook/verticals/README.md

playbook/verticals/

Bibliothèque de templates verticaux pré-câblés. L'asset stratégique d'Atelier — chaque template distille les apprentissages d'un sprint en pattern réutilisable à 80%+ pour les futurs sprints du même vertical.

Comment ça marche

À chaque démarrage de sprint (S4 Spec), l'agent (ou Martin) check si l'idée match un template existant à > 80%. Si oui → reuse direct (ICP, pricing, 3 features, design tokens, wireframes, outreach script tous pré-rédigés). Si non → fork du template le plus proche + adaptation des sections [CUSTOMIZE].

Compounding effect : chaque nouveau sprint hospitality (par exemple) devient ~30% plus rapide parce qu'il hérite des apprentissages du précédent. Au 10ème sprint sur le même vertical, on tombe à ~2 min idée → MVP.

Templates actuels (2026-05-17)

VerticalStatusDistillé deMatch score idées pipeline
hospitality-prearrival🟢 v0.1Sprint PreArrival 2026-05-16PreArrival ✅, MasiaPulse ✅, MasiaBench partiel

Templates planifiés (priorité décroissante)

  1. hospitality-direct-booking.md — pour Direct.fyi (GEO pour hôtels boutique, échapper aux commissions OTA Booking.com)
  2. d2c-subscription-retention.md — pour DunningMath (margin-aware retention pour D2C subscription)
  3. d2c-subscription-curation.md — pour Sommelier (agent CMO pour DTC subscription)
  4. agent-ops-roi-tracking.md — pour AgentPayroll / AgentLedger (LLM cost & ROI tracking pour solopreneurs)
  5. geo-llm-seo-ecom.md — pour CitationProof (citation tracking LLM pour ecom brands)
  6. saas-churn-pre-empt.md — pour ChurnPilot / ChurnSignal (pre-empt churn pour SaaS)

Chacun de ces templates sera distillé du premier sprint réel dans son vertical, pas pré-écrit théoriquement. Sinon = code mort.

Structure standard d'un template vertical

Tout template hérite de cette structure (cf. hospitality-prearrival.md comme référence) :

  1. Quand utiliser — critères de match (≥ 4/7 ou similaire)
  2. ICP narrow canonique + sourcing prospects (pour S6 Outreach)
  3. Pain points canoniques (à reformuler par idée)
  4. Pricing pattern qui marche + variantes + anti-patterns
  5. Les 3 features v1 canoniques avec AC + adapters externes
  6. Out of scope v1 (la liste pendante)
  7. Design tokens canoniques (palette, typo, motion)
  8. Wireframes canoniques (5 écrans réutilisables)
  9. Outreach script canonique (sourcing + template email + variations par segment)
  10. Build-in-public templates (X thread + LinkedIn + vidéo)
  11. Anti-patterns spécifiques au vertical
  12. Compounding outputs (ce qui s'enrichit après chaque sprint sur ce vertical)
  13. État du template (version, sprints sources, next enrichissements)

Règle d'or

Ne pas pré-écrire un template avant d'avoir fait ≥ 1 sprint réel dans le vertical. Sinon = code mort qui ralentit au lieu d'accélérer. Le template doit être distillé de l'expérience, pas inventé en théorie.