معرفی
این نقشه راه از فهم مسئله کاربر آغاز می‌شود و به طراحی و اعتبارسنجی یک جریان محصول می‌رسد. ترتیب گام‌ها عمدی است: پیش از پرداختن به ظاهر رابط، باید بدانید کاربر چه کاری انجام می‌دهد، به چه اطلاعاتی نیاز دارد و در کدام بخش مسیر ممکن است با ابهام یا مانع روبه‌رو شود.
عنوان «طراح UI/UX» در همه سازمان‌ها دامنه یکسانی ندارد. در بعضی تیم‌ها یک طراح از پژوهش و جریان کاربر تا طراحی رابط و نمونه تعاملی را دنبال می‌کند و در تیم‌های دیگر، فعالیت‌هایی مانند UX Research، Interaction Design، UI Design یا Design Systems میان نقش‌های تخصصی تقسیم می‌شوند. بنابراین، این نقشه راه یک پایه مشترک ارائه می‌کند و عمق موردنیاز هر مهارت باید با شرح شغل هدف تطبیق داده شود.
هشت گام مسیر در مجموع حدود ۲۵۰ ساعت تمرین پیشنهادی دارند. برای تکرار طراحی، دریافت و اعمال بازخورد، آزمون و تکمیل مطالعه موردی نیز می‌توان زمان بیشتری در نظر گرفت. این اعداد برآورد آموزشی همین نقشه راه هستند و مدت رسیدن به آمادگی شغلی به پیش‌زمینه، کیفیت تمرین، دسترسی به بازخورد و نوع موقعیت هدف بستگی دارد.
پیش‌زمینه در طراحی گرافیک، تحلیل محصول یا توسعه فرانت‌اند می‌تواند بعضی گام‌ها را آسان‌تر کند، اما درک مسئله کاربر، استفاده از شواهد و ارزیابی راه‌حل طراحی همچنان ضروری است. انجام مستقیم پژوهش کاربر نیز به دامنه نقش بستگی دارد. در بعضی تیم‌ها طراح پژوهش را انجام می‌دهد و در برخی دیگر با پژوهشگر UX همکاری می‌کند.
خروجی نهایی صرفاً چند صفحه خوش‌ظاهر نیست. باید بتوانید یک مطالعه موردی بسازید که مسئله، اطلاعات موجود، فرض‌ها، تصمیم‌های طراحی، جریان، نمونه تعاملی، بازخورد آزمون و اصلاحات را به یکدیگر متصل کند. پس از ایجاد این پایه می‌توانید متناسب با علاقه و بازار هدف، حوزه‌هایی مانند UI Design، UX Design، Interaction Design، UX Research یا Design Systems را عمیق‌تر دنبال کنید.
مخاطبان نقشه راه
این مسیر برای افرادی است که می‌خواهند از نقطه صفر یا با پیش‌زمینه طراحی گرافیک، فرانت‌اند یا محصول وارد طراحی UI/UX شوند. فرض مسیر این است که شما هفته‌ای حدود ۱۰ تا ۱۲ ساعت برای مطالعه، تمرین و دریافت بازخورد وقت می‌گذارید.
دستاورد پایانی
در پایان مسیر می‌توانید یک مسئله محصول را به سناریوی کاربر، ساختار اطلاعات، جریان، وایرفریم، رابط واکنش‌گرا و نمونه تعاملی تبدیل کنید. همچنین، می‌توانید طراحی را با حالت‌های خطا و بارگذاری تحویل دهید، آزمون کاربردپذیری ساده انجام دهید و فرایند تصمیم‌گیری خود را در نمونه‌کار توضیح دهید.
پیش‌نیازها
شروع این مسیر با دانستن پیش‌نیازهای زیر هموارتر می‌شود.
- توانایی خواندن منابع انگلیسی فنی در حد پایه
- دسترسی به رایانه و اینترنت پایدار
- آمادگی برای دریافت بازخورد و اصلاح مکرر طراحی
مسیر یادگیری شغل طراح رابط کاربری و تجربه کاربری
-
۲۰ ساعت
شناخت مسئله، محصول و کاربر
هدف گام: یاد بگیرید پیش از طراحی صفحه، مسئله کاربر و هدف محصول را به‌صورت قابل بررسی تعریف کنید.
طراحی تجربه کاربری از انتخاب رنگ یا ساخت کامپوننت شروع نمی‌شود. ابتدا تمرین کنید میان «درخواست راه‌حل» و «مسئله واقعی» تفاوت بگذارید. برای نمونه، درخواست «صفحه ثبت‌نام را مدرن کنید» می‌تواند مسئله رها کردن فرایند ثبت‌نام در مرحله ورود شماره تلفن باشد.
یک محصول آشنا، مانند سامانه نوبت‌دهی، فروشگاه آنلاین یا اپلیکیشن پرداخت را انتخاب کنید. هدف کاربر، هدف کسب‌وکار، محدودیت‌ها و فرض‌های خود را جداگانه بنویسید. تا زمانی که فرض را از شواهد جدا نکرده‌اید، آن را واقعیت طراحی ندانید.
مهارت‌ها
مفاهیم تکمیلی
تفکیک مسئله از راه‌حلهدف کاربر و هدف کسب‌وکارفرضیه‌نویسی در طراحی محصولسناریوی استفادهپرسونای مبتنی بر شواهدتعریف مسئله طراحیپروژه پیشنهادی: برای یک فرایند آشنا مانند رزرو نوبت پزشک، مسئله‌ای مشخص تعریف کنید. یک سناریوی کاربر، سه فرض قابل بررسی و محدودیت‌های احتمالی محصول را در یک سند کوتاه بنویسید.
معیار پایان گام: می‌توانید توضیح دهید کاربر چه کاری می‌خواهد انجام دهد، چرا انجام آن برای او دشوار است و کدام بخش از توضیحات شما فرض است، نه شواهد.
دوره پیشنهادی
-
۳۰ ساعت
پژوهش کاربر و تبدیل مشاهده به بینش
هدف گام: یاد بگیرید از گفت‌وگو و مشاهده محدود، شواهدی برای تصمیم طراحی استخراج کنید.
پژوهش جونیور لزوماً به مطالعه بزرگ و پرهزینه نیاز ندارد. با مصاحبه کوتاه، مشاهده انجام یک کار یا مرور بازخوردهای موجود شروع کنید. پرسش‌های باز بپرسید. برای مثال، به‌جای «این صفحه خوب است؟» بپرسید «آخرین بار این کار را چگونه انجام دادید؟».
پس از گفت‌وگو، جمله‌ها را به نیاز، رفتار، مانع و فرصت دسته‌بندی کنید. نقل‌قول کاربر به‌تنهایی بینش نیست. باید نشان دهید این مشاهده چه اثری بر اولویت یا طراحی جریان می‌گذارد. در پروژه‌های تمرینی، ادعاهای خود را با برچسب «مصاحبه محدود» یا «فرض طراحی» شفاف کنید.
مهارت‌ها
مفاهیم تکمیلی
مصاحبه نیمه‌ساختاریافتهپرسش‌های باز و بدون سوگیریمشاهده انجام وظیفهدسته‌بندی یافته‌های پژوهشنیاز کاربر و نقطه دردتفکیک شواهد از برداشت شخصیپروژه پیشنهادی: با سه تا پنج نفر از کاربران بالقوه محصول انتخابی گفت‌وگوی کوتاه انجام دهید. یافته‌ها را دسته‌بندی کنید و سه فرصت طراحی را همراه با شواهد هرکدام بنویسید.
معیار پایان گام: می‌توانید حداقل سه یافته را به نقل‌قول، مشاهده یا داده مشخص وصل کنید و برای هر یافته، اثر آن بر طراحی را توضیح دهید.
دوره پیشنهادی
-
۳۵ ساعت
معماری اطلاعات و طراحی جریان کاربر
هدف گام: مسیر انجام وظیفه را پیش از طراحی صفحه، با ساختار اطلاعات و جریان‌های روشن مشخص کنید.
اکنون یافته‌ها را به ساختار تبدیل کنید. مشخص کنید کاربر برای تصمیم‌گیری به چه اطلاعاتی نیاز دارد، این اطلاعات در کجا قرار می‌گیرند و چه مسیرهایی به نتیجه می‌رسند. جریان اصلی را تنها مسیر ممکن فرض نکنید زیرا بازگشت، لغو، خطا، نبود داده و قطع فرایند نیز بخشی از تجربه هستند.
برای هر جریان، نقطه آغاز، اقدام کاربر، پاسخ سیستم و پایان موفق یا ناموفق را ثبت کنید. این کار پیش از ورود به Figma انجام می‌شود تا مسئله ساختاری با جابه‌جایی دکمه‌ها پنهان نشود.
مهارت‌ها
مفاهیم تکمیلی
نقشه جریان کاربرساختاردهی اطلاعاتاولویت‌بندی محتوامسیرهای اصلی و فرعیحالت خالیحالت خطابازگشت و لغو فرایندپروژه پیشنهادی: برای مسئله انتخابی، جریان کامل یک وظیفه مهم مانند ثبت‌نام، رزرو یا پرداخت را رسم کنید. مسیر موفق، خطای ورودی، لغو و حالت نبود داده را در جریان نشان دهید.
معیار پایان گام: فرد دیگری می‌تواند فقط با دیدن جریان شما، ترتیب اقدام کاربر و پاسخ سیستم را بدون توضیح شفاهی دنبال کند.
دوره پیشنهادی
-
۴۰ ساعت
وایرفریم و طراحی تعامل
هدف گام: راه‌حل را با وایرفریم‌های کم‌جزئیات بررسی کنید و رفتار اجزا را پیش از طراحی بصری مشخص کنید.
وایرفریم برای آزمودن چیدمان، سلسله‌مراتب و جریان است، نه نمایش مهارت گرافیکی. ابتدا نسخه کم‌جزئیات صفحه‌ها را بسازید و برای هر بخش بپرسید: کاربر چه چیزی را می‌بیند، چه تصمیمی می‌گیرد و پس از اقدام او چه رخ می‌دهد؟
طراحی تعامل شامل رفتار کنترل‌ها نیز هست. وضعیت غیرفعال، تأیید، خطای اعتبارسنجی، بارگذاری و موفقیت را برای عناصر مهم مشخص کنید. در این مرحله، بازخورد سریع از هم‌تیمی یا کاربر بالقوه ارزشمندتر از پرداختن زودهنگام به رنگ و سایه است.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
وایرفریم کم‌جزئیاتسلسله‌مراتب بصریطراحی فرم و اعتبارسنجیبازخورد سیستمحالت بارگذاریحالت موفقیتطراحی پیام خطاپروژه پیشنهادی: جریان انتخابی را به وایرفریم برای همه صفحه‌های لازم تبدیل کنید. برای فرم‌ها و اقدام‌های اصلی، حالت عادی، خطا، بارگذاری و موفقیت را طراحی کنید.
معیار پایان گام: وایرفریم شما تمام گام‌های جریان را پوشش می‌دهد و برای اجزای مهم، رفتار و حالت‌های غیرعادی مشخص شده است.
-
۳۵ ساعت
طراحی رابط کاربری و رابط واکنش‌گرا
هدف گام: وایرفریم را به رابطی خوانا، یکدست و قابل پیاده‌سازی برای وب یا موبایل تبدیل کنید.
پس از تثبیت جریان، به تایپوگرافی، رنگ، فاصله‌گذاری، کنتراست و سلسله‌مراتب بصری بپردازید. انتخاب‌های بصری باید به انجام وظیفه کمک کنند، نه اینکه فقط صفحه را شلوغ یا تزئینی کنند. برای متن فارسی، خوانایی در اندازه‌های کوچک، طول عنوان‌ها و ترازبندی راست‌به‌چپ را در طراحی واقعی بررسی کنید.
برای صفحه‌های وب، رفتار رابط را در عرض‌های متفاوت مشخص کنید. طراحی واکنش‌گرا فقط کوچک‌کردن نسخه دسکتاپ نیست؛ ممکن است اولویت محتوا، نوع ناوبری یا اندازه هدف لمس تغییر کند. محدودیت‌های پیاده‌سازی را با توسعه‌دهنده مرور کنید تا طرح قابل اجرا بماند.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
تایپوگرافی و خوانایی فارسیرنگ و کنتراستفاصله‌گذاری و شبکه‌بندیسلسله‌مراتب بصریطراحی راست‌به‌چپنقاط شکست واکنش‌گرااندازه هدف لمسدسترس‌پذیری رنگ و متنپروژه پیشنهادی: وایرفریم منتخب را برای یک اندازه دسکتاپ و یک اندازه موبایل طراحی کنید. دست‌کم یک فرم، یک پیام خطا و یک حالت خالی را با کنتراست و متن فارسی قابل خواندن تکمیل کنید.
معیار پایان گام: می‌توانید برای تغییرات نسخه موبایل دلیل ارائه دهید و حداقل یک مسئله دسترس‌پذیری مانند کنتراست ناکافی یا هدف لمس کوچک را اصلاح کنید.
دوره پیشنهادی
-
۳۰ ساعت
نمونه‌سازی تعاملی و آزمون کاربردپذیری
هدف گام: پیش از توسعه، جریان مهم محصول را با نمونه قابل کلیک و آزمون وظیفه‌محور اعتبارسنجی کنید.
نمونه تعاملی را فقط برای نمایش در نمونه‌کار نسازید. یک وظیفه مشخص تعریف کنید، مانند «بدون کمک، یک نوبت برای فردا رزرو کنید» و از شرکت‌کننده بخواهید آن را انجام دهد. هنگام آزمون، به‌جای توضیح‌دادن مسیر، رفتار، مکث‌ها و خطاهای او را ثبت کنید.
پس از آزمون، مشکلات را بر اساس اثرشان بر انجام وظیفه اولویت‌بندی کنید. هر بازخورد به تغییر طراحی منتهی نمی‌شود. ابتدا بررسی کنید آیا مشکل در چند مشاهده تکرار شده، مانع تکمیل وظیفه بوده یا با هدف محصول تعارض دارد.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
نمونه تعاملی قابل کلیکسناریوی آزمون وظیفه‌محورمشاهده بدون راهنماییثبت خطا و مکث کاربراولویت‌بندی مشکلات کاربردپذیریاصلاح مبتنی بر شواهدپروژه پیشنهادی: برای جریان اصلی نمونه تعاملی بسازید و آن را با حداقل سه نفر آزمون کنید. مشکلات مشاهده‌شده، شدت هرکدام و تغییرات اعمال‌شده را ثبت کنید.
معیار پایان گام: نمونه شما یک وظیفه را از ابتدا تا پایان پوشش می‌دهد و دست‌کم دو اصلاح طراحی را به مشاهده آزمون کاربردپذیری متصل کرده‌اید.
-
۳۵ ساعت
کامپوننت‌ها، سیستم طراحی و تحویل به توسعه
هدف گام: رابط را به اجزای قابل استفاده مجدد تبدیل کنید و مشخصات لازم برای پیاده‌سازی را شفاف تحویل دهید.
سیستم طراحی (Design System) فقط کتابخانه رنگ و دکمه نیست. برای شروع، مجموعه کوچکی از توکن‌های رنگ، تایپوگرافی، فاصله‌گذاری و کامپوننت‌های پرکاربرد بسازید. برای هر کامپوننت، کاربرد، حالت‌ها و مواردی که نباید استفاده شود را مشخص کنید.
فایل Figma را طوری سازمان‌دهی کنید که توسعه‌دهنده بتواند صفحه، کامپوننت، وضعیت و اندازه‌ها را پیدا کند. در تحویل طراحی، حالت‌های بارگذاری، خطا، خالی بودن داده و رفتار واکنش‌گرا را فراموش نکنید. شناخت ساختار رابط وب و محدودیت‌های پیاده‌سازی در این مرحله برای گفت‌وگو با توسعه‌دهنده مفید است، اما هدف این مسیر تبدیل‌شدن به توسعه‌دهنده نیست.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
توکن‌های طراحیکامپوننت و گونه‌های آنحالت‌های تعاملی اجزاقواعد استفاده از کامپوننتنام‌گذاری منظم لایه‌هامشخصات تحویل طراحیهمکاری با توسعه‌دهنده فرانتاندپروژه پیشنهادی: برای پروژه خود، کتابخانه کوچکی شامل رنگ‌ها، سبک متن، دکمه، فیلد ورودی، پیام هشدار و کارت بسازید. یک صفحه را فقط با این کامپوننت‌ها بازطراحی کنید و یادداشت تحویل بنویسید.
معیار پایان گام: کامپوننت‌های شما حالت‌های لازم را دارند، نام‌گذاری فایل روشن است و توسعه‌دهنده می‌تواند بدون حدس‌زدن، رفتار اصلی رابط را تشخیص دهد.
دوره پیشنهادی
-
۲۵ ساعت
تکمیل مطالعه موردی و تمرین حل مسئله
هدف گام: توانایی‌های پراکنده را در یک مطالعه موردی قابل ارائه و قابل دفاع جمع کنید.
یک مطالعه موردی خوب، داستان تصمیم‌گیری است: مسئله چه بود، چه شواهدی جمع شد، چه گزینه‌هایی بررسی شد، چه طرحی انتخاب شد و آزمون چه چیزی را تغییر داد. صفحه نهایی را نقطه پایان داستان ندانید. محدودیت‌ها و بخش‌هایی را که هنوز نیاز به بررسی دارند نیز صادقانه بنویسید.
برای پوشش شاخه‌های این نقش، یک پروژه را تا سطح سیستم طراحی کوچک پیش ببرید و در پروژه دیگر، تمرکز بیشتری بر پژوهش یا آزمون کاربردپذیری بگذارید. برای آماده‌سازی رزومه، ارسال درخواست و انتخاب پروژه‌های نمونه‌کار، به راهنمای ورود طراح رابط کاربری و تجربه کاربری مراجعه کنید.
مهارت‌ها
پژوهش کاربرمعماری اطلاعاتطراحی تعاملطراحی رابط کاربرینمونه‌سازی تعاملیآزمون کاربردپذیریطراحی و مدیریت سیستم‌های طراحیابزارها
مفاهیم تکمیلی
روایت مطالعه موردیمستندسازی تصمیم طراحیمقایسه گزینه‌های طراحیثبت محدودیت‌ها و فرض‌هاارائه تصمیم به ذی‌نفعانبازبینی طراحی پس از پیادهسازیپروژه پیشنهادی: یک مطالعه موردی کامل از پروژه انجام‌شده تهیه کنید که شامل مسئله، یافته‌های پژوهش، جریان، وایرفریم، رابط نهایی، نمونه تعاملی، آزمون و اصلاحات باشد. آن را برای یک طراح یا توسعه‌دهنده ارائه کنید و بر اساس بازخورد، ابهام‌های آن را رفع کنید.
معیار پایان گام: می‌توانید در پنج تا ده دقیقه، مسئله و تصمیم‌های کلیدی پروژه را توضیح دهید و هر تصمیم مهم را به نیاز کاربر، محدودیت یا شواهد آزمون وصل کنید.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیش‌زمینه شما می‌تواند کمتر یا بیشتر باشد.
ابزارهای مسیر
خطاهای رایج مسیر
موارد زیر تصویری کلی از این بخش برای این مسیر ارائه می‌کنند.
-
شروع طراحی با صفحه نهایی
پیش از انتخاب رنگ و فونت، مسئله، سناریوی کاربر و جریان انجام وظیفه را بنویسید. اگر نمی‌توانید توضیح دهید کاربر از کجا وارد و با چه نتیجه‌ای خارج می‌شود، هنوز برای طراحی رابط زود است.
-
ساخت پرسونای خیالی و ارائه آن به‌عنوان پژوهش
اگر به کاربر دسترسی ندارید، پرسونای خود را «فرض اولیه» بنامید. با گفت‌وگو، مشاهده یا بازخورد واقعی آن را اصلاح کنید و منبع هر ادعا را در مطالعه موردی مشخص نگه دارید.
-
نادیده گرفتن حالت‌های خطا و نبود داده
برای هر جریان مهم، حالت بارگذاری، خطا، موفقیت، غیرفعال بودن کنترل و خالی بودن داده را در فهرست تحویل طراحی قرار دهید. این حالت‌ها را هم در فایل و هم در نمونه تعاملی نشان دهید.
-
سنجش کیفیت طراحی فقط با نظر شخصی
برای هر تصمیم مهم، یک فرض قابل آزمون بنویسید و از چند کاربر بخواهید وظیفه مشخصی را با نمونه انجام دهند. مشاهدات را ثبت کنید و پیش از اصلاح، شدت و تکرار مشکل را بررسی کنید.
-
فایل Figma نامنظم و غیرقابل تحویل
از ابتدا صفحه‌ها، فریم‌ها، لایه‌ها و کامپوننت‌ها را با نام روشن سازمان‌دهی کنید. اجزای تکراری را به کامپوننت تبدیل کنید و حالت‌های آن‌ها را در یک بخش مشخص نگه دارید.
-
کپی کردن رابط‌های خارجی بدون بررسی زمینه استفاده
الگو را به‌عنوان نقطه شروع ببینید، نه پاسخ نهایی. متن فارسی، راست‌به‌چپ بودن، رفتار کاربران، محدودیت‌های محصول و دسترس‌پذیری را پیش از استفاده از هر الگو بررسی کنید.
-
تمرکز صرف بر Figma
برای هر تمرین ابزار، یک خروجی تجربه کاربری نیز تعریف کنید: مسئله، جریان، سناریوی آزمون یا منطق یک کامپوننت. مهارت شغلی با تصمیم درست و قابل توضیح سنجیده می‌شود، نه فقط سرعت کار با ابزار.
چک‌لیست آمادگی شغلی
چک‌لیست زیر کمک می‌کند هیچ نکته مهمی را از قلم نیندازید:
- می‌توانم مسئله کاربر را از درخواست ظاهری یا راه‌حل پیشنهادی جدا کنم.
- می‌توانم برای یک وظیفه، جریان کاربر شامل خطا و حالت‌های جایگزین طراحی کنم.
- می‌توانم وایرفریم را به رابط فارسی، خوانا و واکنش‌گرا تبدیل کنم.
- می‌توانم در Figma کامپوننت، گونه و حالت‌های تعاملی بسازم.
- می‌توانم نمونه تعاملی یک جریان مهم را بدون توضیح شفاهی قابل استفاده کنم.
- می‌توانم آزمون کاربردپذیری ساده برگزار و یافته‌ها را اولویت‌بندی کنم.
- می‌توانم حالت‌های بارگذاری، خطا، موفقیت و خالی بودن داده را در طراحی مشخص کنم.
- می‌توانم تصمیم‌های طراحی را با شواهد، محدودیت‌ها و هدف محصول توضیح دهم.
- می‌توانم یک مطالعه موردی منظم از فرایند پژوهش تا اصلاح طراحی ارائه کنم.
پرسش‌های پرتکرار
در این بخش، به تعدادی از پرسش‌های رایج درباره این مسیر پاسخ داده شده است.
برای یادگیری UI/UX از Figma شروع کنم یا UX؟
کار با Figma را از ابتدا و هم‌زمان با تمرین یاد بگیرید، اما نقطه شروع فکری شما باید مسئله کاربر و جریان انجام وظیفه باشد. یادگیری صرف ابزار، معمولاً به طراحی صفحه‌های زیبا اما بدون منطق تجربه کاربری منجر می‌شود.
این نقشه راه برای طراحی وب است یا اپلیکیشن موبایل؟
پایه مسیر برای هر دو مشترک است: پژوهش، معماری اطلاعات، تعامل، آزمون و سیستم طراحی. در گام طراحی رابط، یک بستر اصلی را برای پروژه انتخاب کنید و سپس همان جریان را با محدودیت‌های بستر دیگر تمرین کنید.
برای هر گام چه مقدار تمرین عملی لازم است؟
زمان هر گام فقط برای یادگیری و اجرای تمرین اصلی برآورد شده است. برای بازطراحی، دریافت بازخورد، آزمون و اصلاح پروژه، حدود ۵۰ تا ۱۰۰ ساعت افزوده در کل مسیر در نظر بگیرید؛ این بخش را به پایان مسیر موکول نکنید.
اگر به کاربران واقعی دسترسی نداشته باشم، چگونه پژوهش و آزمون انجام دهم؟
از افراد نزدیک به گروه کاربری هدف شروع کنید و دامنه ادعای خود را محدود نگه دارید. می‌توانید با چند گفت‌وگوی کوتاه و آزمون وظیفه‌محور، فرض‌های اولیه را بررسی کنید؛ اما نتایج چنین آزمونی را نماینده همه کاربران معرفی نکنید.
برای پروژه نمونه‌کار، یک پروژه عمیق بهتر است یا چند پروژه کوتاه؟
ابتدا یک پروژه را از تعریف مسئله تا آزمون و اصلاح کامل کنید. سپس پروژه دوم را با تمرکز متفاوت، مانند پژوهش کاربر یا سیستم طراحی کوچک، انجام دهید. چند صفحه ناتمام جای مطالعه موردی قابل دفاع را نمی‌گیرد.
بعد از این مسیر روی کدام تخصص تمرکز کنم؟
اگر از مصاحبه، تحلیل رفتار و اعتبارسنجی لذت می‌برید، پژوهش کاربر و طراحی تجربه کاربری انتخاب مناسبی است. اگر به انسجام رابط و مقیاس‌پذیری اجزا علاقه دارید، طراحی رابط و سیستم‌های طراحی را عمیق‌تر دنبال کنید. انتخاب را با پروژه‌های واقعی و نوع مسئله‌هایی که بهتر حل می‌کنید انجام دهید.
آموزش‌های مرتبط در فرادرس
-
آموزش مقدماتی فیگما – اصول طراحی رابط کاربری UI با Figma + گواهینامه
-
آموزش نرم افزار اکشر آر پی – طراحی رابط و تجربه کاربری UI/UX با Axure RP + گواهینامه
-
آموزش تحقیق تجربه کاربری UX Researcher + گواهینامه
-
آموزش ساخت کامپوننت در فیگما Figma + نحوه استفاده و مدیریت + گواهینامه
-
آموزش طراحی وایرفریم با فیگما Figma + پروژه عملی
-
آموزش طراحی قالب سایت با فیگما Figma + ریسپانسیو کردن صفحات برای موبایل + گواهینامه
-
آموزش پروژه محور فیگما – طراحی اپلیکیشن فروشگاهی با Figma + گواهینامه
-
طراحی تجربه کاربری چیست؟ – راهنمای یادگیری UX Design
-
طراحی UX چیست؟ – راهنمای جامع آموزش طراحی تجربه کاربری
