Aller au contenu principal

Lecture des canevas de proposition de valeur — KySpectra

  • DocumentStrategielancement/08-assets/canevas/00-lecture-des-canevas.md
  • Version1.0
  • Date2026-08-17
  • StatutLivré
  • Publicinterne
  • MarqueKySpectra (par Kyrieva)

Strategielancement/08-assets/canevas/00-lecture-des-canevas.mdFichier source

#1. Objet du dossier et ce qu'un canevas prouve

Le dossier 08-assets/canevas/ contient douze fichiers SVG, un par persona du dossier de lancement. Chacun représente un canevas de proposition de valeur : la mise en regard, sur une seule page, de ce qu'une personne cherche à accomplir et de ce que KySpectra lui offre réellement aujourd'hui.

Ces canevas ne sont pas des illustrations décoratives. Ce sont des instruments de décision interne. Ils servent à trois usages précis.

Usage Qui s'en sert Ce qu'il en tire
Préparation d'un entretien de découverte Ventes, avant-vente La liste des frustrations à faire dire au prospect, avant de parler du produit
Arbitrage de feuille de route Produit, direction technique Les frustrations sans réponse, qui deviennent des candidats prioritaires
Contrôle de cohérence du discours Marketing, communication La vérification qu'aucun argument public ne dépasse ce que le produit fait

#1.1 Ce qu'un canevas prouve

Un canevas rempli honnêtement prouve une chose et une seule : que l'équipe a formulé explicitement, pour une personne donnée, une correspondance entre des éléments produit existants et des difficultés énoncées. C'est une hypothèse structurée et opposable, pas un résultat de terrain.

#1.2 Ce qu'un canevas ne prouve pas

Le canevas ne prouve pas Pourquoi
Que la personne achètera Un canevas décrit une adéquation logique, pas une décision d'achat ni un budget disponible
Que la douleur est prioritaire chez elle Une frustration réelle peut rester la douzième priorité d'un trimestre
Que la formulation est la sienne Tant qu'un pilote n'a pas parlé, les mots sont ceux de l'éditeur, pas ceux du marché
Que le produit est meilleur qu'un autre Le canevas ne compare rien ; il ne cite aucun concurrent
Que la valeur est quantifiée Aucun gain chiffré n'y figure, faute de mesure terrain vérifiable

Cette distinction est structurante pour tout le dossier. Un canevas est une carte de raisonnement, à confronter au réel dès la phase de pilotes fermés (2026-09-07 → 2026-10-04).


#2. Origine de l'outil et vocabulaire français retenu

L'outil provient d'Alexander Osterwalder et de son équipe (Strategyzer), formalisé dans l'ouvrage Value Proposition Design. Il complète le canevas de modèle d'affaires en zoomant sur deux blocs seulement : le segment de clientèle et la proposition de valeur.

Le vocabulaire d'origine est anglais. Le dossier de lancement étant français d'abord (§12 du brief commun), les termes sont fixés une fois pour toutes ci-dessous. Toute autre traduction est un écart à corriger.

Terme d'origine Terme français retenu Terme rejeté et raison du rejet
Customer Jobs Tâches « Travaux » : trop industriel · « Missions » : trop hiérarchique
Pains Frustrations et problèmes « Douleurs » : calque anatomique inutile hors contexte médical
Gains Attentes et gains « Bénéfices » : connoté comptable, ambigu avec la rentabilité
Products and Services Produits et services Aucun ; la traduction est directe
Pain Relievers Solutions aux problèmes (aussi : anti-douleurs) « Analgésiques » : métaphore médicale déplacée dans un dossier logiciel
Gain Creators Créateurs de gains « Générateurs de valeur » : vague, non traçable à l'original
Customer Profile Profil client « Fiche client » : confusion avec une fiche de données
Value Map Carte de valeur « Carte de proposition » : redondant avec le titre du canevas
Fit Adéquation « Ajustement » : suggère un réglage réversible, pas une correspondance

Le mot anti-douleurs est conservé entre parenthèses dans les documents internes parce qu'il reste répandu à l'oral chez les praticiens francophones de la méthode. Dans tout texte destiné à l'extérieur, la forme retenue est Solutions aux problèmes.


#3. Anatomie du canevas, zone par zone

Les douze fichiers partagent une structure rigoureusement identique. Un lecteur qui a compris un canevas les a tous compris. La numérotation 1 → 6 est visible dans chaque SVG, en pastille, à l'entrée de chaque zone.

#3.1 À droite — le profil client (cercle)

Le cercle est divisé en trois secteurs. Il décrit la personne sans jamais mentionner KySpectra. C'est une règle de méthode : le profil doit rester vrai même si le produit n'existait pas.

Zone Titre Position dans le cercle Contenu
Tâches (Jobs) Secteur droit Ce que la personne cherche à accomplir : tâches fonctionnelles, sociales, émotionnelles
Frustrations et problèmes (Pains) Secteur bas-gauche Ce qui l'empêche, la ralentit, la met en risque ou l'expose
Attentes et gains (Gains) Secteur haut-gauche Ce qu'elle espère obtenir, y compris ce qu'elle n'ose pas demander

#3.2 À gauche — la carte de valeur (carré à pointe)

Le carré se termine par une pointe dirigée vers le cercle. La forme n'est pas gratuite : elle signifie que la carte de valeur est faite pour s'emboîter dans le profil, et non l'inverse.

Zone Titre Position dans le carré Contenu
Produits et services Colonne de gauche La liste des éléments produit concernés, tous de statut Livré
Solutions aux problèmes Bas-droite Comment ces éléments réduisent ou suppriment une frustration précise de ②
Créateurs de gains Haut-droite Comment ces éléments produisent un gain précis de ③

#3.3 Les liaisons et la question centrale

Deux flèches portent la mention « Répondent aux » :

Flèche Origine Destination Ce qu'elle affirme
Flèche basse Solutions aux problèmes Frustrations et problèmes Chaque solution vise une frustration nommée, pas une difficulté générale
Flèche haute Créateurs de gains Attentes et gains Chaque créateur de gain vise une attente nommée, pas un bénéfice supposé

En pied de canevas figure une question centrale d'adéquation, propre à chaque persona. Elle est rédigée à la deuxième personne du pluriel et se répond par oui ou par non. C'est le test final du canevas : si la réponse honnête est « non », le canevas est faux et doit être corrigé, pas embelli.

#3.4 Contraintes techniques communes aux douze fichiers

Contrainte Règle appliquée
Autonomie viewBox présent, aucune ressource externe, aucune police chargée depuis un réseau de diffusion
Texte Éléments <text> réels, jamais de texte vectorisé ni d'image matricielle
Fond Fond blanc explicite, jamais de transparence implicite
Couleurs Palette KySpectra exclusivement (§4 du brief commun)
Provenance IA Le violet #7c5cfc est réservé à ce qui provient d'un agent ; il n'est pas utilisé comme couleur décorative
Statuts Vert #0e7a50 pour Livré ; les statuts En cours et Planifié n'apparaissent pas dans les cartes de valeur
Typographie font-family="Space Grotesk, ui-sans-serif, system-ui, sans-serif" avec repli système
Nommage canevas-persona-<nom>.svg, en minuscules, sans accent

#4. Méthode de lecture en six temps

C'est la partie la plus importante de ce document. Un canevas mal lu produit une conclusion inverse de la réalité. La méthode se déroule en six temps, dans cet ordre, sans exception.

#Temps 1 — Lire le cercle en entier, à droite

Commencez par le profil client, à droite, et lisez-le intégralement : ① puis ② puis ③. À ce stade, ne regardez pas la carte de valeur. Posez-vous une seule question : cette personne existe-t-elle, et ce qui est écrit là est-il vrai pour elle ?

Si le profil est faux, tout le reste est sans objet. Corrigez le profil avant d'examiner l'offre.

#Temps 2 — Seulement ensuite, lire le carré, à gauche

Passez à la carte de valeur : ④ puis ⑤ puis ⑥. Vous lisez maintenant l'offre en connaissant déjà le besoin, ce qui vous met en position d'évaluateur plutôt qu'en position d'auditeur d'un argumentaire.

#Temps 3 — Ne jamais lire de gauche à droite

Lire de gauche à droite revient à partir du produit et à chercher ensuite à qui le vendre. C'est l'erreur que le canevas est précisément conçu pour empêcher. Le sens de lecture est droite → gauche. La pointe du carré indique d'ailleurs la direction inverse de la lecture : elle pointe vers le cercle parce que l'offre doit rejoindre le besoin.

#Temps 4 — Vérifier l'adéquation ligne à ligne, ⑤ ↔ ② puis ⑥ ↔ ③

Prenez chaque élément de ⑤ et cherchez la frustration de ② qu'il adresse. Puis chaque élément de ⑥ et l'attente de ③ correspondante. Une correspondance vaut si elle passe le test suivant.

Test Question à se poser Verdict si la réponse est non
Nommage La frustration visée est-elle nommée explicitement dans ② ? Correspondance à réécrire ou à supprimer
Mécanisme Peut-on dire par quel comportement du produit la frustration diminue ? Argument creux, à retirer
Statut L'élément produit invoqué est-il de statut Livré ? Violation de la règle §6 ci-dessous
Vérifiabilité Une démonstration en navigateur réel pourrait-elle l'établir ? À déclasser en intention, hors canevas

#Temps 5 — Repérer les éléments orphelins, dans les deux sens

Deux repérages, deux conséquences opposées.

Repérage Ce que c'est Conséquence
Élément de ④ / ⑤ / ⑥ qui ne répond à rien dans le cercle Une capacité que nous aimons, dont personne n'a dit avoir besoin Candidat au retrait du discours pour cette persona — pas nécessairement du produit
Frustration de ② sans aucune réponse dans ⑤ Un besoin reconnu et non servi Candidat à la feuille de route, à inscrire comme tel, jamais à masquer

Un canevas sans aucun orphelin des deux côtés est suspect : il a probablement été rempli pour être joli. Un canevas honnête laisse voir ses trous.

#Temps 6 — Conclure par la question d'adéquation

Relisez la question centrale en pied de canevas et répondez-y à voix haute, devant quelqu'un. La réponse admise est oui, non, ou oui sous condition explicite. Toute réponse évasive signifie que le canevas n'est pas encore utilisable.


#5. Les trois niveaux d'adéquation et celui que KySpectra revendique

La méthode distingue trois niveaux d'adéquation, atteints dans cet ordre. On ne saute pas un niveau.

Niveau Nom Ce qui l'établit Preuve exigée
1 Adéquation problème / solution On a formulé un besoin réel et une offre qui y répond de façon plausible, sur papier Un canevas argumenté, adossé à des comportements produit vérifiables
2 Adéquation produit / marché Des clients utilisent réellement le produit et confirment la valeur par leur usage Des usages mesurés chez des tiers, des renouvellements, des témoignages authentiques
3 Adéquation modèle d'affaires La valeur est capturée de façon rentable et répétable à l'échelle Marges, coût d'acquisition, rétention, mesurés sur la durée

#5.1 Réponse honnête pour KySpectra au 2026-08-17

Niveau Position revendiquée Justification
Problème / solution Revendiquée, argumentée Chaque élément de carte de valeur correspond à un comportement produit de statut Livré, prouvé sur au moins un environnement en ligne, souvent en navigateur réel
Produit / marché Non démontrée Aucun pilote client n'a été mené à ce jour. Aucun témoignage n'existe (§15.6 du brief commun). Les canevas expriment donc une hypothèse d'éditeur, pas une validation de marché
Modèle d'affaires Non démontrée La grille tarifaire reste au stade d'hypothèse à valider (§10 du brief commun) et le catalogue de plans doit être nettoyé avant le lancement

Cette position n'est pas une faiblesse à dissimuler ; c'est l'application de la valeur honnêteté d'ingénierie. La phase de pilotes fermés qui s'ouvre le 2026-09-07 a précisément pour objet de faire passer le niveau 2 de « non démontrée » à « en cours de démonstration ».

#5.2 Règle d'usage qui en découle

Aucun canevas ne peut être présenté à l'extérieur comme une preuve d'adoption. En contexte externe, la formule admise est : « voici la correspondance que nous avons formulée entre vos difficultés et ce que la plateforme fait aujourd'hui — nous cherchons des partenaires de conception pour la confronter au réel ».


#6. Règle de véracité appliquée aux cartes de valeur

Seuls des éléments produit de statut Livré figurent dans les zones ④, ⑤ et ⑥ des douze canevas. Cette règle est absolue et prime sur toute considération d'attractivité visuelle.

#6.1 Ce qui est explicitement exclu des canevas

Capacité Statut Motif de l'exclusion
Applications mobiles iOS / Android Planifié Aucun code mobile n'existe dans le dépôt ; les portails restent utilisables sur mobile via navigateur, ce qui n'est pas une application
Pilotes nuage natifs (Azure Container Apps, Cloud Run, ECS) Planifié Le mécanisme générique par interface en ligne de commande est prouvé ; les pilotes natifs ne le sont pas
Provisionnement automatique de fournisseur d'identité Planifié Bloqué par des droits d'administration ; une action d'exploitation est requise
Place de marché de capacités avec audience ciblée 🟡 En cours Code écrit et testé, non déployé, non prouvé en ligne
Portail de documentation kyspectradoc.kyrieva.com 🟡 En cours Créé dans le cadre de ce programme, non encore publié

#6.2 Contrôle avant diffusion

Avant qu'un canevas quitte le dossier interne, trois vérifications sont faites dans l'ordre.

# Vérification Critère de réussite
1 Chaque élément de ④ existe dans l'inventaire fonctionnel du brief commun (§6) Correspondance nominative exacte
2 Chaque élément de ④ porte le statut Livré dans ce même inventaire Aucun élément En cours ni Planifié
3 Aucun chiffre de marché, aucun témoignage, aucun superlatif interdit n'apparaît dans le SVG Lecture intégrale du texte du fichier

Un canevas qui échoue à l'une de ces trois vérifications est corrigé avant usage. Il n'est jamais diffusé « en attendant ».


#7. Tableau récapitulatif des douze personas

Ce tableau est la table de correspondance de référence entre les personas du §9 du brief commun et les fichiers du dossier. L'élément produit pivot est celui qui porte l'essentiel de la charge démonstrative dans la carte de valeur ; il n'est pas le seul élément présent dans le SVG, mais c'est celui à citer si vous ne devez en citer qu'un.

# Persona Fichier SVG Douleur dominante Élément produit pivot (Livré) Gain principal visé
1 Développeur / ingénieur logiciel canevas-persona-developpeur.svg Reprendre du code généré dont l'intention est perdue Rétro-ingénierie de dépôt + exigence reliée + exécution de code en tâches Kubernetes éphémères Modifier sans craindre, parce que l'intention est retrouvable
2 Product Owner / Product Manager canevas-persona-product-owner.svg Écart entre ce qui a été demandé et ce qui est livré Spécification exécutable versionnée + validation EARS + remontée du défaut vers l'exigence Prouver que le livré correspond au demandé
3 QA / Test Lead / SDET canevas-persona-qa.svg Couverture de test non reliée aux exigences Génération de tests + données de test synthétiques conformes + portes de qualité + tests navigateur réels Une matrice exigence → test opposable
4 Architecte logiciel / d'entreprise canevas-persona-architecte.svg Architecture réelle inconnue et divergente du plan Sept familles d'artefacts de rétro-ingénierie (C4, modèle de données, OpenAPI, machines à états, BPMN, TOGAF, sécurité) Voir l'écart entre le plan et le réel
5 CTO / VP Ingénierie canevas-persona-cto.svg La vitesse d'aujourd'hui payée par la paralysie de demain Plafond d'autonomie N0 → N3 + budgets et quotas + boucle fermée jusqu'à la production Une vitesse soutenable, pas une dette d'intelligibilité
6 DSI / directeur TI canevas-persona-dsi.svg Prouver la maîtrise de l'IA à un comité et à un auditeur Registre central d'agents + capacités à trois niveaux en refus par défaut + journal d'audit chaîné + rapport Loi 25 Un dossier opposable, pas une note d'intention
7 Analyste d'affaires canevas-persona-analyste-affaires.svg Des exigences qui meurent dans un document mort Génération d'exigences depuis le langage naturel + validation EARS + métamodèle par projet L'exigence reste vivante et reliée à ce qui est construit
8 Ops / SRE / DevOps canevas-persona-ops-sre.svg Des déploiements sans traçabilité de décision Déploiement gouverné avec approbation et retour arrière + DEPLOY_LIVE=false par défaut + génération de pipeline CI/CD Chaque mise en production est explicable après coup
9 Sécurité et conformité canevas-persona-securite-conformite.svg Des agents IA sans périmètre ni journal opposable Séparation des devoirs + refus par défaut + coffre de secrets par projet + masquage d'existence par 404 + rapport Loi 25 Une preuve d'encadrement vérifiable
10 Agence / ESN / intégrateur canevas-persona-agence-esn.svg Reprendre un système client sans documentation Rétro-ingénierie + documentation-comme-code + isolation multi-locataire stricte Un audit de reprise en jours plutôt qu'en mois
11 PME / dirigeant non technique canevas-persona-pme.svg Dépendance totale à un prestataire Espace de travail à 11 vues canoniques + artefacts lisibles (PRD, BPMN) + journal d'audit + produit bilingue Comprendre et reprendre son propre actif logiciel
12 Enseignant et étudiant canevas-persona-education.svg Enseigner le cycle de vie complet sans infrastructure Trois environnements en ligne + portails web + plafond d'autonomie N1 + widget de collecte de retours Le cycle complet enseignable sans monter d'infrastructure

#7.1 Lectures croisées utiles

Groupe Personas Ce qu'ils partagent
Les preuves à produire 6, 9 Ils n'achètent pas une fonctionnalité, ils achètent un dossier qui tient devant un tiers
Les traçabilités à établir 2, 3, 7 Ils veulent relier une demande, un test et une exigence dans une même chaîne
Les existants à comprendre 1, 4, 10 Ils partent d'un système déjà là, jamais d'une page blanche
Les cadences à soutenir 5, 8 Ils arbitrent entre vitesse immédiate et coût différé
Les autonomies à conquérir 11, 12 Ils cherchent à ne plus dépendre d'un tiers pour comprendre ou pour enseigner

#8. Mettre à jour un canevas et le convertir

#8.1 Règle d'ordre — non négociable

Toute modification suit cet ordre exact, sans raccourci.

Étape Action Fichier concerné Pourquoi cet ordre
1 Modifier d'abord le brief commun Strategielancement/00-brief-commun.md Le brief fait autorité sur les personas, les statuts et le vocabulaire ; il est la source, pas le reflet
2 Répercuter dans le SVG concerné 08-assets/canevas/canevas-persona-<nom>.svg Le visuel ne doit jamais devancer la décision écrite
3 Mettre à jour le tableau du §7 de ce document Le présent fichier La table de correspondance reste le point d'entrée de toute relecture

Modifier un SVG sans passer par le brief crée une divergence silencieuse : le visuel dit une chose, le dossier en dit une autre, et personne ne sait lequel fait foi. En cas de contradiction constatée, le brief commun gagne et le SVG est corrigé.

#8.2 Points de contrôle après modification

Contrôle Comment le faire
Le fichier reste autonome Rechercher toute occurrence de http://, https:// ou @import dans le SVG : il ne doit y en avoir aucune dans une référence de ressource
Le texte reste du texte Vérifier que le contenu modifié est bien dans un élément <text> et non converti en tracé
Les couleurs restent conformes Comparer chaque valeur hexadécimale à la palette du §4 du brief commun
Le statut reste Livré Confronter l'élément ajouté à l'inventaire fonctionnel du §6 du brief commun
La lisibilité tient en sombre Ouvrir le fichier sur un fond sombre : le fond blanc explicite doit rester peint, le texte rester contrasté

#8.3 Conversion vers un format d'impression ou de présentation

Trois voies, par ordre de préférence.

Voie Commande ou geste Quand la choisir
Inkscape inkscape canevas-persona-developpeur.svg --export-type=pdf --export-filename=canevas-persona-developpeur.pdf Meilleure fidélité typographique ; voie recommandée pour un dossier imprimé
librsvg rsvg-convert -f pdf -o canevas-persona-developpeur.pdf canevas-persona-developpeur.svg Conversion en lot, scriptable, sans interface graphique
Navigateur Ouvrir le SVG, puis imprimer vers PDF, format paysage, marges nulles, arrière-plans activés Aucun outil installé ; dépannage rapide avant une réunion

Pour une image matricielle (miniature de présentation) : inkscape <fichier>.svg --export-type=png --export-dpi=192. Conservez toujours le SVG comme original ; le PNG est un dérivé jetable, jamais la version de référence.


#9. Erreurs de lecture fréquentes

# Erreur Conséquence Correctif
1 Lire de gauche à droite, en partant de la carte de valeur On juge le besoin à travers l'offre ; toute case du produit paraît justifiée Reprendre au temps 1 : lire le cercle en entier avant de regarder le carré
2 Traiter le canevas comme une preuve d'adoption On affirme à l'extérieur une adéquation produit / marché qui n'existe pas Rappeler le §5 : niveau 1 revendiqué, niveau 2 non démontré faute de pilote
3 Compter les éléments plutôt que vérifier les correspondances Un canevas très rempli passe pour un canevas solide Appliquer le temps 4 : chaque ligne de ⑤ et ⑥ doit pointer une entrée nommée de ② ou ③
4 Ignorer les frustrations sans réponse La feuille de route perd ses meilleurs candidats et le discours devient sourd Lister explicitement les orphelins de ② et les porter au comité produit
5 Garder un élément produit qui ne répond à rien On surcharge l'argumentaire d'une capacité que cette persona n'a pas demandée Le retirer du canevas de cette persona ; le conserver ailleurs s'il sert un autre profil
6 Ajouter une capacité En cours ou Planifiée pour « équilibrer » le visuel Violation directe du §15.2 du brief commun ; risque de promesse non tenue Ne garder que du Livré ; inscrire le reste dans une feuille de route datée, hors canevas
7 Confondre ① Tâches et ② Frustrations Le profil devient une liste de plaintes sans objectif ; on perd le motif d'achat ① décrit ce que la personne veut accomplir ; ② décrit ce qui l'en empêche
8 Confondre ③ Attentes et ⑥ Créateurs de gains Le gain espéré est confondu avec le mécanisme produit ; l'argument tourne en rond ③ est dans le cercle et ne cite jamais KySpectra ; ⑥ est dans le carré et cite un comportement produit
9 Lire les douze canevas comme douze produits On croit à douze offres distinctes ; le discours se fragmente Il y a une plateforme et douze angles de lecture ; le tableau du §7 le montre par les éléments partagés
10 Modifier le SVG sans toucher au brief commun Divergence silencieuse entre le visuel et la source d'autorité Appliquer l'ordre du §8.1 : brief, puis SVG, puis tableau du §7
11 Présenter un canevas sans dire de quand il date Un lecteur suppose qu'il reflète l'état du jour, ce qui devient faux dès la prochaine livraison Toujours annoncer la version et la date de ce document en ouverture de séance
12 Chercher un concurrent dans le canevas On invente une comparaison que le document ne porte pas Le canevas ne compare rien ; les positionnements relatifs vivent dans les documents de marché

KySpectra — Plateforme agentique SDD/SDLC · par Kyrieva
Documentation : kyspectradoc.kyrieva.com · Dossier de lancement : Strategielancement/
Document interne de pré-lancement — version 1.0 du 2026-08-17. Les données marquées « [Gabarit : … ] » doivent être renseignées ou revalidées avant diffusion externe.