تندترین تفنگ غرب، مشکل پنهان تیم‌های UX
خلاصهٔ کامل‌تر
به گفتهٔ نویسنده، چند ساله که طراحی تو حالت بقا مونده و سؤال «ROI طراحی چیه» دوباره برگشته، فقط با کلمه‌های تازه. یه دسته از طراح‌ها جواب دادن که ارزش طراحی تو نتیجهٔ بلندمدته نه سرعت خروجی، و یه دستهٔ دیگه فرایند طراحی رو کوتاه کردن و مستقیم رفتن سراغ ماکاپ نهایی. نویسنده می‌گه هیچ‌کدوم جواب نداده و حلقهٔ «بساز، بسنج، یاد بگیر» عملاً سر «بساز، بساز، بساز» گیر کرده.
اسم این الگو از یه پدیدهٔ قدیمی تو Stack Overflow میاد: اولین جوابی که پست میشه بیشتر دیده میشه و رأی جمع می‌کنه، حتی اگه جواب بهتری بعداً بیاد. تو سازمان محصول هم همین اتفاق می‌افته، منتها رقابت سر کنترل روایتیه که اولویت‌های کسب‌وکار رو تعریف می‌کنه. برنامه‌ریزی سالانه و فصلی هم سوگیری لنگر (anchoring bias، یعنی چسبیدن ذهن به اولین چیزی که شنیده) رو تشدید می‌کنه.
نکتهٔ تلخ اینه که چیزی که از قیف برنامه‌ریزی رد میشه نه دست‌یافتنی‌ترین خروجیه نه اثرگذارترین نتیجه، بلکه کمترین توافق ممکن بین تصمیم‌گیرهاست. نویسنده می‌گه این آدم‌ها معمولاً با همون واژه‌های اجایل و دیزاین‌تینکینگ حرف می‌زنن، ولی از ابهام عمدی استفاده می‌کنن تا اختلاف‌ها رو بپوشونن؛ فقط تا وقتی که ایده تو رودمپ بشینه و بشه «چیزی که بهش متعهد شدیم».
اینجاست که ماجرا مستقیم به UX ربط پیدا می‌کنه. وقتی هدف اینه که ایده سریع بره تو بک‌لاگ، تحقیق کاربر فقط اتلاف وقت نیست، تهدیده. نویسنده اسم خروجی‌های ظاهرفریب رو می‌ذاره «طراحی پوتمکین»: قالب پرسونا و JTBD که با فرض‌های خود آدم یا متن تولیدشده با LLM پر شده. تنها چیزی که این آدم‌ها خودشون نمی‌تونن بسازن ماکاپ باکیفیته، برای همین به تیم طراحی فشار میارن که همه‌چی رو رد کنه و بپره سر همین مرحله.
راه‌حل پیشنهادی نویسنده رقابت سر سرعت نیست، چون هیچ‌وقت از کسی که از رو شکم شلیک می‌کنه سریع‌تر نمی‌شی. به جاش می‌گه طراح باید سر سطح مدل ذهنی با ذی‌نفع حرف بزنه: چه رفتاری از مشتری قراره عوض بشه و اون تغییر چه اثری روی کسب‌وکار داره. ماکاپ ابزار این کار نیست، چون UI نمی‌تونه بگه فرض زیرش درسته یا نه. استوری‌بورد سناریو یا PRFAQ سبک آمازون این کارو می‌کنه.
نکات کلیدی:
- اسم «تندترین تفنگ غرب» از پست ۲۰۰۸ وبلاگ Stack Overflow دربارهٔ مزیت اولین جواب گرفته شده.
- چیزی که از قیف برنامه‌ریزی رد میشه کمترین توافق ممکن بین تصمیم‌گیرهاست، نه بهترین ایده.
- «طراحی پوتمکین» یعنی پر کردن قالب‌های پرسونا و JTBD با فرض شخصی یا خروجی LLM به جای تحقیق واقعی.
- ماکاپ high-fidelity ابزار راه‌حله نه ابزار قاب‌بندی مسئله، پس نمی‌تونه اعتبار فرض زیرش رو بسنجه.
- جایگزین پیشنهادی نویسنده استوری‌بورد سناریو یا PRFAQ هست، چون سطح جزئیاتشون جوریه که ذی‌نفع راحت بتونه بگه «نه».
