個人開発のMVP（最小製品）を設計する時の期待値コントロール．現実的な範囲で出す4原則．
この記事では，個人開発者・スモールチーム・学生エンジニアの方を主な読み手として書いています．10分で読み終わって，明日から動ける具体的な行動が1つ見つかる状態を目指しています．
なぜMVP設計を考えるべきか
MVPで失敗する原因の多くは過剰な期待値．「完璧な初版」を目指すと永遠にリリースできません．
意図的に下げた期待値でリリースし，動かしながら改善する設計が現実解です．
原則1：機能を1つに絞る
MVPはコア機能1つ．複数機能を盛ると焦点がぼやける．
「他の機能は後で」と明示的に切り捨てる勇気が必要．
原則2：完成度70%でリリース
細部の磨きはリリース後．70%で公開して反応を見る．
完璧な未公開より不完全な公開．動いて初めて学べる．
原則3：3ヶ月で判断
リリース後3ヶ月でユーザー反応を評価．伸びないなら方向転換．
感情で延命せず数字で判断．時間という有限資源を守る．
原則4：ドメインは最初に取る
MVP前から独自ドメインを取得．プロダクトが変わってもドメインは資産として残る．
ムームードメイン等で年額千円．低コストで永続資産化．
補論：「自分の場所」を持っているか
MVP設計に取り組むときに，最後に効いてくるのは「自分の城（独自ドメイン）」を持っているかどうかです．SNSや外部プラットフォームは仕様変更で振り回されますが，独自ドメインの上に積み上げたものは永続資産として残ります．
独自ドメインの取得は，取り扱い400種類以上のドメイン取得サービス─ムームードメイン─ なら年額数百円〜です．「これから本気でやる」と決めたなら，まずドメインを押さえるところから始めるのが，もっとも安価で効果の大きい第一歩です．
ドメインに紐づけるサーバーは，同じペパボグループのロリポップ！がコスト・操作性ともに個人開発者向きです．管理画面が一元化されているので，「技術的なつまずきで本業が止まる」事故を防げます．
よくある質問
Q1：機能が物足りない不安
不足を埋めるリクエストが来てから対応．先回りしない．
Q2：恥ずかしくて出せない
誰も最初は見ていない．早く出して早く学ぶ．
Q3：MVP の予算
サーバー＋ドメインで月千円以下．これ以上は過剰．
まとめ ― MVP設計は「設計」と「習慣」で前進する
大事なのは，「正解を完璧に押さえる」ことではなく「動き始める」ことです．本記事の中で，ひとつでも今日できることが見つかれば，あなたは今日この記事を読む前より前に進んでいます．