از ایده تا نسخهٔ اول: چطور یک محصول کوچک را واقعاً منتشر کنیم؟
بیشتر ایده‌ها به‌خاطر بدبودن شکست نمی‌خورند؛ اغلب هیچ‌وقت به مرحله‌ای نمی‌رسند که کاربر واقعی بتواند آن‌ها را امتحان کند. راه خروج از این چرخه، کوچک‌کردن مسئله و تعریف یک نسخهٔ اول روشن است.
۱. مسئله را قبل از راه‌حل بنویس
به‌جای اینکه بگویید «می‌خواهم یک اپلیکیشن مدیریت کار بسازم»، مسئله را دقیق کنید: چه کسی، در چه موقعیتی، با چه مانعی روبه‌روست؟ یک جملهٔ خوب باید کاربر و دردسر را مشخص کند. اگر نتوانید مسئله را بدون نام‌بردن از قابلیت‌های محصول توضیح دهید، احتمالاً هنوز مسئله روشن نشده است.
۲. فرضیهٔ اصلی را پیدا کنید
هر محصول بر چند فرضیه بنا می‌شود: کاربر این مشکل را دارد، راه‌حل پیشنهادی برایش ارزشمند است و حاضر است برای استفاده از آن زمان یا پول بدهد. برای نسخهٔ اول، مهم‌ترین فرضیه را انتخاب کنید؛ همان فرضیه‌ای که اگر غلط باشد، ادامهٔ ساخت محصول توجیهی ندارد.
۳. کوچک‌ترین مسیر کامل را طراحی کنید
نسخهٔ اول نباید مجموعه‌ای از صفحه‌های نیمه‌کاره باشد. یک مسیر کامل انتخاب کنید: کاربر وارد شود، کار اصلی را انجام دهد و نتیجهٔ قابل فهم بگیرد. قابلیت‌هایی مثل پروفایل پیچیده، اعلان‌های متعدد و پنل‌های مدیریتی را تا زمانی که برای این مسیر ضروری نیستند کنار بگذارید.
۴. معیار موفقیت را پیش از انتشار تعیین کنید
«تعداد بازدید» به‌تنهایی معیار خوبی نیست. مشخص کنید رفتار موفق چیست: تکمیل یک فرایند، بازگشت کاربر در هفتهٔ بعد، یا ثبت یک درخواست واقعی. یک معیار اصلی و چند نشانهٔ کیفی مثل بازخورد مصاحبه‌ها کافی است.
۵. زود منتشر کنید، اما بی‌دقت نه
زود منتشرکردن به معنی نادیده‌گرفتن کیفیت پایه نیست. خطاهای آشکار، فرم‌های خراب، متن نامفهوم و مشکلات موبایل اعتماد را از بین می‌برند. پیش از انتشار، مسیر اصلی را روی موبایل و دسکتاپ آزمایش کنید و برای خطاهای مهم راه بازگشت داشته باشید.
۶. بعد از انتشار گوش کنید
به‌جای دفاع از تصمیم‌های طراحی، رفتار و حرف کاربران را مشاهده کنید. سه سؤال ساده بپرسید: کجا مکث کردی؟ انتظار داشتی چه اتفاقی بیفتد؟ اگر این ابزار نبود چه می‌کردی؟ پاسخ‌ها را به فهرستی از اصلاحات تبدیل کنید و بر اساس اثر و هزینه مرتب کنید.