فرآیند در مسلخ پیکسلها
کالبدشکافی شکاف میان پلتفرمهای نمایشی و واقعیت مهارت طراحان در حل مسائل پیچیده بیزنس.
زیستبومهای ارزیابی تخصصی
تاکنون به این تفاوت فکر کردهاید که چرا برنامهنویسان، برخلاف طراحان، معمولاً خروجی نهایی کار خود را برای ارزیابی به نمایش نمیگذارند، بلکه خود کد را ارائه میکنند؟
پاسخ در مرزهای تخصص نهفته است. فهم کد مستلزم دانش فنی در همان زبان برنامهنویسی است. کدهای یک برنامهنویس جاوا عمدتاً توسط برنامهنویسان باتجربهی جاوا یا مدیران فنی قابل ارزیابیاند. از همین رو، ابزارهایی مانند GitHub و GitLab شکل گرفتهاند؛ فضاهایی که در آنها نتیجهی کار توسط متخصصان همان حوزه و بر اساس معیارهای دقیق فنی بررسی میشود.
اما طراحان وب از چنین بستر تخصصیای بیبهرهاند. طراحی، به دلیل ماهیت بصری و شهودی خود، برای طیف گستردهتری از افراد قابل درک است و همین موضوع باعث شده پلتفرمهایی مانند Dribbble و Behance به ویترین اصلی طراحان تبدیل شوند.
اما آیا این ویترینها واقعاً تواناییهای یک طراح وب را منعکس میکنند؟
شکاف میان ظرفیت و بستر
طراحی وب، هرچند ظاهری هنری دارد، در ذات خود دارای اهداف مشخص و معیارهای قابلاندازهگیری است. بسیاری از صاحبنظران این حوزه تأکید میکنند که طراحی وب صرفاً یک اثر هنری نیست؛ بلکه باید مسئلهای را حل کند، تجربهی کاربری را بهبود دهد و به نتایجی ملموس منجر شود.
با این حال، در پلتفرمهای فعلی، طراحان اغلب ناچارند خود را صرفاً از طریق زیباییشناسی بصری معرفی کنند. در چنین فضایی، یک طرح ایستا و تزئینی ممکن است بیش از یک راهحل پیچیدهی UX مورد توجه قرار گیرد؛ حتی اگر آن راهحل نشاندهندهی مهارت واقعی طراح باشد.
در حالی که برنامهنویسان در GitHub میتوانند سطح تخصص خود را از طریق کد قابل بررسی، مستندسازی دقیق و حل مسائل پیچیده نشان دهند، طراحان وب در Dribbble اغلب به نمایش «تصاویر زیبا» محدود میشوند؛ بدون آنکه بتوانند فرآیند تفکر، تصمیمهای طراحی یا نتایج تحقیقات و آزمونهای کاربری خود را به شکلی استاندارد و تخصصی ارائه کنند.
این پلتفرمها فرمت «تصویر ثابت» را به استاندارد نمونهکار تبدیل کردهاند؛ در حالی که طراحی وب ماهیتی تعاملی و زمانمند دارد. ما ناچاریم تجربهای پیچیده را در قالب یک تصویر تخت ارائه کنیم؛ گویی از نمای بیرونی یک ساختمان عکس گرفتهایم، بیآنکه بتوانیم نقشهی معماری، ساختار سازه یا نحوهی عملکرد آن را نشان دهیم.
آیا پلتفرمهایی مانند Dribbble و Behance، با تمرکز عمده بر جنبههای بصری، واقعاً نیاز طراحان وب حرفهای را برای نمایش و سنجش سطح تخصصیشان برآورده میکنند؟ یا ما به فضایی نیاز داریم که در آن، همانند GitHub برای توسعهدهندگان، عمق تفکر طراحی و کارایی راهحلها بر زیبایی صرف اولویت داشته باشد؟
ریشههای تاریخی یک همزیستی
Dribbble در سال ۲۰۰۹ توسط دن سدرهولم و ریچ تورنت تأسیس شد. هدف اولیهی آن روشن بود: ایجاد فضایی برای طراحان گرافیک، تصویرسازان، تایپوگرافرها و طراحان لوگو تا نمونههای کوچکی از کارهای خود را به اشتراک بگذارند.
فرمت اولیهی ۴۰۰ در ۳۰۰ پیکسل دقیقاً برای نمایش آیکونها، لوگوها و آثار گرافیکی کوچک طراحی شده بود؛ نه برای توضیح معماری اطلاعات یک محصول دیجیتال، نمایش رفتار ریسپانسیو یا مستندسازی فرآیندهای UX.
در اوایل دههی ۲۰۱۰، طراحی وب هنوز در حال گذار از صفحات ایستا به محصولات دیجیتال بود. در آن دوران، داشتن یک وبسایت شخصی برای نمایش نمونهکار نیازمند دانش فنی یا صرف هزینه بود. Dribbble بستری سریع، اجتماعی و نسبتاً در دسترس فراهم میکرد.
به همین دلیل، بسیاری از طراحان وب که در آن زمان بیشتر به طراحان گرافیک دیجیتال شباهت داشتند، به این فضا مهاجرت کردند و به تدریج آن را به ویترین اصلی خود تبدیل نمودند.
آیا جایگزین دیگری وجود نداشت؟ البته که وجود داشت. اما هیچکدام از آنها از مزیت شبکهی اجتماعی Dribbble برخوردار نبودند. Behance بیشتر نقش آرشیو را ایفا میکرد و وبسایتهای شخصی نیز از مزایای تعامل اجتماعی بیبهره بودند.
در مقابل، Dribbble وعدهی دیده شدن توسط کارفرمایان و دریافت بازخورد سریع از همصنفان را میداد. هرچه این شبکه بزرگتر شد، ترک کردن آن نیز دشوارتر شد.
چرا هنوز میمانیم؟
اما مسئله صرفاً ریشهای تاریخی ندارد.
ما همچنان به Dribbble وابستهایم، زیرا هنوز جایگزینی تخصصی و فراگیر در اختیار نداریم.
در حالی که برنامهنویسان میتوانند در GitHub نشان دهند چگونه فکر میکنند—از طریق ساختار کد، سازماندهی مخازن و شیوهی حل مسئله—طراحان وب در Dribbble اغلب فقط میتوانند نشان دهند چه چیزی ساختهاند.
آنچه امروز نیاز داریم: حرکت به سوی مستندسازی فرآیند
راه برونرفت از این وضعیت، گذار از «نمایش خروجی» به «مستندسازی فرآیند» است. طراحان وب به بستری نیاز دارند که در آن بتوانند:
- فرآیند تصمیمگیری خود (Decision Log) را ثبت کنند.
- نتایج آزمونهای کاربری و A/B Testing را مستند سازند.
- تعاملات و جریانهای کاربری را بهصورت زنده نمایش دهند.
- و مهمتر از همه، توسط متخصصان همحوزه بر اساس معیارهایی مانند کارایی، حل مسئله و کیفیت تصمیمهای طراحی ارزیابی شوند، نه صرفاً بر اساس هماهنگی رنگها یا ترندهای بصری.
شاید مسئله این نباشد که Dribbble پلتفرم بدی است؛ بلکه این پلتفرم اساساً برای مسئلهی دیگری ساخته شده است.
تا آن روز، Dribbble برای طراحان وب چیزی شبیه یک نمایشگاه نقاشی برای مهندس عمران خواهد بود: فضایی که ممکن است زیبا و الهامبخش باشد، اما لزوماً تواناییهای حرفهای ما را در ساختن راهحلهای پایدار، کارآمد و مسئلهمحور بهدرستی منعکس نمیکند.