کمینه محصول پذیرفتنی در بستر وب موبایل
در یک محصول وب یا موبایلی، به جای ساخت یک نمونه اولیه فیزیکی، نیاز به یک وبسایت یا نرم‌افزار با جزئیات محدود دارید که برای دریافت بازخورد مشتری در دسترس باشه. منظور از سطح پایین جزئیات چیه؟ خب، این توصیف من برای این منظوره که لزومی نداره وبسایت‌تون تکمیل شده باشه، ولی حداقل باید شمایل کلی و جانمایی‌ها (وایرفریم) رو داشته باشید. و اگر وایرفریمی ندارید، حداقل باید پاورپوینتی از فایلهای پیش نمایش (ماکاپ) ... یا دموی فلش یا چیزی شبیه اون رو داشته باشید تا افراد بتوانند نه تنها آنچه با کلمات توصیف می‌کنید، رو ببینند، بلکه در واقع بتونن بگن: «آها، متوجه شدم!». البته به خاطر داشته باشید که همون اول به سراغ نمایش دمو نرید. هدف شما در اینجا اینه که اول به درکی از وجود مساله برسید. خود من گاهی از افرادی که می‌خواهند دمو ارائه کنند می‌خواهم که همه وسائل‌شون رو جا بذارن ... و اول به بحث درباره خود مساله بپردازند. ولی وقتی که به این نتیجه برسید که چنین چیزی، مشکل رو با یک اپلیکیشن وب/موبایل حل می‌کنه، واقعا لازمه تا در اسرع وقت از طریق یک اپلیکیشن با جزئیات حداقلی، بازخورد مخاطبان‌تون رو دریافت کنید. و وقتی این‌ها رو در قالب یک کلاس آموزش می‌دیم، که اصولا به هفته دوم کلاس رسیده باشیم، اگر شما یک اپ موبایلی و وب می‌سازید، لازمه که سایت یا (حداقل) وایرفریم‌تون آماده استفاده باشه تا افراد واقعا بتونن ظاهرش رو ببینند و نظرشون رو به شما انتقال بدن. در مرحله بعد باید آنچه من اون رو اپلیکیشن با سطح جزئیات بالا می‌نامم، رو بسازید؛ و این ابزار درک‌تون از راه‌حل رو به محک آزمون می‌گذاره. این نمونه از محصول در واقع دربرگیرنده اکثر قابیت‌ها خواهد بود. ممکنه فایلهای راهنما در اون نباشه. ممکنه گرافیکش کامل نباشه ولی یک اپ با سطح بالای جزئیات، برای شما امکان تفکیک‌پذیری بالاتری ... رو فراهم می‌کنه و حتی مواردی نظیر اینکه واقعا رنگش رو نپسندیدیم، دکمه در جای نامناسبی بود و نظایر اون رو. این به شما برای اجتناب از ساخت محصولاتی که کسی به اون‌ها تمایلی نداره، کمک می‌کنه، و همچنین میزان یادگیری به ازاء زمان صرف شده بر روی محصول و بر روی مشتریان رو به حداکثر ممکن می‌رسونه.
