Trop de sujets, aucun ordre clair.
Les demandes s’accumulent entre site, acquisition, outils, data ou IA. La méthode remet les dépendances et les priorités dans un ordre défendable.
Faire avancer un projet digital sans disperser les budgets, les équipes ni l’attention.
La boucle 300-60 relie stratégie et exécution : comprendre le vrai problème, rendre les arbitrages explicites, construire une pièce utile, puis observer ce qu’elle change avant d’engager la suite.
Vous n’avez pas besoin de connaître la solution, le budget exact ou le bon vocabulaire. Un sujet précis permet d’aller vite ; une situation confuse permet de commencer plus en amont.
Le rôle de la méthode n’est pas d’ajouter une couche de processus. Elle crée un langage commun entre la direction, les métiers et les personnes qui construiront ou utiliseront la solution.

Une décision visible, une pièce testable et un signal partagé pour choisir la suite.
Photo Julio Lopez / UnsplashLa méthode 300-60 est particulièrement adaptée lorsque plusieurs sujets se croisent, que les équipes ne lisent pas la priorité de la même façon ou qu’une solution semble évidente avant même que le problème soit posé.
Les demandes s’accumulent entre site, acquisition, outils, data ou IA. La méthode remet les dépendances et les priorités dans un ordre défendable.
Les messages, contenus, campagnes et parcours avancent séparément. La méthode les relie autour d’une intention et d’un système de preuve communs.
La solution technique ne suffit pas lorsque les règles, les responsabilités ou le quotidien des équipes ont été laissés de côté.
Avant de demander un devis ou de figer un cahier des charges, la méthode aide à choisir le premier périmètre qui permettra réellement d’apprendre.
Les quatre mouvements donnent un ordre au travail sans l’enfermer dans un processus rigide. Chaque passage doit réduire une incertitude, produire quelque chose d’utilisable et rendre la décision suivante plus facile.
Nous confrontons les objectifs annoncés à l’existant, aux usages, aux contraintes et aux signaux disponibles. Cette lecture évite de répondre trop vite à un symptôme par un nouvel outil, une refonte ou une campagne.
Nous transformons le diagnostic en architecture de décision : messages, parcours, responsabilités, séquence des chantiers et critères d’arbitrage. Chacun sait ce qui doit être décidé, produit ou volontairement différé.
Nous concevons puis produisons le bon niveau de solution : message, page, interface, prototype, automatisation ou outil. La réalisation reste reliée à une hypothèse, à un usage et à une décision à venir.
Nous organisons les signaux, les retours et les responsabilités après la mise en service. L’objectif n’est pas d’optimiser tout en continu, mais de distinguer ce qui produit de la valeur de ce qui peut attendre.
Ces exigences s’appliquent quelle que soit la taille du projet. Elles protègent les budgets, rendent les responsabilités plus lisibles et empêchent la production de prendre de l’avance sur la compréhension.
Nous séparons les faits, les symptômes, les hypothèses et les contraintes. Cette distinction permet de voir où se situe réellement la décision : dans la stratégie, l’organisation, le message, l’expérience ou la technologie.
Les arbitrages cessent de reposer sur la personne la plus insistante, la dernière tendance ou la solution déjà connue.
Chaque livrable est conçu comme une pièce de décision. Une architecture aide à prioriser, un prototype à confronter un usage, une page à tester un message, une automatisation à éprouver une règle métier.
La production n’est plus une fin en soi : elle réduit une incertitude et prépare la suite du système.
La mise en service ouvre une nouvelle lecture. Nous précisons ce qui doit être observé, qui en est responsable, quels retours comptent et dans quelles conditions une nouvelle intervention devient pertinente.
Le projet ne retombe pas dans une liste de demandes isolées dès que la première pièce est livrée.
La méthode n’a pas vocation à ralentir l’action. Elle évite de consacrer du temps, du budget et de l’énergie collective à une direction que personne ne sait défendre ou mesurer.
Ce que vous devez pouvoir attendre avant même de choisir un format.
La stratégie, le message, l’expérience, la technologie et les usages ne sont pas traités comme cinq projets indépendants. Un interlocuteur conserve la logique d’ensemble et documente les arbitrages.
Chaque pièce doit aider à décider, construire, transmettre ou piloter : architecture, prototype, page, règle, feuille de route ou tableau de bord. La présentation seule n’est jamais la finalité.
Un atelier peut suffire à débloquer un choix. Un diagnostic est utile quand les dépendances sont nombreuses. Un sprint construit la première pièce. Le pilotage prend le relais lorsque le système doit évoluer.
Les choix, règles et responsabilités sont rendus compréhensibles pour que vos équipes puissent reprendre la main, intégrer un partenaire ou poursuivre sans dépendance artificielle.
Le premier échange sert aussi à vérifier l’adéquation : niveau de décision disponible, personnes à impliquer, contraintes réelles et capacité de 300-60 à produire une contribution utile. Aucun format ne doit être recommandé par défaut.
Un projet est utile lorsqu’il laisse trois choses derrière lui : une décision que les personnes concernées comprennent, un actif que les équipes savent utiliser et un signal assez fiable pour choisir la suite sans repartir de zéro.
Le contexte, les contraintes, les dépendances et le premier enjeu sont formulés clairement. Les personnes concernées comprennent pourquoi ce sujet passe avant les autres.
Direction partageableCette grille décrit ce que le travail doit rendre possible. Les preuves clients, chiffres et résultats ne sont publiés que lorsqu’ils sont vérifiés, contextualisés et autorisés.
Les réponses utiles avant de demander un devis ou de figer un périmètre.
Non. Un cahier des charges écrit trop tôt transforme souvent des hypothèses en exigences et fige une solution avant d’avoir vérifié le problème. Vous pouvez commencer avec des faits, une contrainte, une ambition ou un dysfonctionnement observé. Le cadrage sert précisément à rendre le périmètre compréhensible avant de chiffrer ou de construire.
La bonne composition dépend de la décision à prendre. Un sponsor capable d’arbitrer est généralement nécessaire, puis quelques personnes qui connaissent le terrain : marketing, commerce, opérations, technologie ou utilisateurs concernés. L’objectif n’est pas de réunir tout le monde à chaque étape, mais d’impliquer la bonne personne au moment où son expérience ou sa décision devient indispensable.
Le format dépend de l’incertitude principale. Un atelier aligne rapidement sur une décision circonscrite. Un diagnostic devient pertinent lorsque les causes et dépendances sont encore floues. Un sprint permet de construire une première pièce testable. Le pilotage convient quand plusieurs boucles doivent être reliées dans le temps. Le premier échange sert à choisir la forme la plus légère capable de produire un résultat utile.
Oui, et c’est souvent préférable. Le premier périmètre doit être assez contenu pour apprendre rapidement, mais assez relié au système pour ne pas créer une nouvelle pièce isolée. La vision d’ensemble sert à protéger les dépendances ; elle n’oblige pas à tout construire en même temps.
C’est une conclusion utile. Le diagnostic peut montrer que le premier levier relève de l’organisation, de la gouvernance, du positionnement ou d’une décision interne. Dans ce cas, 300-60 doit le dire clairement, proposer la prochaine étape pertinente si elle existe, et ne pas transformer artificiellement le sujet en prestation digitale.
Parce qu’un atelier de décision, un diagnostic transverse et un sprint de construction ne mobilisent ni les mêmes personnes ni la même profondeur. Un prix ou un délai standard présenté avant de comprendre le sujet serait peu fiable. Le périmètre, les responsabilités, les livrables et les conditions de réussite doivent d’abord être explicites ; le chiffrage devient alors compréhensible et comparable.
Expliquez ce qui change, ce qui résiste, ce que vous avez déjà tenté et ce qui doit devenir possible. Le premier échange ne sert pas à vendre une solution prédéfinie : il sert à vérifier le problème, le niveau d’urgence, les personnes à impliquer et le premier mouvement raisonnable.
Quelques repères suffisent pour commencer à situer votre besoin. La demande se précise ensuite, si c’est pertinent.
Ajoutez une pièce pour faire apparaître une première lecture.
Ajoutez une première pièce pour faire apparaître votre synthèse.
0 élément · 0 information de contexte