راهنمای بنیانگذار برای عرضهٔ نخستین محصول بهتنهایی: MVP واقعاً به چه دردی میخورد، چطور دامنهاش را در یک جمله خلاصه کنید، ترتیب ساختی که از دوبارهکاری جلوگیری میکند، اشتباههایی که پیش از اعتبارسنجی بودجه را میبلعند، و اینکه کِی باید شروع به پول گرفتن کنید.
بنیانگذاران تکنفره، کارآفرینان تازهکار و سازندگان پروژههای جانبی که ایدهٔ محصولی را بدون همبنیانگذار فنی و بدون سرمایه اعتبارسنجی میکنند.
- دامنهٔ یکجملهای برای MVP که در نخستین برخورد با واقعیت دوام میآورد
- ترتیب ساختی که اعتبارسنجی را پیش از صیقل دادن میگذارد
- نشانهای روشن برای اینکه کِی باید شروع به پول گرفتن کنید
بیشتر محصولهای نخست بهخاطر کد بد نمیمیرند. آنها میمیرند چون بیش از حد ساخته شدهاند، دیر اعتبارسنجی شدهاند، و بودجه پیش از آنکه کسی تأیید کند ایده ارزشش را دارد خرج شده است. عرضه بهتنهایی زمانی یک قید بیرحم روی همهٔ اینها میافزود: بدون برنامهنویس. آن قید امروز از میان رفته است، و همین کاری میکند که قیدهای باقیمانده، یعنی دامنه و صداقت و سرعت رسیدن به کاربران واقعی، تمام بازی باشند. اینجا میگوییم چطور این بازی را انجام دهید.
MVP نسخهٔ کوچکترِ محصول رؤیاییتان نیست. کوچکترین چیزی است که میتوانید پیش روی کاربران واقعی بگذارید تا به یک پرسش پاسخ دهد: آیا از آن برای حل مشکلی که فکر میکنید دارند استفاده میکنند؟ هر چیزی که به پاسخ این پرسش کمک نکند، از قابلیتها و صیقل تا مقیاسپذیری، تا وقتی پاسخ «بله» نشده صرفاً حواسپرتی است.
این مهم است چون رایجترین شکست فنی نیست. صرف چهار ماه برای ساختن قابلیتهایی است که کسی درخواستشان نکرده، چون سازنده از بخشی که در آن حقیقت را کشف میکنید پرید. هیچ برنامهنویسی، چه استخدامشده و چه غیر آن، نمیتواند شما را از ساختن چیز اشتباه نجات دهد. تنها برخورد با کاربران میتواند، و کل هدف MVP این است که این برخورد را تا جایی که صداقت اجازه میدهد زودهنگام و ارزان کند.
داستان مشهوری از یک بنیانگذار هست که هفده هزار دلار را برای ساختن MVPای به آتش کشید که هرگز لازم نبود با آن قیمت وجود داشته باشد. آن پول اعتبارسنجی نخرید؛ نسخهای تمامشده از یک حدسِ اثباتنشده خرید. هر بار که پیش از آنکه کسی محصول را به کار برده باشد قابلیتی ضروری بهنظر رسید، این داستان را به یاد داشته باشید.
از یک بنیانگذار بپرسید محصولش چه میکند، یک پاراگراف تحویل میگیرید. بپرسید تنها کاری که کاربر در نخستین باری که ارزش میگیرد انجام میدهد چیست، و آنهای خوب در یک جمله پاسخ میدهند. همان جمله MVP شماست.
چشمانداز: سکویی برای مربیان شخصی با زمانبندی، برنامهٔ غذایی، عکسهای پیشرفت، پرداخت و یک اپ برای مشتری. جمله: «مربی میتواند برنامهٔ تمرین این هفته را برای مشتری بفرستد، و ببیند انجام شده یا نه.» این همان MVP است: دو نقش، یک برنامه، یک تیک. اگر مربیان همین را به کار نبرند، آن سکو از اول قرار نبود شکل بگیرد؛ و اگر به کارش برند، هر قابلیت خطخورده حالا کسی را دارد که دربارهٔ آن از او بپرسند.
حتی یک MVP یکجملهای هم ترتیب طبیعی دارد، و احترام گذاشتن به آن از چرخهٔ کلاسیک دوبارهکاری جلوگیری میکند. هر لایه بر لایهٔ پیش از خود تکیه دارد.
بهتنهایی ساختن یعنی هر تصمیم به اندازهٔ یک گفتگو طول میکشد. از این سرعت صادقانه استفاده کنید: نسخهٔ باریک را همین هفته عرضه کنید، پیش روی پنج نفر واقعی بگذارید، و بگذارید رفتار آنها، نه نقشهٔ راهتان، انتخاب کند بعد چه ساخته شود. تیمها جلسهها را صرف تصمیمگیری دربارهٔ چیزی میکنند که بنیانگذار تکنفره میتواند بهسادگی آزمایشش کند.
زودتر از آنچه راحت بهنظر میرسد، و دیرتر از آنچه جماعتِ «اول صفحهٔ پرداخت» ادعا میکنند. نشانه رفتاری است: کسی محصول را دو بار بدون آنکه یادآوری شود به کار میبرد، یا میپرسد آیا میتواند به استفاده ادامه دهد. همان پرسش، خودِ قصد خرید است؛ با یک قیمت پاسخش دهید.
قیمت نخست یک آزمایش است، نه مدل کسبوکار. عددی بخواهید که از پنج مشتری بامعنا حس شود، و ببینید چه میشود: کاربران پرداختکنندهای که میمانند اعتبارسنجیای هستند که هیچ نظرسنجی نمیتواند جعلش کند، و اعتراضهای آنها که نه میگویند تیزترین نقشهٔ راه قابلیتی است که در عمرتان رایگان به دست میآورید. در هر دو حال چیزی میآموزید که یک نسخهٔ آزمایشی رایگان پنهانش میکند.
و اینجاست که مسیر تکنفره بیسروصدا بیش از هر جای دیگر دگرگون شده است. یکجملهتان را برای یک سازندهٔ AI شرح دهید و ظرف چند روز محصولی کارآمد با حسابهای واقعی و داده و منطق میگیرید، تقریباً به بهای یک شام خوب، و این یعنی اشتباه هفدههزار دلاری اکنون اختیاری است. پولی که خرج ساخت نکردید، بودجهٔ بقای بخشی است که همیشه کار واقعی بوده است: یافتن آدمهایی که مشکل را دارند، و گوش دادن به اینکه با پاسخ شما به آن چه میکنند.
بله. جریان یکجملهای را شرح دهید، اینکه کاربران چه کسانیاند، محصول چه چیزی به یاد میسپارد، و چه نتیجهای تولید میکند، و یک سازندهٔ AI محصول کارآمد را میسازد: حسابها، پایگاه داده، صفحهها و منطق. سهم جایگزینناپذیر شما هرگز کد نبوده است؛ شناختن مشکل و داوری دربارهٔ کاری است که کاربران با راهحل میکنند.
نخستین نسخهٔ کارآمد باید چند روز از وقت شما و یک اشتراک متعارف هزینه بردارد، نه صورتحسابی پنجرقمی. اشتباه مشهور هفدههزار دلاری MVP، نسخهای صیقلخورده از یک حدس اثباتنشده خرید؛ آن بودجه را برای رسیدن به کاربران، پس از آنکه ایده نبضی نشان داد، نگه دارید.
وقتی یک غریبه بتواند جملهٔ شما را بدون کمکتان کامل کند: ثبتنام کند، آن یک کار را انجام دهد، آن یک نتیجه را بگیرد، با پیامهای منطقی وقتی کار غیرمنتظرهای میکند. تمام معیار همین است. قابلیتهای بیشتر آن را آمادهتر نمیکند؛ فقط دیرترش میکند.
نه. قیمت را همان هفتهای بیفزایید که کسی محصول را مکرر به کار میبرد یا میخواهد نگهش دارد، و قیمت نخست را آزمایشی با پنج مشتری بدانید. صفحهٔ پرداخت روی محصول اثباتنشده فقط اندازه میگیرد فرم پرداخت چقدر تبدیل میکند؛ اول رفتار، بعد صورتحساب.