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