MVP نسخهٔ ناقص دلخواه بنیانگذار نیست؛ کوچکترین محصولی است که فرضیهٔ ارزش را در بازار واقعی میآزماید. مرز اشتباه = سوخت بودجه یا لانچ بیمعنا.
۱. Job اصلی
یک جمله: کاربر با MVP چه کاری را تمام میکند که قبلاً نمیتوانست؟ اگر بیش از یکی است، هنوز برش نخورده.
اگر MVP شما بدون پنل ادمین کامل نمیتواند ارزش بدهد، احتمالاً ارزش را اشتباه تعریف کردهاید.
— امیرحسن محمدپور، Product Manager
۲. برش بیرحمانه
فیچرهایی که اعتبار فرضیهٔ اصلی را جلو نمیبرند، از نسخهٔ اول حذف شوند — حتی اگر «راحت» به نظر برسند.
سطلهای اولویت
- باید برای یادگیری فرضیه
- دستی/Concierce قابلتحمل
- بعد از لانچ اول

۳. ریسک فنی را جدا کنید
Spike کوتاه برای ناشناختههای فنی، جدا از دامنهٔ ارزش کاربر. قاطی کردن این دو اسکچول را میکشد.
۴. دستی تا خودکار
عملیات پشتیبان دستی در هفتههای اول اغلب ارزانتر از اتوماسیون زودرس است — به شرط اندازهگیری درد.
۵. معیار خروج از MVP
از قبل بنویسید چه سیگنالی اجازهٔ سرمایهگذاری فاز دو را میدهد: فعالسازی، ماندگاری یا درآمد آزمایشی.
دامنهٔ MVP قرارداد یادگیری است. وقتی معیار خروج رسید، اسکیل آگاهانه شروع میشود — نه از روی ترس جا ماندن.




