📝 Guide Pratique: Construire Votre Première Wardley Map
2758 mots soit environ 14 minutes de lecture.
🎯 Introduction: L’Ordre Pédagogique Correct
Beaucoup de gens disent:
“Je comprends les concepts, mais par où commence?”
Ce guide répond précisément: comment passer de la théorie à la pratique concrète.
CE QUI CHANGE: L’ordre des axes!
❌ ANCIEN ORDRE (moins intuitif):
1. Lister éléments
2. Dépendances
3. Axe X (Évolution) - RÉALISÉ AVANT
4. Axe Y (Visibilité)
✅ NOUVEAU ORDRE (plus logique):
1. Lister éléments
2. Dépendances
3. Axe Y (Visibilité) - PREMIÈREMENT
└─ Comprendre flux de valeur verticalement
└─ Qui dépend de qui (client → infrastructure)
4. Axe X (Évolution) - DEUXIÈMEMENT
└─ APRÈS avoir compris la structure Y
└─ Appliquer la maturité horizontalement
Pourquoi ce changement?
- ✅ Axe Y révèle la STRUCTURE verticale (dépendances naturelles)
- ✅ Axe X applique la MATURITÉ sur cette structure
- ✅ Ordre Y→X est plus naturel: “d’abord la chaîne, puis la maturité”
- ✅ Résultat: carte plus compréhensible et stratégiquement utile
Ce qui vous attendez:
- ✅ 6 étapes claires (pas abstraites)
- ✅ Templates téléchargeables
- ✅ Erreurs communes (et correction)
- ✅ Exemples détaillés
- ✅ Temps de réalisation par étape
- ✅ Checklist finale
⏱️ Temps Total: 45-90 minutes (dépend complexité)
Étape 1: Utilisateur & Besoin = 5 min
Étape 2: Chaîne de Valeur = 15 min
Étape 3: Dépendances Verticales = 10 min
Étape 4: Axe Y (Visibilité - PREMIER!) = 15 min
Étape 5: Axe X (Évolution - DEUXIÈME) = 15 min
Étape 6: Analyse & Mouvements = 20 min
────────────────────────────────────────────────
TOTAL: = 80 min
🔑 CLÉ: Axe Y AVANT Axe X
📋 Matériel Nécessaire
Option 1: Papier (Recommandé pour premiers essais)
✓ Papier blanc A3 ou A2 (format paysage)
✓ Marqueurs (noir + 2-3 couleurs)
✓ Post-its (3 couleurs)
✓ Stylo à bille (notes)
✓ Règle (lignes droites)
✓ Gomme
✓ Scotch (si collage)
Option 2: Digital
✓ OnlineWardleyMaps.com (gratuit, web-based)
✓ Draw.io (gratuit, SVG)
✓ Miro/Mural (payant, collaboration)
✓ Lucidchart (payant, professionnel)
🔄 Les 6 Étapes Concrètes (Nouvel Ordre)
ÉTAPE 1: Identifier l’Utilisateur & Ses Besoins (5 min)
Question Clé: “Pour qui faisons-nous cela?”
Exemple: Plateforme de Livraison (type Deliveroo)
Utilisateur Principal:
├─ Client affamé à domicile
└─ Veut: Manger bon restaurant sans quitter maison
Utilisateurs Secondaires:
├─ Restaurant (veut clients)
├─ Livreur (veut revenus)
├─ Investisseurs (veut ROI)
Template Étape 1:
┌────────────────────────────┐
│ UTILISATEUR PRIMAIRE: │
│ ________________ │
│ │
│ BESOIN PRINCIPAL: │
│ ________________ │
│ ________________ │
│ │
│ UTILISATEURS SECONDAIRES: │
│ ________________ │
│ ________________ │
│ ________________ │
└────────────────────────────┘
Erreur Courante #1:
❌ "Notre utilisateur est 'tout le monde'"
→ Trop vague, impossible de mapper
✅ "Notre utilisateur primaire est parent urbain"
→ Spécifique, mappable
ÉTAPE 2: Construire la Chaîne de Valeur (15 min)
Question Clé: “Qu’elles sont toutes les pièces requises pour servir ce besoin?”
Pour Deliveroo (Chaîne Complète):
NIVEAU 1 (Utilisateur):
└─ "Je veux manger bon restaurant à domicile"
NIVEAU 2 (Besoins Principaux):
├─ Application mobile (commander)
├─ Restaurant actif (cuisine)
├─ Livreur (transport)
└─ Paiement (transaction)
NIVEAU 3 (Détail - Pour chaque besoin):
Application Mobile:
├─ Search restaurant
├─ Browse menu
├─ Checkout
└─ Track delivery
Restaurant Actif:
├─ Listing menu
├─ Order receiving
├─ Cuisine
└─ Packing
Livraison:
├─ Livreur disponible
├─ Route planification
├─ Livraison physique
└─ Notification client
Paiement:
├─ Stripe/PayPal
├─ Wallet in-app
└─ Billing system
NIVEAU 4 (Infrastructure):
├─ Serveurs application
├─ Database
├─ GPS/Maps
├─ SMS/Push notification
└─ Cloud storage
Template Étape 2:
┌──────────────────────────────────┐
│ CLIENT (Utilisateur) │
│ ↓↓↓ │
│ BESOINS PRINCIPAUX │
│ ├─ Need A │
│ ├─ Need B │
│ ├─ Need C │
│ └─ Need D │
│ ↓↓↓ │
│ SOUS-ÉLÉMENTS │
│ (Détail chaque besoin) │
│ ↓↓↓ │
│ INFRASTRUCTURE │
│ (Invisible au client) │
└──────────────────────────────────┘
Erreur Courante #2:
❌ "La chaîne a 40+ éléments"
→ Trop granulaire, trop complexe
✅ "La chaîne a 8-12 éléments"
→ Niveau abstraction bon pour stratégie
Règle: Si > 15 éléments, regroupez ou divisez en sous-cartes
ÉTAPE 3: Ajouter Les Dépendances (10 min)
Question Clé: “Quel élément dépend de quel autre?”
Pour Deliveroo (Dépendances):
Application mobile
├─ DÉPEND DE: Serveurs backend
├─ DÉPEND DE: Database (restaurants)
└─ DÉPEND DE: GPS/Maps API
Restaurant Actif
├─ DÉPEND DE: Intégration POS
└─ DÉPEND DE: Formation personnel
Livreur
├─ DÉPEND DE: Géolocalisation
├─ DÉPEND DE: Logistique réseau
└─ DÉPEND DE: Assurance
Paiement
├─ DÉPEND DE: Stripe/Adyen
└─ DÉPEND DE: PCI compliance
Notation des Dépendances:
Symbole: FLÈCHE (→)
Application → Backend Services
↓
Database
↓
Cloud Infrastructure
Signification:
- Appli casse si Backend down
- Backend casse si Database down
- Les deux crashent si Infrastructure down
Erreur Courante #3:
❌ "Tous les éléments dépendent de tous"
→ Démontre incompréhension
→ Carte illisible
✅ "Chaîne verticale claire de dépendances"
→ Top = Client-facing
→ Bottom = Infrastructure cachée
⭐ ÉTAPE 4: Positionner l’Axe Y (Visibilité) - PREMIÈREMENT! (15 min)
Question Clé: “Quel niveau de visibilité pour le client? Qui voit quoi?”
🔴 IMPORTANT: On fait Axe Y AVANT Axe X car:
- ✅ Axe Y = Comprendre les DÉPENDANCES VERTICALES (flux de valeur)
- ✅ Axe X = Appliquer l’évolution APRÈS avoir compris la structure
- ✅ Ordre naturel: d’abord la chaîne, puis la maturité
Pour Deliveroo (Axe Y - Visibilité):
Axe Y (Visibilité)
═════════════════
▲
│ HAUT (TRÈS VISIBLE)
│
├─ ★ Application UI
│ ├─ Client voit l'app
│ ├─ Click, browse, order
│ └─ Feedback immédiat
│
├─ ◆ Notification push
│ ├─ Client conscient
│ ├─ Track delivery
│ └─ Feedback constant
│
├─ ◆ Livreur (GPS visible)
│ ├─ Client sait qu'il arrive
│ ├─ GPS visible
│ └─ Chat possible
│
├─────────────────────────── (DÉMARCATION: Client ↔ Backend)
│
├─ ◆ Backend processing
│ ├─ Client pas conscient
│ ├─ Mais critique
│ └─ Si casse, app morte
│
├─ ◆ Database (restaurantsorders)
│ ├─ Invisible au client
│ ├─ Critical pour tout
│ └─ Jamais voir directement
│
├─ BAS (TRÈS INVISIBLE)
│
├─ ◆ Cloud infrastructure
│ ├─ Totalement invisible
│ ├─ Mais fondamental
│ └─ Si down = everything down
│
└─→ INVISIBLE COMPLET
Notation de la Visibilité (Axe Y):
Échelle 0-100:
HAUT - VISIBLE (75-100):
├─ Client peut le voir directement
├─ Feedback immédiat
├─ Interface directe
└─ Exemples: App UI, Livreur GPS
MILIEU - SEMI-VISIBLE (35-75):
├─ Client conscient indirectement
├─ Sait qu'il existe
├─ Impacte l'expérience
└─ Exemples: Notifications, Tracking
BAS - INVISIBLE (0-35):
├─ Client ne sait absolument pas
├─ Critique mais caché
├─ Infrastructure pure
└─ Exemples: Database, Infrastructure, Électricité
Exemple Positioning Deliveroo (Axe Y):
Application UI = 95% (très visible - top)
│
Notifications = 85% (visible)
│
Livreur (GPS visible) = 75% (visible)
│
─────────────────────────── (LIGNE: Client ↔ Backend)
│
Backend API = 30% (semi-visible/invisible)
│
Database = 5% (invisible)
│
Cloud infrastructure = 2% (très invisible - bottom)
🎯 INSIGHT CLÉ: Axe Y crée la STRUCTURE VERTICALE
Axe Y montre:
├─ Flux de HAUT (client) à BAS (infrastructure)
├─ Dépendances verticales (qui dépend de qui)
├─ Points critiques (tout down si infrastructure down)
├─ Différence client-facing vs support functions
└─ FONDAMENTAL avant d'appliquer Axe X!
Résultat Étape 4:
└─ Vous COMPRENEZ la structure (Y)
└─ Vous êtes PRÊT pour ajouter maturité (X)
Erreur Courante #4:
❌ "Tout en haut (tout visible au client)"
→ Infrastructure invisible = réalité
→ Non stratégiquement utile
→ Mauvais reflet du système réel
✅ "Répartition réaliste (haut/bas)"
→ Reflects réalité technique
→ Montre dépendances VRAIES
→ Utile stratégiquement pour priorités
⭐⭐ ÉTAPE 5: Positionner l’Axe X (Évolution) - DEUXIÈMEMENT! (15 min)
Question Clé: “APRÈS avoir compris la visibilité, quel est le niveau d’évolution de chaque élément?”
🔴 IMPORTANT: On fait Axe X APRÈS Axe Y car:
- ✅ On CONNAÎT la STRUCTURE (Axe Y)
- ✅ On APPLIQUE MATURITÉ à cette structure (Axe X)
- ✅ Résultat: carte 2D vraiment utile stratégiquement
Pour Deliveroo (Axe X - Évolution):
Axe X (Évolution)
═════════════════
GAUCHE CENTRE DROITE
(INNOV) (PRODUIT) (COMMOD)
│ │ │
★ Algorithme ◆ Application ◆ Paiement ♦ Véhicules
matching UI/UX Stripe (Commodité)
(Innovation) (Produit) (Commodité)
│ │ │
★ Prédiction ◆ GPS/Maps
livraison Routing
(Innovation) (Produit)
│ │
★ Pricing ◆ Restaurant
dynamique Listing
(Innovation) (Produit)
│ │
INNOVATION ←──────────────────────→ COMMODITÉ
0% 50% 100%
Comment Décider Position Axe X?
Questions à poser:
Gauche (Innovant)?
├─ C'est nouveau dans le marché?
├─ Juste nous (ou très peu) avons cette version?
├─ Source d'avantage compétitif clair?
└─ Si oui: GAUCHE ★
Centre (Produit)?
├─ C'est établi sur le marché?
├─ Plusieurs vendeurs/fournisseurs existent?
├─ Amélioration continue mais pas breakthrough?
└─ Si oui: CENTRE ◆
Droite (Commodité)?
├─ Tout le monde l'a identiquement?
├─ Complètement interchangeable?
├─ Prix = point focal de décision?
└─ Si oui: DROITE ♦
Échelle de Positionnement Axe X:
Position sur papier/digital:
0% 50% 100%
↓ ↓ ↓
INNOVATION ←────────────────→ COMMODITÉ
Exemple Deliveroo (Axe X):
- Algorithme matching: 15% (gauche = très innovant)
- Prédiction livraison: 20% (gauche = innovant)
- App UI: 50% (centre = produit établi)
- GPS/Maps: 65% (centre-droite = commoditisé)
- Paiement Stripe: 85% (droite = commodité)
- Véhicules/Livreurs: 95% (droite = commodité pure)
🎯 INSIGHT CLÉ: Axe X crée la STRUCTURE HORIZONTALE
Axe X montre (appliqué À LA STRUCTURE Y):
├─ Où innover vs optimiser coûts
├─ Build/Buy/Partner decisions
├─ Avantage compétitif (gauche)
├─ Commodité acceptée (droite)
└─ Évolution prévisible (gauche→droite avec temps)
Combiné avec Axe Y:
└─ Vous avez la CARTE COMPLÈTE 2D!
Exemple:
- App UI (haut-centre) = visible + established
→ BUILD (c'est votre interface client)
- Infrastructure (bas-droite) = invisible + commodity
→ BUY (AWS)
- Algo matching (milieu-gauche) = semi-visible + innovant
→ BUILD (avantage compétitif)
Erreur Courante #5:
❌ "Mettre tout à gauche (tout innovant)"
→ Démontre incompréhension stratégique
→ Crée fausse sens de sécurité
→ Irréaliste
✅ "Répartition réaliste (gauche + centre + droite)"
→ Démontre maturité stratégique
→ Basé sur réalité marché
→ Permet vraies décisions
ÉTAPE 6: Analyse & Mouvements Stratégiques (20 min)
Question Clé: “Que pouvons-nous apprendre de la carte Y+X? Quels mouvements faire?”
Pour Deliveroo (Analyse Complète):
OBSERVATIONS SUR AXLE Y (Visibilité):
Éléments Visibles (Haut):
✓ Application UI
✓ Notifications
✓ Livreur (GPS)
→ Client-facing layer
→ DÉPEND COMPLÈTEMENT de couches dessous
Éléments Invisibles (Bas):
✓ Database
✓ Cloud infrastructure
✓ Algorithmes backend
→ Infrastructure critique
→ SI CASSE = tout haut casse
OBSERVATIONS SUR AXLE X (Évolution):
Gauche (Innovant):
✓ Algorithme matching unique
✓ Pricing dynamique
✓ Prédiction livraison
→ Avantages compétitifs = À PROTÉGER
Centre (Produit):
✓ Application UI standard
✓ GPS/Maps (Google)
→ Faut être BON, mais commodité
→ Pas différenciation
Droite (Commodité):
✓ Paiement = Stripe
✓ Véhicules = Indépendants
→ ACCEPT commodité, focus pas là
→ Optimiser coûts
Mouvements Stratégiques à Considérer:
MOUVEMENT 1: Protéger Innovation
└─ Algorithme matching = SECRET
└─ Investir R&D continu
└─ Brevets si possible
└─ Où: Gauche (innovation)
MOUVEMENT 2: Accepter & Optimiser Commodité
└─ Paiement = Stripe (best-of-breed)
└─ Pas réinventer payment
└─ Négocier prix avec fournisseur
└─ Où: Droite (commodité)
MOUVEMENT 3: Exceller en Produit Établi
└─ App UI = faire TRÈS bien
└─ UX fluide, rapide, beautiful
└─ Différenciation vs Uber Eats
└─ Où: Centre (produit)
MOUVEMENT 4: Prévoir l'Évolution
└─ Algorithme DOIT devenir invisible (bas)
└─ Mais rester innovant (gauche)
└─ Préparer prochaine innovation
└─ Exemple: ML doit supporter 10x users
Questions d’Analyse Stratégique:
1. "Où sommes-nous vulnérables?"
├─ Si algorithme breaked = nous down (critique!)
├─ Si Stripe down = pas payment (impact haut)
├─ Si Database down = système mort (critique!)
└─ Mitigation strategy?
2. "Où devons-nous innover?"
├─ Algorithme toujours innovant
├─ Ou data science nouvelle?
├─ Ou machine learning pour nouveau usecase?
└─ Roadmap innovation?
3. "Quoi acheter vs construire?"
├─ Infrastructure cloud = BUY (commodité)
├─ Paiements = BUY (commodité, réglé)
├─ Matching = BUILD (innovation!)
├─ App UI = BUILD (interface client)
└─ Decision matrice par élément?
4. "Quelle menace émergente?"
├─ Uber Eats meilleur UX (centre)
├─ Amazon entering marché (gauche)
├─ Vélos électriques + drones (commodité bas)
├─ Préparation? Mitigation?
└─ Roadmap défense?
📝 Templates Téléchargeables
Template 1: Feuille de Travail (Papier - Nouvel Ordre Y→X)
Titre de la Carte: _______________
Date: _______________
Utilisateur: _______________
ÉTAPE 1-3: Chaîne + Dépendances
1. ________________ 6. ________________
2. ________________ 7. ________________
3. ________________ 8. ________________
4. ________________ 9. ________________
5. ________________ 10. ________________
ÉTAPE 4: Axe Y (Position % bas=0, haut=100) - PREMIER!
Element A: 95% (très visible - client voit)
Element B: 30% (invisible - infrastructure)
ÉTAPE 5: Axe X (Position % gauche=0, droite=100) - DEUXIÈME!
Element A: 15% (gauche = innovant)
Element B: 85% (droite = commodité)
ÉTAPE 6: Insights (Y+X combinés)
Avantages clés (gauche): _______________
Vulnérabilités (bas): _______________
Commodité acceptée: _______________
Mouvements stratégiques: _______________
Template 2: Format Numérique (OnlineWardleyMaps)
Procédure (avec nouvel ordre Y→X):
- Aller sur
onlinewardleymaps.com - Click “Create Map”
- Ajouter utilisateur (en haut à gauche)
- Ajouter éléments (tous d’abord)
- PREMIÈREMENT: Positionner Axe Y (vertical: haut=visible, bas=invisible)
- DEUXIÈMEMENT: Positionner Axe X (horizontal: gauche=innov, droite=commod)
- Ajouter dépendances (flèches)
- Exporter PNG/SVG
🚫 Erreurs Communes & Solutions (Mises à Jour)
Erreur 1: Chaîne Trop Complexe (40+ éléments)
Problème:
- Trop d'info
- Pas de vue d'ensemble
- Difficile stratégiquement
Solution:
- Réduire à 8-12 éléments
- Ou créer sous-cartes
- Grouper éléments similaires
Erreur 2: Ignorer la Hiérarchie Verticale (Axe Y)
Problème:
- Sauter directement à Axe X
- Comprendre pas les dépendances
- Carte non-stratégique
Solution:
- TOUJOURS FAIRE AXE Y D'ABORD
- Comprendre: client→milieu→infra
- Identifier dépendances verticales
- PUIS faire Axe X
Erreur 3: Tout Innovation (Tous à gauche)
Problème:
- Irréaliste
- Pas stratégiquement utile
- Montre incompréhension
Solution:
- Réfléchir vraiment où commodité
- Accepter commodité existe
- Focus innovation sur vrai diff
Erreur 4: Pas de Dépendances
Problème:
- Éléments flottent
- Pas de chaîne logique
- Pas d'insights stratégiques
Solution:
- Ajouter flèches explicitement
- Une dépendance = une flèche
- Clarifier "casse si X down"
Erreur 5: Positionnement Aléatoire
Problème:
- Position X/Y au hasard
- Pas d'explication
- Mauvais insights
Solution:
- Justifier chaque position
- Référence à évolution réelle
- Ask "pourquoi ce %?"
- Valider avec team
Erreur 6: Pas d’Analyse Finale
Problème:
- Belle carte, zéro insight
- "Et après?"
- Pas d'action items
Solution:
- ÉTAPE 6 obligatoire
- Quoi apprendre?
- Quels mouvements?
- Document conclusions
- Créer roadmap
🎯 Exercices Pratiques (Ordre Y→X)
Exercice 1: Netflix (Facile, 30 min)
Scénario: Mappez Netflix en 2024 avec ordre Y→X
Utilisateur: Client qui veut regarder séries/films
Éléments:
├─ Application UI
├─ Contenu original
├─ Streaming tech
├─ Recommandation ML
├─ Paiement
├─ Infrastructure cloud
└─ Droit d'auteur
AXE Y (PREMIÈREMENT):
- App UI: 95% (très visible)
- Contenu: 75% (visible)
- Recommandation: 60% (semi-visible)
- Streaming tech: 40% (semi-invisible)
- Infrastructure: 5% (invisible)
AXE X (DEUXIÈMEMENT):
- App UI: 50% (produit)
- Contenu: 30% (innovation)
- Streaming: 80% (commodité)
- ML: 20% (innovation)
- Paiement: 90% (commodité)
Mouvements: Vers où aller?
Exercice 2: Votre Entreprise (Modéré, 60 min)
Scénario: Mappez votre propre produit/service (Y→X)
1. Utilisateur: Qui vraiment?
2. Besoin: Quel problème vous résolvez?
3. Chaîne: Tous les éléments?
4. Dépendances: Qui dépend de qui?
5. AXE Y PREMIÈREMENT:
└─ Positionner visible vs invisible
└─ Comprendre flux vertical
└─ Identifier couches
6. AXE X DEUXIÈMEMENT:
└─ Pour CHAQUE élément déjà positionné en Y
└─ Appliquer innovation vs commodité
└─ Résultat: carte complète
7. Mouvements: Stratégiquement, quoi faire?
Exercice 3: Concurrent (Avancé, 90 min)
Scénario: Mappez votre concurrent (Y→X)
Comprendre sa position:
1. Où est-il fort? (Axe X et Y)
2. Où vulnérable?
3. Comment il attaque? (Mouvements)
4. Comment le battre? (Votre stratégie)
✅ Checklist Finale (Ordre Y→X)
□ Utilisateur & besoin clairs?
□ Chaîne = 8-12 éléments? (pas > 15)
□ Tous les éléments ont dépendances claires?
□ AXE Y - PREMIÈREMENT:
□ Positions réalistes (haut/bas)?
□ Démarcation client↔backend claire?
□ Points critiques identifiés?
□ AXE X - DEUXIÈMEMENT:
□ Positions justifiées (gauche/droite)?
□ Répartition réaliste (pas tout gauche)?
□ Consensus avec team?
□ ANALYSE:
□ Insights documentés?
□ Mouvements stratégiques identifiés?
□ Vulnérabilités reconnues?
□ Roadmap proposée?
□ Partagé & discuté avec team?
🔗 Ressources Supplémentaires
- Outil: https://onlinewardleymapping.com
- Exemples: learnwardleymapping.com
- Template: Fichier Excel/Sheets disponible
- Articles connexes:
- Article 3: L’Axe Y (Visibilité) - Lire en premier!
- Article 2: L’Axe X (Évolution) - Lire en deuxième!
🔄 Résumé du Nouvel Ordre Pédagogique
┌────────────────────────────────────────────────┐
│ │
│ ANCIEN: Éléments → X → Y │
│ (moins intuitif) │
│ │
│ NOUVEAU: Éléments → Y → X │
│ ✅ Plus logique et naturel │
│ ✅ Dépendances verticales d'abord │
│ ✅ Maturité horizontale après │
│ ✅ Carte plus stratégique │
│ │
└────────────────────────────────────────────────┘
Créé: 2025-11-18 (Révisé: Ordre Y→X)
Format: Guide pas-à-pas
Durée: 45-90 minutes
Niveau: Débutant à Intermédiaire
Statut: ✅ Prêt pour atelier/auto-apprentissage avec NOUVEL ORDRE
