CMO en solo : comment je dirige tout le marketing d'une PME B2B sans équipe

None

CMO en solo : je dirige tout le marketing d'une PME B2B sans équipe. 9h-18h, dimanches off. 50 jours : 290 commits, 245 URL, +86 % de clics GSC. La stack et la cadence.

39538216.png

Format atypique en marketing B2B : je suis le seul à porter le pilotage, l'acquisition, le contenu, la dev et l'analytics d'une PME. Sans agence, sans prestataires, sans service interne. Bilan après 50 jours ouvrés et 18 mois sur ce format.

Le marketing en solo a l'air d'une promesse héroïque. En pratique, c'est un horaire normal : 9h-18h, cinq jours sur sept, dimanches off. Pas de nuits, pas de rush. Sur les 50 jours ouvrés du dernier cycle - 290 commits dans le repo, 245 URL au sitemap, 50+ articles de blog, +86 % de clics dans Google Search Console.

Ce n'est ni une posture, ni un coup d'éclat. C'est un format de travail viable pour une partie précise du marché B2B. Voici ce que ça demande - et ce que ça ne remplace pas.

Ce que veut dire « CMO en solo »

Dans un setup classique, un directeur marketing dirige une équipe : agence SEO, expert SEA, copywriter, designer, développeur, analyste. Il coordonne, attribue, vérifie. Il ne met pas les mains dans la technique.

En solo, ces rôles passent dans une seule paire de mains :

  • SEO : audit technique, schema markup, llms.txt, pages programmatiques, recrawl via API, optimisation Lighthouse.
  • SEA : pilotage des comptes pub, stratégies d'enchères, UTM.
  • Copywriting : articles de blog de 1 500 à 4 000 mots, pages services, scripts d'annonces.
  • Dev : site fait main en PHP 8.4 sans CMS, base SQL, intégrations CRM.
  • Analytics : Google Analytics 4, Search Console, dashboards, reports au dirigeant.

En parallèle - échange direct avec le dirigeant, vérification du travail de l'équipe opérationnelle via CRM, validation des contrats. En PME B2B, le marketing n'existe presque jamais séparé de l'opérationnel.

La stack qui rend ça possible

Sans les bons outils, le format ne tient pas. Voici les quatre piliers que j'utilise au quotidien.

1. Site fait main, sans CMS. PHP + SQL + .htaccess en router. Pas de WordPress, pas de Tilda. Template de page en cinq lignes : header, contenu, formulaire, footer. Déploiement via rsync en 15 secondes. Quand vous êtes le seul dev, vous n'avez pas besoin d'un écosystème pour cinq. Vous avez besoin d'une solution qui ne casse pas seule et ne demande pas de mises à jour de sécurité chaque semaine.

2. 17 serveurs MCP dans l'éditeur de code. Model Context Protocol donne à l'assistant IA de l'éditeur l'accès à des outils externes. Dans mon settings.json : Playwright pour les audits SEO, Firecrawl pour le crawl concurrentiel, Search Console programmatique, GitHub pour le repo, file system pour les fichiers locaux, Obsidian pour le vault, Snyk pour la sécurité, Gemini pour les visuels. Au total - les outils qu'une équipe normale délègue à un analyste séparé, un dev front, un expert SEO. Pour moi, ils tournent via une interface unique.

3. Obsidian comme base de connaissance. À la racine du repo - un dossier obsidian/ avec 60+ notes. SEO, technique, analytique, certifications ISO, base contenu, log quotidien YYYY-MM-DD. Quand on travaille seul, on oublie ses propres décisions en deux semaines. Le vault est le « deuxième cerveau » où je grep ce que j'avais promis pour jeudi. Pas de Notion, pas de Confluence - des fichiers .md locaux à côté du code.

4. Méthodologie BMAD pour une personne. Brownfield Methodology for Agile Development. Six épics, 26 stories, 26 slash-commandes pour l'éditeur. C'est un outil pensé pour les équipes de dev. Adapté en solo, ça devient un cadre qui structure le travail d'une personne: un PRD écrit une fois en début de mission, six épics, des stories de 4 à 8 heures chacune. Chaque matin, il est clair quelle story est en cours.

Cadence et discipline

Le format ne marche qu'avec une structure de planning stricte. Sans elle, on glisse vite vers le chaos « je ne me rappelle plus quoi faire aujourd'hui ».

Chaque dimanche soir : 30 minutes pour le plan de la semaine dans Obsidian. 5-6 grosses tâches reliées aux épics BMAD ouvertes. Chaque matin : j'ouvre le vault, je regarde la story active et le log de la veille. Une tâche à la fois, jusqu'à clôture. Sauter de « j'essaie le SEO » à « non, plutôt le SEA » est le chemin le plus rapide vers le burnout en solo.

Le cycle SEO de 50 jours tournait à ce rythme. 290 commits = 5 à 6 par jour. Pas la nuit, pas le week-end. Cadence de publication blog : 2 à 3 articles par semaine. Ce cadre donne un rythme mieux qu'un réveil.

Ce que j'ai délégué aux outils

La moitié de la routine est automatisée. Sans ça, le format ne tient pas une semaine.

  • Recherche de mots-clés : script Python via API publique, 388 phrases en 8-10 minutes.
  • Sitemap : généré à chaque déploiement avec lastmod réel via filemtime().
  • Recrawl d'URL : API Search Console + IndexNow, automatiquement à chaque commentaire approuvé sur le blog.
  • Validation schema : Rich Results Test via Playwright sur une liste d'URL après chaque release.
  • Vulnérabilités : Snyk MCP scanne le code en un clic.
  • Visuels : photos stock libres pour la majorité des bannières, Gemini API pour les couvertures de cas uniques.
  • Premier draft d'article : IA en assistant, relecture finale toujours à la main.

Fact-check final, validation dirigeant, publication - toujours à la main. Je ne ferais pas confiance à l'IA pour publier des chiffres d'entreprise.

Quand le format ne convient PAS

Honnêtement : il y a des contextes où le solo ne tient pas.

  • E-commerce avec des milliers de SKU et un merchandising complexe. Trop d'opérationnel quotidien pour une personne.
  • Budgets média à plusieurs centaines de milliers d'euros par mois. Une équipe performance dédiée fait mieux.
  • B2C de masse avec des milliers de leads par jour. Le triage opérationnel exige une équipe.
  • Entreprises où le marketing doit valider quotidiennement avec la direction en réunion. Le solo perd du temps en alignement.

Le format convient aux PME B2B avec cycle de vente long, petit nombre de gros clients, et un dirigeant qui sait ce qu'il attend du marketing - sans rituel de comités quotidiens.

Ce qui serait différent avec une équipe

Avec 4-5 personnes, je livrerais 2 à 2,5 fois plus. Pas 4 fois. La coordination mange une part significative de l'effet. Et il reste des tâches que le solo ferme plus vite que l'équipe :

  • Tests A/B : pas besoin de réunir l'analyste. Je regarde les données, je tire la conclusion, j'écris le fix, déploiement en 5 minutes.
  • Re-packaging d'offres pour un nouveau canal : j'écris moi-même, je vérifie moi-même, je publie. De l'idée au lancement - une journée au lieu d'une semaine.
  • Corrections techniques : pas de Jira, pas de call avec le dev.

Pour le B2B avec cycle long et petit nombre de gros clients, c'est souvent plus important que « faire 4 fois plus ».

Le format pour la France

J'ai vu plusieurs profils de fractional CMO sur le marché français - la plupart positionnés sur le pilotage stratégique uniquement. Ce que je propose va plus loin : pilotage et exécution technique dans la même paire de mains. C'est rare parce que ça demande un croisement de compétences peu fréquent : marketing + dev + analytics. Mais quand le profil existe, c'est l'option la plus rentable pour une PME B2B en croissance.

Le solo n'est pas une posture. C'est un format qui demande une stack précise, une discipline de cadence stricte, et une honnêteté sur ce qu'il ne couvre pas. Si vous dirigez une PME B2B et que vous cherchez un modèle où une seule personne porte la stratégie et l'exécution - regardez ce modèle de plus près.