سپنتا پویا — طراح محصول

یک صفحهٔ نمادین مطالعهٔ موردی با عنوان پنج دقیقه، نه پنجاه. صفحه از بالا به پایین شش بخش دارد: عنوان و قلاب، نقش من، یک تصویر، چند خط کم‌رنگ فرایند، یک تصویر دیگر، و نتیجه و اثر. پنج بخش با خط صورتی به برچسب‌هایی در راست وصل شده‌اند که زیر عنوان دیده می‌شود قرار دارند. فقط بخش فرایند با خط‌چین خاکستری به چپ وصل شده، زیر عنوان اگر بخواهد
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا با کمک هوش مصنوعی · آبان ۱۴۰۵ · زمان مطالعه: حدود ۹ دقیقه

مطالعهٔ موردی تجربهٔ کاربری (UX Case Study) چیست؟

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

یک مدیر طراحی را تصور کنید که برای یک موقعیت شغلی هشتاد نمونه‌کار دریافت کرده است. یک بعدازظهر وقت دارد. اولین مطالعهٔ موردی را باز می‌کند: «پروژه با تحقیق شروع شد. سپس پرسونا ساخته شد. سپس وایرفریم کشیده شد.» دو اسکرول پایین‌تر هنوز نمی‌داند مسئله چه بود. پنجره را می‌بندد و سراغ بعدی می‌رود.

طراح آن نمونه‌کار شاید کار خوبی کرده باشد. فقط هیچ‌وقت فرصت نکرد نشانش دهد. این مقاله دربارهٔ همان چند دقیقه‌ای است که مطالعهٔ موردی برای قانع کردن یک خواننده دارد.

مطالعهٔ موردی چیست؟

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

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

چرا این‌قدر مهم است؟

به گفتهٔ منبع، مطالعهٔ موردی فقط مستندسازی نیست. شاهد ملموسی است که نشان می‌دهد طراح می‌تواند یک چالش پیچیده را از پژوهش اولیه تا پیاده‌سازی نهایی پیش ببرد. همین شفافیت، یعنی توضیح روشن رویکرد و فکر و روش، اعتماد و اعتبار می‌سازد.

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

برای کارفرما هم مطالعهٔ موردی چیزی نشان می‌دهد که رزومه و مدرک نشان نمی‌دهند: اینکه طراح چطور فکر می‌کند. چطور دادهٔ کاربر را جمع و تحلیل می‌کند، چطور طرح را تکرار می‌کند، و چطور به راه‌حلی می‌رسد که هم برای کاربر کار کند و هم برای کسب‌وکار.

پنج دقیقه، نه پنجاه

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

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

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

ده گام ساختن یک مطالعهٔ موردی

منبع یک راهنمای گام‌به‌گام می‌آورد:

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

داستان، نه گزارش

منبع تأکید می‌کند که مطالعهٔ موردی باید داستانی فعال با آغاز و میانه و پایان باشد، نه گزارشی صاف. مثال منبع ساده است: بنویسید «ما فهمیدیم»، نه «فهمیده شد». جملهٔ مجهول قهرمان داستان را حذف می‌کند، و قهرمان این داستان شمایید.

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

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

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

منبع در پایان چند قاعدهٔ کلی هم دارد. هر «چه» را با یک «چطور» و یک «چرا» پشتیبانی کنید. «من» و «ما» را متعادل نگه دارید تا سهم تیم دیده شود. با سرتیتر و زیرتیتر متن را قابل مرور کنید. و هر چیزی را که به فهم فکرتان یا پیشبرد داستان کمک نمی‌کند، حذف کنید.

اجازه و ناشناس‌سازی

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

دو ستون با عنوان پیش از انتشار: ناشناس‌سازی. ستون راست، نسخهٔ داخلی، با جعبه‌های خاکستری و متن کم‌رنگ؛ ستون چپ، نسخهٔ نمونه‌کار، با جعبه‌های صورتی. چهار پیکان از راست به چپ هر ردیف را تبدیل می‌کنند: فروش ماهانه ۴٫۲ میلیارد تومان به رشد ۳۱ درصدی فروش؛ بانک فلان، اپ همراه به اپ همراه یک بانک خصوصی؛ نام و چهرهٔ شرکت‌کننده به شرکت‌کنندهٔ ۴، زن، ۵۲ ساله؛ نماگرفت با دادهٔ واقعی به نماگرفت با دادهٔ ساختگی
داستان همان می‌ماند، جزئیات حساس نه؛ نمونه‌ها فرضی‌اند — نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

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

پنج خطای رایج

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

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

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

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

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

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

مطالعهٔ موردی در بافت فارسی

این بخش افزودهٔ من است و از بررسی نمونه‌کار طراحان ایرانی می‌آید.

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

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

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

اگر مطالعهٔ موردی بخشی از برنامهٔ بزرگ‌تر شما برای تغییر شغل است، رشد شغلی در تجربهٔ کاربری را هم بخوانید.

جمع‌بندی

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

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

منبع

این نوشته «بازنویسی آزاد» است از موضوع What are UX Case Studies? (بدون نام نویسندهٔ مشخص)، منتشرشده در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF). مفاهیم پایهٔ برگرفته از این منبع — تعریف مطالعهٔ موردی، اهمیتش برای اعتبار و رشد و مهارت ارتباطی، تصمیم استخدام‌کننده در پنج دقیقه، ده گام ساختن مطالعهٔ موردی، داستان فعال به جای گزارش صاف و مثال «ما فهمیدیم»، عناصر داستان‌گویی ارسطو، هرم فرایتاگ و طول هر بخش، قاعده‌های چه و چطور و چرا و تعادل من و ما، اجازهٔ کارفرما و ناشناس‌سازی و قرارداد عدم افشا، و اشاره به نمونه‌های اپ خیالی — از این منبع گرفته شده، اما متن فارسی و توضیح‌ها کاملاً مستقل نوشته شده‌اند.

متن مقالهٔ اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ تصاویر) در لینک زیر در دسترس است.

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

تصاویر: هیچ تصویری از منبع اینجا نیامده است. یک تصویر منبع با لایسنس CC BY-SA 4.0 و دو نمودار با لایسنس CC BY-NC-SA 3.0 منتشر شده‌اند — قوس داستان و هرم فرایتاگ — اما برچسب انگلیسی دارند و بازنشر نشده‌اند. ویدیوها هم بازنشر نمی‌شوند. سه نمودار این صفحه طراحی اختصاصی مترجم است.

مشاهدهٔ مقالهٔ اصلی
سپنتا پویا

مترجم: سپنتا پویا

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

دربارهٔ من

در این مقاله

  • - مطالعهٔ موردی چیست؟
  • - چرا این‌قدر مهم است؟
  • - پنج دقیقه، نه پنجاه
  • - ده گام ساختن یک مطالعهٔ موردی
  • - داستان، نه گزارش
  • - اجازه و ناشناس‌سازی
  • - پنج خطای رایج
  • - در بافت فارسی
  • - جمع‌بندی

برچسب‌ها

  • نمونه‌کار
  • داستان‌گویی
  • مسیر شغلی
  • ترجمه