https://virgool.io/nngroup/feed ترجمه فارسی مجموعه مقالات معتبر تجربه کاربری ان ان گروپ fa 2026-06-17 13:07:26 https://files.virgool.io/upload/publication/qplx4x33gb7u/0kuafu.jpeg https://virgool.io/nngroup https://virgool.io/nngroup/%D8%B1%D9%88%D8%AF%D9%85%D9%BE-%DB%8C%D8%A7-%D9%86%D9%82%D8%B4%D9%87-%D8%B1%D8%A7%D9%87-%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%DB%8C-%D8%AA%D8%B9%D8%B1%DB%8C%D9%81-%D9%88-%D9%85%D9%88%D9%84%D9%81%D9%87-%D9%87%D8%A7-qlql3jugaime رودمپ یا نقشه‌ راه تجربه کاربری : تعریف و مولفه‌هاخلاصه: نقشه راه تجربه کاربری (UX Roadmap) سندی مهم و زنده است که کارها و فرآیند‌های حل مشکلات را برای تیم UX نمایش میدهد و آن را اولویت بندی می‌کند.نویسنده : Sarah Gibbons مترجم : Arash Radاولین نقشه‌های راه در اوایل دهه ۱۹۰۰ میلادی به عنوان کمک راننده (Motorist aids) به وجود آمدند. اولین نقشه‌های راه، دستورالعمل‌هایی را فهرست می‌کردند که شامل: چگونه از شهری به شهر دیگر بروید، کجا بنزین پیدا کنید و کجا یک تعمیر‌گاه پیدا کنید. بسیاری از ما به طور معمول از نقشه‌های راه استفاده میکنیم که البته امروزه دیجیتالی شده‌اند.در سال ۱۹۸۷ شرکت موتورولا (Motorola) اصطلاح (فرآیند نقشه راه تکنولوژی /Technology-roadmap process) را معرفی کرد. فرآیندی برای تولید و مستند‌سازی استراتژی‌های محصولی که نیاز‌های بازار را برآورده میکند.در اوایل دهه ۱۹۹۰، نقشه‌راه در میان شرکت‌های سخت‌افزار و نرم‌افزار به عنوان راهی برای برنامه‌ریزی و اطلاع‌رسانی کار‌های آتی محبوبیت یافت. از آنجایی که نقشه‌راه رفته رفته محبوبیت پیدا کرده است صرف نظر این نیاز، راهی برای همسو کردن، اولویت‌بندی و ارتباط استراتژی محصول و کار‌های آتی بین اعضای تیم و سهامداران و ذینفعان شده است.این مقاله مقدمه‌ای برای استفاده از نقشه‌راه در تجربه‌کاربری ارائه میدهد.یک رودمپ یا نقشه راه تجربه کاربری (UX Roadmap) چیست‌؟تعریف: نقشه راه تجربه کاربری، یک سند زنده و استراتژیک است که کارهای و فرآیند های حل مشکلات را در تیم UX مشخص کرده و آنها را همسو و اولویت‌بندی میکند.نمونه‌ای از یک نقشه‌راه تجربه‌کاربرینمونه‌ای از یک نقشه‌راه تجربه‌کاربری که کار‌های آینده ‌تجربه کاربری (UX) را برای پرتال مشتری‌ (تجربه ورود به سیستم) در nngroup نشان میدهد.نقشه‌راه تجربه‌کاربری همانند ستاره شمالی برای تیم UX عمل میکند که به طراحان‌، پژوهشگران، توسعه دهندگان و سهامداران کمک میکند حول یک چشم‌انداز و مجموعه‌ اولویت‌های واحد حرکت کنند.ساختار نقشه‌راه و مولفه‌های اصلی (Roadmap Structure and Primary Components)نقشه‌راه یا رودمپ میتواند در فرم‌‌های مختلف قابل ارائه باشد :لیست‌های سازمان یافته (Organized lists)صفحات جدولی مانند اکسل (spreadsheet)اسلاید دک (Slide decks)مصور‌کردن‌ با کیفیت بالا (High-fidelity visualizations)دیوار کاغذ یادداشت‌ها (sticky-note walls)ترکیبی از رسانه‌ها (Mix of media)بنابراین همه نقشه‌های راه شبیه به هم نیستند. با این حال، صرف نظر از ظاهر بصری، همه نقشه‌های راه تجربه کاربری معمولا ساختار اصلی یکسانی دارند. آنها بر اساس زمینه (Context) که شامل (محدوده و زمان Scope&time) می‌باشد و تِم یا موضوع(Theme) سازماندهی می‌شوند. به این ساختار به عنوان چهارچوب نقشه‌راه خود توجه کنید :۱. بُعد زمینه (Context dimension). بُعد زمینه مفهوم و استفاده از نقشه‌راه شما را در چهارچوبی قرار میدهد تا برای همه قابل درک باشد. محدوده (Scope) مالک و هدف آیتم نوشته شده ما را مشخص میکند و چندین مولفه دارد :عنوان (Title) : تیم محصول یا ذینفعان که نقشه‌راه توسط آنها استفاده خواهد شد (احتمالا ترکیبی از محققان، طراحان و توسعه‌دهندگان بالقوه)مالک نقشه‌راه (Roadmap owner) : تیم یا شخصی که نقشه‌راه را ساخته است (به عنوان مثال سوال در مورد نقشه راه باید به چه کسی ارسال شود)تاریخ (Date) : زمانی که نقشه‌راه ایجاد شده و یا تاریخ آخرین بروزرسانیاهداف و چشم‌انداز اصلی (High-level goals or vision) : استراتژی سطح بالای شرکت یا سازمان که نقشه‌راه بایستی در جهت آن عمل کند.زمان (Time) نقشه‌راه را با یک چهارچوب زمانی مشخص می کند و شامل ۳ افق زمانی است :هم اکنون (Now) : کارهای تجربه‌کاربری (تحقیقات یا طراحی) که در حال حاضر در حال انجام است و بزودی تکمیل خواهد شد. این کار به خوبی تعریف شده و ماهیت آن مشخص است.بعدی (Next) : کارهای بعدی که در آینده نزدیک انجام خواهد شد.آینده (Future) : کارهای آینده که ۶ ماه یا بیشتر به آنها مانده است (تِم و موضوعات این بخش به احتمال زیاد تغییر خواهد کرد و ماهیت مبهم دارند)۲. بُعد تِم یا موضوع (The theme dimension) نشانگر کار‌های آینده UX ، شامل حوزه‌های تمرکز، ابتکارات، یا مشکلاتی که باید حل شوند و بسته به زمانی که کار قرار است تکمیل شود در ستون‌های افق زمانی قرار خواهند گرفت.افق‌های زمانی در نقشه‌راه تجربه کاربرینقشه‌های راه تجربه‌کاربری معمولا در ۳ ستون سازماندهی می‌شوند : هم‌اکنون (Now) ، بعدی (Next) ، آینده (Future) . در این ستون‌ها، کارهای فوری و آینده UX بر اساس اولویت نوشته میشود.تِم ها مجموعه کار‌های مهمی هستند که باید شامل ۳ جزء باشند :اجزای تم‌ها در نقشه‌راه تجربه کاربریتِم ها دارای یک فرمول ۳ بخشی هستند : ۱. یک ذینفع ( اغلب کاربر نهایی) و نیاز مربوطه ۲. نتیجه‌ای که بیزینس بدست می‌آورد ۳. شخص یا تیمی که مشکل را حل می‌کند.۱. ذینفع و نیاز (Beneficiary and need)ذینفع : گیرنده یا گیرندگان اولویت‌بندی شده کارهای UX (به عنوان مثال، کاربران نهایی، همکاران و یا حتی ذینفعان داخلی)نیاز : مشکلی که حل خواهد شد (بیانگر هدف کار UX)۲. اهداف بیزینس (Business objectives)اهداف و نتایج بالقوه (از دید بیزینس) که پس از تکمیل آن تم بدست خواهد آمد (به عنوان مثال، بینش از بازاری جدید، رشد کاربران، افزایش تعامل، تسهیل اکتشافات یا درآمد و غیره) به این موارد به عنوان معیار‌های موفقیت برای کار فکر کنید.۳. مالکیت (Ownership)چه کسی (Who‌) : شخص یا تیمی که کار را تکمیل خواهد کرد.چه چیز (What) : کار‌های مهمی که باید انجام شود (توسط Who) که نباید یک لیست، از کارهای جدا از هم باشد بلکه باید یک فهرست اولویت بندی شده کارها باشد به عنوان مثال، تحقیقات اکتشافی، جریان کار، طراحی بصری ( e.g., discovery research, workflows, visual design )مولفه‌های ثانویه (Secondary Components)فراتر از مولفه‌های اولیه، مولفه‌های ثانویه ای وجود دارند که میتوانند بسته به زمینه (Context) و مخاطب (Audience) به نقشه‌های راه تجربه کاربری اضافه شوند:۴. تکمیل شده و آینده دور (Completed and Future++) دو ستون از افق‌های زمانی اضافه هستند (محدوده قبل و بعد از نقشه‌راه را در نظر بگیرید). ستون تکمیل شده، کارهای UX را نشان میدهد که قبلا تحویل داده شده است و ستون آینده دور (Future++) کارهایی است که میتواند به طور بالقوه در ستون آینده (Future) قرار گیرد.افق زمانی آینده دور و تکمیل شده در نقشه‌راه تجربه کاربریستون‌های تکمیل شده و آینده دور، اجزاء ثانویه نقشه‌راه هستند که چشم‌انداز گسترده ای را برای کار‌های UX ارائه میدهد.۵. ناحیه محصول (Product areas) بخشی از محصول است که هدف کار UX قرار گرفته است. زمانی ناحیه محصول مشخص میشود که محصول ما، خدمات یا تجربه‌های پیچیده‌ای دارد و دارای بخش‌ها و اجزای مختلف است. روش نامگذاری برای ناحیه ‌های محصول باید با زبان مخاطب و نقشه راه هماهنگ باشد.به عنوان مثال، برای محصولی مانند Facebook Marketplace، ناحیه ‌های محصول میتواند شامل Groups، Stores، Buying، یا Selling باشد.در نقشه‌راه NNGroup که در بالا آمده است، ناحیه‌های محصول شامل Virtual Conferences، Online Seminars، UX Certification، و Reports می‌باشد.۶. تِم‌های فرعی (Subtheme) ویژگی‌هایی هستند که به یک تِم بزرگتر اضافه می شوند و شامل :اهداف فرعی متعددی که تم اصلی آنها را در بر میگیردیک کاربر خاص یا پرسوناراه‌حل‌های مشخص شده از کار‌های گذشتهیا ویژگی‌های دیگری که از قبل آزمایش شده و تایید شده اند.تم‌های فرعی اغلب در درون تم‌های ستون هم اکنون(Now) قرار میگیرند، در جایی که تِم ها معمولا کاملا تفکیک شده و ملموس هستند زیرا هم اکنون در حال انجام هستند.۷. تخمین‌های اطمینان (Confidence estimates) ارزیابی‌های غیررسمی از تاثیرات احتمالی و نیاز های مشخص شده برای تم های مختلف هستند. تخمین‌های کم اطمینان معمولا به بر اساس فرضیات یا سوالات باز شکل میگیرند و تخمین‌های با اطمینان بالا معمولا بر اساس تحقیقات و یا داده‌های دیگر تایید میشوند. بنابراین اگر این موارد بر پایه تحقیقات و بینش‌های قبلی است، در نظر بگیرید در مرحله تخمین اطمینان به آن نمره بالایی بدهید(مثلا ۷/۶) . اگر موارد نیازمند کشف و فاقد تحقیقات قبلی است به آن نمره کم تا متوسط اختصاص دهید.(مثلا ۷/۴) . تخمین‌های اطمینان به ذینفعان اجازه میدهد تا بفهمند چه مواردی در نقشه راه بر اساس تحقیقات قبلی است و چه مواردی ریسک های بیشتری دارد ( اما پتانسیل این را دارد که تجربه کاربر شما را از دیگران متمایز کند).اجزای اضافی در تم‌های نقشه راه تجربه کابریتم‌ها میتوانند شامل اجزای اضافی مانند ناحیه محصول (Product area) باشند که محدوده کار UX را مشخص میکند. تم‌های فرعی (سایر جنبه‌های تم اصلی) یا تخمین‌های اطمینان (کارهای UX آینده چقدر پشتوانه تحقیقاتی دارند).۷. سلب مسئولیت (Disclaimers) شرایط یا خطرات مرتبط با تِم و یا جزئی از نقشه راه را بیان میکند. این موارد میتواند در یک تم گنجانده شود و یا به طور کلی در نقشه راه اعمال شود. تعداد سلب مسئولیت‌ها اغلب به طور مستقیم با تعداد افرادی که نقشه‌راه را میبینند ،متناسب است.هرچه نقشه راه عمومی تر باشد تعداد سلب مسئولیت‌ها بیشتر است.انطباق ها (Adaptations)نقشه‌های راه تجربه‌کاربری (UX Roadmaps) انعطاف‌پذیر است و باید بر اساس شیوه استفاده و کسی که آن را طراحی میکند، تنظیم شود. نقشه‌های راه معمولا با تغییر محدوده (Scope) و دیدگاه (Lens)‌، انطباق پیدا میکنند.محدوده (Scope) . نقشه‌های راه میتوانند گسترده و یا محدود باشند. یک نقشه راه محدود، بر روی یک خلاقیت یا ابتکار منحصربه‌فرد تمرکز میکند. در حالی که یک نقشه راه گسترده، طراحی مجدد تجربه‌کاربری یا مفهوم یک سرویس کاملا جدید را پوشش می‌دهد. هرچه محدوده کوچکتر و دقیق‌تر باشد، افق‌های زمانی در نقشه‌راه مشخص‌تر است. (ستون بعدی(Next) ممکن است در ۶ ماه آینده تکمیل شود و احتمال تغییر کمتر باشد) و برعکس، هر چه نقشه راه گسترده تر باشد، افق‌های زمانی طولانی‌تر خواهد بود ( ستون آینده (Future) در یک سال یا بیشتر تکمیل می‌شود و به احتمال زیاد تغییر میکند).دیدگاه (Lens) . نقشه‌های راه، میتوانند کارهای UX را از دیدگاه‌های مختلف به تصویر بکشند که معمولا توسط متخصصین یا تیم محصول انجام میشود. به عنوان مثال یک مدیر تحقیقات تجربه‌کاربری ممکن است یک نقشه‌راه یکساله برای گروهی از محققان ایجاد کند که به چندین تیم، خدمات می‌دهند. تم‌ها شامل برنامه‌ریزی، هدایت و اجرا، و تجزیه و تحلیل تحقیقات در چندین محصول سازمان است. همچنین یک نقشه‌راه میتواند از دیدگاه یک محصول خاص ایجاد شود. در این مورد تم‌ها می‌توانند شامل کارهای تخصصی (مانند تحقیق، استراتژی محتوا، و طراحی)، اما همه در یک محصول یکسان.نقشه‌های راه در مقایسه با مفاهیم مشابه (Roadmaps vs. Similar Concepts)نقشه‌های راه در مقایسه با برنامه‌های انتشار (Release Plans)نقشه‌راه و برنامه‌های انتشار دو هدف متفاوت دارند، بنابراین باید دو سند متفاوت باشند. نقشه‌‌های راه سند‌هایی استراتژیک هستند که یک چشم‌انداز (Vision) (یا به عبارتی مشکلاتی که حل خواهند شد) را به نمایش میگذارند. برنامه‌های انتشار ، سند‌های اجرایی هستند که در مورد ویژگی‌هایی که در نسخه‌های آینده ارائه میشوند، شرح میدهند.نقشه‌های راه باید پاسخ دهند : چه چیزی را باید حل کنیم ؟برنامه‌های انتشار باید پاسخ دهند : چگونه باید آن را حل کنیم ؟نقشه‌های راه در مقایسه با برنامه‌های مدیریت پروژه (Project Management Plans) شامل بُرد‌های کانبان (Kanban)مشابه برنامه‌های انتشار، برنامه‌های مدیریت پروژه و بُرد‌های کانبان، سند‌های اجرایی و ردیابی هستند، در حالی که نقشه‌راه سند‌‌های استراتژیک و چشم‌انداز، هستند. بُرد‌های کانبان که توسط دیوید اندرسون (David Anderson) رایج شده و عمدتا در مدیریت پروژه اجایل (Agile) استفاده میشوند، کارهای مشخص شده را پیگیری میکنند.در حالی که هر دو یعنی نقشه‌راه UX و بُرد‌های کانبان قالب یکسانی دارند (ستون‌های زمان و مالک آیتم‌‌های کاری) آیتم‌های درون ستون‌ها از نظر جزئیات و هدف، متفاوت هستند. آیتم‌های نقشه‌های راه مشکلات مهمی هستند که باید حل شوند. نقشه‌راه چشم‌اندازی از محصول را ارائه میدهد. آیتم‌های نقشه‌راه فاقد تعریفی مشخص و گسسته از وظایف است و احتمالا طیفی از کار‌های بالقوه آینده (از تحقیق تا تجزیه و تحلیل و طراحی و توسعه) را نشان میدهد که هنوز تعریف نشده است.آیتم‌های برنامه‌های مدیریت پروژه، خاص با جزئیات و تغییرات کم که اغلب شامل وظایفی گسسته و قابل اندازه‌گیری هستند. به مقایسه محصول (نقشه‌راه) و پروژه (بُرد کانبان) بیشتر فکر کنید.نقشه‌های راه در مقایسه با بک‌لاگ محصول (Product Backlogs)بک‌لاگ محصول، لیست دقیق و رتبه‌بندی شده‌ای از کارهای توسعه است که باید تکمیل شوند، از جمله نیاز‌های مشتری و نیاز‌های زیرساختی (مواردی که تاکنون مشتریان آن را ندیده‌اند). بک‌لاگ‌ها درواقع مدل تکامل یافته اسناد الزامات سنتی (Traditional requirements documents) هستند و به عنوان لیست اصلی کارهای تیم‌های توسعه استفاده میشوند. یک لیست بک‌لاگ محصول موثر، چشم‌انداز مهم نقشه‌راه را به موارد قابل اجرایی تقسیم میکند که تیم توسعه میتواند انجام دهد.توجه داشته باشید که ،بک‌لاگ‌های محصول اغلب در اسکرام (Scrum) استفاده میشود، جایی که محدودیت ‌های زمانی تحمیل میشوند.) باید از نقشه‌های راه برای کمک به اولویت‌بندی آیتم‌های بک‌لاگ محصول استفاده کرد.نقشه‌های راه در مقایسه با نقشه‌های سفر مشتری (Customer-Journey Maps)حتی اگر هردوی این اصطلاحات در نام خود عبارات مشابه راه و سفر (Road vs Journey) داشته باشند در مفهوم، هم از نظر هدف و هم ساختار بسیار با هم متفاوت هستند. نقشه‌های راه استفاده شده در تیم‌های تجربه‌کاربری برای نمایش چشم اندازی از کارهای آینده بین تیم خود و ذینفعان استفاده می‌شود. نقشه‌های راه سفر مشتری برای درک سفر کاربران هنگام تعامل با یک محصول یا خدمات استفاده می‌شود.ساختار نقشه سفر مشتری مطابق با زمان استفاده تشکیل میشود در حالی که نقشه‌راه دارای ساختار زمانی هم اکنون، بعدی و آینده (Now,Next,Future) است.ویژگی‌های نقشه‌راه موفقنقشه‌های راه زمانی موفق هستند که وعده‌های واقع بینانه بدهند، ارزشی که ایجاد میکنند بیش از ظاهر زیبای آن باشد، و یا سند‌های استراتژیک باشند به جای برنامه‌های انتشار ویژگی‌های جدید.نقشه‌های راه تجربه‌کاربری موفق باید :براساس تحقیقات کاربران باشد (Based on user research) . با اینکه نقشه‌های راه معمولا برای همسو شدن در داخل یک شرکت یا سازمان استفاده میشوند، باید کاربر محور باشند. اگر به تم‌ها به عنوان مشکلات کاربرانی که باید حل شود فکر کنیم، مشکلاتی که در یک نقشه‌راه تجربه کاربری قرار گرفته است باید برگرفته از ترکیبی از تحقیقات کیفی و کمی باشد. فراموش نکنید، نه تنها تم‌های موجود در نقشه راه باید توسط تحقیق، هدایت شوند، بلکه نقشه‌راه باید تحقیقات آتی را که باید انجام شوند را نیز مشخص کند.(و از منظر تئوری تم‌های آینده نقشه‌راه را هدایت کند.)تمرکز بر کاربران، نه تمرکز بر ویژگی و فیچر (User-focused, not feature-focused) . به خود و دیگران یادآوری کنید که نتایج را بر خروجی‌ها اولویت دهید. نقشه‌های راه نباید هر ویژگی خاصی را ترسیم کنند، که احتمالا منجر به وعده‌های غیر واقعی یا جلوگیری از تکرار در طراحی‌ها در جهت بهبود شوند. در عوض اقدامات مبتکرانه را ترسیم کنید.بر طبق شواهد قابل استناد باشند (Contextually appropriate) . نقشه‌راه باید ریشه در استراتژی بزرگتر سازمان داشته باشد. نقشه‌راه باید با نیاز مخاطبان سازگار شود.در صورت نیاز از مولفه‌های ثانویه استفاده کنید.مشارکتی و زنده باشند (Collaborative and living) . همانطور که وایرفریم‌ها (Wireframes) نمونه‌های اولیه (Prototypes) برای وب سایتی در آینده و بلوپرینت‌های سرویس (Service blueprints) نمونه اولیه برای یک پروسه آینده است، نقشه‌راه نمونه اولیه برای استراتژی ما در طول زمان است. مهم است که انتظار داشته باشیم که تم‌های موجود در نقشه‌راه (به خصوص موارد آتی که در ستون آینده آورده شده است) به طور بالقوه با ظهور متغیر ها و بینش‌های جدید تغییر کنند. در حالت ایده‌آل، نقشه راه خود را با نظرات دیگران برای افزایش پذیرش و پشتیبانی آنها ترسیم کنید.نتیجه‌گیریاگر شما لیستی از ویژگی هایی را که شرکت به آن علاقه دارد تهیه کرده اید و آن را در یک جدول زمانی خاص در اکسل مرتب کرده اید، بدانید که این کار را به اشتباه انجام داده اید. نقشه‌راه تجربه کاربری یک برنامه انتشار نیست، یک سند استراتژیک است. این سند باید به عنوان منبعی واحد از حقیقت برای طراحان، محققان، توسعه دهندگان و ذینفعان برای تعریف، سازماندهی، اولویت‌بندی و سپس تعریف کار‌‌های آینده در راستای چشم‌انداز تیم UX عمل کند.منابعnngroup.com / UX Roadmaps: Definition and Components (July 5, 2020)Lombardo, C. Todd, et al. "Product Roadmapping: a Practical Guide to Prioritizing Opportunities, Aligning Teams, and Delivering Value to Customers and Stakeholders." O'Reilly, 2017.Moore, Geoffrey. “Crossing the Chasm.” Collin Business Essentials. 1991Willyard, Charles; McClees, Cheryl. Motorola's Technology Roadmap Process, Research Management. 1987. مقالات تخصصی تجربه کاربری NNGroup آرش راد / Arash Rad Sun, 01 May 2022 10:20:30 +0430 https://virgool.io/nngroup/%DB%B6-%D8%A7%D8%B4%D8%AA%D8%A8%D8%A7%D9%87-%D8%AF%D8%B1-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D8%B3%D9%88%D8%A7%D9%84%D8%A7%D8%AA-%D9%85%D8%B5%D8%A7%D8%AD%D8%A8%D9%87-%D8%AA%D8%AD%D9%82%DB%8C%D9%82%D8%A7%D8%AA-%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%DB%8C-ke8uyp6qbq1s اشتباه‌های رایج در زمان طراحی سوالات مصاحبه تحقیقات تجربه‌کاربریخلاصه: نحوه پرسیدن سوالات در مصاحبه با کاربران، تاثیر مستقیم بر سودمندی و قابل اطمینان بودن نتایج مصاحبه خواهد داشت. در این مطلب ۶ راه برای بهبود سوالات مصاحبه آورده شده است.نویسنده : Maria Rosala مترجم : Arash Radمصاحبه با کاربر (User interviews) روشی فوق العاده برای کشف اطلاعات مهمی در مورد نیاز‌ها، خواسته‌ها، گذشته و تجربیات کاربران به ما خواهد داد. همانطور که در ابتدا به آن اشاره شد، نوشتن سوالات مصاحبه نیاز به تفکر و توجه ویژه دارد. سوالاتی که ممکن است برای یک پرسشنامه مناسب باشد، همیشه برای مصاحبه با کاربر مناسب نیستند. سوالات ضعیف میتوانند شرکت کنندگان در مصاحبه را گیج کنند و یا منجر به انتقال نادرست افکار، احساسات، نیاز‌ها و تمایلات شوند و در نهایت بینش های نادرستی را در ما ایجاد کنند.این مقاله ۶ اشتباه رایج در تهیه پیش‌نویس سوالات مصاحبه را بررسی میکند و پیشنهاد‌هایی برای بهبود آن به شما ارائه میدهد.شماره ۱ : شروع مصاحبه با پرسشنامه گزینشی که باید حتما بپرسیدبرخی از مصاحبه کنندگان تازه کار میخواهند اطلاعات زیادی را در ابتدای راه از شرکت کننده در مصاحبه دریافت کنند و فرمی پر از سوالات بسته (Closed-ended questions) را آماده میکنند. به عنوان مثال ، تصور کنید که ما در حال تحقیق در مورد تجربیات مردم با موضوع آشپزی در خانه هستیم. پرسیدن سوالات زیادی مانند زیر در ابتدای مصاحبه می تواند بسیار وسوسه انگیز باشد :هر چند وقت یکبار آشپزی میکنی ؟آیا محدودیت غذایی دارید ؟آیا قبلا از سرویس پکیج های غذایی (meal-kit) استفاده کرده اید؟چند وقت یکبار مواد اولیه غذایی را خرید میکنید؟در مصاحبه با کاربر ، سوالات بالا به عنوان سوالات بسته مطرح هستند، زیرا تنها چند پاسخ مشخص برای هر کدام وجود دارد. (البته برخی از شرکت کنندگان ممکن است سوالات بسته را به عنوان سوالات باز تفسیر کنند و توضیحات بیشتری ارائه دهند.)مشکل وجود سوالات بسته در ابتدای مصاحبه این است که به شرکت کننده این اجازه را نمیدهد تا داستان های مربوط به تجربیات خود را به اشتراک بگذارد و توانایی شما را برای ایجاد یک رابطه صمیمی (همدلی) با شرکت کننده، مختل میکند.مشکل دیگر سوالات بسته در مقایسه با سوالات باز این است که شما چیز جدیدی خارج از محدوده سوالاتی که مطرح کرده اید نمی‌آموزید.اگر پرسیدن سوالات بسته برای شناسایی افراد مناسب مصاحبه مهم است آنها را در پرسشنامه گزینشی قرار دهید. پاسخ‌ها به شما کمک میکند تا راهنمای مناسب مصاحبه را تنظیم کنید و یا بفهمید که در مصاحبه باید بر چه مواردی تاکید بیشتری کنید.به یاد داشته باشید که برای هر مطالعه تحقیقاتی کاربر، شما بودجه کمی برای زمان صرف شده با شرکت کنندگان خود دارید. (و برای روش‌های مدیریت نشده (unmoderated methods) مانند نظرسنجی، کاربران زمان کمی را برای مطالعه و تحقیق شما صرف خواهند کرد) .بنابراین، باید این زمان محدود را به مهم‌ترین سوالات تحقیق و جمع آوری داده‌ها اختصاص دهید که با روش‌های ساده‌تر به راحتی جمع‌آوری نمی‌شوند. پرسیدن چند سوال بسته در مصاحبه‌هایتان اشکالی ندارد. درواقع، این سوالات برای دریافت جزئیات و ارائه توضیحاتی در مورد چیزهایی که شرکت‌کنندگان به شما میگویند، مورد نیاز است.اما خیلی بهتر است که با پرسیدن سوالات با پایان باز (Open-ended question) شروع کنید که به شرکت کنندگان اجازه دهید برخی از تجربیات خود را به اشتراک بگذارند. چنین سوالاتی زمینه را برای یک ارتباط صمیمی و ساختار نیافته باز میکند و اجازه میدهد که شرکت‌کنندگان اصلی مصاحبه در ادامه جزئیات بیشتری را به شما ارائه دهند.نمونه سوالات عبارتند از :از وقتایی که برای خودت غذا درست میکنی برام بگواز آخرین باری که آشپزی کردی بهم بگواز زمانی که با یه دستور پخت جدید غذا درست کردی بهم بگوشماره ۲ : پرسیدن سوالات فقط در مورد رفتار‌های معمول و متداولاشتباه دیگری که برخی از مصاحبه کنندگان تازه کار میکنند این است که فقط در مورد رفتار‌های متداول سوال میکنند. به عنوان مثال به سوالات زیر توجه کنید :به طور معمول چگونه تصمیم میگیرید که چه چیزی بخورید؟شما معمولا از کدام ظروف استفاده میکنید؟روند معمولی شما برای تهیه غذا چیست؟پرسیدن، فقط در مورد رفتار‌های معمولی شما را از بدست‌آوردن اطلاعات عمیق و قابل اعتماد باز میدارد. آن چیزی که مردم معمولا انجام میدهند و آن چیزی که فکر میکنن معمولا انجام میدهند، ممکن است متفاوت باشد. علاوه بر این، پاسخ به چنین پرسشهایی، رفتارهایی را که به عوامل زمینه‌ای وابسته هستند، نشان نمیدهد.بهتر است از آنها در مورد موارد و مثال های خاص سوال کنید تا اینکه از آنها بخواهید آنچه را که فکر میکنن معمولا انجام میدهند را توصیف کنند.اغلب مرسوم است که مصاحبه کننده در ابتدای مصاحبه یک سوال کلی (Grand-tour question) را مطرح کند. توجه داشته باشید که این سوال درباره رفتار‌های معمول است. برخی از مثال های سوالات کلی عبارتند از :معمولا روز خودتون رو در خانه چگونه میگذرانید؟معمولا در یک وعده غذایی چه چیزهایی میخورید؟یه روز معمولی رو در دفتر کارتون توضیح بدید.یک سوال کلی در ابتدای مصاحبه مانند تنظیم صحنه برای یک داستان است : ما با این سوال یک پیش نمایشی از چشم انداز مصاحبه خواهیم داشت که میتوانیم در طول مصاحبه از آن استفاده کنیم.پس از پرسیدن سوال کلی، به سراغ جزییات و نمونه‌های خاص می‌رویم، مانند نمونه‌هایی که قبلا در آیتم شماره یک به آن پرداختیم.شماره ۳ : پرسیدن سوالات فرضیگاهی اوقات مصاحبه کننده‌ها سوالاتی را مطرح میکنند که از شرکت‌کننده میخواهند که تجربه‌ای را در آینده تصور کنند و می‌پرسند که آنها چگونه ممکن است در این موقعیت فرضی عمل کنند. نمونه‌ پرسش‌های فرضی عبارتنداز:اگر بخواهید از سرویس پکیج‌های غذایی (meal-kit) استفاه کنید، دلیل این تصمیم شما چیه‌؟اگر محصولی وجود داشته باشد که بتواند به شما در تهیه وعده‌های غذایی جدید کمک کند، آیا از آن استفاده خواهید کرد؟مشکل این نوع از سوالات این است که افراد در پیش‌بینی رفتار و یا انتخاب‌های خود در آینده، بد هستند ( اما احتمالا پاسخ خوشایندی برای شما خواهند داشت! )اگر میخواهیم انتخاب‌ها، خواسته‌ها و نیاز‌های واقعی مردم را درک کنیم، باید درباره تجربیات و انتخاب های واقعی آنها بپرسم نه در مورد آینده‌ای که تصور میکنند. این ممکن است در انتخاب افراد درست برای مصاحبه کمک کند زیرا افرادی را برای مصاحبه انتخاب خواهیم کرد که تجربیات خوبی دارند که میتوانیم از آنها یاد بگیریم.شماره ۴ : استفاده از سوالات شفاف سازی که یک برداشت را ارائه میدهداغلب، وقتی که کاربران اعمال، افکار یا احساسات گذشته خود را توصیف میکنند، وسوسه انگیز است که سریعا فرضیه‌ای را مطرح کنیم که بخواهد دلیل رفتار کاربران را توضیح دهد. مانند برخی از مثال‌های زیر :آیا آن غذا را انتخاب کردید چون آماده کردن آن آسان بود؟آیا برای صرفه‌جویی در زمان بود که پکیج غذا را سفارش دادید؟آیا به این دلیل این دستور غذایی رو انتخاب کردید چون آن وب سایت را دوست داشتید؟در حالی که این سوالات نسبتا خوب به نظر میرسند، به خصوص وقتی که فرضیه‌ها همه معقول به نظر میرسد، در واقع شرکت‌کنندگان را به سمت پاسخی خاص سوق می‌دهند.بنابراین از پرسیدن سوالاتی که بخواهد دلیل یک رفتار را توضیح دهد خودداری کنید.وقتی چنین سوالات هدایت شده‌ای مطرح میشود، احتمال زیادی وجود دارد که با این سوال موافق باشند و یا تسلیم نوعی اثر انگیختگی در علم روانشناسی (Priming Effect) شوند. خیلی بهتر است بپرسید :لطفا بهم بگو چرا آن غذا را انتخاب کردی؟چه شد که تصمیم گرفتید پکیج غذایی سفارش بدید؟چه چیزی باعث شد که اون دستور غذایی رو انتخاب کنید؟شماره ۵ : پرسیدن سوالات مرکبسوالات مرکب (Compound questions) یا سوالات دوتایی به سوالاتی گفته میشود که همزمان بیش از یک سوال را طرح میکنید. مثلا :لطفا بگید که تصمیم به پختن چه غذایی گرفتید و چرا ؟لطفا در مورد تجربیاتتون از غذا پختن و کلاس‌های آشپزی به من بگید.چه چیز‌هایی باعث شد که به آشپزی علاقه‌مند شوید و در آن مهارت داشته باشید؟در حالی که این سوالات در نظرسنجی‌ها رایج هستند، ایده خوبی برای پرسیدن در مصاحبه‌ها نیستند.این به این دلیل است که شرکت کنندگان باید سوال را در حافظه کاری خود ذخیره کنند، در زمانی که در حال پاسخ گویی به بخشی از سوال هستند، که انجام این کار دشوار است.شرکت کنندگان ممکن است سوال را اشتباه به خاطر بسپارند یا فقط بخشی از آن را به خاطر بسپارند. همچنین ممکن است شرکت کننده شما احساس حماقت کند زمانی که از شما میپرسد سوال اصلی شما چه بود. در عوض سوالات را کوتاه و مختصر نگه دارید و از مردم نخواهید که چه‌کار و چرا را باهم پاسخ دهند. این همان چیزی است که در طول مصاحبه و با سوالات کاوشگرانه در پی آن هستیم.شماره ۶ : پرسیدن سوالات مبهمگاهی اوقات، مصاحبه کنندگان سوالاتی را می پرسند که به دلیل گستردگی ، مبهم هستند و باعث میشود شرکت‌کنندگان آنها را به اشتباه تفسیر کنند یا از شما برای شفافیت بیشتر توضیح بخواهند. مانند :میتونید برای من فضایی رو که در اون آشپزی میکنید رو شرح بدیدمیتونید در مورد عادات آشپزی خودتون به من بگیدمیتونید در مورد تجربیات آشپزیتون به من بگیداین سوالات میتواند منجر به پاسخ دادن شرکت کنندگان به سوالاتی مانند ( منظور شما از محیط چیست؟ ) یا (آیا منظورتان این است که من چقدر غذا میپزم یا چگونه آشپزی میکنم ؟) و یا ( منظورتان این است که من چقدر تجربه دارم یا چقدر آشپزی را دوست دارم ؟ )هنگام طراحی سوالات، مهم است که به نحوه تفسیر شرکت کنندگان از سوال شما فکر کنید. وقت گذاشتن برای اجرای آزمایشی راهنمای مصاحبه خود با یک شرکت کننده، میتواند به شما کمک کند تا بفهمید آیا سوالات که میپرسید اشتباه تفسیر شده‌اند یا کدام سوالات نیاز به توضیح دارند.جمع‌بندیطراحی سوالاتی قوی برای مصاحبه تفاوت زیادی در جمع آوری داده‌های ما ایجاد میکند. در صورتی که به سوالات خود شک دارید، مصاحبه‌های خود را آزمایش کنیدتا مطمئن شوید که داده‌های مفیدی جمع آوری میکنید و سوالات شما به درستی درک شده است.منبعwww.nngroup.com / interview questions mistakes (March 6, 2022) مقالات تخصصی تجربه کاربری NNGroup آرش راد / Arash Rad Sat, 16 Apr 2022 15:25:28 +0430 https://virgool.io/nngroup/%D8%A7%D8%B1%D8%B2%DB%8C%D8%A7%D8%A8%DB%8C-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%AF%D9%BE%D8%B0%DB%8C%D8%B1%DB%8C-%D8%B1%D9%82%D8%A7%D8%A8%D8%AA%DB%8C-%DB%8C%D8%A7%D8%AF%DA%AF%DB%8C%D8%B1%DB%8C-%D8%AF%D8%B1-%D8%AD%DB%8C%D9%86-%D8%B1%D9%82%D8%A7%D8%A8%D8%AA-k2oz0drdjm6y خلاصه: دانستن این که در سایت‌‌های دیگر چه چیزی خوب یا ضعیف عمل میکند، شما را از اجرا و پیاده‌سازی فیچر‌ها و ویژگی‌های بی‌فایده نجات میدهد و سرمایه‌گذاری‌های ‌UX (تجربه‌کاربری) را به سمت فیچر‌هایی هدایت می‌کند که کاربران شما به آن نیاز دارند.نویسنده : Amy Schade مترجم : Arash Radتعریف ارزیابی‌های رقابتی (Competitive Evaluations)تعریف : ارزیابی کاربردپذیری رقابتی (Competitive usability evaluations) متد و روشی است برای مشخص کردن چگونگی عملکرد سایت شما در رابطه با سایت‌‌های رقبای شما.این مقایسه میتواند جامع باشد یعنی رتبه‌بندی سایت‌ها از طریق برخی از معیار‌های کلی کاربردپذیری، و یا میتواند روی یک مورد خاص فوکوس داشته باشد مانند مقایسه فیچر‌ها ، محتوا و یا عناصر و المان‌‌های طراحی در سایت‌ها.ارزیابی‌ها میتواند توسط یک کارشناس صورت بگیرد (Competitive reviews) به این صورت که متخصص کاربردپذیری طراحی‌ها را بر اساس دانش و تجربه خود مورد بررسی قرار میدهد، و یا تست کاربردپذیری رقابتی (Competitive usability testing) که در این روش از کاربران یک سری وظایف یکسان را میخواهیم در وب سایت ما و رقبا انجام داده و تکمیل کنند.به جای اینکه به سادگی به سایت رقبا نگاه کنید و ببینید تا چه کاری انجام می‌دهند و شخصا فکر کنید که این بخش یا ویژگی جالب یا متفاوت است، انجام یک ارزیابی رقابتی به تیم طراحی این امکان را میدهد تا بفهمند از دیدگاه کاربران یا متخصص چه چیزی کار میکند و چه چیزی مفید نیست.اهداف (Goals)ارزیابی رقابتی به شما این امکان را میدهد تا ارزیابی کنید که آیا طرح و راه حل شما بهتر است یا رقیب شما، همچنین نقاط قوت و ضعف طراحی‌های رقیب خود را کشف کنید. ارزیابی رقابتی به شما اجازه میدهد نگاهی عمیق به نحوه حل مشکلات طراحی مشابه توسط رقبای خود بیدازید.هدف هر ارزیابی رقابتی این است که ببینیم رقبا :چه کاری انجام می‌دهندچگونه آن را انجام میدهندچه چیزی موثر استچه چیزی بی تاثیر یا غیرمفید استارزیابی رقابتی اغلب یک فعالیت تحقیقاتی اولیه خوب، برای یک پروژه است. ارزیابی رقابتی به تعیین جهت و مسیر طراحی‌ها و یا نیاز به توسعه یک ویژگی، کمک میکند.قبل از شروع هر کاری، اهداف ارزیابی رقابتی باید مشخص شود. سعی دارید چه چالش طراحی را حل کنید؟ چه ویژگی‌هایی از رقبای شما جالب یا جذاب به نظر می رسد؟ چه ویژگی از وب سایت خودتان را میخواهید با رقبای خود مقایسه کنید؟سازمان‌هایی که سرمایه‌گذاری قابل توجهی در مدیریت استراتژیک تجربه‌کاربری دارند نیز میتوانند ارزیابی‌های رقابتی بلند‌مدت را برای ردیابی وضعیت نسبی در طول زمان انجام دهند. البته این هزینه زیادی برای شرکت‌ها یا سازمان‌ها خواهد داشت و برای شرکت‌‌هایی در سطوح پایین بلوغ سازمانی نمی‌باشد. به عنوان مثال (NNGroup معمولا برای تست کاربردپذیری رقابتی چیزی در حدود ۴۵۰۰۰ دلار از مشتریان خود دریافت میکند)، بنابراین انجام بسیاری از آنها بودجه بسیار بالایی نیاز دارد.فواید (Benefits)ارزیابی کاربردپذیری، چه تست و آزمون باشد و چه بررسی کارشناسی ، میتواند به تیم کمک کند تا بر اساس دانش، درباره آن عناصری که برای کاربران خوب کار میکند، تصمیم‌گیری کند و نه بر اساس نظرات شخصی. این کار اصلی ارزیابی‌های رقابتی است و همچنین چند مزیت دیگر هم دارد :کاهش ریسک : اغلب متوجه میشوید که ویژگی‌هایی که در دمو محصول خود با قدرت آن را ارائه میدهید، خیلی برای مشتریان و کاربران شما مفید نیستند. با ارزیابی کاربرد پذیری رقابتی و مقایسه سایت‌های رقیب، شما میتوانید قبل از سرمایه گذاری روی این فیچر یا ویژگی، به این بینش دست پیدا کنید.ارزش افزوده : گاهی اوقات شما با ارزیابی کاربردپذیری رقابتی به مشخصه‌ها و رویکرد‌های طراحیی دست میابید که بسیار برای کاربران یا مشتریان شما سودمند هستند. در این موارد شما میتوانید با افزودن آن به سایت خود، ارزشی مضاعف را خلق کنید.آزمایش و تست طرح‌های سایر وب سایت‌ها با انجام یک یا چند مرتبه تست کاربرد‌پذیری رقبا، می‌‌تواند نقاط ضعف و قوت آن طراحی را به شما نشان‌ دهد. تیم شما از کاری که تیم‌های رقبا در قبل انجام داده اند، سود خواهد برد.ارزیابی ‌های رقابتی این امکان را به شما می‌دهد که چندین رویکرد را برای یک طرح، آزمایش کنید قبل از انجام هر‌گونه طراحی.علاوه بر این، ارزیابی‌های رقابتی منعکس کننده کارهایی است که مشتریان شما قبلا آن را انجام داده‌اند. کاربران زمانی که مشغول وب گردی هستند، محتوا، عملکرد و تجربه کلی خود را از وب سایت شما با دیگر وب سایت ‌ها مقایسه خواهند کرد. مردم به طور معمول موازی کار میکنند و قبل از این که تصمیم بگیرند که از کدام سایت حمایت کنند و نیاز خود را رفع کنند، چندین سایت را بررسی میکنند.این برای شما بسیار مفید است که بدانید کاربران در زمان مقایسه وب سایت‌های رقیب، چه میبینند و چه کار میکنند.تعریف رقابت (Defining the Competition)بررسی کارشناسی یا تست بر روی ۲ تا ۴ وب سایت رقیب، متمرکز است. تعداد بیشتر از این میتواند هزینه زیادی برای شما داشته باشد و تجزیه و تحلیل آن را کار دشواری کند. اگر رقبای زیادی دارید، بررسی اولیه چندین مورد از آنها را انجام دهید تا مشخص کنید:کدام سایت‌ها محتوا یا عملکرد مشابهی با سایت شما و یا سایت آینده شما داردکدام سایت‌ها بهترین تجربه کلی کاربری را ارائه میدهدکدام سایت‌ها از طرح‌های خلاقانه‌ای استفاده میکنند و آنها را متمایز کرده استکدام سایت‌ها قوی‌ترین و یا مهم‌ترین رقبای شما هستندکدام سایت‌ها توسط مشتریان شما، بیشتر مورد مقایسه با وب سایت شما قرار میگیرندبه سادگی سایت خود را در مقابل با رقبای بزرگ منفور، که بدترین دشمنان شما در بازار هستند، قرار ندهید. ارزیابی رقابتی قرار است بینشی را بدست آورد که میتواند تجربه‌کاربری را به سطح بعدی کلیشه‌ها هدایت کند. اغلب بهترین بینش‌ها از مقایسه خودتان با شرکت‌های کوچکتر و یا نوآورانه و خلاق تر، بدست می آید. همچنین شما میتوانید‌‌ اغلب از شرکت‌هایی یاد بگیرید که رقبای مستقیم و مشابهشما هستند، زیرا ممکن است آنها بر اساس سنت‌های صنایع مختلف یا بخش‌های بازار، کارهای مشابه را به روش‌های مختلف انجام دهند.ارزیابی رقابتی به این معنی نیست که شما رقبایی که سایت‌های ضعیفی طراحی کرده اند انتخاب کنید و کاربران بگویند که سایت شما بهترین است. در حالی که شما میتوانید با نگاه کردن به سایت‌هایی با طراحی ضعیف، چیزهای زیادی در مورد مواردی که کارنمیکند یاد بگیرید، بسیار مهم است که با مشاهده سایت‌هایی با کاربردپذیری بهتر از سایت خود، یاد بگیرید که چه چیزی کار میکند.بررسی‌های کارشناسی رقابتی (Competitive Reviews)در یک بررسی کارشناسی رقابتی، یک متخصص کاربردپذیری نگاهی عمیق به مجموعه‌ای از سایت‌های رقیب می اندازد. متخصص به دنبال نقاط قوت و ضعف نسبی، روند‌ها، الگوها و تفاوت‌ها است. نگاه کردن به محتوای مشابه در چندین سایت میتواند به شناسایی حفره‌ها در محتوا یا عملکرد شما کمک کند. حفره ها یا خلا‌ءهای موجود در سایت های رقبا میتواند الهام بخش دیگری برای وب سایت شما باشد.بررسی‌های کارشناسی رقابتی میتواند به اندازه دلخواه گسترده و یا محدود باشد. شما میتوانید در بررسی ویژگی‌های یک بخش عمیق شوید و یا کل یک سایت را مورد بررسی قرار دهید. شما ممکن است فقط به فرآیند سفارش توجه کنید و مورد بررسی قرار دهید و یا تجربه کلی کاربر را در سایت مورد بررسی قرار دهید.در بررسی‌های گسترده، بهتر است برخی از نقاط کلیدی را برای کمک به بررسی و تحلیل نتایج مشخص کنید.تست‌های رقابتی (Competitive Testing)در تست‌های رقابتی، یک متخصص، تست کاربردپذیری را بر روی طرح‌ شما و رقبای شما اجرا میکند. هر شرکت کننده معمولا یک سری از وظایف را در ۲ تا ۳ سایت مختلف انجام میدهد. آزمایش بیش از ۳ سایت با هر شرکت کننده میتوانند برای شرک کنندگان ملال آور باشد. ترتیب تست وب سایت ‌ها را در بین شرکت کنندگان تغییر دهید و مشخص کنید که هر کاربر با کدام وب سایت تست‌ها را شروع کرده است .تست‌های کاربرد‌پذیری روی وظایف خاص یک کاربر متمرکز است و می‌توانند نگاهی عمیق به بخش‌ها و عملکرد‌های کلیدی سایت ارائه دهند. شما میخواهید ببینید که کاربران چه میکنند، به جای اینکه از آنها بخواهید به سایت نگاه کنند و نظرات خود را بیان کنند.بر روی اهداف و وظایف کلیدی که کاربر بایستی آنها را تکمیل کند، تمرکز کنید. همچنین بر روی بخش هایی که سایت‌های مختلف، راه کار، طراحی و عملکرد های مختلف را ارائه داده اند متمرکز شوید.در پایان هر جلسه تست، از شرکت کنندگان بخواهید تا سایت‌هایی را که استفاده کرده اند، مقایسه کنند. مردم اغلب با شروع استفاده از سایت دوم به طور طبیعی این مقایسه را انجام میدهند تا زمانی که تجربه سایت اول در ذهنشان تازه است. مقایسه این دو طرح میتواند به کاربران کمک کند تا آنچه را که در هر طرح واضح یا گیج کننده بوده بیان کنند و به شما کمک میکند تا بینش بیشتری از نقاط قوت و ضعف کسب کنید.تست‌های رقابتی روی انواع طرح‌ها (Competitive Tests on Design Variations)ارزیابی‌های رقابتی میتواند با انجام تغییرات بر روی طرح پیاده سازی شده فعلی در یک فرآیند طراحی موازی، کامل شود.آیا مطمئن نیستید که کدام طرح شما بهتر است ؟ آنها را ارزیابی کنید تا متوجه شوید.به جای نشستن دور میز و بحث در مورد بهترین ایده و رویکرد، تست‌ و یا بررسی کارشناسی کاربردپذیری (Competitve testing / Competitive review) را انجام دهید تا مشخص شود که کدام طراحی برای کاربران بهتر عمل میکند.ارزیابی‌های رقابتی، مانند هر ارزیابی کاربردپذیری میتواند در مراحل اولیه طراحی انجام شود. طراحی ها لازم نیست که کامل یا حتی تعاملی باشند تا بتوان تست را شروع کرد. بسته به طراحی، تست نمونه اولیه کاغذی میتواند نتایج مورد نیاز شما را قبل از صرف زمان و هزینه برای توسعه به دست آورد.تجزیه و تحلیل نتایج (Analyzing Results)با جمع آوری شاخص های اندازه گیری (Metrics) ، یک برنده از تست‌های رقابتی و یا ارزیابی‌های رقابتی، مشخص می شود. این شاخص‌های اندازه گیری میتواند براساس نمرات موفقیت، زمان انجام وظیفه، رتبه‌بندی ذهنی کاربران و یا کارت امتیازی که برای تحلیل یافته ها در نظر گرفته شده، باشد. با این حال، هدف اصلی یک ارزیابی رقابتی اعلام یک برنده نیست. هدف بهبود طراحی است.در حالی که شاخص های اندازه گیری میتوانند بر این نکته تاکید کنند که سایت شما عملکرد بهتری دارد، مثلا ۳۰٪ درصد بهتر یا بدتر از سایت‌های رقیبتان عملکرد داشته، اطلاعات مهم در جزییات است، که چه چیزی در طراحی‌ها موثر بوده و چه چیزی در تمام طرح‌ها دیده نشده و وظایف به اتمام نرسیده.روی موارد مرتبط با سوالات و چالش‌های طراحی خود تمرکز کنید.بزرگترین نقاط قوت طرح های رقیب چیست ؟چه روند‌هایی در سایت‌ها رخ میدهد. آیا خوب هستند یا بد؟آیا سایتی راه حلی منحصر به فرد برای یک مشکل رایج ارائه کرده است؟عملکرد آنها چگونه بوده است؟آیا فرصتی برای پیشی‌گرفتن و برجسته شدن از رقبا وجود دارد؟ آیا در اطلاعات، محتوا یا ویژگی‌هایی که سایت‌های دیگر ارائه میدهند، حفره یا شکافی وجود دارد؟فراموش نکنید که به دنبال فرصت‌هایی فراتر از آنچه سایت‌های دیگر ارائه می دهند، بگردید.شما میخواهید رقبا را شکست دهید، نه اینکه آنها را کپی کنید.هنگام نوشتن یا خواندن یک گزارش رقابتی، به خاطر داشته باشید که آنچه مهم است اطلاعاتی است که می‌تواند به شما در بهبود سایتتان کمک کند. دانستن اینکه چه چیزی خوب کار میکند و چرا خوب کار میکند، میتواند به تصمیم‌گیری های طراحی کمک کند. دانستن اینکه چه چیزی شکست خورده و چرا، می‌تواند به تیم‌ها کمک کند تا از اشتباهات دیگران اجتناب کنند و یا اشتباهات خود را برطرف کنند.یک ارزیابی رقابتی خوب نه تنها طرح‌های رقبا را ارزیابی میکند، بلکه آن ارزیابی را به توصیه‌هایی برای سایت تبدیل میکند، خواه در گزارش نوشته شده باشد و یا با طوفان فکری بدست آمده باشد. نتایج باید به شما در طراحی راه‌حل ها کمک کند.خلاصه (Summary)ارزیابی‌های رقابتی میتواند به تیم شما این مزیت را بدهد که طرح‌های چندین سایت را بررسی کند تا بفهمد رقبا چه کاری انجام میدهند و چه کارهایی را به خوبی انجام میدهند. یادگیری از طرح‌های دیگران میتواند به تیم شما کمک کند تا سایت بهتری را ایجاد کنید.منبعnngroup.com / competitive usability evaluations (December 15, 2013) مقالات تخصصی تجربه کاربری NNGroup آرش راد / Arash Rad Sun, 03 Apr 2022 14:35:22 +0430 https://virgool.io/nngroup/%D8%A8%D8%B1%DA%AF%D9%87-%D8%AA%D9%82%D9%84%D8%A8-%D8%AA%D8%AD%D9%82%DB%8C%D9%82%D8%A7%D8%AA-%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%DB%8C-d6p1a7f9vwyh برگه تقلب تحقیقات تجربه کاربریخلاصه : تحقیقات کاربر را میتوان در هر نقطه از چرخه طراحی محصول انجام داد. در این مطلب لیستی از متد‌ها و فعالیت‌های مورد استفاده در تحقیقات کاربر قرارداده شده است که به شما کمک میکند تا بدانید چه زمانی باید از کدام روش استفاده کنید.نویسنده : Susan Farrell مترجم : Arash Radمتد‌ها و روش‌های تحقیقات تجربه کاربری، یکی از بهترین راه‌ها برای تولید داده های کیفی، کمی و بدست آوردن بینش از رفتار کاربران می‌باشد و تداوم در این کار، به انجام تصمیمات و کارهای درست کمک میکند. در کنار R&D (تحقیقات و توسعه‌) ، فعالیت‌های مداوم UX (تجربه کاربری) میتواند تلاش‌های همه تیم را موثرتر و ارزشمند‌‌تر کند. در هر مرحله از پروسه طراحی، روش‌های مختلفی از UX میتواند فرايند توسعه محصول را در مسیر خود نگه دارد و محصول ما مطابق با نیاز های واقعی کاربران باشد و نه بر اساس تصورات و خیالات ما.یکی از سوالات پر تکرار همواره این است : چه زمانی باید در پروژه خود تحقیقات کاربر انجام دهم؟ یا چه زمانی ما نیاز به تحقیقات کاربر خواهیم داشت؟سه پاسخ متفاوت وجود دارد :در هر مرحله ای که هستید، تحقیقات کاربر را شروع کنید. هر چه تحقیقات زودتر انجام شود، تاثیر بیشتری روی محصول شما خواهد داشت . پس همین امروز شروع کنید زیرا هیچ ماشین زمانی برای بازگشت به عقب وجود ندارد .تحقیقات کاربری را در تمام مراحل انجام دهید. همانطور که در ادامه برای شما نشان خواهم داد در هر مرحله از پروسه، چیز مفیدی برای یادگیری وجود خواهد داشت. تحقیق در هر مرحله از کار ارزش محصول شما را بیش از هزینه‌ای که برای تحقیقات خواهید پرداخت، افزایش میدهد.بیشترین تحقیقات کاربر را در اوایل پروژه انجام دهید (بیشترین تاثیر تحقیقات در اوایل پروژه است‌). اما به خاطر داشته باشید که بخشی از بودجه خود را برای تحقیقات تکمیلی در مراحل بعدی پروژه حفظ کنید. این توصیه در مواردی ارائه میشود که نمیتوانیم برای تمام مراحل تحقیقات بودجه کافی را تامین کنیم.تصویر زیر فعالیت ها و متد‌های UX مورد استفاده را در مراحل مختلف پروژه نشان میدهد:فعالیت‌های ‌تجربه کاربری در چرخه طراحی محصول یا سرویساین نمودار لیستی از متد‌ها و فعالیت‌ها در تحقیقات تجربه‌کاربری (UX Research) را نشان میدهد که میتوانید در طول پروژه، در فاز های مختلف طراحی از آنها استفاده کنید. این نمودار را به عنوان گزینه‌هایی پیشنهادی در نظر بگیرید. فرآیند شما متفاوت خواهد بود و ممکن است در طول چرخه طراحی محصول شما تنها چند مورد از این لیست مورد استفاده قرار بگیرد. روش‌ها و متدهای پر استفاده، به صورت پررنگ در نمودار مشخص شده است.نسخه با کیفیت نمودار بالاپروژه‌ها و محصولات با یکدیگر متفاوت هستند بنابراین مراحل همیشه به طور منظم شکل نمیگیرد. پایان هر چرخه آغاز چرخه بعدی خواهد بود .داشتن یک لیست بزرگ از فعالیت‌ها و روش‌ها و اجرای دقیق و به ترتیب آنها اهمیتی ندارد بلکه آن چیزی که اهمیت دارد این است که شروع به کار کنید و بیشتر و بیشتر یاد بگیرید.روش‌های برتر تحقیقات تجربه کاربریزمانیکه میخواهید تصمیم بگیرید که از کجا شروع کنید و یا روی چه چیزی اول تمرکز کنید، میتوانید از برخی از متد های پر استفاده تحقیقات تجربه‌کاربری در جدول بالا استفاده کنید. بسته به محدودیت‌‌های زمانی، بلوغ سیستم، نوع محصول یا خدمات و نگرانی‌های اصلی فعلی، برخی از متد‌ها برای شما مناسب‌تر هستند. استفاده از روش‌های مختلف و یا متناوب تحقیقات در چرخه طراحی محصول ایده خوبی است زیرا هر کدام از روش‌ها اهداف و بینش متفاوتی را دارند.نمودار زیر نشان میدهد که متخصصان طراحی تجربه کاربری در نظرسنجی ما بیشتر از کدام روش ها استفاده می کنند :بررسی میزان استفاده از روش های مختلف تحقیقات تجربه کاربریدر جدول بالا متداول ترین روش هایی که متخصصان تجربه کاربری استفاده میکنند را مشاهده میکنید. درصد‌ها به نسبت پاسخ دهندگانی اشاره دارد که هر کدام از روش‌ها را حداقل هر ۱ یا ۲ سال استفاده میکنند.اگر فقط میتوانید یک متد و فعالیت انجام دهید و هدفتان بهبود سیستم موجود است، از روش تست کاربرد‌پذیری کیفی ( ( qualitative usability testing ) بلند فکر کردن ) استفاده کنید . این یکی از موثرترین روش‌ها برای بهبود کاربردپذیری محصول است.اگر نمیتوانید این تست را با کاربران انجام دهید میتوانید داده‌های کمی کاربران را تجزیه و تحلیل کنید. داده‌های کمی ( بدست آمده از طریق : تماس های کاربران، جستجوها و یا آمار ) با این حال جایگزین خوبی برای مصاحبه و تست‌های کیفی از کاربران نیستند، زیرا داده‌ها معمولا به ما میگوند که چه رخ داده است اما شما معمولا نیاز دارید که بدانید چرا رخ داده است. بنابراین از سوالاتی که به واسطه نتایج داده های کمی برای شما ایجاد می شود استفاده کنید برای بهبود تست‌های کاربرد‌پذیری کیفی.کشف کردن (Discover)مرحله discover وقتی است که شما هیچ چیزی نمیدانید . شما هیچ درکی از نیاز های افراد ندارید و هدف، کشف و درک بهتر نیازهای افراد میباشد. انجام فعالیت‌های اکتشافی قبل از ساخت و طراحی یک محصول یا ویژگی جدید بسیار مهم است. بنابراین درمیابید که آیا انجام پروژه اصلا منطقی است یا خیر.مهمترین هدف این مرحله ، اعتبار سنجی و کنارگذاشتن فرضیات و سپس ارائه دادن اطلاعات، داده‌ها و بینش‌ها به تیم است.در حالت ایده‌آل، این تحقیقات باید قبل از ساخت هر گونه محصول اشتباهی برای افراد و هدر رفتن تلاش تیم صورت گیرد. اما همچنین میتوان از آن برای بازگشت به مسیر درست در زمانی که ما با یک محصول یا سرویس موجود روبرو هستیم، هم استفاده کرد.کارهای مفیدی که در زمان کشف میتوانید انجام دهید :انجام مطالعات میدانی و مصاحبه با کاربران: به جایی که کاربران احتمالی شما حضور دارند بروید و تماشا کنید و سوال کنید و گوش بدهید. افراد را در زمان تعامل با سیستم یا حل مشکلاتی را که میخواهید برای آن راه حل ارائه دهید، مشاهده کنید. مطلب مرتبط اشتباهات رایج در طراحی سوالات مصاحبه با کاربرانبرای درک نیازهای اطلاعاتی کابران و رفتارهای آنها از متد Diary studies استفاده کنید.برای درک بهتر و جمع آوری الزامات و محدودیت‌های کسب و کار، با سهامداران و ذینفعان مصاحبه (interview stakeholders) انجام دهید.با کارکنان فروش، پشتیبانی و آموزش، مصاحبه کنید. سعی کنید متوجه بشوید که بیشترین مشکلات و سوالات کاربران چیست؟ بدترین مشکل افراد چیست؟ چه چیزی افراد و کاربران را عصبانی می کند؟به تماس های فروش و پشتیبانی گوش دهید. ببینید مردم چه چیزی را میپرسند؟ در درک چه چیزی مشکل دارند؟ کارکنان فروش چگونه توضیح میدهند و به افراد کمک میکنند؟ درک چه واژه و عباراتی در بین کاربران با کارمندان ما مشترک نیست؟تست رقابتی (competitive testing) را انجام دهید. نقاط ضعف و قوت را در محصولات رقبای خود کشف کنید. کشف کنید که کاربران چه چیزی را بیشتر دوست دارند.بررسی و تحقیق (Explore)متد‌های Explore برای درک فضای مشکل و محدوده طراحی و پرداختن به نیاز‌های کاربر مناسب هستند.مقایسه ویژگی‌های محصول یا سرویس ما با رقبابررسی طراحی‌ها و راه حل‌ها (Design reviews)از تحقیقات برای ساخت پرسونای کاربران(user personas) و نوشتن داستان کاربران (user stories) استفاده کنید.وظایف و رفتارهای افراد را تجزیه و تحلیل کنید تا راه‌هایی برای صرفه جویی در وقت و تلاش افراد بیابید .به ذینفعان، سفر کاربر (User journey) و مناطق پرخطر برای از دست دادن مشتریان در طول راه را نشان دهید. و با هم تصمیم بگیرید که یک سفر ایده‌آل برای کاربران چه خواهد بود.بررسی و کاوش در ایده‌های طرح‌های قابل اجرا با فرض رویکرد‌های مختلف، طوفان فکری، و آزمودن بهترین ایده‌ها به منظور شناسایی بهترین اجزای طراحی و کامپوننت‌ها برای حفظ کاربرانکسب بازخورد در مراحل اولیه کار با نمایش طرح‌ها به ذینفعان و متخصصان مرتبط با موضوع. برای اجتناب از تفکر گروهی و دریافت نظرات همه افراد، از آنها بخواهید که سوالات و نظرات خود را در مورد طرح به صورت کتبی بنویسند (silent brainstorming) .با آزمایش نمونه‌های اولیه کاغذی با کاربران هدف، طراحی ها را تکرار و بهبود ببخشید و سپس کاربران را با نمونه‌های اولیه تعاملی تست کنید و آنها را در حال استفاده تماشا کنید. برای تشخیص عملکرد طراحی ها نظرسنجی نکنید، در عوض توجه کنید که طراحی ها چقدر به افراد کمک میکند تا بتوانند وظایف خود را بدون خطا به اتمام برسانند. به افراد اجازه دهید محدوده‌های مشکل را به شما نشان دهند، سپس دوباره طراحی کنید و دوباره تست بگیرید.از متد مرتب‌سازی کارت‌ها (Card sorting) برای پیدا کردن اینکه افراد چگونه اطلاعات و بخش‌های مختلف محصول شما را دسته‌بندی و مرتب میکنند، استفاده کنید‌.آزمایش (Test)متد‌های Test و اعتبارسنجی برای بررسی طراحی‌های در حال انجام و یا آینده مورد استفاده قرار میگیرد تا بتوانیم از عملکرد خوب سیستم یا محصول برای افرادی که قرار است از آن استفاده کنند مطمئن شویم.تست کاربردپذیری کیفی (qualitative usability testing) را انجام دهید. یک آزمون زود‌هنگام و اغلب با طیف متنوعی از افراد به صورت تنها و یا گروهی . ارزیابی دسترس‌پذیری (Accessibility) را برای اطمینان از اینکه همه افراد با هر توانایی جسمی میتوانند از محصول شما استفاده کنند را انجام دهید.از افراد بخواهید هنگام استفاده از سیستم یا محصول در هر زمان، تعاملات و هر گونه رویداد جالبی را برای شما بنویسند. مانند خاطرات روزانه (diary studies) .حضور در کلاس‌های آموزشی و یادداشت کردن موضوعات مهم، سوالاتی که افراد می رسند و پاسخ هایی که داده می شود. تست دستورالعمل‌ها و راهنماهای استفاده از سیستم یا محصول.گفتگو با گروه کاربرانبررسی اکانت‌های رسانه‌های اجتماعی و صحبت آنلاین با کاربران . رسانه‌های اجتماعی را برای یافتن نقاط قوت و شکایات کاربران نظارت کنید.نوشته‌های کاربران را در تالار های گفتگو تجزیه و تحلیل کنید. تالارهای گفتگوی کاربران، یک منبع خوب برای پاسخگویی به سوالات مهم که مشکلات کاربران را حل میکند، هستند. توجه تیم طراحی و توسعه را به این روش یادگیری جلب کنید.تست معیار (benchmark testing) انجام دهید. اگر در حال برنامه‌ریزی برای طراحی مجدد و یا سنجش بهبود سیستم هستید، برای تعیین زمان انجام کار، اتمام کار و میزان خطای سیستم فعلی خود، با این روش تست و آزمایش میتوانید پیشرفت را در طول زمان بسنجید.گوش کنید (Listen)در طول چرخه تحقیق و طراحی گوش دهید تا به درک مشکلات موجود کمک کنید و به دنبال مسائل و مشکلات جدید بگردید. اطلاعات بدست آمده را تجزیه و تحلیل کنید و نظارت بر اطلاعات دریافتی داشته باشید تا بتوانید الگوها و روندها را تشخیص دهید.از مشتریان و کاربران احتمالی نظرسنجی بکنید.آمار‌ها و معیار‌ها را برای کشف روند‌ها و ناهنجاری‌‌ها و همچنین سنجش پیشرفت خود همواره نظارت کنید.آنالیز درخواست‌های جستجو : مردم دنبال چه چیزی هستند و چه چیزی به آن میگویند؟ کارنگاری‌های جستجو (Search logs) معمولا نادیده گرفته میشوند اما حاوی اطلاعات مهمی هستند.ارسال نظرات، گزارش خرابی‌ها و دریافت سوالات کاربران را ساده کنید. بازخورد‌های دریافتی را به صورت دوره‌ای تجزیه و تحلیل کنید تا مشکلات کاربری و نقاط مشکل‌دار را شناسایی کنید. به دنبال سرنخ‌هایی باشید تا متوجه بشوید که کاربران چه چیزی را نمیتوانند پیدا کنند همچنین بتوانید سوءبرداشت‌ها هر گونه اثرات ناخواسته را کشف کنید.سوالات متداول (FAQ) را جمع آوری کنید و سعی کنید مشکلات و ابهامات را حل کنید.در کنفرانس‌ها و یا همایش‌هایی که مشتریان و یا کاربران شما در آن حضور دارند، غرفه‌ای راه اندازی کنید تا بتوانید اطلاعات داوطلبانه کاربران را دریافت کنید و مستقیم با آن‌ها صحبت کنید.در مورد محصول جدید صحبت کنید و آن را دمو کنید. سوالات و نگرانی‌ها را ثبت کنید.فعالیت‌ها (Activities)کشف کردن (Discover)فعالیت های مستمر و استراتژیک میتوانند به شما کمک کنند تا از مشکلات پیشی بگیرید و بهبود‌های سیستمی را انجام دهید.یافتن متحدان (Find allies) : برای دستیابی به بهبود طراحی، نیاز به تلاشی هماهنگ بین شما و همکارانتان است. شما به همکارانتان که همانند قهرمانانی در کنار شما هستند نیاز دارید پس آن‌ها را پیدا کنید.گفتگو با متخصصین (Talk with experts) : از تجربیات افراد متخصص استفاده کنید و با آنها مشورت کنید. از موفقیت‌ها و اشتباهات آنها درس بگیرید.پیروی از دستورالعمل‌های اخلاق حرفه‌ای (Follow ethical guidelines) : اخلاق حرفه‌ای یعنی شناخت مسئولیت‌های ما در قبال عموم مشتریان، کارفرمایان و همکاران است.مشارکت ذینفعان (Involve stakeholders) : فقط از ذینفعان نظر نخواهید بلکه افراد را جذب کنید و با آنها مشارکت کنید حتی در جزییات. آنها را به مشاهده و یادداشت‌برداری در طول جلسات تحقیق دعوت کنید.جستجوی منابع اطلاعاتی (Hunt for data sources) : در نقش طراح تجربه‌کاربری همانند یک کارآگاه عمل کنید. چه کسی اطلاعات مورد نیاز شما را دارد و چگونه میتوانید آنها را جمع آوری کنید؟مشخص کردن متریک‌های UX (Determine UX metrics) : راه‌هایی برای اندازه گیری میزان عملکرد سیستم برای کاربران پیدا کنید.بررسی و تحقیق (Explore)پیروی از اصول طراحی تعاملی TOG (Follow Tog’s principles of IXD)استفاده از دستورالعمل های مبتنی بر شواهد (Use evidence-based guidelines) : از دستورالعمل‌های مبتنی بر شواهد استفاده کنید مخصوصا زمانی که نمیتوانید تحقیق خود را انجام دهید. کاربردپذیری اکتشافی (Usability Heuristics) قواعد و اصول مهمی دارد که باید از آن پیروی کنید.طراحی برای دسترس‌پذیری جهانی (Design for universal access) : قابلیت دسترس‌پذیری محصول را نمیتوان در انتها چک کرد و یا در زمان تست‌های تضمین کیفیت (QA) . دسترس‌پذیری محصول در حال تبدیل شدن به یک الزام قانونی است. بهبود دسترس‌پذیری محصول باعث می‌شود که کار با سیستم یا محصول ما برای همه افراد آسان‌تر شود.دادن کنترل و نظارت به کاربران (Give users control) : کنترل‌های مورد نیاز افراد و کاربران سیستم یا محصول را در اختیار آنها قرار دهید اما این کنترل نباید بدون حد و مرز باشد.جلوگیری از خطا‌ها (Prevent errors) : هر زمانی که خطایی از طرف کاربران رخ میدهد همواره به این فکر کنید که چگونه میتوانید با تغییر طراحی آن را از بین ببیرید. آنچه ممکن است به نظر خطا‌های کاربر باشد، اغلب خطا‌های طراحی سیستم است. سعی کنید برای جلوگیری از اشتباهات کاربران، چگونگی رخ دادن آنها را درک کنید و با طراحی از این اشتباهات جلوگیری و یا تاثیر آن را کم کنید.بهبود پیام‌‌های خطا (Improve error messages) : برای خطا‌های موجود فقط وضعیت سیستم را گزارش نکنید. آنچه اتفاق افتاده است را از نقطه نظر کاربر بگویید و توضیح دهید که چه کاری باید انجام دهد تا با خطا مواجه نشود. دقت کنید که از عباراتی استفاده کنید که برای کاربران قابل درک باشد.پیشفرض های مفید را ارائه دهید (Provide helpful defaults) : از تنظیمات پیشفرض در بخش‌های مختلف استفاده کنید زیرا بسیاری از افراد از شما انتظار دارند که انتخاب‌های سخت را برای آنها انجام دهید. به کاربران اجازه دهید که در صورت نیاز بتوانند این تغییرات پیش فرض را تغییر دهند.بررسی تناقض و ناهماهنگی‌ها (Check for inconsistencies) : وجود ساختار هماهنگ و یکسان در سیستم و محصول برای یادگیری کار با محصول اهمیت دارد. کاربران تفاوت‌ها را معنا‌دار تفسیر میکنند. بنابراین از تفاوت‌ها به صورت عمدی و برای القای معنایی متفاوت استفاده کنید. به قاعده کمترین شگفتی (Least astonishment) پایبند باشید و انتظارات کاربر را برآورده کنید و از شگفت زده کردن کاربران دوری کنید.گره زدن فیچر‌ها و ویژگی‌ها به نیاز‌ها (Map features to needs) : ارتباط بین تحقیقات کاربر و فیچرها و ویژگی‌ها را ترسیم کنید تا نشان دهد که نیاز‌ها از کجا می آید . ترسیم چنین نقشه‌هایی میتواند به حفظ منطق طراحی برای دور بعدی طراحی و یا تیم بعد از شما کمک کند.نصب و به روزرسانی آسان نرم افزار (Make software updating easy) : هنگام طراحی نرم‌افزار، اطمینان حاصل کنید که نصب و به روز رسانی آن آسان است. نصب باید سریع و بدون هیچ مشکلی انجام شود همچنین به کاربران این اجازه را بدهید که بتوانند بروزرسانی نرم افزار را کنترل کنند.برنامه ریزی برای تعمیر و بازیافت (Plan for repair and recycling) : هنگام طراحی دستگاه‌‌ها، برای تعمیر و بازیافت آنها برنامه‌ریزی کنید. پایداری و استفاده مجدد از اهمیت زیادی برخوردار است.اجتناب از هدر دادن (Avoid waste) : بسته‌بندی و قطعات یکبار مصرف غیر ضروری را کاهش داده و یا حذف کنید. از اتلاف وقت افراد یا کاربران خودداری کنید. هدف شما باید ساده و موثر کردن فرآیند‌ها باشد.در نظر گرفتن تنوعی از فرهنگ‌ها (Consider diverse contexts) : کاربرد‌پذیری سیستم را در زمینه‌های فرهنگی مختلف در نظر بگیرید. شما کاربر سیستم یا محصول خود نیستید. برنامه‌ریزی کنید که چگونه میتوانید مطمئن شوید محصول شما برای افراد دیگر در کشور‌های دیگر هم کار میکند. ترجمه تنها بخشی از این چالش است.جستجوی مشوق‌های انحرافی (Look for perverse incentives) : انگیزه‌های نادرست منجر به پیامد‌های ناخواسته منفی می شود. چگونه افراد میتوانند سیستم را به بازی بگیرند و یا از آن سوء استفاده کنند. چگونه میتوانید به این موارد رسیدگی کنید؟ در نظر بگیرید که چگونه یک کاربر مخرب ممکن است از سیستم به روش‌های ناخواسته استفاده کند و یا به دیگران آسیب برساند.در نظر گرفتن پیامد های اجتماعی (Consider social implications) : بررسی کنید که این سیستم چگونه ممکن است توسط گروهی از مردم بر علیه گروهی دیگر مورد استفاده قرار بگیرد ؟ کدام مشکلات ممکن است در مواجه با این فعالیت گروهی پدیدار شود.آزمایش (Test)محافظت از اطلاعات شخصی (Protect personal information) : اطلاعات شخصی همانند پول است و فقط یکبار میتوانید آن را نابخردانه خرج کنید. خیلی افراد میخواهند از بانک غارت کنند. برنامه ریزی کنید که چگونه میتوان در طول زمان اطلاعات شخصی کاربران را ایمن نگه دارید. از جمع آوری اطلاعات غیرضروری خودداری کنید و داده‌های قدیمی را به طور منظم از بین ببرید.نگهداری ایمن از داده‌ها و اطلاعات (Keep data safe) : دسترسی به داده‌های تحقیقاتی و اطلاعات مشتریان را محدود کنید. همیشه مدافع رمزنگاری اطلاعات و انتقال ایمن آنها در نقل و انتقال‌ها و جابجایی ها باشید. رخنه اطلاعات کاربران به بیرون یک تجربه وحشتناک برای کاربران خواهد بود.خبر‌های و خوب و بد را ارائه دهید (Deliver both good and bad news) : تمایل انسان این است که به دادن خبرهایی که مردم نمیخواهند بشوند، بی میل است. اما ضروری است که به عنوان طراح تجربه‌کاربری مسائل سخت را مطرح کنید. آینده محصول و یا حتی شرکت ممکن است به این بستگی داشته باشد و تصمیم گیرندگان باید بدانند که شما چه میدانید و یا به چه چیز مشکوک هستید.بررسی وضعیت کاربرد پذیری در طول زمان (Track usability over time) : از شاخص‌هایی مانند تعداد و نوع تماس‌های گرفته شده با پشتیبانی ، نرخ خطاهای کاربر و تعداد کاربرانی که وظابف خود را کامل کرده اند در تست های کاربرد‌پذیری استفاده کنید همچنین رضایت مشتریان را بسنجید تا بتوانید تاثیر بهبود طراحی تجربه کاربری را نمایش دهید.بررسی انواع گوناگونی از کاربران (Include diverse users) : افراد میتوانند از نظر فرهنگی و فیزیکی بسیار متفاوت باشند. آنها همچنین دارای طیف وسیعی از توانایی ها و مهارت های زبانی هستند. پرسونا‌ها برای جلوگیری از مشکلات جدی، کافی نیستند بنابراین مطمئن شوید که تست های شما طیف وسیعی از افراد را شامل میشود.بررسی انواع مشکلات کاربردپذیری (Track usability bugs) : اگر مشکلات کاربردپذیری در پایگاه دادهای باگ ها (Bug database) قرارندارد برای خود پایگاه داده‌های مجزایی ایجاد کنید تا بتوانید مسايل و مشکلات مهم را ردیابی کنید.ساخت اطلاعات آموزشی (Make training information) : اطلاعات آموزشی برای سیستم یا محصول خود ایجاد کنید .گوش کنید (Listen)به نظرات کاربران توجه کنید (Pay attention to user sentiment) : رسانه‌های اجتماعی مکانی عالی برای نظارت بر مشکلات کاربران، موفقیت‌ها، نا‌امیدی‌ها و تبلیغات کلامی هستند. هنگامی که رقبا پدیدار میشوند، اولین نشانه ها ممکن است در رسانه های اجتماعی پدیدار شود.نیاز کاربران به آموزش را کاهش دهید (Reduce the need for training) : آموزش و راهنمای سیستم اغلب راه حلی برای رابط های کاربری دشوار است. از آموزش و راهنماها برای شناسایی محدوده هایی که نیاز به تغییرات طراحی دارند استفاده کنید.در مورد آینده محصول گفتگو کنید (Communicate future directions) : کاربران و مشتریان به آنچه میتوانند انجام دهند وابسته هستند و میدانند که چگونه از محصولات یا خدمات استفاده کنند. تغییرات میتواند خوب باشد حتی زمانی که اختلالی در روش‌های قبلی ایجاد کند. اما تغییرات غافلگیر کننده معمولا از طرف کاربران استقبال نمی شود. زیرا این تغییرات روند‌های قبلی و کارهایی که کاربران میکردند را به هم میریزد. به جای اینکه فقط تغییرات را اعلام کنید با آنها مشورت کنید. تغییرات عمده را زودتر مورد بحث قرار دهید زیرا آنچه که میشنوید میتواند به شما کمک کند تا کار بهتری انجام دهید و آنچه آنها می شنوند میتواند به آنها کمک کند تا برای تغییرات مورد نیاز آماده شوند.جذب افراد برای تحقیقات و آزمایشات آینده (Recruit people for future research and testing) : فعالانه افراد را تشویق کنید تا به جمع آزمایش کنندگان داوطلب بپیوندند. مشوق هایی برای مشارکت ارائه دهید و ثبت نام داوطلبان را از طریق وب سایت ، خبرنامه و سایر روش ها آسان کنید.نتیجه‌گیریاز این برگه تقلب برای انتخاب روش‌ها و فعالیت‌های مناسب پروژه خود در طراحی تجربه‌کاربری استفاده کنید. انجام همه کارها در هر پروژه ای ضروری نیست اما اغلب استفاده ترکیبی از روش ها و تمایل به برخی نیاز‌ها در طول تکرار چرخه‌های طراحی، مفید است.مشاهده ویدیو برگه تقلب تحقیقات تجربه‌کاربری ( با فیلترشکن مشاهده کنید ) به زبان انگلیسیمنبعnngroup.com / ux research cheat sheet (February 12, 2017) مقالات تخصصی تجربه کاربری NNGroup آرش راد / Arash Rad Tue, 29 Mar 2022 13:49:16 +0430