UI Cards | کارت‌های رابط کاربری

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

ظرف ماژولار؛ نه هر جعبه‌ای با سایه

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

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

چرا کارت اسکن را آسان و صفحه را سبک می‌کند

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

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

سلسله‌مراتب داخل کارت؛ چشم کجا باید برود

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

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

کارت به‌مثابه هدف لمسی؛ یکپارچه یا ترکیبی

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

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

چیدمان ریسپانسیو و تراکم شبکه

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

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

مرز با کیت، عنصر و طراحی کل رابط

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

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

جمع‌بندی: کارت‌های رابط کاربری بلوک‌های ماژولار برای گروه‌بندی محتوای مرتبط‌اند تا اسکن، مقایسه و اقدام سریع‌تر شود. قدرتشان در تکرار اسکلت، تطبیق با عرض صفحه، و تبدیل آیتم به واحد تصمیم است؛ ضعفشان در شلوغی سلسله‌مراتب، ابهام کلیک، و استفادهٔ تزئینی بدون مرز معنایی. آن‌ها را از لیست و جدول، از اتم‌های UI، و از کیت یا کل رشتهٔ طراحی جدا نگه دارید—کارت الگو است، نه مذهب چیدمان.

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

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

سوالات متداول

ظرف ماژولاری که محتوای مرتبط مثل متن، تصویر و اقدام را در یک بلوک قابل اسکن برای فید، کاتالوگ یا داشبورد گروه می‌کند.

لیست و جدول برای تراکم و مقایسهٔ ستونی مناسب‌اند؛ کارت وقتی رسانه و اقدام در واحد تصمیم بصری مهم‌تر از ردیف فشرده است بهتر کار می‌کند.

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

چون کارت چند نوع محتوا دارد؛ بدون اولویت بصری عنوان، تصویر و اقدام با هم رقابت می‌کنند و اسکن مختل می‌شود.

خیر. عنصر اتم است؛ کیت بستهٔ دارایی؛ کارت الگوی ترکیبی ظرف محتواست که ممکن است داخل کیت به‌صورت واریانت تعریف شود.