مشاهده
نکته‌ی دییر ۰۱

↓اسکرول کنید
اسکرول۰
سرعت۰٫۰۰۰
زمان۰٫۰ث
→ وبلاگ طراحی طراحی تجربه کاربری

طراحی پنل کاربری: راهنمای جامع حساب کاربری مشتری

  • تاریخ انتشار۱۴۰۵/۰۸/۰۶
  • زمان مطالعه۱۰ دقیقه
  • نویسندهتیم دییر
طراحی پنل کاربری: راهنمای جامع حساب کاربری مشتری

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

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

طراحی پنل کاربری چیست و چه فرقی با پنل مدیریت دارد؟

پنل کاربری (User Panel یا Customer Account) فضای شخصی هر مشتری در محصول است. داده‌هایی که نشان می‌دهد فقط مال همان کاربر است و کارهایی که در آن انجام می‌شود هم معمولاً به خود او مربوط است: پیگیری سفارش، تمدید اشتراک، شارژ کیف پول، دانلود فاکتور یا تغییر شماره‌ی موبایل. در مقابل، پنل مدیریت ابزار کار تیم داخلی است و با داده‌ی همه‌ی کاربران سروکار دارد.

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

معیارپنل کاربری (مشتری)پنل مدیریت (تیم داخلی)
کاربرمشتری، بدون آموزشکارمند، آموزش‌دیده
دفعات استفادهگاه‌به‌گاه و مقطعیروزانه و طولانی
دامنه‌ی دادهفقط داده‌ی خود کاربرداده‌ی همه‌ی کاربران
اولویت طراحیوضوح، اعتماد، راهنماییسرعت، تراکم، عملیات گروهی
دستگاه غالببیشتر موبایلبیشتر دسکتاپ
هزینه‌ی خطاتماس با پشتیبانی یا ریزش مشتریخطای عملیاتی داخلی

بخش‌های اصلی پنل کاربری کدام‌اند؟

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

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

داشبورد یا خانه‌ی حساب

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

پروفایل و اطلاعات حساب

نام، شماره‌ی موبایل، ایمیل، آدرس‌ها، اطلاعات هویتی و در صورت نیاز احراز هویت. نکته‌ی کلیدی اینجا تفکیک اطلاعاتی است که کاربر آزادانه ویرایش می‌کند از اطلاعاتی که تغییرشان نیاز به تأیید دارد، مثل شماره‌ی موبایل یا کد ملی. کاربر باید بداند چرا یک فیلد قفل است و برای تغییرش چه کند.

سفارش‌ها و پیگیری

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

اشتراک و صورت‌حساب

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

کیف پول و تراکنش‌ها

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

تیکت و پشتیبانی

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

اعلان‌ها و تنظیمات

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

صفحه اول پنل کاربری چه چیزی باید نشان دهد؟

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

داشبورد خوب با گذر زمان و تغییر وضعیت کاربر تغییر می‌کند. کاربری که دیروز ثبت‌نام کرده و کاربری که سه سال است مشتری است نباید یک صفحه‌ی یکسان ببینند.

اصول تجربه کاربری در طراحی پنل کاربری

پنل کاربری یک وب اپلیکیشن کوچک است و همان اصول کلی تجربه کاربری در آن صدق می‌کند، اما چند اصل در این فضا وزن بیشتری دارند.

زبان کاربر، نه زبان سیستم

وضعیت‌هایی مثل «در انتظار پردازش» یا «Pending» برای تیم فنی معنا دارند، نه برای مشتری. «سفارش شما ثبت شد و تا فردا ارسال می‌شود» همان اطلاعات را به شکلی می‌گوید که سؤال بعدی را از بین می‌برد. نوشتن برچسب‌ها، پیام‌های خطا و متن حالت‌های خالی کار نویسندگی تجربه کاربری (UX Writing) است و در پنل کاربری تأثیر مستقیمی روی حجم تماس‌ها دارد.

ساختار قابل حدس

کاربری که ماهی یک بار به پنل سر می‌زند ساختار را به خاطر نمی‌سپارد؛ پس برچسب منوها باید همان کلماتی باشد که خودش در ذهن دارد. مرتب‌کردن بخش‌ها و نام‌گذاری آن‌ها بر اساس مدل ذهنی کاربر موضوع معماری اطلاعات است و ابزارهایی مثل کارت سورتینگ و تست درختی اینجا بسیار کمک می‌کنند.

بازخورد و حالت‌ها برای هر اقدام

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

خودکفایی به‌جای ارجاع به پشتیبانی

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

طراحی پنل کاربری برای موبایل و دسکتاپ

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

موضوعموبایلدسکتاپ
ناوبرینوار پایین با ۴ یا ۵ بخش اصلی و منوی «بیشتر»سایدبار ثابت با همه‌ی بخش‌ها
فهرست سفارش و تراکنشکارت‌های فشرده با وضعیت برجستهجدول یا فهرست با ستون‌های بیشتر
جزئیاتصفحه‌ی جدا با دکمه‌ی بازگشتپنل کناری یا صفحه‌ی جزئیات
فرم‌هایک ستون، صفحه‌کلید متناسب با نوع فیلددو ستون برای فیلدهای کوتاه
اقدام اصلیدکمه‌ی ثابت در پایین صفحهدکمه در سرصفحه یا کنار محتوا

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

امنیت، اعتماد و حریم خصوصی در حساب کاربری

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

پنل کاربری خوب جایی است که مشتری در آن احساس کنترل می‌کند؛ نه جایی که برای هر تغییر کوچک باید از کسی اجازه بگیرد یا منتظر بماند.

پنل کاربری آماده وردپرس و ووکامرس یا طراحی اختصاصی؟

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

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

قاعده‌ی سرانگشتی ما این است: اگر بیشتر وقت تیم صرف دورزدن محدودیت‌های افزونه‌ها شده، یا پنل کاربری بخشی از ارزش اصلی محصول شماست (مثل سرویس‌های اشتراکی، مالی یا آموزشی)، وقت طراحی اختصاصی رسیده است. مقایسه‌ی کلی‌تر این دو مسیر را در مقاله‌ی سایت اختصاصی یا وردپرس آورده‌ایم.

فرایند طراحی پنل کاربری در دییر

ما در دییر طراحی پنل کاربری را از داده‌ی واقعی شروع می‌کنیم، نه از قالب صفحه. فرایند معمول ما این مراحل را دارد.

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

بعد از انتشار هم کار تمام نمی‌شود. با پایش داده‌ی استفاده و مقایسه‌ی حجم تماس‌های پشتیبانی قبل و بعد، مشخص می‌شود کدام بخش‌ها نیاز به بهبود دارند. این رویکرد بخشی از خدمات طراحی محصول و UI/UX ماست.

اشتباهات رایج در طراحی پنل کاربری

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

پنل کاربری چه بخش‌هایی باید داشته باشد؟

حداقل داشبورد، پروفایل، تاریخچه‌ی فعالیت اصلی (سفارش، تراکنش یا اشتراک)، پشتیبانی و تنظیمات. بقیه‌ی بخش‌ها به مدل کسب‌وکار بستگی دارد و بهتر است بر اساس درخواست‌های واقعی کاربران اضافه شود.

تفاوت پنل کاربری و داشبورد کاربر چیست؟

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

آیا پنل کاربری ووکامرس برای فروشگاه کافی است؟

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

طراحی پنل کاربری چقدر زمان می‌برد؟

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

آیا می‌توان فقط پنل کاربری فعلی را بازطراحی کرد؟

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

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

پروژه بعدی
مال شماست؟