مقالات تجربه کاربری - کمینهٔ محصول پذیرفتنی
کمینهٔ محصول پذیرفتنی
کمینهٔ محصول پذیرفتنی 
کمینهٔ محصول پذیرفتنی (Minimum Viable Product) چیست؟
💡 این متن «بازنویسی آزاد» است: ایدهها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثالهای تازه بازگو شدهاند و ترجمهٔ کلمهبهکلمه نیست. بخشهای افزودهٔ مترجم در جعبهٔ منبع مشخص شدهاند.
یک صفحهٔ ثبتنام برای محصولی که هنوز وجود ندارد، در دو روز ساخته میشود. اگر هیچکس در آن ثبتنام نکند، شش ماه توسعه صرفهجویی شده است. کل ایدهٔ کمینهٔ محصول پذیرفتنی در همین نسبت خلاصه است.
تعریف
کمینهٔ محصول پذیرفتنی، سادهترین مجموعه از ویژگیهای اصلی یک محصول است که آن را قابل عرضه میکند، و هیچ چیز بیشتر.
تعریف رایجتر کوتاهتر است: کوچکترین چیزی که میتوانید بسازید و ارزشی به دست مشتری برساند.
این دو تعریف یک تفاوت مهم دارند. اولی از سمت تیم نگاه میکند و میپرسد چه چیزی را میشود حذف کرد. دومی از سمت مشتری نگاه میکند و میپرسد چه چیزی باید بماند.
پاسخ عملی همیشه از تعریف دوم میآید. یک نسخه میتواند دقیقترین معنای «کمینه» را برآورده کند و برای هیچکس ارزشی نداشته باشد. آنوقت شما چیزی کوچک ساختهاید که هیچ خبری با خود نمیآورد.
خاستگاه
این اصطلاح را فرانک رابینسون ساخت. اما شهرتش را از دو نام دیگر گرفت: استیو بلنک، کارآفرین و پژوهشگر، و اریک ریس، که جنبش استارتاپ ناب را پیش برد.
صورتبندی ریس هنوز دقیقترین راهنماست: «هر ویژگی، فرایند یا تلاشی را که مستقیماً به یادگیریِ مورد نظر شما کمک نمیکند، حذف کنید.»
کلمهٔ کلیدی در این جمله «یادگیری» است، نه «حذف». معیار حذف، کوچکبودن نیست. معیار این است که آن ویژگی به پرسشِ در دست پاسخ میدهد یا نه.
پس اگر ندانید چه چیزی را میخواهید بیاموزید، هیچ نسخهای کمینه نیست. فقط ناتمام است.
چرخهٔ ساخت، سنجش، یادگیری
کمینهٔ محصول پذیرفتنی یک نسخه نیست، یک دور است.
در هر دور سه کار انجام میشود. میسازید: کوچکترین چیزی که فرض شما را در معرض بازار میگذارد. میسنجید: رفتار واقعی گروه مشتری انتخابی، نه نظرشان. میآموزید: فرض تأیید شد یا رد.
خروجی این دور یک تصمیم است، نه یک گزارش. اگر فرض تأیید شود، دور بعدی روی فرض بعدی سوار میشود. اگر رد شود، جهت عوض میشود یا کار متوقف.
همان «توقف» بخشی از طراحی روش است. تیمی که چرخه را فقط برای رسیدن به نسخهٔ کامل میچرخاند، در عمل یک برنامهٔ توسعهٔ معمولی دارد با نامی تازه.
این نکته، کمینهٔ محصول پذیرفتنی را از نمونهٔ اولیه جدا میکند. نمونه به دست کاربر آزمایشی میرسد و پرسشش کاربردپذیری است. کمینهٔ محصول پذیرفتنی به دست مشتری واقعی میرسد، در شرایط واقعی، و اغلب با پول واقعی. پرسشش تقاضاست.
ارزش برای مشتری، نه مفهوم
روشنترین تصویر این ایده، مقایسهٔ چرخ و اسکیتبورد است. یک چرخ برای کاربر هیچ ارزشی ندارد و یک اسکیتبورد دارد.
موضوع جابهجایی است، نه اجزای مفهومی خودرو. کسی با چهار چرخ و یک شاسی به مقصد نمیرسد. اسکیتبورد از خودرو خیلی کوچکتر است، اما کار را انجام میدهد.
نتیجهٔ عملی این است که محصول را باید عمودی برید، نه افقی. یک برش عمودی همهٔ لایهها را برای یک کار کوچک دارد: رابط، منطق، داده.
برش افقی برعکس عمل میکند. یک لایه را برای همهٔ کارها کامل میکند، و در پایان هنوز هیچ کاری از ابتدا تا انتها انجام نمیشود. روی کاغذ سهچهارم کار تمام است و برای مشتری هیچ.
پس «کمینه» یعنی باریک، نه نیمکاره. باریک یعنی دامنه کوچک است و کیفیت کامل. نیمکاره یعنی دامنه بزرگ است و هیچچیز درست کار نمیکند.
سه راه سنجیدن تقاضا پیش از ساختن
در بسیاری از موارد حتی همان برش عمودی هم لازم نیست. تقاضا را میشود پیش از نوشتن کد سنجید.
- - ۱. وبسایت و اپلیکیشن: ماکتی از ویژگیِ در راه بسازید و نرخ کلیک را در برابر شمار بازدیدکننده بسنجید.
- - ۲. سرویس: سرویس را چند بار دستی انجام دهید تا معلوم شود کسی حاضر است بابتش پول بدهد یا نه.
- - ۳. ویژگی تازه: ویژگی پیشنهادی را در محصول موجود تبلیغ کنید و پیوندی برای اطلاعات بیشتر بگذارید.
در هر سه یک الگوی واحد تکرار میشود: تقاضا پیش از ساختن سنجیده میشود.
راه دوم کماستفادهترینشان است و بیشترین چیز را یاد میدهد. سرویسی که دستی انجام شود هزینهٔ توسعه ندارد، و در عوض هر جزئیات فرایند را جلوی چشم میگذارد. آن جزئیات بعداً همان چیزی است که باید خودکار شود.
راه سوم یک هشدار دارد. تبلیغ ویژگیای که وجود ندارد، اگر بیتوضیح بماند، کاربر را ناامید میکند. یک جملهٔ صادقانه دربارهٔ اینکه این ویژگی هنوز در دست بررسی است، همان عدد را میدهد و اعتماد را نمیسوزاند.
تفاوت با «زودتر منتشر کن، بیشتر منتشر کن»
در فرهنگ متنباز شعار آشنایی هست: زودتر منتشر کن، بیشتر منتشر کن. شباهت این دو رویکرد ظاهری است.
تفاوت در جای هدف است. در کمینهٔ محصول پذیرفتنی، هدف پیش از تعامل با مشتری روشن است. در انتشار زودهنگام و مکرر، مشتری در طول تکامل محصول هدف را شکل میدهد.
هیچکدام غلط نیست. یکی در جستوجوی اعتبارسنجی است و دیگری در جستوجوی مشارکت. این دو، دو سنجهٔ متفاوت میخواهند، و درهمریختنشان همان جایی است که تیمها گم میشوند.
مسیر اول سریعتر به محصول کامل میرسد. مسیر دوم بازتر است و جامعهای دور محصول میسازد. انتخاب بین این دو، یک تصمیم استراتژی است و نه یک سلیقهٔ مهندسی.
فایدهها
یک: آزمودن ضرورت محصول بدون صرف همهٔ منابع. پرسش «آیا اصلاً کسی این را میخواهد» گرانترین پرسش هر محصول است و ارزانترین پاسخ را دارد.
دو: یادگیری سریعتر دربارهٔ نیاز مشتری. هر دور، یک فرض را به یک دانستهٔ بازار تبدیل میکند.
سه: کاهش ساعتهای هدررفتهٔ توسعه. ویژگیای که هرگز استفاده نمیشود، فقط وقت ساختش را نمیبرد. تا آخر عمر محصول نگهداری هم میخواهد.
چهار: رسیدن زودتر به بازار و درآمد. درآمد زودهنگام تنها پول نیست. قویترین شاهدی است که میتوانید دربارهٔ ارزش محصول جمع کنید.
این چهار فایده با منطق تجربهٔ کاربری ناب و توسعهٔ چابک همخانوادهاند. اگر تیم شما اسپرینت طراحی اجرا میکند، خروجی اسپرینت اغلب دقیقاً همین فرضِ آمادهٔ آزمودن است.
سه شکستی که نامش را کمینهٔ محصول میگذارند
این بخش افزودهٔ من است، چون تعریفها «کمینه» را روشن میکنند و نمیگویند این کلمه در عمل کجا بد فهمیده میشود.
یک: نسخهٔ کوچکشدهٔ همان برنامه. تیم فهرست ویژگیها را نصف میکند و نامش را کمینه میگذارد. هیچ فرضی نوشته نشده و هیچ سنجهای تعریف نشده. حاصل، یک محصول کوچک است، نه یک آزمون.
دو: کمینهای که هرگز تکرار نمیشود. نسخه منتشر میشود، عدد جمع میشود، و بعد تیم سراغ نقشهٔ راه بعدی میرود. دوری که بسته نشود چیزی جز یک انتشار زودهنگام نیست.
سه: کیفیت بهجای دامنه قربانی میشود. این رایجترینشان است. «کمینه» به عذری برای تحویل کار بیکیفیت تبدیل میشود. بازخوردی هم که میگیرید دربارهٔ ایده نیست، دربارهٔ خرابیهاست.
راه تشخیص هر سه یک پرسش واحد است. پیش از انتشار بنویسید چه عددی فرض شما را رد میکند. اگر چنین عددی وجود ندارد، آنچه ساختهاید کمینهٔ محصول پذیرفتنی نیست.
یک پیامد این پرسش هم شنیدنی است. عددی که فرض را رد میکند باید پیش از دیدن نتیجه نوشته شود، وگرنه هر نتیجهای موفقیت خوانده خواهد شد.
چیزی که این روش نمیسنجد
این بخش افزودهٔ من است، چون فهرست فایدهها یکطرفه است و مرز روش را نشان نمیدهد.
وفاداری بلندمدت را نمیسنجد. پذیرش اولیه با ماندگاری یکی نیست. کاربری که یک بار کنجکاو شده، هنوز چیزی دربارهٔ ماه سوم نگفته است.
بازار بزرگتر را نمیسنجد. گروه مشتری انتخابی معمولاً از زودپذیرهاست. زودپذیر نقص را تحمل میکند و اکثریت تحمل نمیکند، و اشاعهٔ نوآوری دقیقاً دربارهٔ همین شکاف است.
اثر شبکه را نمیسنجد. در محصولی که ارزشش از شمار کاربران میآید، نسخهٔ کمکاربر شکست میخورد حتی وقتی ایده درست است. اینجا آزمون باید در یک جامعهٔ کوچکِ بسته اجرا شود، نه در کل بازار.
یک محدودیت کیفی هم هست. عدد میگوید چند نفر کلیک کردند و نمیگوید چرا. برای «چرا» همان چند مصاحبهٔ کوتاه لازم است، و بدون آن تفسیر عدد به حدس تبدیل میشود.
در بافت فارسی
یک: «کمینه» اینجا «بیکیفیت» خوانده میشود. کاربر ایرانی سرویس نیمهرهاشده را زیاد دیده و نسخهٔ کوچک را نشانهٔ رهاشدن میگیرد.
راهحل، باریکترکردن دامنه است، نه پایینآوردن کیفیت. یک کار، بینقص. اگر محصول شما فقط یک کار انجام میدهد و آن یک کار درست کار میکند، هیچکس آن را نیمهکاره نمیخواند.
دو: آزمون تمایل به پرداخت گران تمام میشود. درگاه پرداخت و مجوز و نماد اعتماد، همه پیش از اثبات تقاضا لازم میشوند.
پس همان شیوهٔ دستی میماند: پیشثبتنام، فاکتور دستی، و پرداخت مستقیم تا وقتی تقاضا معلوم شود. این کار مقیاسپذیر نیست و قرار هم نیست باشد.
سه: زودپذیرهای شما در محصول نیستند. جامعهٔ اولیهٔ هر محصول در بازار ایران معمولاً در کانالها و گروههای پیامرسان جمع است.
گروه مشتری انتخابی را از همان جامعهها بردارید، نه از میان کاربران تصادفی سایت. مزیت دیگرش این است که بازخورد در همان گروه، جلوی چشم بقیه گفته میشود.
چهار: مزیت سرعت اینجا کوتاهعمر است. ویژگی موفق در چند هفته کپی میشود و قابلیت دفاعی نمیسازد.
پس دارایی شما یادگیری است، نه ویژگی. رقیب ویژگی را میبیند و آنچه شما یاد گرفتهاید را نمیبیند. تیمی که دو دور جلوتر است، در ویژگی بعدی هم جلوتر خواهد بود.
جمعبندی
- - کمینهٔ محصول پذیرفتنی: سادهترین مجموعهٔ ویژگی اصلی که محصول را قابل عرضه میکند · یا کوچکترین چیزی که ارزشی به دست مشتری میرساند
- - خاستگاه: اصطلاح از فرانک رابینسون · شهرت از استیو بلنک و اریک ریس · معیار ریس: حذف هر چیزی که به یادگیری کمک نمیکند
- - چرخه: ساخت · سنجش · یادگیری · و تکرار، با خروج در صورت رد شدن فرض
- - ارزش، نه مفهوم: چرخ ارزشی ندارد و اسکیتبورد دارد · برش عمودی، نه لایهٔ افقی · باریک، نه نیمکاره
- - سه آزمون تقاضا: ماکت و نرخ کلیک · سرویس دستی و تمایل به پرداخت · تبلیغ ویژگی پیش از توسعه
- - در برابر انتشار زودهنگام و مکرر: هدف از پیش روشن · در جستوجوی اعتبارسنجی · مسیر سریعتر به محصول کامل
- - فایدهها: آزمودن ضرورت · یادگیری سریعتر · کاهش دورریز توسعه · درآمد زودتر
- - سه شکست: نسخهٔ کوچکشده بدون فرض · دوری که بسته نمیشود · قربانیکردن کیفیت بهجای دامنه
- - نمیسنجد: وفاداری بلندمدت · بازار اکثریت · اثر شبکه · و دلیلِ رفتار
- - در فارسی: دامنه را باریک کنید نه کیفیت را · پرداخت را دستی بسنجید · زودپذیرها را در پیامرسان پیدا کنید · و یادگیری را دارایی بشمارید
منبع
این نوشته «بازنویسی آزاد» است از مطلب What is a Minimum Viable Product (MVP)? در وبسایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف کمینهٔ محصول پذیرفتنی بهعنوان سادهترین مجموعهٔ ویژگیهای اصلی که محصول را قابل عرضه میکند و هیچ چیز بیشتر، و تعریف رایجتر یعنی کوچکترین چیزی که میسازید و ارزشی به دست مشتری میرساند؛ خاستگاه یعنی ساختهشدن اصطلاح بهدست فرانک رابینسون و شهرتیافتنش با استیو بلنک و اریک ریس و جنبش استارتاپ ناب، و جملهٔ ریس دربارهٔ حذف هر ویژگی و فرایند و تلاشی که مستقیماً به یادگیری مورد نظر کمک نمیکند؛ چرخهٔ تکرارشوندهٔ ساخت و سنجش و یادگیری و آزمودن سریع فرضها پیش از توسعهٔ کامل؛ تمایز ارزش از مفهوم با نمونهٔ چرخ و اسکیتبورد و اینکه موضوع جابهجایی است نه مفاهیم؛ سه راه سنجیدن تقاضا پیش از ساختن یعنی ماکت و نرخ کلیک در برابر شمار بازدیدکننده برای وبسایت و اپلیکیشن، انجام دستی سرویس برای سنجش تمایل به پرداخت، و تبلیغ ویژگی پیشنهادی با پیوند اطلاعات بیشتر برای سنجش تقاضا پیش از توسعه؛ تفاوت با «زودتر منتشر کن، بیشتر منتشر کن» یعنی روشنبودن هدف پیش از تعامل با مشتری در برابر شکلگرفتن هدف بهدست مشتری در طول تکامل محصول؛ و فهرست فایدهها یعنی آزمودن ضرورت محصول بدون سرمایهگذاری کامل و شتابگرفتن یادگیری دربارهٔ نیاز مشتری و کاهش ساعتهای هدررفتهٔ توسعه و رسیدن زودتر به بازار و درآمد و مزیت رقابتی — از این منبع گرفته شده. متن فارسی، ساختار بخشها و همهٔ تحلیلها کاملاً مستقل نوشته شدهاند.
متن مطلب اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمهبهکلمه ارائه نشده و متن کامل انگلیسی (بههمراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.
بخشهای افزودهٔ مترجم: صورتبندی آغازین دربارهٔ صفحهٔ ثبتنام دو روزه در برابر شش ماه توسعه؛ تفکیک دو تعریف بر پایهٔ اینکه یکی از سمت تیم و دیگری از سمت مشتری نگاه میکند و نتیجهگیری دربارهٔ اولویت تعریف دوم؛ خوانش جملهٔ ریس با محوریت «یادگیری» بهجای «حذف» و گزارهٔ اینکه بدون پرسش مشخص هیچ نسخهای کمینه نیست؛ صورتبندی چرخه بهعنوان دور و نه نسخه، تفکیک رفتار از نظر در گام سنجش، اهمیت خروجِ توقف، و تمایز کمینهٔ محصول از نمونهٔ اولیه بر پایهٔ کاربردپذیری در برابر تقاضا؛ کل استدلال برش عمودی در برابر لایهٔ افقی و صورتبندی «باریک، نه نیمکاره»؛ هشدار دربارهٔ تبلیغ ویژگی ناموجود و لزوم یک جملهٔ صادقانه؛ ارزیابی سرویس دستی بهعنوان کماستفادهترین و پربارترین راه؛ خوانش تفاوت با انتشار زودهنگام و مکرر بهعنوان تصمیم استراتژی و نه سلیقهٔ مهندسی؛ بسط چهار فایده با استدلال هزینهٔ نگهداری ویژگی بیاستفاده و ارزش شهادتِ درآمد زودهنگام؛ کل بخش «سه شکستی که نامش را کمینهٔ محصول میگذارند» شامل نسخهٔ کوچکشدهٔ بدون فرض و سنجه، دوری که هرگز بسته نمیشود، قربانیشدن کیفیت بهجای دامنه، آزمون نوشتن عددِ ردکنندهٔ فرض، و شرط نوشتن آن عدد پیش از دیدن نتیجه؛ کل بخش «چیزی که این روش نمیسنجد» شامل وفاداری بلندمدت و شکاف زودپذیر و اکثریت و اثر شبکه و لزوم اجرای آزمون در جامعهٔ بسته و محدودیت کیفی عدد در برابر پرسش چرا؛ و کل بخش بافت فارسی شامل خواندهشدن «کمینه» بهمعنای بیکیفیت و راهحل باریککردن دامنه، گرانبودن آزمون تمایل به پرداخت و جایگزینی شیوهٔ دستی، جای زودپذیرها در کانالها و گروههای پیامرسان، و کوتاهعمر بودن مزیت سرعت و شمردن یادگیری بهعنوان دارایی
تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.
مشاهدهٔ مطلب اصلی
مترجم: سپنتا پویا
طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمیگردانم.
دربارهٔ من