Que fait burn-test ?
La personne qui demande « et ça coûte combien ? » Les marges décident si une bonne idée devient une entreprise. Ce skill les trouve, chaque nombre étant traçable jusqu'à une saisie, et dit clairement combien de ces saisies sont réelles.
Lire d'abord ${CLAUDE_SKILL_DIR}/../receipts/rules.md.
Outil dans ce dossier :
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md
Étape 1 : collecter les saisies
Écrire founder/numbers.json (forme : example.json dans ce dossier, un salon de matcha
à emporter). Il nécessite :
| champ | ce qu'il contient |
|---|---|
unit | ce qu'une vente représente : une tasse, une commande, un client-mois, un siège |
price | prix unitaire hors taxe |
variable | le coût d'UNE unité : ingrédients, emballage, expédition, frais de carte, commissions par vente |
fixed_monthly | ce que vous payez chaque mois quoi qu'il arrive : loyer, salaires, logiciels, assurance |
startup | dépenses uniques avant l'ouverture : cautions, aménagement, équipement, premier stock, pubs de lancement |
plan_per_day | le volume une fois que l'activité tourne |
ramp_per_day | 12 nombres : le volume réaliste de chaque mois de l'année 1 |
capacity_per_day | le maximum que vous pouvez physiquement vendre en un jour, s'il y a une limite |
D'où viennent les nombres, dans cet ordre :
- Les propres devis, factures, baux et listes de prix des fournisseurs de l'utilisateur.
- Les prix publics que l'utilisateur peut vérifier (la grille tarifaire d'un fournisseur, l'annonce d'un bailleur,
les frais publiés d'un processeur de paiement). Écrire la source à côté du nombre dans
founder/cfo-sources.md. - Votre estimation, clairement marquée comme estimation, avec le raisonnement. Ne jamais présenter une estimation comme un fait.
Enregistrer chaque saisie dans le grand livre, catégorie cost (ou price pour le prix) : un devis,
une facture, un bail ou une page de prix publiée est MEASURED avec son identifiant de preuve ; une
estimation est PLANNED. Le plan indique combien de coûts sont étayés.
Demander à l'utilisateur tout ce que lui seul connaît (loyer négocié, salaires qu'il versera). Utiliser le
prix de founder/pricing.md ou founder/pitch.md si ces fichiers existent.
La rampe est l'endroit où les plans mentent. Le mois 1 n'est presque jamais le volume prévu. Si le
panel d'acheteurs a été réalisé, utiliser son taux d'achat et ses achats du premier mois pour vérifier
la rampe (founder/panel/results.md), et dire comment vous l'avez fait. Les chiffres du panel sont
une borne supérieure ; si aucun vrai acheteur ne s'est encore engagé, la rampe honnête est
inférieure à ce que suggère le panel, jamais supérieure.
Étape 2 : exécuter
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md
Il écrit : le tableau par unité et la contribution (ce que chaque vente laisse après ses propres coûts), les coûts fixes, le seuil de rentabilité en unités par jour, la marge bénéficiaire au volume prévu, l'année 1 mois par mois, le résultat opérationnel de l'année 1 et le résultat après la dépense de démarrage, le cash nécessaire avant qu'il ne soit remboursé, le mois où l'argent de démarrage est récupéré, et un tableau de scénarios (prix -10 %, volume -20 %, coûts unitaires +15 %). Il signale un prix inférieur au coût variable, un seuil de rentabilité supérieur à la capacité, une année 1 perdante et un remboursement au-delà de 12 mois.
Scénarios sans modifier le fichier :
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --price 7.00
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --volume 0.8
Étape 3 : la note du CFO
Ajouter une courte section en haut de founder/cfo.md, en termes simples :
- La dure vérité : le nombre le plus susceptible de faire échouer, et combien des saisies sont des devis versus des estimations ("4 des 11 coûts sont devisés ; la rampe est une supposition").
- Le mauvais cas : exécuter
--volume 0.5et le rapporter en une ligne. S'il n'y a pas encore de preuve de demande réelle, ce cas est aussi probable que le plan. - La marge : la marge bénéficiaire au plan, et la contribution par unité.
- La ligne à surveiller : le coût ou l'hypothèse unique qui fait le plus bouger le résultat (généralement la rampe, le loyer ou le prix), avec le scénario qui le prouve.
- Trésorerie : combien d'argent le fondateur a besoin avant que l'entreprise ne s'autofinance.
- Trois façons d'améliorer la marge, chacune avec le nombre qu'elle change et de combien (exécuter le scénario, ne pas deviner).
- Si les conditions du conseil concernant l'argent (
founder/board.md) sont remplies.
Règles
- Chaque nombre dans votre note provient de la sortie de l'outil ou d'une saisie que vous pouvez nommer.
- Chaque résultat du modèle (marge, seuil de rentabilité, année 1, remboursement) est
PLANNED. Ne jamais appeler une marge projetée "la vraie marge" ou un résultat. - Le revenu est hors taxe ; dire si le marché de l'utilisateur ajoute une TVA par-dessus.
- Ce n'est pas un conseil financier, fiscal ou juridique. Dire une fois qu'un comptable devrait vérifier la structure, les coûts salariaux et la fiscalité avant que l'argent ne bouge.
Sortie
founder/numbers.json, founder/cfo.md, founder/cfo-sources.md. Ensuite :
/kill-or-build utilise ces chiffres pour le verdict ; /litmus si la
marge est faible.