Responsable marketing en solo : une personne gère tout le marketing
Je dirige le marketing d'un nettoyage B2B sans équipe. 9h-18h, dimanches off. 290 commits, 245 URL, +86 % clics GSC en 50 jours.
Le mode solo a l’air héroïque - en pratique c’est juste un horaire normal 9h-18h, sans drame et sans heures sup. J’ai une boîte de nettoyage à Saint-Pétersbourg, j’y suis responsable marketing. Tout seul. Sans agence, sans prestataires, sans service de cinq personnes. En 50 jours ouvrés depuis la sortie du nouveau site - 290 commits dans le repo, 245 URL au sitemap, 50+ articles de blog, un funnel lead 4 canaux via AmoCRM, +86 % de clics Google Search Console. Dans cet article : format, stack, cadence. Sans héroïsation.
En bref
- 290 commits en 50 jours ouvrés = 5-6 commits/jour. Pas la nuit, pas le week-end.
- 5 rôles en une paire de mains : SEO, SEA, copywriting, dev, analytics
- Stack : PHP sans CMS, 17 serveurs MCP dans l’éditeur, Obsidian comme base de connaissance, méthodologie BMAD
- Plan de la semaine le dimanche soir, 30 minutes. Puis une tâche à la fois
- Ne convient pas pour budgets > 500 000 RUB/mois et produits avec des milliers de leads/jour
Ce que veut dire ‘responsable marketing en solo’
Le responsable marketing dirige le service marketing. Dans un setup normal, il dirige une équipe : agence SEO, expert SEA, équipe contenu, designer, développeur, analyste. Coordonne, attribue les tâches, vérifie le travail. Ne met pas les mains dedans.
‘Responsable marketing en solo’ = tous ces rôles en une paire de mains :
- Spécialiste SEO. Audit technique, schema, llms.txt, pages SEO programmatiques, recrawl d’URL via API, optimisation Lighthouse
- Spécialiste SEA. Comptes Yandex Direct, Google Ads, Telegram Ads, Avito, stratégies d’enchères et UTM
- Copywriter. Articles de blog 1500-4000 mots avec FAQ, textes des pages services, scripts d’annonces
- Développeur. Site fait main en PHP 8.4 sans CMS, 245 URL, MySQL pour blog et leads, intégration AmoCRM
- Analyste. GA4, Yandex Metrica, Roistat, dashboards BI, reports au propriétaire
En parallèle - échange avec le propriétaire, réécriture de templates d’offres commerciales, vérification du travail des équipes de nettoyage via CRM, validation de contrats. Le marketing en petit-moyen B2B existe rarement séparé de l’opérationnel.
Ma journée type
Planning pas strict, mais stable. Sans lui, le travail solo vire vite en mode réactif ‘éteindre l’incendie’.
Avant le déjeuner - travail concentré : textes, dev, audits SEO. Le plus dur, qui demande de l’attention. Email et Telegram ouverts, mais notifications coupées - je réponds aux pauses.
Après le déjeuner - opérationnel : check des comptes pub, réponses aux leads dans le CRM, échange avec le propriétaire, tracker de tâches, mise à jour du site.
Le soir - revue et plan : je regarde Search Console et Yandex Webmaster du jour, je fixe les changements dans Obsidian, j’écris le plan de demain. 30 minutes max.
En moyenne 7-8 heures de temps concentré, 5 jours par semaine. Je ne travaille pas le dimanche par principe - ça me donne une marge pour la semaine suivante.
Cadence et planning
Le mode solo 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 épopées BMAD ouvertes. D’ici vendredi je sais d’habitude lesquelles passent à la semaine suivante.
Chaque matin - j’ouvre le vault, je regarde la story BMAD active et le log d’hier. Une tâche à la fois, jusqu’à clôture. Sauter de ‘je vais essayer le SEO’ à ‘non, plutôt le SEA’ est le chemin le plus rapide au burnout en solo. Chez moi chaque matin il est clair ce qui est en cours.
Le cycle SEO 50 jours qu’on a lancé en mars tournait exactement à ce rythme. 290 commits = 5-6/jour. Pas la nuit, pas le week-end. Régulier, sans rush. Cadence de publication - 2-3 articles/semaine. Ce cadre donne un rythme mieux que tout réveil.
La stack qui permet de tenir tout seul
Sans les bons outils, le mode solo ne marche pas. Ce que j’utilise quotidiennement - pas d’inventés ‘assistants IA du futur’.
1. Site PHP fait main, sans CMS
Site de la boîte - PHP 8.4 + MySQL + .htaccess en router. Pas de WordPress, Bitrix, Tilda. Template de page :
<?php
$page_title = "...";
$canonical = "https://example.com/.../";
include __DIR__ . '/includes/header.php';
?>
<!-- Contenu -->
<?php include __DIR__ . '/includes/form.php'; ?>
<?php include __DIR__ . '/includes/footer.php'; ?>
C’est tout. Pas de plugins, pas de conflits de versions, pas de dépendances npm. Déploiement via rsync en 15 secondes.
Quand vous êtes le seul dev, vous n’avez pas besoin d’un écosystème pour une équipe de cinq. Vous avez besoin d’une solution qui ne casse pas toute seule et ne demande pas de mises à jour de sécurité chaque semaine.
2. Dix-sept serveurs MCP dans l’éditeur de code
MCP - Model Context Protocol, manière de donner à l’assistant IA de l’éditeur l’accès à des outils externes. Dans mon settings.json :
- playwright - automation navigateur pour audits SEO, screenshots de concurrents, vérifications de rendu
- firecrawl - crawl de sites concurrents à 200-500 URL par passe
- gsc - Google Search Console : impressions, clics, indexation
- yandex-metrika + yandex-webmaster - Yandex Metrica et Webmaster programmatiquement
- github - travail sur le repo, PR, issue
- filesystem - lecture et écriture de fichiers sur le Mac
- obsidian - recherche dans le vault
- snyk - scan de vulnérabilités du code
- gemini + nanobanana - génération d’images pour le blog
- context7 - doc à jour des bibliothèques
- firecrawl + ddg - recherche web
- superpowers - skills custom
En somme - les outils que dans une équipe normale ferait un analyste séparé, un frontend, un spécialiste SEO. Pour moi ils marchent via une interface unique d’éditeur.
3. Obsidian comme base de connaissance du projet
À la racine du repo du site vit le dossier obsidian/ - un vault avec 60+ notes. Structure :
- SEO/ - règles title et description, balisage de référence, checklists d’audit
- Technique/ - link building, gels, docs BMAD, migration d’hébergement
- Analytique/ - reports d’impressions, analyses de campagnes
- Certificats ISO/ - texte des licences et standards pour pages YMYL
- Blog - base de contenu.md - histoire complète du projet, 30 sujets prêts
- Log YYYY-MM-DD.md - ce qui a été fait dans la journée, quels commits, quelles décisions
Quand on travaille seul, on oublie ses propres accords en deux semaines. Le vault est le ‘second cerveau’ où je grep ce que j’avais promis pour jeudi. Pas de Notion, pas de Confluence - seulement des fichiers .md locaux à côté du code.
4. Méthodologie BMAD pour une personne
BMAD - Brownfield Methodology for Agile Development. Six épopées, 26 stories, 26+ slash-commandes pour l’éditeur. En classique c’est un outil pour équipe de dev. Pour moi - un cadre qui structure le travail d’une personne :
- PRD (Product Requirements Document) - écrit une fois au début du projet, fixe 34 exigences fonctionnelles et 22 non fonctionnelles. Ensuite - point d’ancrage pour toutes les décisions
- Épopées et stories - 6 épopées (Couverture sémantique, Lead gen, Pages géo-locales, Blog MySQL, E-E-A-T, Opérationnel). Chaque épopée - 2-6 stories, chaque story - une tâche de 4-8 h
- Implementation Readiness Report - checklist ‘peut-on démarrer’ : a-t-on tous les accès, y a-t-il un plan, le résultat est-il clair
Quand les tâches sont structurées par ce template, j’arrête de sauter entre les sujets. Chaque matin il est clair quelle story est en cours.
5. Funnel lead vers 4 canaux en parallèle
Le formulaire du site duplique le lead vers quatre canaux :
form → /send.php
1. mail() → mail de la boîte
2. Telegram Bot API → chat leads
3. AmoCRM API → contact + deal dans la pipeline
4. INSERT dans MySQL leads
Si un canal tombe, le lead est sauvé dans les trois autres. En 50 jours de travail, leads perdus = zéro.
Dans une équipe normale, l’intégration AmoCRM serait faite par un dev middleware séparé sur 2-3 semaines de réunions. Je l’ai écrite en un jour, token JWT valide jusqu’en 2031.
Ce que je ne fais PAS à la main
Le mode solo n’est possible que parce que la moitié de la routine est automatisée. Liste de ce que j’ai délégué aux outils et API :
- Recherche de mots-clés - script Python via Yandex Wordstat API vérifie 388 phrases en 8-10 minutes
- Sitemap -
generate-sitemap.phpreconstruit aveclastmodréel viafilemtime()à chaque déploiement - Recrawl d’URL - Yandex Webmaster API
/recrawl/queueenvoie jusqu’à 620 URL/jour - IndexNow - chaque commentaire approuvé sur le blog ping automatiquement Bing et Yandex
- Validation schema - Rich Results Test via Playwright sur une liste d’URL après déploiement
- Vulnérabilités - Snyk MCP scanne le code en un clic
- Graphisme - Pexels (photos stock libres) pour la majorité des bannières, Gemini API pour les couvertures uniques de cas
- Brouillons d’articles - Claude en assistant pour le premier draft, ensuite toujours relecture finale à la main avec règles Glavred et Baden-Baden
Fact-check final, validation propriétaire, publication - toujours à la main. Je ne ferais pas confiance à l’IA pour publier des textes avec des chiffres d’entreprise.
Ce qu’il est important de garder dans le système
Le mode solo est stable seulement s’il y a des réponses prêtes aux problèmes types. Je les ai élaborées sur trois ans - je partage.
Discipline de cadence. Sans deadlines externes, c’est facile de pousser une tâche au lundi suivant. Solution : report hebdo en trois paragraphes au propriétaire + cadence de publication 2-3 articles/semaine. Ça donne un rythme mieux que tout réveil.
Log d’erreurs. En équipe un analyste vous raconte le bug. En solo, on découvre le bug seulement en mettant le pied dedans - parfois une semaine plus tard. Solution : ‘Issues log’ dans le vault Obsidian, revue hebdo.
Revue de code externe. Je lance check syntaxe PHP de tous les fichiers dans deploy.sh, scan Snyk MCP, Lighthouse après chaque release majeure. Ne remplace pas une seconde paire d’yeux, mais attrape 80 % des grosses bourdes avant la prod.
Le business tourne sans moi. Sur 18 mois de mode solo j’ai eu 3 courts arrêts maladie et quelques vacances. Le site tourne en autopilote ces jours-là : pubs en stratégies à enchères auto, leads via formulaires et AmoCRM, analytics qui se collectent toutes seules. Le manager de la boîte répond aux leads. Pas de nouveaux articles ni audits ces jours - acceptable en B2B avec un cycle de vente long et 5-7 leads/jour.
Ce qui serait différent avec une équipe
Honnêtement : avec une équipe de 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 mode solo ferme plus vite que l’équipe :
- Décisions de tests A/B - pas besoin de réunir, attendre l’analyste. Je regarde Metrica, j’en 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 Glavred et Baden-Baden moi-même, je publie moi-même. De l’idée au lancement - une journée au lieu d’une semaine
- Corrections techniques - sans validation designer, sans tâche Jira, sans call avec le dev
Pour le marketing en B2B avec cycle de vente long et petit nombre de gros clients - c’est souvent plus important que ‘faire 4 fois plus’.
À qui convient le format ‘responsable marketing à distance’
Je propose le service de responsable marketing à distance en freelance pour des entreprises au profil similaire :
- Pas de service marketing interne, ou il existe mais a besoin d’un chef
- Services ou produits vendus via site + SEA + organique
- Niches locales : nettoyage, rénovation, construction, livraison, services IT, services professionnels
Ne convient pas :
- E-com avec des milliers de SKU et un merchandising complexe
- Marques avec un gros budget ATL et campagnes média
- Entreprises où le marketing doit valider quotidiennement les décisions avec la direction en réunion
Si votre profil rentre dans la première liste - écrivez-moi sur Telegram @dimik90, on en discute. Vous pouvez aussi me joindre via le site ou le mail en pied de page.
À lire aussi : comment je travaille sur les projets - sur le format sans calls et sans propositions de 40 pages. Cas nettoyage sur 3 ans 9 mois - parcours du démarrage dans la niche au rôle actuel. 50 jours de SEO en nettoyage B2B - ce qui a concrètement été fait sur les 50 derniers jours ouvrés.
Services freelance :
- Responsable marketing à distance à partir de 70 000 RUB/mois
- Audit indépendant d’un prestataire à partir de 30 000 RUB
- SEO pour les services - cycle complet
- Marketing pour le nettoyage - niche principale, spécifique sur budgets et canaux