سپنتا پویا — طراح محصول

چهار جنس شکست طراحی و درس متفاوت هرکدام
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۵ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۸ دقیقه

شکست‌های طراحی (Design Failures) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

«شکست خورد» یک جملهٔ کامل نیست. تا وقتی نگویید کدام جنس شکست بود، هیچ درسی از آن بیرون نمی‌آید — و همان اشتباه با شکل دیگری تکرار می‌شود.

تعریف

شکست‌های طراحی — همان‌طور که نامش می‌گوید — طرح‌هایی هستند که کاملاً شکست خورده‌اند. و صریح‌ترین شکل بیانش این است: هر از گاهی طراح‌ها زمین می‌خورند و راه‌حل‌هایی می‌سازند که عجیب‌وغریب و غیرعملی‌اند. اشتباه پیش می‌آید و انتخاب بد انجام می‌شود، و بهترین کار این است که یاد بگیرید و پیش بروید.

اما مهم‌ترین جملهٔ متن این است: گاهی یک طرح شکست می‌خورد بی آنکه ربطی به سطح مهارت یا اجرای طراح داشته باشد. یعنی حتی اگر رابط کاربری بی‌نقص باشد و معماری اطلاعات منطقی و شهودی، هنوز احتمال شکست هست. چرا؟ چون طرح باید از سوی مخاطب هدف پذیرفته و اقتباس شود.

و جمع‌بندی خودش: گسترهٔ شکست‌های طراحی بسیار وسیع است، اما یک چیز قطعی است — اشتباه بخش طبیعی خلاقیت است و بهترین کاری که می‌توانید بکنید یاد‌گرفتن از آن است.

چهار جنس شکست، چهار درس متفاوت

چهار جنس شکست: اجرا، مسئله، پذیرش، زمان
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

همه‌چیز از یک تفکیک شروع می‌شود: شکستی که به مهارت طراح مربوط است، و شکستی که نیست.

  • - ۱. شکست اجرا. مسئله درست بود، راه‌حل هم درست، اما ساخت بد از آب درآمد: رابط گیج‌کننده، عملکرد کند، خطاهای فراوان. این تنها جنسی است که کاملاً در کنترل تیم است — و درسش مستقیم است: کیفیت را زودتر بسنجید.
  • - ۲. شکست مسئله. اجرا بی‌نقص بود و مسئله اشتباه. چیزی ساخته شد که کسی لازم نداشت. این گران‌ترین جنس است، چون همهٔ هزینه پیش از آنکه کسی بفهمد پرداخت می‌شود. درسش: تعریف مسئله را از فرض به داده تبدیل کنید.
  • - ۳. شکست پذیرش. همان حالت بالا: رابط بی‌نقص، معماری منطقی، و طرح باز هم شکست می‌خورد چون مخاطب هدف نپذیرفتش. عادت قبلی، بی‌اعتمادی، هزینهٔ جابه‌جایی، یا صرفاً بی‌انگیزگی برای تغییر. سخت‌ترین جنس، چون بیشترش بیرون از دست طراح است.
  • - ۴. شکست زمان‌بندی. چیز درست، در لحظهٔ اشتباه. زیرساخت آماده نبود، بازار آماده نبود، یا سازمان آمادهٔ پشتیبانی‌اش نبود. این جنس فریبنده است، چون شبیه شکست مسئله به‌نظر می‌رسد و درس اشتباهی می‌دهد: تیم نتیجه می‌گیرد «این ایده بد است» در حالی که ایده فقط زود بود.

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

چرا شکست پذیرش سخت‌ترین است

کیفیت ساخت در برابر پذیرش: دو محور مستقل
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

همهٔ این را می‌شود به یک صورت‌بندی ساده رساند: کیفیت ساخت و پذیرش، دو محور مستقل‌اند. می‌شود در یکی عالی بود و در دیگری صفر — و بیشتر تیم‌ها فقط اولی را می‌سنجند.

  • - کیفیت درون کنترل شماست. پذیرش نیست. پذیرش به عادت، اعتماد، جایگزین‌ها، هزینهٔ یادگیری و انگیزهٔ تغییر بستگی دارد — چیزهایی که هیچ‌کدام در فایل طراحی نیستند.
  • - پس پذیرش هم باید طراحی شود. مسیر انتقال از وضع قبلی، حفظ کارهای آشنا، امکان برگشت، و آموزش در لحظهٔ نیاز — این‌ها بخشی از طرح‌اند، نه کار بازاریابی.
  • - و کوچک‌ترین تغییر ممکن، بالاترین شانس پذیرش را دارد. بازطراحی کامل، همهٔ عادت‌های کاربر را یک‌جا باطل می‌کند و دقیقاً همان‌جاست که رابط‌های بی‌نقص شکست می‌خورند.

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

شکست ارزان، شکست گران

اشتباه بخش طبیعی خلاقیت است. این درست است، اما یک قید لازم دارد: هدف، صفر‌کردن شکست نیست. ارزان و زود‌کردن آن است. همان شکست، بسته به زمان وقوعش، دو چیز کاملاً متفاوت است:

  • - شکست روی کاغذ هزینه‌اش یک بعدازظهر است. ده ایده‌ای که در طرح اولیه رد می‌شوند، ده شکست ارزان‌اند.
  • - شکست در نمونهٔ اولیه هزینه‌اش چند روز است — و بیشترین اطلاعات را به ازای هزینه می‌دهد.
  • - شکست پس از انتشار هزینه‌اش یک فصل کاری، اعتبار محصول، و اعتماد کاربر است. و همین‌جاست که شکست از «بخش طبیعی خلاقیت» به آسیب تبدیل می‌شود.

پس سنجهٔ سلامت یک تیم، تعداد شکست‌هایش نیست؛ نسبت شکست‌های ارزان به گران است. تیمی که هیچ ایده‌ای را روی کاغذ رد نمی‌کند، همهٔ ردکردن‌هایش را بعد از انتشار انجام می‌دهد.

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

چطور از شکست یاد بگیریم

«یاد بگیرید و پیش بروید». این بخش، شکل عملی آن است:

  • - جنس شکست را بنویسید، نه علتش را. بازبینی‌هایی که مستقیم سراغ علت می‌روند به فهرست بلندی از تقصیرها می‌رسند. اول از چهار جنس یکی را انتخاب کنید؛ علت‌ها بعد از آن معنا پیدا می‌کنند.
  • - تصمیم را از نتیجه جدا کنید. تصمیم خوب با اطلاعات آن زمان سنجیده می‌شود، نه با نتیجه. تیمی که این دو را یکی می‌گیرد، یاد می‌گیرد ریسک نکند — و همین بدترین درس ممکن است.
  • - یک فرض باطل‌شده را نام ببرید. هر شکست دست‌کم یک فرض را باطل کرده. اگر نمی‌توانید بنویسیدش، بازبینی انجام نشده است.
  • - و ثبتش کنید. شکستی که نوشته نشود تکرار می‌شود؛ در تیم‌هایی با جابه‌جایی نیرو، دو سال بعد کسی نیست که یادش باشد. یک سند کوتاه به ازای هر شکست، ارزان‌ترین حافظهٔ سازمانی است.

و یک ملاحظهٔ فرهنگی: اشتباه بخش طبیعی خلاقیت است. این جمله فقط در تیمی درست است که هزینهٔ گفتنِ «این کار نکرد» پایین باشد. در تیمی که چنین جمله‌ای به‌معنای اعتراف به ناتوانی خوانده می‌شود، شکست‌ها پنهان می‌مانند و همان‌جا تکرار می‌شوند.

در بافت فارسی

سه ملاحظهٔ محلی دربارهٔ شکست‌های طراحی
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)
  • - شکست‌ها اینجا منتشر نمی‌شوند. در بازارهای دیگر، شرح شکست محصولات یک ژانر است؛ اینجا تقریباً هیچ‌کس دربارهٔ محصولی که کار نکرد عمومی نمی‌نویسد. نتیجه‌اش این است که هر تیم همان چند اشتباه را از نو کشف می‌کند. ارزان‌ترین کالای عمومی که این جامعهٔ حرفه‌ای می‌تواند تولید کند، همین شرح شکست‌هاست.
  • - شکست پذیرش شایع‌تر از شکست اجراست. کیفیت ساخت در بسیاری از محصولات اینجا خوب است. آنچه شکست می‌آورد بی‌اعتمادی، عادت قبلی، و جایگزین‌های آشناتر است — از پیام‌رسان به‌جای اپلیکیشن تا تماس تلفنی به‌جای فرم. اگر تیم فقط کیفیت را می‌سنجد، علت شکستش را هرگز پیدا نمی‌کند. همان چیزی که در اعتبار و انتشار نوآوری باز شده است.
  • - و شکست زمان‌بندی اینجا بیشتر پیش می‌آید. تغییر قواعد، محدودیت زیرساخت و بی‌ثباتی شرایط، فاصلهٔ میان «ایدهٔ درست» و «لحظهٔ درست» را طولانی می‌کند. درس عملی‌اش این است: پیش از دورانداختن یک ایدهٔ شکست‌خورده، بپرسید آیا شرطِ بیرونی‌اش عوض شده — چند ایدهٔ بازیافتنی در آرشیو هر تیمی هست.

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

جمع‌بندی

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What are Design Failures? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مطلب اصلی یک تعریف کوتاه است و آنچه از آن گرفته شده همین است: تعریف شکست‌های طراحی به‌عنوان طرح‌هایی که کاملاً شکست خورده‌اند، این نکته که هر از گاهی طراح‌ها زمین می‌خورند و راه‌حل‌هایی عجیب‌وغریب و غیرعملی می‌سازند و اشتباه و انتخاب بد پیش می‌آید و بهترین کار یاد‌گرفتن و پیش‌رفتن است، نکتهٔ کلیدی اینکه گاهی یک طرح بی‌ربط به سطح مهارت یا اجرای طراح شکست می‌خورد با مثال رابط کاربری بی‌نقص و معماری اطلاعات منطقی و شهودی که باز هم احتمال شکست دارد، دلیلش که طرح باید از سوی مخاطب هدف پذیرفته و اقتباس شود، و جمع‌بندی وسیع‌بودن گسترهٔ شکست‌ها همراه با اینکه اشتباه بخش طبیعی خلاقیت است و بهترین کار یاد‌گرفتن از آن. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مقالهٔ اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.

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

تصاویر: هر سه نمودار این صفحه طراحی مستقل مترجم است.

مشاهدهٔ مقالهٔ اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - چهار جنس شکست
  • - شکست پذیرش
  • - علامت‌های زودهنگام
  • - ارزان یا گران
  • - یاد‌گرفتن از شکست
  • - در بافت فارسی

برچسب‌ها

  • شکست طراحی
  • پذیرش
  • بازبینی
  • UX
  • ترجمه