طراحهای شهودی و AI: راهحل، نوشتنه
هوش مصنوعیخلاصهٔ کاملتر
کریستوفر وونگ تو این مقاله سراغ طراحهایی رفته که خودشون رو «shoot-from-the-hip» میدونن، یعنی بدون یه فرایند مشخص و تکرارپذیر، با حس و تجربه سریع کار رو جلو میبرن. به گفتهٔ نویسنده، این غریزه یه مزیت واقعیه، ولی حوالی سطح Senior و Lead از کار میافته. نشونههاش آشناست: طراحی درستی که چون نتونستی توضیحش بدی تو review زیر سؤال رفت، کاری که بهجای توضیح به جونیور ساعت ۶ عصر خودت انجامش دادی، یا جواب بیخاصیتی که از AI گرفتی.
نویسنده میگه زیر سطح Senior بر اساس کیفیت کار خودت ترفیع میگیری، ولی بالاتر از اون، معیار کیفیت کارهاییه که روشون اثر گذاشتی. وقتی قضاوتت فقط همون لحظهای وجود داره که ازش استفاده میکنی، چیزی برای نشون دادن نداری و باید حتماً تو جلسه باشی. در عوض طراحی که یه سند نوشته، حتی با غریزهٔ ضعیفتر، میتونه روی سه تا تیم اثر بذاره.
دو تا اعتراض همیشه مطرح میشه: اینکه template طراحی رو یکنواخت و بیروح میکنه، و اینکه نوشتن نحوهٔ قضاوتت یعنی نوشتن مشخصات جایگزین خودت. جواب نویسنده اینه که یه طراح باتجربه وقتی به پروژهٔ جدید نگاه میکنه، حدود ۷۵ درصدش رو از قبل میشناسه. وقتی این پیشفرضها رو بنویسی، استثناها خودشون رو نشون میدن و همون ۲۵ درصد واقعاً جدید معلوم میشه. پس template سقف کار نیست، کفِ کاره.
پیشنهاد اصلی مقاله اینه که بخش قضاوت یعنی taste (تشخیص اینکه چی ارزش ساختن داره) رو، جدا از craft (مهارت ساختنش)، به شکل یه rubric بنویسی. نویسنده چند تا از چکهای خودش رو میاره:
- قاعدهٔ چشم تار: صفحه رو blur کن و ببین چشم اول کجا میره و آیا باید همونجا بره.
- کار اصلی کاربر: کاربر تو این صفحه دنبال انجام چه کاریه و میشه تو دو ثانیه پیداش کرد؟
- تغییر رفتار: تو یه redesign، کاربرها الان چطور رفتار میکنن و این طراحی چه دلیلی بهشون میده که جور دیگهای رفتار کنن؟
به گفتهٔ نویسنده اینها سؤالن، نه قاعده. قاعدهای مثل «CTA پایین سمت راست باشه» زود کهنه میشه، ولی سؤال طرف رو مجبور میکنه به خودِ صفحه نگاه کنه. دربارهٔ AI هم میگه درخواست مبهمی مثل «این onboarding رو بهتر کن» فقط یه جواب میانگین و کلی برمیگردونه. ولی اگه rubric خودت رو بدی و بخوای flow رو با تکتک چکها بسنجه، خروجی قابلاستفاده میگیری. مدل هوشمندتر نشده، فقط بهش گفتی معیار چه کسی رو به کار بگیره.
نویسنده هشدار میده که rubric نقاط کور خودت رو هم به ارث میبره. اگه یه چک تو پنج flow آخر همیشه بار اول پاس شده، یا مشکلش حل شده و باید حذفش کنی، یا داری برای چک طراحی میکنی نه برای نتیجه. پیشنهادش اینه که لیست رو سالی دو بار مرور کنی. برای شروع هم لازم نیست فلسفهٔ طراحی بنویسی: دفعهٔ بعد که کاری از یه جونیور یا AI اومد، قبل از اینکه خودت درستش کنی، سه تا پنج ایرادش رو به شکل سؤال بنویس و کار رو برگردون.
نکات کلیدی:
- بالاتر از سطح Senior، ترفیع بر اساس کیفیت کارهاییه که روشون اثر گذاشتی، نه فقط کار خودت.
- طراح باتجربه حدود ۷۵ درصد یه پروژه رو از قبل میشناسه و نوشتن پیشفرضها اون ۲۵ درصد جدید رو نشون میده.
- rubric خوب از سؤال ساخته میشه، نه از قاعدههای ثابتی مثل جای CTA.
- دادن rubric شخصی به AI خروجی مشخص میده، ولی درخواست مبهم فقط جواب میانگین برمیگردونه.
- لیست چکها رو سالی دو بار مرور کن و چکهایی که هیچوقت چیزی پیدا نمیکنن رو حذف کن.
