وبلاگ اتباکس

استفاده از MVP در تولید نرم‌افزار


Product-requirements-dilbert

مدل «Minimum viable product» یا همون ‌MVP یک روند برای تولید محصوله که بر یک محصول با حداقل ویژگی‌ها برای حیات و یک چرخه سه مرحله‌ای تاکید داره. اریک رایس (از کارآفرین‌های مطرح در دنیا) یکی از کساییه که از این روند استفاده کرد که تو کتاب The Lean Startup بطور گسترده از تجربیاتش صحبت کرده. این مدل با روندهای سنتی تولید محصول خیلی متفاوته و خود رایس هم در کتابش خاطرات زیادی از بازخوردهای منفی متخصصین کسب و کار سنتی در برابر توضیحات و تجربیاتش در استفاده از روند MVP تعریف میکنه. در این پست میخوام از تجربه‌‌مون در استفاده‌ی این روند و نتایجش صحبت کنم.

چرخه تولید

در کتاب The Lean Startup به یک چرخه سه مرحله‌ای در مدل MVP تاکید میشه. چرخه‌ای متشکل از مراحل تولید محصول با حداقل ویژگی‌ها برای حیات، ارائه‌ی محصول به کاربر، آزمودن و در نهایت تصمیم گیری در مورد تغییر و یا استقامت در محصول.
اکثر افراد تصور میکنن راه اندازی کسب و کار نوپا، مثه پرتاب یک موشک به فضاست! یه موشک با سوخت، نقشه، غذا، امکانات و فضانورد پرتاب میکنن و بعد منتظر نتایج و عواقب میشن و امید دارن که همه چیز طبق محاسباتشون جلو بره. تجربه ثابت کرده این دیدگاه اشتباست. راه‌اندازی کسب و کار نوپا مثه رانندگی یه خودروست. شما یه نقشه دارید و باید در لحظه خودرو رو کنترل کنید. هرجا اشتباه رفتید برگردید. اگه مانعی سر راهتون هست مسیرتون رو عوض کنید. بله، رانندگی خودرو!

lean-diagram

تولید محصول با حداقل ویژگی‌ها برای حیات

شاید ترجمه «Minimum viable product» به فارسی اشتباه باشه ولی میخوام که مفهوم جمله منتقل بشه نه لغاتی که استفاده کردم. تولید یک محصول با ویژگی‌های حداقلی رو میتونید با پیدا کردن مرکز زلزله محصول شروع کنید. مرکز زلزله؟ در کتاب Rework از این اصطلاح برای راه‌اندازی کسب و کار استفاده شده و در توضیح از این مثال استفاده میکنه:
تصور کنید که میخواید یک دکه هات‌داگ فروشی بزنید. خب پیدا کردن مرکز زلزله به معنی پیدا کردن عنصری در کسب و کار شماست که اگه نباشه کسب و کار شما معنی نداره. به عنوان مثال اگه در دکه خودتون سس، ادویه جات و یا نوشیدنی نداشته باشید همچنان دکه شما پابرجاست اما اگر هات‌داگ نداشته باشید دیگر کسب و کار شما معنی‌ای نداره. دکه هات‌داگ فروشی بدون هات‌داگ؟! خب پس مرکز زلزله این کسب و کار هات‌داگ هستش.

mvp-atbox

حالا مرکز زلزله کسب و کار خودتون رو پیدا کنید. اول یک مدل ساده از محصول خودتون طراحی کنید. بدون هر چیز اضافی و پر از اشتباه و باگ!
در اتباکس هم مرکز زلزله ساخت رزومه‌ست. بنابراین ما از ابتدا میدونستیم که ساختن اتباکس با تمام ویژگی های کنونی و آیندش با هم اشتباست، بنابراین در ابتدا یک نسخه ساده از ساخت رزومه ساختیم و به کاربر ارایه کرده و کم کم ویژگی های جدید رو با توجه به بازخوردها تغییر دادیم یا اضافه کردیم.

ارایه به مشتری و آزمودن

به محض اینکه اولین نمونه ساده محصول شما با حداقل ویژگی‌ها برای حیات آماده شد،‌ اون رو مثه غذا جلوی کاربر بگذارید و به دقت به تمامی بازخوردها وقتی غذا رو میخوردن زیر نظر بگیرید. اینجا نقطه عطف چرخه‌س. اینجاست که شما اطلاعات کافی برای تصمیم مرحله بعد رو بدست میارید. یادتون باشه مهمترین قسمت تولید محصول، مشتری و بازخوردهاشه. شما قراره محصول رو به مشتری بدید، پس باید چیزی بسازید که مشتری میخواد!

در ابتدا ما اتباکس رو بصورت دعوتنامه‌ای آنلاین کردیم تا بتونیم رشد کاربران رو کنترل کنیم تا در نهایت محصول اولیه غذای قابل هضم باشه. یه مدل ساده از ساخت رزومه تهیه کردیم و به کاربر ارایه دادیم و بازخوردها رو بررسی کردیم و بعد از شش ماه وقتی مدل ساده ساخت رزومه آماده و کامل شد، ثبتنام رو آزاد کردیم و هموطنور که پیشبینی میکردیم بازخورد و استقبال کاربرها خیلی خوب بود، چرا؟! چون همون چیزی رو ساختیم که کاربرها میخواستن. همون تغییراتی رو دادیم که کاربرها میخواستن و به این نکته پی بردیم که کاربرها در مرکز این کسب و کار هستن.

mvp-software-development-way-by-atbox

تصمیم‌گیری

تصمیم‌گیری در مورد تغییر یا استقامت. احساساتی نشید، اگه یه از ویژگی های محصول رو خیلی دوست دارید و کاربرها بازخورد منفی دادن استقامت نکنید و هرچه سریعتر تغییر مسیر بدید. اگه از یه ویژگی استقبال زیادی شده، در مقابل کاربرهای اندک مخالف ویژگی، استقامت کنید. چون اکثر کاربرهای شما اون ویژگی رو میخوان!
در نسخه اولیه اتباکس ما به کاربر اجازه میدادیم که انتخاب کنه کدوم یکی از اطلاعات پروفایلش در رزومه نمایش داده بشه، یا مثلا یه ویژگی داشتیم که میتونستین واسه رزومه خودتون عکس متفاوتی آپلود کنید (جالبه؟) ولی حذفشون کردیم چون واقعا بازخوردها بهشون منفی بود. حالا اگه باز درخواست زیادی واسه این ویژگی بشه اضافش میکنیم. چون ما همون محصولی رو میسازیم که کاربر میخواد. البته ما یه اصل مهم داریم که هیچ‌وقت زیرپاش نمیذاریم. سادگی، سادگی، سادگی و دیگر هیچ. پس اگه ویژگی محصول رو پیچیده میکنه،‌ واقعا شرمنده‌ایم.

نتیجه‌گیری

این سه مرحله چرخه تا بینهایت ادامه دارن و هرگز تموم نمیشن. چون همواره محصول و اکثریت کاربرها در حال تغییر هستن (البته یه چیزی که تغییر نمیکنه سادگیه). پس همواره کار واسه انجام دادن هست. ما هم از این روند برای تولید اتباکس استفاده کردیم و میکنیم و بطور واقعی تک تک مراحل و مشکلات رو تجربه کردیم و میکنیم. شما هم امتحان کنید و تجربیاتتون رو با ما به اشتراک بذارید.

سجاد راد

نوشته شده توسط سجاد راد

سجاد راد هستم. هم‌بنیان‌گذار و توسعه‌دهنده اتباکس.

نظر شما چیه؟



کیوان

مرسی! خیلی خوب بود.
توی پروژه هایی که حضور پیدا میکنم همیشه به این قضیه اشاره میکنم که ما باید اول با یه سری حداقل ها که نیاز سیستم رو برطرف میکنه و هدف رو دنبال میکنه استارت بزنیم، بعد بهش چیزهای دیگه اضافه کنیم.
ولی متأسفانه کارفرما، یا بقیه ی همکارا این قضیه رو درک نمیکنن. انتظار دارن که پروژه به کامل ترین شکل خودش لانچ بشه و همین میشه که خیلی از استارت آپ ها به سادگی میخورن زمین.
ایول سجاد جان.
خوشحال میشم اگه باز هم از تجربیاتتون بگید.
پُست مربوط به تغییرات سایت هم خیلی خوب بود. البته اون برای پوریا بود. در کل مرسی!
موفق باشید.


سجاد راد

از اینکه وقت گذاشتی و این پست رو خوندی ممنون کیوان جان. همونطور که خودتم گفتی یکی از بزرگترین مشکلات توسعه رعایت نکردن همین مدل MVP هستش.

چرا از اتباکس استفاده کنیم؟

ساخت رزومه در ۱۶۰ ثانیه

رزومه بسازید، نمونه‌کارهای خودتون رو منتشر کنید و فرصت‌های جدید پیدا کنید.