مشکل را ببین. تصمیم را بگیر. چیزی بساز که دوام بیاورد.

درخواست به‌ندرت همان مشکل واقعی است.

درخواست می‌گوید کارفرما انتظار دارد چه چیزی ساخته شود. ما بررسی می‌کنیم چه چیزی واقعاً زمان، اعتماد، پول یا سرعت را از بین می‌برد.

این تفاوت اجازه نمی‌دهد جواب زیبا برای سؤال اشتباه بسازیم.

• گفت‌وگو با آدم‌های داخل کار
• دنبال‌کردن مسیر کاربر و عملیات
• جداکردن نشانه از محدودیت
• نام‌گذاری تغییری که مهم است

تصمیم درباره چیزهایی که نباید ساخته شوند هم بخشی از کار است.

کار زمانی بی‌حد بزرگ می‌شود که کسی مسئول حذف‌کردن نباشد. مشخص می‌کنیم نسخه اول چه چیزی را باید ثابت کند، چه چیزی می‌تواند صبر کند و کدام پیچیدگی اصلاً ارزش ساختن ندارد.

محصول یا سایت کوچک و صادقانه از نسخه بزرگ و نامطمئن قوی‌تر است.

طراحی و نرم‌افزار کنار هم جلو می‌روند.

محتوا، رابط، سیستم فنی و مسیر عملیاتی را دور یک تصمیم می‌سازیم. این پیوستگی کمک می‌کند کار زیر محدودیت واقعی تغییر کند، بدون اینکه به مجموعه‌ای از سازش‌های بی‌ربط تبدیل شود.

• تحقیق و جهت محصول
• محتوا، جریان و رابط
• طراحی و توسعه نهایی
• کنترل کیفیت، دسترس‌پذیری، سئو و انتشار

آزمون واقعی بعد از ارائه شروع می‌شود.

نسخه‌ای صادقانه منتشر می‌کنیم، می‌بینیم چه چیزی دوام می‌آورد، خرابی را اصلاح می‌کنیم و بدون گم‌کردن دلیل اصلی، کار را بهتر می‌کنیم.

Morthi و Drip هم زیر همین فشار ساخته می‌شوند. آن‌ها تزئین پورتفولیو نیستند؛ نمونه‌ای هستند که نشان می‌دهد بعد از انتشار هم مسئول می‌مانیم.