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