Business Launcher

Description

Manuel complet pour lancer une entreprise génératrice de revenus — de la validation d'idée au déploiement, lancement et croissance autonome. Gère tous les types d'entreprises : tech (SaaS, API), service local (cours d'équitation, tutorat), e-commerce (produits physiques/numériques), contenu, conseil. Adapte la stratégie selon B2B vs B2C et le secteur.

Triggers

• business
• startup
• launch a business
• make money
• revenue
• micro-saas
• side project
• spin up
• monetize
• build and launch
• go to market
• business idea
• saas
• product launch
• indie hacker
• entrepreneurship
• income
• earn money
• online business
• local business
• service business
• ecommerce
• store
• shop

Instructions

How This Works in Practice

Cette compétence s'étend sur des jours ou des semaines, pas une seule conversation. Voici exactement ce que l'agent doit faire :

Étape 1 — Classer + Valider dans la conversation actuelle. Exécuter la Phase 0 (classement) et la Phase 1 (validation) immédiatement. Présenter le rapport de validation au propriétaire et attendre approbation.

Étape 2 — Créer un objectif avec étapes. Après approbation du propriétaire, appeler goal_create avec une étape par phase restante :

goal_create:
  goal: "Lancer [nom de l'entreprise] — [type, B2B/B2C]"
  checkpoints:
    - description: "Planifier le MVP — modèle de revenus, périmètre, stack tech, tarification"
      success_criteria: "Plan présenté et approuvé par le propriétaire"
    - description: "Construire le MVP"
      success_criteria: "npm run build réussit, toutes les pages s'affichent"
    - description: "Déployer en production"
      success_criteria: "URL en direct accessible, propriétaire approuve le lancement"
    - description: "Lancer sur [canaux spécifiques à la plateforme]"
      success_criteria: "Publié sur 3+ plateformes, URLs enregistrées en knowledge"
    - description: "Configurer la croissance — spécialistes générés, contenu planifié"
      success_criteria: "Spécialiste marketing actif, premier contenu planifié"
    - description: "Configurer les opérations — objectif récurrent, surveillance email"
      success_criteria: "Objectif récurrent créé, surveillance email en cours"

Le système d'objectifs gère la persistance, la continuation automatique entre sessions et le suivi de la progression. L'esprit autonome reprend là où vous aviez arrêté.

Étape 3 — Enregistrer l'état après chaque phase. Après chaque phase, appeler knowledge_write pour enregistrer :

• Résultats de phase (données concurrentes, décisions de plan, URLs de déploiement, URLs de lancement)
• Chemin fichier : knowledge/projects/[nom-entreprise]/phase-N-[nom].md
• Cela garantit que le contexte survit entre sessions et réinitialisations de conversation

Étape 4 — Portail : arrêter et demander avant les phases critiques. Aux portails de propriétaire (après Validation, Plan, Déploiement), présenter les conclusions et S'ARRÊTER. Ne pas continuer tant que le propriétaire n'a pas explicitement approuvé. Utiliser un message comme : « Voici le rapport de validation. Approuve pour procéder à la planification, ou dis-moi de pivoter. »

The 7-Phase Pipeline

Chaque entreprise suit ces phases. NE PAS sauter de phases ou passer à la construction avant validation. Chaque phase a un portail propriétaire — présenter les conclusions et attendre approbation avant de continuer.

Phase 0: CLASSIFY (déterminer d'abord le type d'entreprise)

Avant tout, classer l'entreprise. Cela change tout en aval — quoi construire, où lancer, comment développer.

Type d'entreprise :

Type de client :

Classer LES DEUX dimensions avant de continuer. Une école d'équitation est service local + B2C. Une API dev est tech + B2B. Un pack de templates Notion est produit numérique + B2C. Un site d'agence de conseil est service professionnel + B2B.

Phase 1: VALIDATE (chercher avant tout)

Objectif : Confirmer que l'idée a un vrai marché avant écrire une seule ligne de code.

1. Définir l'opportunité — quel problème résout cela ? Pour qui ?
2. Recherche de marché — utiliser web_search et browser_navigate pour :
   • Trouver 5+ concurrents existants (tarification, fonctionnalités, avis)
   • Estimer la taille du marché (volume de recherche, nombre d'utilisateurs existants)
   • Identifier les lacunes (ce que les concurrents font mal, ce qui manque)
   • Pour service local : chercher « [service] près de [ville] » pour évaluer la concurrence locale
   • Pour B2B : trouver comment les entreprises résolvent actuellement (souvent manuel, feuille de calcul, ou trop cher en entreprise)
   • Pour e-commerce : vérifier Etsy, Amazon, boutiques Shopify pour produits similaires + tarification
3. Vérifier disponibilité du domaine — utiliser shell_execute avec whois ou nslookup pour vérifier que le .com est disponible. Si pris, choisir un nom différent. Ne jamais procéder avec un domaine déjà occupé.
4. Scorer l'opportunité :
   • Lacune de marché (1-5) : Combien cette niche est-elle sous-servie ?
   • Faisabilité (1-5) : Peut-on construire un MVP en 1-2 jours ?
   • Potentiel de revenus (1-5) : Y a-t-il un chemin clair vers des clients payants ?
   • Le score total doit être ≥ 9/15 pour continuer.
5. Enregistrer la recherche — utiliser knowledge_write pour persister l'analyse concurrente, données tarifaires et conclusions de marché pour future référence.

PORTAIL : Présenter le rapport de validation (type entreprise, B2B/B2C, concurrents, lacunes, score, nom proposé + domaine) au propriétaire. Attendre approbation.

Phase 2: PLAN (délimiter le MVP le plus mince possible)

Objectif : Définir quoi construire — la plus petite chose qui crée de la vraie valeur.

1. Choisir le modèle de revenus basé sur le type d'entreprise :

   Type d'entreprise	Modèle de revenus	Paiement
   Tech / SaaS	Abonnement ($9-99/mois)	Stripe
   Tech / API	Par appel ou plans échelonnés	Stripe / crypto
   Service local	Frais de réservation ou rétention	Stripe / cash / Square
   Service professionnel	Basé sur projet ou rétention	Facture / Stripe
   E-commerce	Vente par article	Stripe / Shopify Payments
   Produit numérique	Achat unique ($9-199)	Gumroad / Stripe / crypto
   Contenu / Média	Annonces, sponsors, affiliate, abonnement newsletter	Ad networks / Stripe

2. Définir le périmètre du MVP basé sur type d'entreprise :

   Tech / SaaS :

   • Fonctionnalité centrale (UNE seule), page de destination, auth, base de données
   • Stack : Next.js + Supabase + shadcn

   Service local (cours d'équitation, tutorat, gym, etc.) :

   • Page d'accueil avec services proposés, tarification, localisation/horaires
   • Formulaire de réservation/contact (embed Calendly ou formulaire simple → email)
   • Section témoignages (même vide au lancement — ajouter la structure)
   • Embed Google Maps
   • Mobile-first — la plupart des clients locaux cherchent sur téléphone
   • Stack : Next.js sur Vercel (simple, rapide, gratuit)

   Service professionnel / Conseil :

   • Portfolio showcasing passé ou expertise
   • Page services + tarification
   • Formulaire contact ou lien réservation Calendly
   • Section études de cas (même 1-2 suffisent)
   • Stack : Next.js sur Vercel

   E-commerce :

   • Pages produit avec photos, descriptions, tarification
   • Panier + checkout (Stripe Checkout ou Gumroad)
   • Stack : Next.js + Supabase ou Shopify (propriétaire configure)

   Produit numérique :

   • Page de vente avec problème → solution → preuve → CTA
   • Aperçu produit / exemple gratuit
   • Checkout (lien Gumroad ou Stripe)
   • Stack : Page unique sur Vercel

   Site de contenu :

   • 5-10 articles initiaux ciblant long-tail keywords
   • Formulaire inscription email
   • Stack : Next.js + MDX sur Vercel

3. Fixer la tarification — rechercher tarification concurrente (données Phase 1) :

   • B2C : Tarifer 10-30% sous le concurrent le moins cher pour sous-coter à l'entrée
   • B2B : Tarifer basé sur ROI livré, non coût. Si vous économisez 10 heures/mois, charger 20% de cette valeur
   • Service local : Matcher les tarifs du marché local. Vérifier concurrents sur Google/Yelp

PORTAIL : Présenter le plan (type entreprise, modèle revenus, fonctionnalités, stack, tarification).

Phase 3: BUILD (exécuter vite, livrer brut)

Objectif : MVP fonctionnel en 1-2 jours. La perfection est l'ennemie.

1. Générer agents de codage si le projet est complexe :

   • Utiliser swarm_spawn avec repo: "new" pour un projet isolé frais
   • Frontend + backend peuvent être en parallèle
   • Chaque agent reçoit un prompt enrichi de contexte avec le plan de Phase 2

2. Ou construire directement si c'est simple :

   • Scaffolder avec shell_execute (ex. npx create-next-app)
   • Écrire code via file_write
   • Tester localement via shell_execute (npm run build, npm run dev)

3. Chaque entreprise a besoin d'une page de destination. Le contenu varie par type :

   Tech / SaaS :

   • Headline : ce qu'il fait en une phrase
   • 3 bullet points bénéfices, screenshot/démo
   • Tarification, CTA (s'inscrire / démarrer essai gratuit)

   Service local :

   • Headline : service + localisation (« Cours d'équitation à Paris »)
   • Services offerts avec tarification
   • Photos (propriétaire fournit ou utiliser stock qualité)
   • Témoignages / avis
   • Carte localisation + horaires + contact
   • CTA « Réserver maintenant » (Calendly, formulaire, ou téléphone)
   • SEO : title tags, meta description, schema markup pour local business

   Service professionnel :

   • Headline : qui vous aidez et quel résultat vous livrez
   • Breakdown services avec résultats (pas juste livrables)
   • Études de cas / portfolio
   • CTA « Planifier un appel »

   E-commerce :

   • Grille produit avec photos et prix
   • Pages produit individuelles
   • Signaux de confiance (infos livraison, politique retours, avis)
   • CTA « Ajouter au panier » / « Acheter maintenant »

   Produit numérique :

   • Structure Problème → Agitation → Solution
   • Aperçu produit / table des matières / chapitre gratuit
   • Preuve sociale (témoignages, nombre téléchargements)
   • CTA « Acheter maintenant » avec prix

4. Créer base de données si nécessaire : create_database avec SQL schéma initial

5. Construire localement d'abord — toujours npm run build avant déployer

Règles :

• Livrer la PREMIÈRE version fonctionnelle, pas la parfaite
• Pas de panneaux admin, pas de dashboards, pas d'analytics en v1
• Une fonctionnalité centrale, marchant bout-en-bout
• Utiliser librairies existantes, pas construire from scratch
• Copier patterns UX de concurrents — ne pas réinventer
• Mobile-first pour entreprises locales et B2C

Phase 4: DEPLOY (aller en direct)

Objectif : Produit accessible sur internet avec une vraie URL.

1. Déployer en utilisant deploy_website :
   • Statique / API simple → Vercel (gratuit)
   • Appels LLM / WebSockets / cron → Railway (crédit $5/mois)
   • Auto-detect gère la plupart des cas
2. Créer base de données si non fait : create_database → Supabase
3. Connecter variables d'environnement — passer toutes les credentials via env_vars
4. Vérifier déploiement — ouvrir l'URL avec browser_navigate, tester le flux
5. Configuration domaine — informer le propriétaire qu'il doit :
   • Acheter le domaine (Namecheap, Cloudflare, etc.)
   • Pointer DNS vers le fournisseur d'hébergement
6. Pour entreprises service local, aussi configurer :
   • Profil Google Business (propriétaire doit vérifier — nécessite carte postale ou appel)
   • Markup Schema.org LocalBusiness dans HTML du site

PORTAIL : Demander au propriétaire de :

• Configurer Stripe (si nécessaire) — nécessite vérification KYC humaine
• Acheter et configurer domaine (DNS)
• Vérifier Profil Google Business (si service local)
• Vérifier le site en direct et approuver pour lancement

Phase 5: LAUNCH (obtenir les premiers utilisateurs)

Objectif : De vrais humains voient et utilisent le produit.

CRITIQUE : Choisir canaux de lancement basés sur type d'entreprise + type de client. NE PAS poster une école d'équitation sur Hacker News. NE PAS poster un outil dev sur Nextdoor.

Tech / SaaS (B2B ou B2C)

Si tech B2B : Ajouter post LinkedIn + email outreach direct à clients potentiels (personnalisé, max 10/jour, focus problème résolu pour leur situation spécifique)

Service local (B2C — cours d'équitation, tutorat, nettoyage, gym, etc.)

Aussi : Encourager premiers clients à laisser avis Google — les avis sont #1 driver croissance pour entreprises locales.

Service professionnel / Conseil (B2B)

E-commerce (B2C)

Produit numérique (B2C ou B2B)

Site de contenu

Règles lancement général (tous types) :

• Ne jamais poster même contenu sur multiples plateformes — customiser par audience
• Vérifier knowledge_search avant poster pour éviter posts dupliqués
• Utiliser browser_navigate, browser_click, browser_type_text, browser_paste_html
• Vérifier comptes existants avec knowledge_search et vault_lookup avant créer nouveaux
• Enregistrer toutes URLs de lancement dans knowledge pour tracking

Phase 6: GROW (itérer basé sur données)

Objectif : Acquisition utilisateurs soutenue et amélioration produit.

1. Générer spécialiste marketing — organization_spawn avec role="marketing":

   • Amorcer avec guidelines de marque, URLs de lancement, données concurrentes Phase 1
   • B2C tech/numérique : « Créer calendrier contenu hebdomadaire pour X et Instagram »
   • B2B tech/service : « Créer posts LinkedIn hebdomadaires et ébauches études de cas mensuelles »
   • Service local : « Poster hebdo sur Instagram et monitorer avis Google »
   • E-commerce : « Créer contenu produit quotidien pour Instagram et Pinterest »

2. Générer spécialiste recherche — organization_spawn avec role="research":

   • « Monitorer mises à jour concurrentes hebdo »
   • « Tracker mentions de notre marque et reporter sentiment »
   • Local : « Monitorer avis Google/Yelp et alerter sur avis négatifs »

3. Stratégie croissance par type :

   Tech / SaaS :

   • Pipeline contenu SEO (posts blog hebdo ciblant long-tail keywords)
   • Mises à jour Changelog / build-in-public sur X
   • Partenariats intégration

   Service local :

   • Génération avis Google (follow up avec clients heureux via email)
   • Optimisation SEO local (articles de blog « [service] à [ville] »)
   • Promotions saisonnières (camps vacances, spéciaux été, etc.)
   • Programme référral (« amène un ami, 10% réduction »)

   Service professionnel / B2B :

   • Thought leadership LinkedIn (3-5 posts/semaine)
   • Études de cas après chaque projet réussi
   • Séquence nurture email pour leads
   • Offres webinaire ou consultation gratuite

   E-commerce :

   • Contenu Instagram/TikTok quotidien
   • Campagnes contenu généré par utilisateurs
   • Email marketing (panier abandonné, nouvelles arrivées)
   • Collections saisonnières et drops limités

   Produit numérique :

   • Contenu gratuit menant au produit payant
   • Témoignages et preuve sociale sur page de vente
   • Deals bundle avec produits complémentaires
   • Programme affiliate pour promoteurs

4. Monitorer analytics — vérifier périodiquement via browser :

   • Traffic (dashboard Vercel/Railway)
   • Signups/achats (dashboard Supabase/Stripe/Gumroad)
   • Engagement réseaux sociaux (mentions, avis, commentaires)
   • Local : Google Business Profile insights (impressions, appels, directions)

5. Itérer sur produit — quand utilisateurs signalent problèmes ou demandent fonctionnalités :

   • Utiliser swarm_spawn pour changements code
   • Redéployer via deploy_website

Phase 7: OPERATE (maintenance autonome)

Objectif : L'entreprise tourne avec implication humaine minimale.

1. Intégration esprit autonome — l'esprit de fond doit :
   • Vérifier analytics hebdo (automation browser)
   • Poster contenu sur planning (via spécialiste marketing)
   • Monitorer inbox pour demandes clients (via email_monitor)
   • Local : Monitorer Google/Yelp pour avis nouveaux, alerter propriétaire sur négatifs
   • Reporter métriques revenus et croissance au propriétaire
2. Créer objectif récurrent — utiliser goal_create :
   • « Maintenir et développer [nom entreprise] »
   • Étapes : contenu hebdo, revue analytics mensuelle, revue tarification trimestrielle
3. Tracking revenus — monitorer dashboards fournisseur paiements via browser
4. Support client — monitorer email, répondre requêtes, escalader problèmes complexes au propriétaire

Tools Used Per Phase

What Requires Human Action

Ces étapes NE PEUVENT PAS être faites autonomement — toujours informer le propriétaire :

1. Enregistrement entreprise — LLC/sole proprietorship filing (obligation légale)
2. Configuration Stripe — vérification KYC nécessite documents identité humains
3. Achat domaine — nécessite méthode paiement et configuration DNS
4. Compte bancaire — compte bancaire entreprise pour payouts
5. Conformité fiscale — EIN, enregistrements d'état, taxe vente
6. Vérification Profil Google Business — Google envoie carte postale ou appelle
7. Opérations physiques — pour service local : livraison service actuelle, localisation, staff

Paiements : Avant demander au propriétaire, vérifier ce qui est déjà disponible :

1. knowledge_search pour « stripe », « bank account », « payment » — peut être déjà configuré
2. vault_lookup pour stripe_key, paypal_key — peut avoir clés API déjà
3. wallet_status — vérifier si agent a wallet crypto avec fonds

Si credentials existent, les utiliser. Si non :

• Fiat : Demander propriétaire configure Stripe/PayPal et fournisse clés API
• Crypto : Utiliser propre wallet agent pour accepter paiements on-chain

Anti-Patterns

• Construire avant valider — #1 erreur startup. Toujours valider d'abord. Si score < 9/15, pivoter vers idée différente.
• Over-engineering v1 — pas de panel admin, pas de microservices. Livrer chose la plus simple qui marche.
• Sauter portails propriétaire — ne jamais déployer ou dépenser argent sans approbation explicite.
• Mauvais canaux pour type entreprise — école d'équitation locale pas affaire sur Hacker News. Outil API dev pas affaire sur Nextdoor. Toujours matcher canaux de lancement où clients sont vraiment.
• Ignorer concurrents — si 10 entreprises bien-financées font ceci, trouver une niche. Si zéro entreprises font ceci, questionner si quelqu'un le veut.
• Même contenu partout — chaque plateforme a sa propre culture et format. Customiser chaque post pour plateforme et audience.
• Traiter B2B comme B2C — acheteurs B2B soucis ROI, études de cas, intégration. Acheteurs B2C soucis prix, avis, appel visuel. Ne pas pitcher ROI à cavalier. Ne pas montrer jolie photos à CTO.
• Payer publicités en v1 — organique d'abord. Acquisition payée après product-market fit prouvé (utilisateurs reviennent sans prompting).
• Pas de vérification domaine — ne jamais construire sans d'abord confirmer .com disponible. Domaine occupé = choisir nom différent.
• Oublier enregistrer recherche — toutes données concurrentes, tarification, conclusions marché doivent aller à knowledge_write. Vous les aurez besoin Phase 6.
• Ignorer mobile pour B2C — la plupart consommateurs browsent sur téléphone. Sites service local et e-commerce DOIVENT être mobile-first.
• Pas de Profil Google Business pour local — pour entreprises locales, Google #1 canal découverte. Sauter est comme ne pas avoir pancarte sur porte.

Verify

• Le livrable pour cette phase existe comme artefact concret (doc, ticket, board, repo) et sa localisation est partagée, pas décrite
• Chaque engagement a un propriétaire nommé, une date limite, et une définition-of-done que quelqu'un d'autre que l'auteur pourrait vérifier
• Les risques sont listés avec vraisemblance/impact et mitigation nommée, pas « risques : TBD »
• Dépendances sur autres équipes/vendors/agents sont explicites ; un ack de chaque dépendance est enregistré ou marqué « pending »
• Critères de succès pour phase suivante sont numériques ou objectivement vérifiables autrement
• Un rollback / kill-switch / critère « nous arrêterons si X » est écrit avant démarrage travail