髪型が似合うか不安、という課題は実在する。
MyHair
髪型の「似合う」を、正解ではなく納得として扱う。
課題
problem
ただし強いPainではなく、発生頻度も高くない。
そのため「どう儲けるか」「どう広げるか」が難しい。
前提
context
需要がある市場（競合が存在）
代替手段：美容師相談 / SNS参照 / 既存アプリ
初期はtoB営業を行わない（検証速度を優先）
検証したいこと
hypothesis
ユーザーは「生成体験」ではなく「次の行動が楽になること」にお金を払うか。
無料体験から有料アウトプットへ自然に遷移するか。
美容師共有が、その後の予約・行動につながるか。
設計判断
decisions
成果保証ではなく、意思決定支援として設計する。
課金対象は「回数」や「精度差」ではなく、共有・保存・アウトプットに置く。
サブスクではなく、1day/7dayのスポット課金を優先検討する。
構造
structure
Flow
入力（条件/好み）生成（候補）保存・管理（次回/イベント別）共有（美容師に見せられる形）次の行動（予約/相談）
価値の中心は「美容師とのコミュニケーションコスト削減」に置く。
価値・収益設計
monetization
フリーミアムを前提に、ユーザー課金を先に検証する。
課金対象候補：オーダー文章生成 / 施術ポイント言語化 / 透かしなしDL / 共有 / 保存整理。
広告はUXを壊しやすいので慎重。入れるなら無料ユーザーのみ・スキップ可・領域限定。
到達点
status
成功/失敗の判定より、行動ログと数値の回収を優先する。
売上がゼロでも、導線と課金ポイントの学びを得ることを目的とする。