تست و تکرار کنید

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

شناسایی مشکلات زمانی که در طراحی غوطه ور هستید دشوار است - نظر یک فرد خارجی لازم است. خبر خوب این است که شما می توانید (و باید) به سرعت و به آسانی بینش خود را در مورد اینکه آیا طراحی شما برای کاربران کار می کند قبل از نوشتن یک خط کد، دریافت کنید.

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

از آزمایش جادوگر اوز استفاده کنید

چرا به آن می گویند؟ آزمایش‌های جادوگر شهر اوز (WOZ) نام خود را از فیلم جادوگر شهر اوز گرفته‌اند. آنها به این ایده اشاره می کنند که مردی پشت پرده است که اهرم ها را می کشد.

نمونه سازی Wizard of Oz چیست؟ به زبان ساده، این روشی برای آزمایش یک نمونه اولیه بدون توسعه واقعی نرم افزار است. نمونه‌سازی اولیه WOZ برای ارزیابی عملکرد طراحی، توانایی آن در دستیابی به اهداف کاربران و بهبود تجربه کاربر (UX) به طور کلی استفاده می‌شود. آزمایش‌های WOZ طوری طراحی شده‌اند که شبیه تجربه واقعی به نظر برسند، اما به جای نرم‌افزار، شخصی ("جادوگر") وجود دارد که رفتار پرسونا در تولید را شبیه‌سازی می‌کند. شرکت کنندگان ممکن است بدانند یا ندانند که در حال تعامل با جادوگر پشت پرده هستند.

چرا باید آن را انجام دهید؟ یکی از بزرگترین مزایای نمونه سازی WOZ این است که می توانید طرح خود را بدون نیاز به ساخت آن آزمایش کنید. آزمایش‌های WOZ حداقل محصول قابل دوام (MVP) نمونه‌های اولیه برای آزمایش صدا هستند. اجرا کردن آنها نسبتاً آسان است و به تلاش کمی یا بدون نیاز به تلاش اضافی نیاز دارند. نمونه اولیه ممکن است بسیار ساده باشد و از اشیاء روزمره برای نمایش بخش‌هایی از طراحی استفاده کند. یا ممکن است یک مدل کاری (مجموعه ای از محصولات موجود) باشد که قادر به انجام برخی، اما نه همه وظایف است. البته، هرچه نمونه اولیه شما واقعی تر باشد، بازخورد شما بهتر خواهد بود. اما عاقلانه انتخاب کنید: چقدر زمان می توانید برای این کار اختصاص دهید؟ و آیا نمونه اولیه «رئالیسم» ارزشش را دارد؟


نحوه انجام تست های قابلیت استفاده

3 روش مختلف وجود دارد که می توانید برای آزمایش برنامه خود در نظر بگیرید:
از آنچه دارید استفاده کنید. تنها چیزی که نیاز دارید دیالوگ های نمونه خود است (که در این مرحله باید داشته باشید). به سادگی فردی را بیابید که با پروژه شما آشنا نیست (به عنوان مثال، خانواده، دوستان، همکاران) و از او بخواهید گفتگوی شما را با شما ایفای نقش کند—شما خطوط شخصیت خود را می خوانید و مشاهده می کنید که آنها به عنوان کاربر چگونه واکنش نشان می دهند. اگر کاربر "خارج از اسکریپت" می رود، احساس راحتی کنید که چه چیزی را شخصیت شما می گوید.

برای واقعی‌ترین تجربه، نقش شخصیت را با پخش اعلان‌های شخص با استفاده از شبیه‌ساز TTS در Actions on Google Developer Console شبیه‌سازی کنید. صدا را دانلود کنید تا آن را برای پخش در صورت تقاضا آماده کنید.

این نسخه به چهار چیز نیاز دارد:

  • یک اسکریپت مکالمه که دستورالعمل هایی را در مورد آنچه که شخص باید بعد از هر پاسخ کاربر بگوید ارائه می دهد. جریان سطح بالا (یا یک نسخه ساده شده از آن) برای این کار ایده آل است.
  • فایل صوتی تمام پیام‌های گفتاری شخص را بارگیری کرد. از نام فایل‌هایی استفاده کنید که به شما کمک می‌کند فایل صحیح را به سرعت شناسایی کنید.
  • کسی که «کاربر» را بازی کند. این باید فردی باشد که با اکشن شما ناآشنا باشد.
  • کسی که «جادوگر» را بازی کند، باید با اکشن شما آشنا باشد.

از جادوگر بخواهید مکالمه را با پخش صدای تبریک Action خود شروع کند، به عنوان مثال، «به راه‌اندازی خود برای همه چیزهای Google I/O خوش آمدید. جشنواره هم اکنون در حال برگزاری است آیا شما یکی از شرکت کنندگان خوش شانس هستید؟" سپس جادوگر منتظر می ماند تا کاربر پاسخ دهد، امیدواریم که مترادف «بله» یا «نه» باشد. هنگامی که کاربر پاسخ داد، جادوگر باید به سرعت با جریان سطح بالا مشورت کند تا مشخص کند که چه اعلان بعدی پخش شود، سپس فایل صوتی صحیح را پیدا کرده و پخش کند.

البته، هنگامی که ساخت Action خود را شروع کردید، باید اغلب با استفاده از Actions Simulator در Actions on Google Developer Console آن را آزمایش کنید. از دوستان، خانواده یا همکاران خود نیز بخواهید آن را آزمایش کنند!

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

چه چیزی می توانید انتظار یادگیری داشته باشید؟

اجرای یک آزمایش WOZ به شما این امکان را می دهد که بفهمید مردم چگونه با طراحی شما درگیر خواهند شد. ممکن است متوجه شوید که کاربران کاری بسیار متفاوت از آنچه شما انتظار داشتید انجام می‌دهند و از شما می‌خواهند که طراحی را تغییر دهید تا با نیازها و انتظارات آنها هماهنگی بیشتری داشته باشد.

خط آخر: روی قابلیت استفاده از طراحی خود تمرکز کنید (و نه بر نظرات کاربران). بر اساس رفتار کاربر تکرار کنید و اگر زمان اجازه داد دوباره تست کنید.

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

چگونه اکشن های خود را آزمایش کنیم

تست قوی برای توسعه نرم افزار با کیفیت بالا و ایجاد رضایت کاربر ضروری است.

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

آیلین آلتیوک و نیک فلکر، در مورد آزمایش Actions شما در Google I/O 2018