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)
| Vertical | Status | Distillé de | Match score idées pipeline |
|---|---|---|---|
| hospitality-prearrival | 🟢 v0.1 | Sprint PreArrival 2026-05-16 | PreArrival ✅, MasiaPulse ✅, MasiaBench partiel |
Templates planifiés (priorité décroissante)
hospitality-direct-booking.md— pour Direct.fyi (GEO pour hôtels boutique, échapper aux commissions OTA Booking.com)d2c-subscription-retention.md— pour DunningMath (margin-aware retention pour D2C subscription)d2c-subscription-curation.md— pour Sommelier (agent CMO pour DTC subscription)agent-ops-roi-tracking.md— pour AgentPayroll / AgentLedger (LLM cost & ROI tracking pour solopreneurs)geo-llm-seo-ecom.md— pour CitationProof (citation tracking LLM pour ecom brands)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) :
- Quand utiliser — critères de match (≥ 4/7 ou similaire)
- ICP narrow canonique + sourcing prospects (pour S6 Outreach)
- Pain points canoniques (à reformuler par idée)
- Pricing pattern qui marche + variantes + anti-patterns
- Les 3 features v1 canoniques avec AC + adapters externes
- Out of scope v1 (la liste pendante)
- Design tokens canoniques (palette, typo, motion)
- Wireframes canoniques (5 écrans réutilisables)
- Outreach script canonique (sourcing + template email + variations par segment)
- Build-in-public templates (X thread + LinkedIn + vidéo)
- Anti-patterns spécifiques au vertical
- Compounding outputs (ce qui s'enrichit après chaque sprint sur ce vertical)
- É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.