مسئله را قبل از راهکار انتخاب کنید
شایعترین اشتباهی که در ساخت محصول دیدهام این است که تیم پیش از روشنکردن مسئله، به سراغ راهکار میرود. نتیجه محصولی است که خوب ساخته شده، اما کسی از آن استفاده نمیکند.
پیش از نوشتن اولین خط کد یا کشیدن اولین طرح، باید بتوانیم در یک جمله بگوییم این محصول قرار است کدام درد مشخص کاربر را حل کند.
فرضیهها را کوچک و قابلآزمون بنویسید
هر باور دربارهٔ کاربر را به یک فرضیهٔ کوچک تبدیل کنید: «اگر این قابلیت را بسازیم، کاربر فلان کار را سریعتر انجام میدهد». سپس ارزانترین راه آزمون آن را پیدا کنید.
لازم نیست برای هر فرضیه یک محصول کامل بسازید؛ گاهی یک صفحهٔ ساده یا حتی یک گفتگو با چند کاربر کافی است.
- فرضیه را در یک جمله و بدون اصطلاح فنی بنویسید.
- بگویید چه چیزی نشان میدهد فرضیه درست یا غلط بوده است.
- ارزانترین آزمون ممکن را انتخاب کنید، نه کاملترین را.
ساده نگه دارید تا استفاده شود
هر قابلیت تازه، باری روی دوش کاربر است. محصولی که همهکار میکند، در عمل هیچکار را ساده انجام نمیدهد.
بهجای افزودن گزینه، مسیر پیشفرض را روشن و کوتاه کنید. کاربر باید بدون فکر کردن بداند گام بعدی چیست.
اندازهگیری را از روز اول جدی بگیرید
بدون عدد، تصمیمها فقط سلیقه میشوند. از همان نسخهٔ اول چند معیار روشن تعیین کنید و پیش و پس از هر تغییر آنها را بسنجید.
کمترین مجموعهٔ معیار مفید معمولاً همینهاست: چند نفر محصول را باز میکنند، در آن میمانند و به هدف اصلی میرسند.