تحقیق کاربر چیست؟ پرسونا، مصاحبه و داده برای UX

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

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

The key to successful user research is to start with a clear research question, then pick methods that can actually answer it.

تحقیق کاربر چیست و چه چیزی نیست؟

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

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

لازم نیست هر پروژه تحقیق دانشگاهی باشد. برای یک لندینگ خدماتی، صحبت با چند مشتری فعلی، خواندن پیام پشتیبانی و نگاه به یک ضبط session ممکن است کافی باشد. برای محصول چندنقشی با ریسک بالا، روش ساخت‌یافته‌تر لازم است. تناسب با ریسک است نه با مد بودن «UX research». تیم دو نفره که سه ماه صرف قالب پرسونا می‌کند، معمولاً از مشاهدهٔ واقعی فرار کرده است.

پرسونا چه کمکی می‌کند و چه وقت ضرر می‌زند؟

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

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

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

مصاحبه و تست را چطور جدا نگه داریم؟

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

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

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

داده کمی و کیفی را چطور با هم بخوانیم؟

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

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

نظرسنجی ستاره‌ای بعد از خرید، تحقیق اکتشافی نیست. برای روند رضایت مفید است اگر سؤال مشخص باشد. برای فهم مسئلهٔ قبل از ساخت، مصاحبه و مشاهده جلوترند. ترکیب را در گزارش کوتاه بنویسید: «۴۰٪ در مرحلهٔ ارسال مدارک رها می‌کنند؛ در تست سه نفر فیلد کد ملی را دو بار دیدند.» این جمله به طراح کار می‌دهد. گزارش بیست صفحه‌ای بدون آن جمله، بایگانی می‌شود.

چرا تحقیق کاربر قبل از طراحی UI می‌آید؟

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

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

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

اشتباهات رایج در تحقیق کاربر

• سؤال «این را دوست دارید؟» به‌جای دادن هدف قابل انجام
• ساخت پرسونا از تخیل تیم
• نمونه فقط از دوستان و کارمندان دفتر
• گزارش بدون تصمیم و بدون مسئول
• جایگزین کردن analytics با فهم نیت
• تأخیر ماهانه به‌جای پنج گفت‌وگوی این هفته
• تست روی ذی‌نفع به‌جای کاربر
• قاطی کردن تحقیق بازار تبلیغات با رفتار در محصول

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

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

چک‌لیست قبل از شروع تحقیق کاربر

1. یک سؤال تحقیق نوشته شده که به تصمیم محصول وصل است.
2. روش با همان سؤال می‌خواند نه با مد ابزار.
3. می‌دانید با چه کسانی حرف می‌زنید و چرا آن‌ها کاربرند.
4. رضایت ضبط و حریم داده روشن است.
5. قالب یادداشت تم و جملهٔ تصمیم دارید.
6. تاریخ تصمیم بعد از تحقیق در تقویم است.
7. تحقیق را با طراحی همهٔ صفحات قاطی نکرده‌اید.
8. معیار «کافی است» مشخص است تا کار تمام شود.

جمع‌بندی: سؤال، شواهد، تصمیم

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

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