Il existe dix-neuf canaux. Un ou deux vont faire tourner ton business. Le rôle d’un moteur GTM, c’est de trouver lesquels, dans quel ordre, et de savoir quand l’un d’eux arrête de marcher. Ce guide te donne le cadre de priorisation : l’univers des canaux, la notation ICE, les anneaux Bullseye, les expérimentations par canal avec critères d’arrêt, et l’économie unitaire par canal qui décide ce qui peut vraiment passer à l’échelle.
La plupart des boîtes choisissent leurs canaux en fonction de ce qui marchait dans leur dernier job, ou de ce qui est à la mode. Les deux sont de mauvaises heuristiques. Un fondateur qui finit un cours sur les canaux se sent compétent en SEO, email et LinkedIn, et tente les trois en même temps. Six mois plus tard : un demi-blog, une liste email de 40 personnes et une habitude de publication qui s’est éteinte en semaine huit. Aucun n’a accumulé d’effet, parce qu’aucun n’a reçu l’attention focalisée qu’un canal demande.
// 01L’univers des canaux
La première erreur en planification GTM, c’est de supposer que le menu est court. Les fondateurs considèrent 3 ou 4 canaux qu’ils connaissent déjà, prennent le plus facile, et appellent ça une stratégie. Les auteurs de Tractionont catalogué 19 canaux d’acquisition distincts : recherche payante, SEO, contenu, email, réseaux sociaux, partenariats, affiliation, développement commercial, vente, viralité, marketing porté par l’ingénierie, PR non conventionnelle, relations presse, salons, événements physiques, prises de parole, animation de communauté, plateformes existantes, blogs du marché cible.
L’univers des 19 canaux de Traction, de Weinberg et Mares. Chaque point représente un canal, dimensionné selon son adéquation à une activité de services. Clique pour inspecter; la plupart seront mauvais pour toi, et c’est précisément le but.
// 02Priorisation ICE
- Impact: Si ce canal marchait bien, à quel point ferait-il bouger l'aiguille ?
- Confiance: À quel point es-tu sûr que ce canal va vraiment marcher dans ton contexte spécifique ? À partir de preuves, d'analogies et de tentatives passées.
- Facilité: Combien d'effort, de temps et de budget faut-il pour faire un test sérieux ?
Score ICE = Impact × Confiance × Facilité
Utilise une échelle de 1 à 10. Le multiplicatif punit un zéro sur n’importe quel axe (un canal auquel personne ne croit ou impossible à tester devient rarement le gagnant, même avec un impact théorique énorme).
Chaque bulle est un canal candidat. L’axe X représente la confiance dans le fait qu’il fonctionnera. L’axe Y représente l’impact s’il fonctionne. La taille de la bulle représente la facilité. Clique pour inspecter.
Erreurs courantes de notation
- Surpondérer l’impact: Un canal qui obtient 9 en impact et 2 sur tout le reste a un produit ICE de 36, presque en bas du classement. Prends la confiance et la facilité aussi au sérieux que l’impact.
- Confondre confiance et optimisme: La confiance répond à la question : "quelles preuves ai-je ?" Si tu ne peux pas citer un élément précis (un concurrent qui le fait, une étude de données, une tentative passée), elle vaut 3 ou moins, pas 7.
- Ignorer le coût d'opportunité: La facilité est relative. Un canal qui prend 10 heures par semaine est facile si tes autres options en prennent 20, difficile si elles en prennent 3.
// 03Le modèle Bullseye
ICE produit une liste classée. Le Bullseye détermine ce que tu en fais.
- Anneau externe (possible): Tous les canaux plausibles : ta liste complète classée par ICE. Volontairement inclusif.
- Anneau du milieu (prometteur): 3 à 5 canaux en test actif. De petites expériences à durée limitée tournent en parallèle, avec des critères explicites de succès et d’arrêt.
- Anneau interne (cœur): 1 à 2 canaux qui ont mérité un investissement disproportionné. Des moteurs d’accumulation. La majorité du temps, du budget et de l’attention.
Les canaux commencent dans l’anneau extérieur, passent au milieu quand ils montrent un signal, puis arrivent au centre une fois prouvés. Passe d’une phase à l’autre.
// 04Faire tourner des expérimentations canal
Chaque expérimentation canal a besoin de cinq choses spécifiées avant de commencer :
- Hypothèse: « Un article technique approfondi sur le problème que résout l’OSS va générer au moins 5 inscriptions au plan hébergé en 60 jours. »
- Plus petit test: La version la moins chère qui produit une preuve suffisante pour décider. Tu n’as pas besoin d’une série de 12 articles ; tu as besoin de 3 articles très techniques qui correspondent à la façon dont les ingénieurs cherchent déjà cette douleur.
- Durée fixe: 30 / 60 / 90 jours selon le canal. SEO et contenu ont besoin de plus de temps à cause du délai de retour. La publicité payante et la prospection directe peuvent être jugées en 30 jours.
- Critères de succès: « Génère au moins X inscriptions au plan hébergé avec un CAC inférieur à Y. » Si tu ne peux pas nommer le chiffre à l’avance, tu rationaliseras n’importe quel résultat.
- Critères d’arrêt: « Si après 60 jours les inscriptions totales au plan hébergé venant du canal sont sous 2, je l’arrête et je redirige l’effort. » Les critères d’arrêt court-circuitent le biais des coûts irrécupérables.
Voilà la forme honnête de la découverte de canaux. La plupart échouent ; c’est le mécanisme qui fait son travail. La compétence, c’est de couper vite, pas de choisir juste du premier coup.
// 05Économie unitaire par canal
Un canal qui produit des inscriptions n’est pas encore un canal qui marche. Il peut produire des inscriptions à un CAC supérieur à ton LTV, ce qui veut dire que chaque nouveau compte d’équipe te fait perdre de l’argent par unité. Avec un plan hébergé à 49 $/siège/mois et une équipe mixte de 4 sièges (environ 2 350 $ d’ACV), un CAC de 6 K$ implique un délai de retour de 12 mois avant même de prendre en compte l’attrition. Le canal de distribution OSS (22K stars GitHub, ~3K utilisateurs OSS actifs par semaine, 1,8 % de conversion vers le plan hébergé) passe la barre largement ; la plupart des canaux payants non.
Délai de retour, par canal
- Contenu SEO: Retour long (4 à 6 mois), mais avec une courbe cumulative. Demande de la trésorerie devant soi.
- Publicité payante: Rapporte mois après mois, mais avec un plafond. Cesse de rapporter dès que tu arrêtes de dépenser.
- Partenariats: Tout ou rien. Un excellent partenaire rembourse une année d’effort ; beaucoup de partenaires ne remboursent rien.
- Sponsoring de newsletters: Résultat stable avec effet cumulatif modeste. Se situe entre SEO et publicité payante en profil de retour : un sponsoring dans une newsletter développeur (Bytes, Pointer) arrive une fois dans 50K boîtes mail et continue à amener des inscriptions pendant des semaines.
Chaque forme de canal convient à une situation de trésorerie différente. Si tu peux attendre six mois pour le payback, le SEO est souvent supérieur. Si tu as besoin de leads ce mois-ci, le paid reste la bonne réponse, même avec un ROI total plus faible.
Ratio LTV:CAC, par canal
La deuxième couche d’analyse demande non seulement quand un canal atteint l’équilibre, mais si chaque euro dépensé est productif. LTV:CAC (introduit dans le Module 1.1) devient le contrôle de santé. Le minimum 3:1 pour un canal sain est une heuristique utile.
Les canaux sains se trouvent souvent entre les lignes 3:1 et 5:1. En dessous de 1:1, tu perds de l’argent. Au-dessus de 5:1, tu sous-investis probablement et tu pourrais scaler plus franchement.
// 06Des canaux au système
Ton moteur GTM n’est pas la somme de tes canaux. C’est leur composition : un graphe dirigé où chaque couche alimente la suivante, et une boucle de retour qui transforme les équipes payantes en acquisition.
- Acquisition: Canaux de haut de tunnel qui génèrent notoriété et trafic. Rôle : attirer les bonnes personnes.
- Captation: Murs d’inscription dans la documentation OSS, pages du plan hébergé, mentions GitHub Sponsors, formulaires de suivi après une conférence. Rôle : transformer des utilisateurs OSS déjà intéressés en comptes d’équipe.
- Confiance: Séquences email, relances de contenu, reciblage social. Rôle : faire avancer les inscrits vers la disposition à acheter.
- Conversion: Essais gratuits du plan hébergé, parcours d’essai pour les équipes, appels avec des partenaires de conception pour les grandes équipes. Rôle : transformer des inscriptions engagées en comptes d’équipe payants.
- Retour: Retours clients dans des meetups DevOps (carburant pour l’acquisition), recommandations entre ingénieurs dans la communauté OSS (nouvelle acquisition), étoiles GitHub et logos sur le site (gain en conversion). Rôle : transformer la sortie en entrée.
Survole un nœud pour voir ses connexions. Aucun canal ne produit des clients seul ; le moteur vient de la combinaison acquisition, capture, nurturing, conversion et feedback.
La boucle de retour est ce qui sépare un tunnel d’un moteur. Une équipe qui adopte le plan hébergé écrit un article technique sur la façon dont elle l’utilise, ce qui lui vaut une place dans une newsletter développeur, ce qui attire de nouvelles équipes du même archétype. Le système n’accumule de l’effet que si tu fermes cette boucle volontairement.
// 07Six choses à retenir
- 01: 19 canaux existent. Un ou deux vont faire tourner ton business. Brainstorme large, puis coupe dur.
- 02: ICE force un classement. La notation multiplicative punit un zéro sur n’importe quel axe. Confiance et facilité comptent autant que l’impact.
- 03: Le Bullseye garde le mouvement vivant : externe (possible), milieu (test), interne (effet cumulatif). Les canaux bougent dans les deux sens.
- 04: Les expérimentations par canal demandent des critères explicites de succès et d’arrêt, définis avant le test. L’arrêt est le mécanisme qui force la décision.
- 05: CAC par canal et délai de retour sont les diagnostics. Les chiffres moyens cachent des subventions.
- 06: Un moteur GTM qui marche, c’est acquisition → captation → confiance → conversion → retour. La boucle de retour crée l’effet cumulatif.
Tu peux lancer une expérience depuis cet article en moins de cinq minutes.
Choisis l’affirmation la plus forte ci-dessus. Transforme-la en vraie expérience dans Xi avec hypothèse, métrique, seuil de réussite et seuil d’arrêt. Le mois prochain, tu auras des preuves, pas des opinions.
Lancer une expérience