Je dirige une agence qui fait 40 000 $ de MRR
Pas d'employés. Pas de sous-traitants. Pas de réunions quotidiennes. Pas de paie. Pas de « laissez-moi vérifier avec mon équipe et je reviens vers vous »
Juste moi, un ordinateur portable, et un système de livraison qui fait le travail que 5 personnes faisaient avant
Coût total pour faire fonctionner le tout : moins de 300 $/mois
Ce n'est pas une faute de frappe. L'agence dégage plus de 39 000 $ de ces 40 000 $ chaque mois, et j'empoche une marge qu'aucune agence avec du personnel au monde ne peut atteindre
Pendant longtemps, j'ai cru la même chose que vous croyez probablement maintenant : que développer une agence signifie embaucher. Plus de clients, plus de personnes. Plus de personnes, plus de gestion. Plus de gestion, moins de travail réel et des marges de plus en plus fines jusqu'à ce que vous vous soyez construit un travail que vous détestez
Je ne crois plus ça. Les maths ont changé et presque personne ne l'a remarqué
Cet article est la ventilation complète. L'offre, le moteur de livraison, la pile de modèles exacte, l'économie unitaire, le système d'acquisition, et un plan sur 90 jours pour vos premiers 10 000 $ de MRR. Chaque étape, comment je la résous réellement, pas de théorie
Après avoir lu ceci, vous aurez :
- Un plan complet pour gérer une agence à 40 000 $ de MRR avec ZÉRO employés, l'offre exacte, le système de livraison et la pile
- Un moteur de livraison IA qui fait le travail d'une équipe de 5 personnes, pour moins de 300 $/mois de coût total
- L'économie unitaire qui permet à un opérateur solo de garder 90 %+ de marge au lieu des 30 % avec lesquels une agence avec personnel survit
- Un système d'acquisition de clients qui remplit votre pipeline sans équipe commerciale ni budget publicitaire
- Un plan de déploiement sur 90 jours pour vos premiers 10 000 $ de MRR, avec des actions spécifiques pour chaque phase
Un peu de contexte pour que les chiffres aient du sens : je dirige une agence d'automatisation IA. Je construis des automatismes et des systèmes IA pour les petites entreprises et les équipes lean. Routage des leads, agents de support client, pipelines de contenu, outils opérationnels internes, workflows de données. Des trucs ennuyeux à forte valeur ajoutée que les entreprises paient volontiers chaque mois pour ne plus jamais avoir à y penser
Mes 40 000 $ de MRR représentent 14 clients :
- 4 clients anchor avec des contrats à 5 000 $/mois = 20 000 $
- 6 clients core avec des contrats à 2 500 $/mois = 15 000 $
- 4 clients lite avec une maintenance à 1 250 $/mois = 5 000 $
Gardez cette répartition en tête. Chaque chiffre de cet article s'y rattache
[ Décomposons cela ] ↓↓↓
1. Pourquoi l'Agence Solo est Soudainement Possible (Le Piège des Effectifs)
Voici la partie que personne dirigeant une agence ne veut dire à voix haute
Le goulot d'étranglement n'a jamais été les clients. C'était la livraison
Vous pouvez remplir un pipeline. Le marketing est soluble, la prospection est soluble, les recommandations sont solubles. Ce qui casse réellement les agences, c'est ce qui se passe APRÈS avoir signé le client. Quelqu'un doit faire le travail
Dans l'ancien modèle, faire le travail signifiait des personnes. Signez 3 clients, embauchez un junior. Signez-en 5 de plus, embauchez deux niveaux intermédiaires et quelqu'un pour les gérer. Chaque embauche, c'est un salaire, une intégration, des erreurs, des jours de maladie, du turnover, et la dérive lente où vous arrêtez de construire et commencez à gérer des humains qui construisent moins bien que vous
Et voici le piège dans le piège : chaque personne que vous embauchez mange votre marge. Une agence avec personnel à 40 000 $ de MRR garde peut-être 10 000-12 000 $ après les salaires, les logiciels et les frais généraux. Les autres 28 000 $ s'en vont en salaires. Vous gérez une entreprise à 40 000 $ pour gagner ce qu'un contractant senior gagne, sauf que maintenant vous avez aussi des problèmes de RH
Donc les agences plafonnent. Pas parce qu'elles ne peuvent pas obtenir de clients. Parce que chaque nouveau client rend l'opération plus lourde, plus lente et plus fine
La raison pour laquelle l'agence solo fonctionne en 2026 est simple :
La couche de production, le travail réel de livraison du travail client, peut désormais être effectuée par un modèle au lieu d'une équipe. Pour moi, ce modèle est Kimi 2.6
Pas la stratégie. Pas la relation client. Pas le jugement. Ceux-ci restent avec vous. Mais l'exécution, la partie qui nécessitait auparavant une équipe de personnes s'acharnant sur des tickets, c'est la partie qui a été automatisée
Les agences qui gagneront à partir de maintenant ne seront pas celles avec les plus grandes équipes
Elles seront celles qui ont compris que les effectifs sont passés d'un levier à un passif
C'est toute la thèse. Tout ce qui suit est la façon dont vous le faites réellement
[ Commencez par l'offre ] ↓↓↓
2. L'Offre : Ce qu'une Agence Solo Devrait Réellement Vendre
C'est là que la plupart des gens se trompent avant même d'avoir commencé
Ils vendent du travail sur mesure. « Nous faisons tout ce dont vous avez besoin. » Chaque client est un flocon de neige unique, chaque projet est construit à partir de zéro, et il n'y a aucun moyen de systématiser quoi que ce soit. C'est une recette pour un emploi, pas pour une agence
Si vous voulez travailler en solo, votre offre doit obéir à une règle :
Le travail doit pouvoir être livré par un système, pas par des exploits
Cela signifie du travail productisé, répétable et cadré serré. Voici comment je vois les choses
Choisissez un travail qui a une valeur élevée pour le client mais qui est mécanique à produire
Les entreprises paient des sommes choquantes pour des choses qui sont véritablement répétitives une fois que vous avez construit le modèle une fois. Un agent de support client qui gère les tickets de niveau 1. Un système de routage de leads qui achemine les remplissages de formulaires dans leur CRM et réserve des appels. Un moteur de contenu qui transforme un podcast en 30 publications. Cela ressemble à de la magie pour le client. Pour moi, c'est un workflow que j'ai exécuté 40 fois
Cadrez-le pour que le livrable soit défini, pas ouvert
« Nous allons automatiser votre support client » est un piège. « Nous allons construire et maintenir un agent de support IA qui résout vos 20 principaux types de tickets, avec un contrat mensuel pour le réglage et les nouveaux flux » est un produit. Le contrat est la clé. Il transforme des constructions uniques en revenus récurrents, ce qui est la seule façon pour les maths du solo de fonctionner
Facturez pour le résultat, livrez avec le système
Les clients paient 2 500-5 000 $/mois à cause de ce que l'automatisation leur fait économiser : une embauche de support qu'ils n'ont pas faite, des heures que leur équipe a récupérées, des leads qu'ils ont arrêté de perdre. Ils ne paient pas pour mon temps. Ils paient pour le résultat. Cet écart entre la valeur perçue et le coût réel de livraison est l'ensemble de l'entreprise, et nous serons très précis à ce sujet dans la section sur l'économie
La contrainte qui fait fonctionner tout cela : chaque offre que je vends, je l'ai conçue autour de ce que l'IA peut livrer de manière fiable. Je ne vends pas des choses qui nécessitent qu'un humain s'acharne pendant 40 heures. Je vends des choses où j'architecte la solution une fois, et un modèle fait la production. Si un prospect veut quelque chose qui ne peut pas être acheminé proprement vers un système, soit je remodèle le périmètre, soit je passe mon tour
Votre offre n'est pas « ce que je peux faire ». C'est « ce que je peux systématiser et vendre en répétition ».
[ Maintenant, le moteur qui rend cela possible ] ↓↓↓
3. Le Moteur de Livraison : Comment Livrer Sans Équipe
C'est le cœur de tout. Si vous ne lisez qu'une section, lisez celle-ci
Quand une demande client arrive, voici ce qu'elle NE fait PAS : atterrir sur le bureau d'une personne pour être traitée manuellement
Voici ce qui se passe réellement. Chaque élément de travail client passe par un pipeline en quatre étapes, et je ne touche personnellement qu'à deux des quatre étapes
Étape 1 : Prise en charge (moi, 10 minutes)
Je prends la demande, un nouveau flux, un bug, une fonctionnalité, un lot de contenu, et je la traduis en un cahier des charges clair. C'est un travail de jugement. De quoi le client a-t-il réellement besoin, quelle est la manière la plus propre de le construire, quels sont les cas limites. C'est la partie qui reste humaine, car c'est là que réside la valeur
Étape 2 : Production (le modèle, pas moi)
Le cahier des charges va à ma pile de livraison, et c'est là que le travail réel se produit. Écrire la logique d'automatisation, générer le code, construire le contenu, câbler les intégrations, rédiger les configurations. Le travail de fond qui nécessitait auparavant une équipe de juniors. Cela fonctionne sur l'IA, et la majeure partie fonctionne sur Kimi 2.6
Étape 3 : QA (moi, 15-20 minutes)
Le modèle produit, je révise. Je ne construis pas à partir de zéro, je vérifie la sortie par rapport au cahier des charges. Est-ce que ça marche, est-ce que ça correspond à ce dont le client a besoin, est-ce que ça gère les cas limites. Réviser un travail fini est 10 fois plus rapide que de le produire, ce qui explique exactement pourquoi une personne peut porter la charge de cinq
Étape 4 : Transfert (principalement automatisé)
Déployer, documenter, notifier le client. Templatisé, scripté, principalement sans intervention
Remarquez la forme de cela. Les deux étapes qui ont besoin d'un humain, la prise en charge et la QA, sont les étapes RAPIDES. L'étape lente et lourde en main-d'œuvre au milieu, la production, est celle dont je me suis complètement retiré. Je suis passé de travailleur à orchestrateur
Maintenant, voici où cela devient précis, car « l'IA fait le travail » est une phrase vide de sens sans les mécanismes réels
Pourquoi Kimi 2.6 est le moteur
Quand je dis que la couche de production fonctionne sur un modèle, je veux dire qu'elle fonctionne, de manière écrasante, sur Kimi 2.6. C'est la décision la plus importante de toute mon opération, et je veux être précis sur pourquoi
Kimi 2.6 fait la majeure partie de mon travail de livraison, le code, la logique d'automatisation, la génération de contenu, le câblage d'intégration, pour environ 0,50 $ par million de tokens d'entrée et 2 $ par million de tokens de sortie. Pour le genre de travail de production qu'une agence exécute toute la journée, c'est environ 6 fois moins cher que de se rabattre par défaut sur un modèle de classe Sonnet et 20 à 30 fois moins cher que de tout exécuter sur un modèle de pointe comme Opus ou GPT-5
Et voici la partie que la plupart des gens n'ont pas encore mise à jour dans leur modèle mental : la qualité livrée pour ce genre de travail est indiscernable. Je ne fais pas du bon marché et du moins bon. Les automatismes que Kimi 2.6 produit passent les mêmes tests, sont livrés aux mêmes clients et tiennent en production exactement comme les sorties d'un modèle coûtant 6 fois plus cher. Le cadrage « Kimi est l'option budgétaire » de 2025 est mort. En 2026, c'est la valeur par défaut pour un travail de production sérieux, pas le compromis
Mais le coût n'est que la moitié de la raison pour laquelle c'est le moteur. L'autre moitié est le débit
Je gère la livraison pour 14 clients. Un jour chargé, ce sont des dizaines de jobs de production qui s'exécutent en parallèle : une reconstruction d'agent de support pour un client, un lot de contenu pour un autre, trois corrections de bugs, une nouvelle intégration. Si j'exécutais ce volume sur un modèle de pointe, j'atteindrais les limites de débit en milieu de matinée et passerais le reste de la journée à attendre. Un modèle auquel vous ne pouvez pas accéder est un modèle 0/10, peu importe son intelligence. Les limites de débit de Moonshot sont considérablement plus généreuses, ce qui signifie que je peux exécuter toute ma charge client en parallèle sans être limité dans une file d'attente. Le modèle bon marché est aussi, en pratique, le modèle qui est réellement là quand j'en ai besoin
Pensez à ce que cela remplace. Le travail de production que Kimi 2.6 fait pour moi est le travail que je paierais autrement 3 à 5 personnes juniors et de niveau intermédiaire pour faire. C'est 25 000-30 000 $/mois en salaire, plus les frais de gestion, plus les erreurs, plus le turnover. J'ai remplacé tout cela par un modèle qui me coûte quelques centaines de dollars par mois et qui n'a jamais de mauvaise semaine
Ce n'est pas « l'IA m'aide à travailler plus vite. » C'est « Kimi 2.6 est mon équipe de production. » La production de cinq personnes pour environ 240 $ par mois. Cette seule ligne est l'article entier
[ Rencontrez le reste de l'effectif ] ↓↓↓
4. La Pile de Modèles et le Routage (Votre « Effectif d'Équipe »)
En réalité, je ne fais pas tout fonctionner sur un seul modèle, et vous ne devriez pas non plus. La bonne façon de penser à votre pile est comme à un effectif d'équipe. Vous êtes le fondateur, et vous avez différentes « recrues » pour différents types de travail, chacune tarifée pour le travail
Voici mon effectif
Le cheval de bataille senior : Kimi 2.6 (90 % de la livraison)
C'est mon ingénieur principal, mon équipe de contenu et mon constructeur d'automatismes en un. Chaque tâche de production de routine est par défaut ici : construire des flux, générer du code, écrire du contenu client, câbler des intégrations, déboguer, refactoriser. Il porte la grande majorité du travail réel. ~0,50 $/2 $ par million. C'est la recrue qui rend toute l'agence rentable
Le spécialiste : niveau premium, Opus 4.6 ou GPT-5 (les 10 % qui font la différence)
Certaines décisions sont trop coûteuses pour être mal prises. Architecturer une intégration multi-systèmes complexe pour un client anchor. Une révision sensible à la sécurité avant que quelque chose ne touche les données de production d'un client. Un problème véritablement nouveau que je n'ai pas résolu auparavant. Pour ces 10 %, je route vers un modèle premium et paie volontiers 20 à 30 fois plus par token, car le coût d'une mauvaise réponse ici est une relation client détruite, pas une nouvelle tentative à 0,04 $. Vous payez le spécialiste pour les décisions qui font la différence
Le stagiaire : niveau local/bon marché (nettoyage)
Mise en forme, renommages simples, code standard, échafaudage de première ébauche, tâches triviales en une seule étape. Fonctionne sur un modèle utilitaire bon marché ou un modèle local sur ma propre machine pour 0 $. Aucune raison de payer de l'argent réel pour un travail qui ne nécessite pas de réflexion
La logique de routage est votre organigramme
Voici à peu près comment une tâche est attribuée :
- S'agit-il d'une décision d'architecture ou de sécurité à enjeux élevés pour un client anchor ? → niveau premium
- S'agit-il d'un travail de production réel (construction, codage, contenu, automatismes, débogage) ? → Kimi 2.6
- S'agit-il d'un long travail d'agent multi-étapes exécutant de nombreuses itérations ? → Kimi 2.6 (l'avantage du coût par étape s'accumule fortement sur les itérations)
- S'agit-il de nettoyage, de mise en forme ou de code standard ? → niveau local/bon marché
Coût par tâche client réelle
Voici à quoi ressemble l'économie par tâche client réelle, à titre d'illustration (vos chiffres varieront selon la tâche et la base de code, mais la FORME est le point important) :
Exécutez ces chiffres sur des centaines de tâches par mois, sur 14 clients, et la différence entre se rabattre par défaut sur un modèle premium et se rabattre par défaut sur Kimi 2.6 est la différence entre une facture d'inférence qui mange votre marge et une qui est une erreur d'arrondi
L'erreur que la plupart des gens commettent est d'embaucher un « employé » coûteux (tout exécuter sur un modèle premium) pour chaque tâche, y compris celles qu'un stagiaire pourrait faire. La décision intelligente est l'effectif : le bon modèle pour chaque travail, avec Kimi 2.6 faisant la majeure partie parce que c'est là que le rapport coût-qualité est gagnant pour le travail réel
[ Maintenant, la partie qui compte vraiment, l'argent ] ↓↓↓
5. L'Économie Unitaire (Pourquoi Vous Gardez 90 % de Chaque Chèque)
C'est la section qui distingue ceci de tous les guides « créez une agence » que vous avez jamais lus
Faisons les vrais calculs. 40 000 $ de MRR. Voici où cela va chaque mois
Revenus : 40 000 $
Coûts :
- Inférence Kimi 2.6 (la majeure partie de toute la livraison) : ~240 $
- Modèle premium pour les 10 % de travail à enjeux élevés : ~110 $
- Niveau nettoyage/local : ~0 $
- Infrastructure (hébergement, plateforme d'automatisation, base de données vectorielle, serveurs) : ~180 $
- Outils/SaaS (CRM, planification, communications, divers) : ~220 $
Total des dépenses d'exploitation mensuelles : environ 750 $
Relisez cela. Je livre 40 000 $ de valeur client pour environ 750 $ de coût. Mon inférence de livraison, la chose qui a remplacé une équipe de 5 personnes, représente moins de 300 $ de ce montant
C'est une marge supérieure à 90 %. Réalistement, après avoir pris en compte le traitement des paiements, le contractant occasionnel que je fais intervenir pour un cas vraiment limite, et les impôts, je garde toujours une marge qu'une agence avec personnel ne peut littéralement pas atteindre, car leur plus gros poste de dépenses, la paie, est un poste que je n'ai pas
Maintenant, voici le contraste qui fait atterrir l'ensemble. Regardez ce qui se passe si j'exécute exactement la même charge de livraison sur un modèle de pointe au lieu de Kimi 2.6
Le travail de production qui me coûte ~240 $/mois sur Kimi 2.6 coûterait environ 6 fois plus cher sur une valeur par défaut de classe Sonnet, et 20 à 30 fois plus cher sur Opus ou GPT-5 pour les boucles d'agents lourdes. Appelons cela 1 500-5 000 $+/mois selon la composition. Soudainement, mon coût de livraison n'est plus une erreur d'arrondi, c'est une dépense réelle qui augmente avec chaque client que j'ajoute. Ajoutez le problème de limite de débit (où je ne peux physiquement pas exécuter toute ma charge sur un modèle de pointe sans limitation) et le modèle se casse complètement à ce nombre de clients
La marge de 90 % n'existe pas parce que je suis malin sur la tarification. Elle existe parce que ma livraison fonctionne sur Kimi 2.6. Changez le moteur et le modèle d'affaires entier s'effondre en « agence normale qui doit embaucher pour grandir »
C'est le déblocage. La raison pour laquelle je peux rester solo à 40 000 $ de MRR est que le coût de livraison du travail est tombé à travers le plancher tandis que la valeur que les clients paient est restée exactement la même. J'empoche l'écart
[ Maintenant, remplissons le pipeline ] ↓↓↓
6. Acquisition de Clients Sans Équipe Commerciale
Une marge de 90 % ne signifie rien si vous ne pouvez pas obtenir de clients. Et non, je n'ai pas d'équipe commerciale. Voici comment le pipeline se remplit réellement, en tant que personne seule
Entrant via le contenu (mon plus grand canal)
Je publie sur le travail. Des études de cas, des avant/après, des analyses « voici une automatisation qui a fait gagner 20 heures par semaine à un client ». Quand vous montrez des résultats réels publiquement, les bons clients s'auto-sélectionnent et viennent à vous déjà convaincus. C'est lent à démarrer et se cumule pour toujours. C'est la meilleure utilisation du temps que l'IA a libéré. Je ne m'acharne plus sur la livraison, donc je peux dépenser cette énergie à être visible
Une offre de niche qui se vend toute seule
Parce que mon offre est productisée et spécifique, je n'explique pas un vague « nous faisons des trucs IA. » Je dis « Je construis des agents de support IA pour le type d'entreprise X, voici exactement ce qu'il fait, voici ce qu'il coûte, voici le résultat. » Les offres spécifiques se concluent toutes seules. Les offres génériques nécessitent de la persuasion
Boucles de recommandation intégrées à la livraison
Chaque client satisfait connaît d'autres propriétaires d'entreprise avec le même problème. Je rends les recommandations sans friction : une demande simple au moment où un client est le plus ravi (juste après une victoire), et une petite incitation. Avec une marge de 90 %, je peux me permettre d'être généreux avec les récompenses de recommandation, ce que la plupart des agences ne peuvent pas
Prospection légère
Une liste ciblée, un message personnalisé percutant, une offre spécifique. Je garde cela petit et chirurgical. Je n'ai pas besoin de 1 000 leads, j'ai besoin d'ajouter un ou deux contrats par mois. J'utilise l'IA pour aider à rédiger et personnaliser la prospection à volume, mais le ciblage et la relation restent humains, car c'est ce qui conclut réellement
Toute la philosophie ici : gardez l'acquisition suffisamment légère pour qu'elle ne mange pas le temps que le moteur de livraison a rendu. Le piège serait de libérer toute cette capacité et ensuite de me noyer dans une lourde opération commerciale. Je n'ai pas besoin de volume. J'ai besoin d'un flux régulier des bons clients dans un système qui les livre à un coût quasi nul
[ Maintenant, développons sans casser ] ↓↓↓
7. Rester Solo à Grande Échelle (Systèmes, Pas Personnes)
Voici le vrai danger une fois que cela commence à fonctionner : vous vous reconstruisez accidentellement un emploi
Vous signez le client 8, puis 10, puis 14, et même avec l'IA faisant la production, la prise en charge et la QA commencent à s'accumuler jusqu'à ce que vous retravailliez des journées de 12 heures. Le but n'a jamais été de « tout faire moi-même plus vite. » C'est de « construire un système qui a besoin de moins de moi avec le temps. » Voici comment je reste solo avec 14 clients sans perdre la tête
Compétences graduées : résoudre une fois, réutiliser pour toujours
Chaque workflow que je résous, je le sauvegarde. La première fois que je construis un agent de support client, c'est un vrai travail : le spécifier, le construire, le QA, le déployer. Mais je capture tout ce processus comme une compétence réutilisable : les prompts, les configurations, la structure, les cas limites. La prochaine fois qu'un client a besoin de quelque chose de similaire, le système charge la compétence et saute la phase de découverte entièrement. Ma 5ème construction d'agent de support me coûte une fraction du temps et des tokens de ma 1ère, car je ne re-découvre rien. L'agence devient plus rapide et moins chère à chaque travail qu'elle effectue
Agents en arrière-plan exécutant la livraison 24h/24 et 7j/7
Une grande partie de mon travail client n'est pas une construction unique, c'est continu. Surveillance, génération de contenu, traitement de données, flux de maintenance de routine. Ceux-ci fonctionnent comme des agents en arrière-plan sur Kimi 2.6, en continu, pendant que je dors. Faire fonctionner des agents persistants 24h/24 et 7j/7 n'est économiquement sensé que parce que le coût par token est si bas. Les mêmes agents sur un modèle de pointe coûteraient des centaines de dollars par mois chacun et le tout ne serait pas rentable. Sur Kimi 2.6, je peux avoir une livraison continue fonctionnant pour chaque client pour le coût de quelques dîners
Essaims : quand un agent ne suffit pas
C'est la partie qui débloque réellement la gestion de 14 clients sans casser. Kimi 2.6 est livré avec quelque chose que Moonshot appelle Agent Swarm. Au lieu qu'un agent s'acharne sur chaque étape d'un travail en séquence, l'agent principal divise le travail en morceaux plus petits et exécute jusqu'à 300 sous-agents en parallèle, coordonnés sur 4 000 étapes
Ce que j'aime à ce sujet : l'agent principal choisit ses propres travailleurs à la volée. Vous ne prédéfinissez pas des rôles comme « celui-ci est le codeur, celui-ci est le QA, celui-ci est le rédacteur. » Il regarde le cahier des charges, décide des sous-travaux dont il a besoin, et les génère. Moonshot appelle cela un organigramme conçu par l'IA au lieu d'un organigramme conçu par un humain. Moins de câblage de ma part, plus de flexibilité sur chaque travail
À quoi cela ressemble en pratique pour l'agence :
- Un lot de contenu mensuel pour un client cesse d'être « attendez que Kimi écrive 30 publications une par une. » L'agent principal se déploie, 15 à 20 sous-agents rédigent en parallèle, un autre lot les QA par rapport à la voix de la marque, un dernier conditionne la sortie. Le lot entier se termine dans le temps qu'un seul agent passait sur les 3 premières publications
- Une construction d'intégration complexe se divise en « spécifier la couche d'authentification », « câbler le webhook », « écrire les tests », « rédiger la documentation », tout fonctionnant en même temps. Je révise la sortie fusionnée au lieu d'attendre à travers un pipeline en série
- Pour le travail de surveillance, les sous-agents peuvent se trouver sur différentes parties du système d'un client en même temps. L'un surveille la file d'attente de support, l'un surveille les journaux d'erreurs, l'un surveille le pipeline de données. Ils rendent compte à un agent coordinateur qui ne me contacte que si quelque chose nécessite réellement des yeux humains
La raison pour laquelle cela compte pour les maths du solo : Swarm est ce qui permet à une personne d'exécuter la charge parallèle d'une véritable équipe sans mise en file d'attente. Moonshot a montré des exécutions Swarm internes durant des heures, et dans un cas 5 jours consécutifs, gérant la réponse aux incidents de manière autonome. Ce n'est pas « l'IA m'aide », c'est « l'IA fait le quart de nuit »
Et l'histoire du coût tient toujours. Un Swarm de 300 agents semble coûteux jusqu'à ce que vous vous rappeliez que chaque sous-agent fonctionne sur l'économie de Kimi 2.6. Une exécution qui coûterait des centaines de dollars orchestrée sur un modèle de pointe revient souvent à moins de 5 $ ici. Le faible coût par token est ce qui rend l'essaim économiquement possible en premier lieu
Mon rôle se réduit au jugement et aux relations
À mesure que les systèmes mûrissent, ce qu'il me reste est ce qui devrait rester humain : le jugement de la prise en charge, l'œil du QA, et les relations clients. C'est tout. Je ne suis plus le travailleur, je ne suis même plus vraiment le constructeur, je suis l'architecte et la barre de qualité. C'est un rôle qu'une personne peut occuper pour beaucoup de clients
Le principe : chaque fois que quelque chose devient répétitif, je le systématise au lieu de le refaire. Les gens grandissent en ajoutant des humains. Je grandis en ajoutant des compétences et des agents. L'un cumule vos coûts. L'autre cumule votre levier
[ Maintenant, la partie honnête ] ↓↓↓
8. Quand Dépenser Réellement Plus (Les Limites Honnêtes)
Je ne vais pas prétendre que c'est de la magie sans limites. Si je le faisais, vous atteindriez les limites vous-même et vous vous sentiriez menti. Voici donc où le modèle solo-sur-Kimi montre réellement des signes de faiblesse, et ce que je fais à ce sujet
Certains travaux nécessitent le niveau premium, pas Kimi 2.6
Pour les 10 % de travail qui sont à enjeux élevés (architecture complexe pour un client anchor, logique sensible à la sécurité touchant les données de production, un problème véritablement nouveau), je route vers un modèle premium et paie le premium volontiers. La règle que j'utilise : si le coût d'une mauvaise réponse est plus de 100 fois la différence de coût du modèle, utilisez le modèle coûteux. Une intégration ratée sur un client anchor à 5 000 $/mois me coûte bien plus que les quelques dollars que j'économiserais en l'exécutant au rabais. Tarifiez le modèle en fonction du coût de l'échec, pas du coût de l'appel
Certains travaux nécessitent un humain, pas un modèle
Stratégie client approfondie, un moment délicat dans une relation, une décision de direction créative, un véritable cas unique qui ne correspond à aucun système : c'est moi, ou occasionnellement un contractant que je fais intervenir pour une lacune spécifique. Je ne force pas l'IA sur un travail qui nécessite réellement un jugement humain juste pour protéger l'étiquette « solo »
Il y a un plafond réel sur la capacité de QA
Voici la contrainte honnête. Même avec une production automatisée, je ne peux personnellement assurer un contrôle qualité (QA) que sur un volume limité avant que la qualité ne baisse. Pour l'instant, 14 clients, c'est confortable. Au-delà, je devrais soit augmenter mes prix et plafonner le nombre de clients (mon option probable), soit embaucher une personne de confiance uniquement dédiée au QA. Remarquez que c'est la PREMIÈRE embauche que j'envisagerais, pas un producteur, mais un contrôleur qualité, car la production est la partie déjà résolue.
Nommer ces limites n'est pas une faiblesse du modèle. C'est ce qui le rend crédible et fonctionnel. Le but n'est pas de "ne jamais dépenser d'argent". C'est de "ne dépenser que là où cela vous apporte réellement quelque chose que le système ne peut pas faire".
[ Passons maintenant à la pratique ] ↓↓↓
9. Le Plan en 90 Jours pour Atteindre vos Premiers 10 000 $ de MRR
On ne construit pas 40 000 $ de MRR en un week-end. Mais vous pouvez construire le moteur et vos premiers contrats récurrents en 90 jours si vous avancez dans le bon ordre. Voici le déploiement.
Phase 1 (Jours 1-30) : Peaufiner l'offre et décrocher le client n°1
- Choisissez UN service packagé dans un créneau que vous maîtrisez. Résistez à l'envie de tout proposer.
- Définissez le livrable exact, les limites du périmètre et le prix du contrat récurrent. Écrivez-le comme une page produit.
- Réalisez la livraison principale de l'offre une fois, manuellement si nécessaire, pour comprendre le travail en profondeur.
- Obtenez votre premier client. Accordez une réduction sur le premier si nécessaire, en échange d'une étude de cas et d'un témoignage.
Jalon : 1 client, environ 1 500 à 2 500 $ de MRR, et une compréhension approfondie du travail.
Phase 2 (Jours 31-60) : Construire le moteur de livraison
- C'est la phase structurelle. Transformez la livraison manuelle de la phase 1 en un système.
- Configurez votre pile de modèles avec Kimi 2.6 comme cheval de bataille par défaut pour tout le travail de production. C'est l'action unique au plus fort effet de levier sur l'ensemble des 90 jours. C'est ce qui rend chaque futur client rentable, et pas seulement facturable.
- Acheminez les 10 % de travail à forts enjeux vers un modèle premium, et le nettoyage trivial vers un niveau local/peu coûteux.
- Capturez votre premier workflow en tant que compétence réutilisable afin que le client n°2 soit plus rapide que le client n°1.
- Ajoutez 2 à 3 clients supplémentaires en utilisant l'étude de cas de la phase 1.
Jalon : 3-4 clients, environ 8 000 à 12 000 $ de MRR, un véritable moteur de livraison (même s'il est encore brut).
Phase 3 (Jours 61-90) : Systématiser et cumuler
- Pour chaque nouveau client, capturez le travail en tant que compétence. Votre bibliothèque de solutions reproductibles s'agrandit.
- Déléguez le travail courant des clients à des agents en arrière-plan fonctionnant sur Kimi 2.6, afin que la livraison se fasse sans votre intervention directe.
- Lancez la roue de la création de contenu et des recommandations pour générer des prospects entrants, maintenant que vous avez des réussites à montrer.
- Affinez le QA en une checklist rapide et reproductible pour que votre temps par client continue de diminuer.
Jalon : 5-7 clients, 10 000 $+ de MRR, et un système qui a besoin de moins en moins de vous chaque semaine.
À partir de là, c'est une question de répétition. Chaque client devient moins cher à livrer, votre bibliothèque de compétences s'étoffe, votre contenu attire plus de prospects entrants, et la marge reste au-dessus de 90 % tout au long de l'ascension, car le moteur de livraison n'a jamais besoin de paie.
[ Votre premier pas ] ↓↓↓
Faites Ceci dans les 30 Prochaines Minutes
Vous n'avez pas besoin de toute une agence pour ressentir ce dont je parle. Vous avez besoin d'une seule tâche réelle fonctionnant sur Kimi 2.6 aujourd'hui.
Voici la version en 30 minutes :
- Obtenez une clé API Kimi 2.6 depuis Moonshot.
- Pointez un outil que vous utilisez déjà (n8n, Make, Cursor, Claude Code, vos propres scripts) vers celle-ci en tant que modèle personnalisé.
- Prenez la tâche la plus répétitive et la plus lourde en tokens sur votre liste actuelle et exécutez-la via Kimi 2.6 au lieu de votre solution par défaut.
- Ensuite, vérifiez deux choses : le résultat a-t-il été livré, et combien cela a-t-il coûté.
Voici la configuration de routage minimale avec laquelle j'ai commencé, bien avant d'avoir 14 clients :
1# tout diriger par défaut vers Kimi 2.6, ne faire remonter que quand cela compte vraiment2default: kimi-2.634routes:5 production: # codage, contenu, automatisations, débogage6 model: kimi-2.67 high_stakes: # architecture, sécurité, problèmes véritablement nouveaux8 model: claude-opus-4-69 cleanup: # lint, format, code standard10 model: local-qwen
C'est tout. Par défaut, utilisez Kimi 2.6, envoyez l'appel rare à forts enjeux vers un modèle premium, et déléguez le nettoyage à quelque chose de gratuit.
Je ne vous demande pas de me croire sur parole. Exécutez une seule tâche réelle via Kimi 2.6 et regardez le résultat le lendemain matin. Le résultat est livré et la facture a à peine bougé. Une fois que vous aurez vu cela se produire avec VOTRE propre travail, payer 6 fois plus pour le même résultat commence à sembler stupide.
C'est toute la raison pour laquelle je l'utilise par défaut. Pas de la loyauté. Des maths.
[ La vision d'ensemble ] ↓↓↓
La Vision d'Ensemble
Pendant cent ans, la façon de faire évoluer une entreprise de services, c'était les gens. Plus de revenus signifiait plus d'effectifs, et les fondateurs qui gagnaient étaient ceux qui savaient recruter, gérer et retenir les équipes les plus grandes et les meilleures.
Cette époque touche à sa fin plus vite que quiconque ne l'admet.
Quand la couche de production de votre entreprise peut fonctionner sur Kimi 2.6 pour quelques centaines de dollars par mois au lieu d'une équipe qui coûte trente mille dollars, les effectifs cessent d'être un levier et deviennent un passif. L'agence avec 20 employés n'est pas plus puissante que l'opérateur solo doté d'un système bien conçu. Elle est plus lente, plus lourde et fonctionne avec une fraction de la marge.
En 2027, l'écart entre le propriétaire d'agence qui dégage 12 000 $ sur 40 000 $ de MRR et celui qui en dégage 37 000 $ sur le même revenu ne sera pas une question de talent. Ce ne sera pas une question de clients. Ce sera de savoir s'ils ont compris que la livraison était automatisée et ont construit leur activité autour de ce fait, ou s'ils ont continué à embaucher comme si nous étions en 2019.
Je dirige une agence qui fait 40 000 $ de MRR sans employés parce que j'ai arrêté d'essayer de construire une équipe et que j'ai commencé à construire un système. Kimi 2.6 est le moteur qui fait le travail. Moi, je suis celui qui décide quel travail faire.
Vous n'êtes pas trop en retard pour faire cela. Vous êtes en avance. La plupart des gens pensent encore qu'il faut une équipe.
Prouvez-leur le contraire ❤️
