وقتی مینویسید «یک صفحه لاگین طراحی کن»، مدل مجبوره همهچیز رو حدس بزنه. برای کی؟ با چه لحنی؟ روی چه دستگاهی؟ نتیجه یک خروجی متوسط و بیروحه که شبیه هزار نمونهی دیگهست. مشکل از مدل نیست، از صورت سوال شماست.
یک درخواست خوب چهار تا چیز داره. اول بستر: محصول چیه و کاربرش کیه. دوم هدف: قراره چه اتفاقی برای کاربر بیفته. سوم محدودیت: چه چیزهایی حتماً باید رعایت بشه، مثل رنگ برند یا اینکه فقط یک ستون داشته باشه. چهارم شکل خروجی: لیست بده، جدول بده، یا کد بده.
همون مثال لاگین رو با این ساختار بنویسیم. یک اپلیکیشن مالی برای کاربران بالای چهل سال که با تکنولوژی خیلی راحت نیستن. هدف اینه که کاربر بدون سردرگمی وارد بشه و اگر رمزش رو فراموش کرده، مسیر بازیابی رو گم نکنه. محدودیت: فونت درشت، حداکثر دو فیلد در صفحهی اول، رنگ اصلی سرمهای. خروجی: ساختار صفحه به صورت لیست به همراه متن دقیق هر دکمه.
تفاوت خروجی این دو تا درخواست از زمین تا آسمونه. توی حالت دوم شما در واقع دارید تفکر طراحیتون رو منتقل میکنید، نه اینکه منتظر باشید مدل به جای شما فکر کنه.
یک تکنیک دیگه که خیلی جواب میده اینه که به مدل نقش بدید و ازش بخواید قبل از جواب دادن سوال بپرسه. مثلاً بگید تو یک طراح محصول باتجربهای، قبل از اینکه چیزی پیشنهاد بدی سه تا سوال ازم بپرس که ابهامها رو رفع کنه. این کار کیفیت خروجی رو به شکل عجیبی بالا میبره.
و آخرین نکته که مهمترینه: هیچوقت اولین جواب رو قبول نکنید. بهترین استفاده از این ابزارها گفتوگوی رفت و برگشتیه. بگید این بخش رو سادهتر کن، این لحن رو رسمیتر کن، این حالت خطا رو هم اضافه کن. کیفیت توی تکرار ساخته میشه.