تست محصول با کاربران (User Testing) چگونه انجام می‌شود؟

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

تست محصول با کاربران دقیقاً چیست؟

در تعریف فنی، Usability Testing یا تست قابلیت استفاده، فرآیندی است که در آن کاربران واقعی با محصول شما تعامل می‌کنند و رفتارشان مشاهده می‌شود تا نقاط قوت و ضعف تجربه محصول مشخص شود. این تست می‌تواند روی یک محصول دیجیتال (وب یا اپلیکیشن)، یک نمونه اولیه (Prototype) یا حتی یک مفهوم اولیه انجام شود. اگر با مفهوم پایه تست کاربر در حوزه UX آشنا نیستید، پیشنهاد می‌کنم اول تست کاربر در UX چگونه انجام می‌شود را بخوانید تا چارچوب روشنی از جایگاه این فرآیند داشته باشید.

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

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

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

چرا بدون تست واقعی، تصمیم‌های محصول در تاریکی گرفته می‌شود؟

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

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

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

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

چه زمانی تست کاربر انجام دهیم؟

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

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

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

انواع تست محصول با کاربران

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

تست متمایل (Moderated)

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

تست نامتمایل (Unmoderated)

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

تست از راه دور (Remote)

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

تست A/B

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

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

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

چگونه یک جلسه تست کاربر را اجرا کنیم؟

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

1. تعریف هدف تست: در یک جمله بنویسید این تست می‌خواهد به چه سؤالی جواب دهد. هدف‌های مبهم، تست را به یک جلسه گفتگوی بی‌نتیجه تبدیل می‌کنند.
2. انتخاب نوع تست: بر اساس هدف، متمایل، نامتمایل، از راه دور یا A/B را انتخاب کنید.
3. جذب کاربران: پنج تا هشت کاربر واقعی که در پرسونای هدف قرار می‌گیرند.
4. طراحی سناریو: سه تا پنج تسک مشخص که کاربر باید انجام دهد. سناریو باید نزدیک به کارهای واقعی کاربر باشد، نه مسیر خیالی.
5. آماده‌سازی محیط: دستگاه، نرم‌افزار ضبط، چک‌لیست آنچه باید رعایت شود.
6. اجرای جلسه: با تسهیل‌گر با تجربه، بدون راهنمایی کاربر و با ثبت دقیق رفتار.
7. جمع‌آوری داده: ویدیو، یادداشت‌ها، معیارهای عینی مثل زمان انجام کار و نرخ موفقیت.
8. تحلیل و گزارش: شناسایی الگوها، اولویت‌بندی مشکلات و تبدیل آن به تصمیم‌های محصول.

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

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

انتخاب و جذب کاربران واقعی برای تست

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

معیار انتخاب کاربر مناسب

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

روش‌های جذب کاربر

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

تعداد کاربران در هر دور

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

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

طراحی سناریو و پرسش‌های تست

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

اصل اول: نزدیکی به واقعیت

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

اصل دوم: عدم راهنمایی

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

اصل سوم: پوشش سناریوهای مختلف

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

پرسش‌های حین و پس از تست

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

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

تحلیل یافته‌ها و تبدیل آن به تصمیم

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

مرحله اول: دسته‌بندی یافته‌ها

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

مرحله دوم: اولویت‌بندی یافته‌ها

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

مرحله سوم: تبدیل به تصمیم محصول

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

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

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

ابزارها و روش‌های جانبی

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

ابزارهای ضبط جلسه

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

ابزارهای تحلیل رفتار

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

ابزارهای تست A/B

برای تست A/B، ابزارهایی مثل Google Optimize (در گذشته) و امروز VWO و Optimizely بسیار مفید هستند. این ابزارها به شما امکان می‌دهند دو نسخه از یک صفحه یا جریان را با دو گروه کاربران مختلف مقایسه کنید. رابطه این تست با بهینه‌سازی نرخ تبدیل را در بهینه‌سازی نرخ تبدیل (CRO) باز کرده‌ام.

ابزارهای مستندسازی یافته‌ها

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

اشتباهات رایج در تست محصول با کاربران

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

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

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

پرسش‌های پرتکرار درباره تست محصول با کاربران

چند کاربر برای تست محصول کافی است؟

در تجربه‌ام، پنج کاربر برای کشف بیشتر مشکلات بزرگ کافی است. اگر هدف شما یافته‌های آماری است، به‌خصوص در تست A/B، تعداد بالاتری (معمولاً بیش از صد کاربر) لازم است. برای تست کاربر متمایل، شروع با پنج کاربر و تکرار دوره‌ای، مؤثرتر از یک دور تست با تعداد زیاد است.

تست محصول با کاربران چند وقت یک‌بار باید انجام شود؟

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

چطور کاربران مناسب برای تست پیدا کنیم؟

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

آیا تست از راه دور با تست حضوری تفاوت دارد؟

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

چگونه یافته‌های تست را به تصمیم تبدیل کنیم؟

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

تفاوت تست محصول با نظرسنجی چیست؟

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

آیا تست کاربر برای محصولات B2B هم مناسب است؟

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

چه زمانی تست محصول را متوقف کنیم؟

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

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

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

چطور از تست محصول در استارتاپ‌های با منابع محدود استفاده کنیم؟

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

آیا تست محصول با نمونه اولیه کافی است یا باید محصول کامل باشد؟

تجربه‌ام این است که تست با نمونه اولیه بسیار مؤثر است؛ حتی نمونه‌ای که فقط جریان اصلی را داشته باشد. شما لازم نیست همه ویژگی‌های محصول را داشته باشید تا بفهمید کاربر با مسیر اصلی چطور رفتار می‌کند. این رویکرد، هزینه تست را به‌شدت کاهش می‌دهد و سرعت یادگیری را بالا می‌برد. مفاهیم نمونه اولیه و MVP را در MVP در طراحی محصول چگونه تعریف می‌شود باز کرده‌ام.

از یک جلسه تست تا محصولی که کاربر می‌خواهد

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

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

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

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