burn-test は何をしますか？
「それ、いくらかかるの？」と尋ねる人。利益率は、良いアイデアがビジネスになるかどうかを決めます。このスキルは、すべての数値が入力値に紐づく形で利益率を見つけ出し、それらの入力値のうちどれだけが実際のデータかに基づいて率直に報告します。
最初に ${CLAUDE_SKILL_DIR}/../receipts/rules.md を読んでください。
このフォルダ内のツール:
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md
ステップ1: 入力値を収集する
founder/numbers.json を作成します（フォーマットはこのフォルダ内の example.json を参照。ウォークイン抹茶カフェの例です）。必要なフィールド:
| フィールド | 説明 |
|---|---|
unit | 1回の販売単位：カップ、注文、顧客月額、席など |
price | 税抜きの単価 |
variable | 1ユニットあたりのコスト：原材料、包装、配送、カード手数料、販売手数料など |
fixed_monthly | 毎月固定で発生する費用：家賃、給与、ソフトウェア、保険など |
startup | 開業前の一時的な支出：保証金、内装工事、設備、初回在庫、ローンチ広告など |
plan_per_day | 稼働後の1日あたりの販売数量 |
ramp_per_day | 12個の数値：1年目の各月の現実的な販売数量 |
capacity_per_day | 上限がある場合の1日あたりの最大販売可能数量 |
数値の入手先（優先順位順）:
- ユーザー自身の見積もり、請求書、リース契約、サプライヤーの価格表。
- ユーザーが確認できる公表価格（サプライヤーの価格表、大家の物件情報、決済代行業者の公開手数料）。出典を
founder/cfo-sources.mdに数値と併記します。 - あなたの推定値。推定値であることとその理由を明確に記載します。推定値を事実として提示してはいけません。
各入力値を元帳に記録します。種別は cost（または価格の場合は price）とします。見積もり、請求書、リース契約、公表価格ページは MEASURED（証拠ID付き）、推定値は PLANNED とします。計画では、何個のコストが裏付けられているかを報告します。
ユーザーだけが知っていること（見積もり家賃、支払う給与など）はユーザーに尋ねてください。founder/pricing.md または founder/pitch.md が存在する場合は、そこから価格を使用します。
ランプ（販売成長曲線）こそが計画の嘘をつく場所です。 1ヶ月目はほとんど計画通りの販売量にはなりません。もし購入者パネルを実施した場合は、その購入率と初月購入数を使ってランプを現実的に検証し（founder/panel/results.md）、その方法を説明してください。パネルの数値は上限です。まだ実際の購入者が確定していない場合、正直なランプはパネルの示唆よりも低く、決して高くしてはいけません。
ステップ2: 実行する
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md
これにより出力されるもの：ユニットごとのテーブルと貢献利益（各販売が自身のコストを差し引いた後に残す金額）、固定費、1日あたりの損益分岐点販売数、計画数量での利益率、1年目を月ごとに、1年目の営業利益とスタートアップ費用を差し引いた結果、自己回収に必要な現金、スタートアップ費用を回収する月、および what-if テーブル（価格 -10%、数量 -20%、ユニットコスト +15%）。価格が変動費を下回る場合、損益分岐点がキャパシティを超える場合、1年目が赤字の場合、回収期間が12ヶ月を超える場合にはフラグを立てます。
ファイルを編集せずに what-if 分析:
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
ステップ3: CFOの所見
founder/cfo.md の上部に、平易な言葉で短いセクションを追加します:
- 厳しい真実：事業を頓挫させる可能性が最も高い数字、および入力値のうち見積もりと推定値の割合（「11のコストのうち4つは見積もりあり。ランプは推測」）。
- 悪いケース：
--volume 0.5を実行し、その結果を1行で報告します。まだ実際の需要の証拠がない場合、これは計画と同程度に起こり得ます。 - 利益率：計画時の利益率、およびユニットあたりの貢献利益。
- 注目すべき変数：結果を最も動かす1つのコストまたは前提条件（通常はランプ、家賃、価格）。それを証明する what-if を添えて。
- キャッシュ：創業者が自己回収する前に必要な資金額。
- 利益率を改善する3つの方法。それぞれ変更する数値とその変更量（what-if を実行し、推測しない）。
- 取締役会の資金に関する条件（
founder/board.md）が満たされているかどうか。
ルール
- あなたの所見のすべての数値は、ツールの出力または名前を挙げられる入力値に由来します。
- モデルのすべての出力（利益率、損益分岐点、1年目、回収期間）は
PLANNEDです。予測利益率を「実際の利益率」や結果と呼んではいけません。 - 収益は税抜きです。ユーザーの市場に売上税が上乗せされる場合はその旨を明記します。
- 財務、税務、法律上のアドバイスではありません。公認会計士に事業構造、人件費、税金を確認してもらうべきであると一度述べてください。
出力
founder/numbers.json、founder/cfo.md、founder/cfo-sources.md。次へ：/kill-or-build はこれらの数値を使って最終判断を下します。利益率が薄い場合は /litmus に進みます。