Test edin ve yineleyin

Tasarım sürecinde herhangi bir zamanda kullanıcı araştırması yararlı olabilir. Nelerin işe yarayıp nelerin yaramadığını anlamak için gerçek kullanıcılardan geri bildirim almanın yerini hiçbir şey tutamaz. Bu işlemi ne kadar erken yaparsanız o kadar iyi olur.

Tasarıma dalıp giderken sorunların tespit edilmesi zordur. Dışarıdan birinin düşüncesi gerekir. Neyse ki tek satırlık kod yazmadan önce tasarımınızın kullanıcılar için işe yarayıp yaramayacağı konusunda hızlı ve kolay bir şekilde bilgi edinebilirsiniz (ve bu da gerekir).

Diyaloğunuzu denemek için projenizi tanımayan birini bulun. Tasarım süreci sırasında geri bildirim almak, kullanılabilirlik sorunlarını ortaya çıkarır ve size kendi kendinize erken düzeltme fırsatı sunar. Tek bir kod satırı yazmadan önce görüşme deneyiminizde bir kullanılabilirlik testi çalıştırmak önemlidir. Doğru yolda olup olmadığınızı anlamanıza yardımcı olması için hızlı ve kirli bir Oz Sihirbazı (WOZ) denemesi yapmanızı öneririz.

Oz Sihirbazı kullanma denemesi

Neden böyle adlandırdınız? Oz Büyücüsü (WOZ) adı, Oz'un Büyücüsü adlı filmden geliyor. Perde arkasında kolları çeken bir adam olduğu fikrine atıfta bulunuyorlar.

Oz Sihirbaz'da prototip oluşturma nedir? Basitçe ifade etmek gerekirse bu, yazılımı gerçekten geliştirmeden bir prototipi test etmenin bir yoludur. WOZ prototipi oluşturma, bir tasarımın işlevselliğini, kullanıcı hedeflerini karşılama becerisini değerlendirmek ve genel olarak kullanıcı deneyimini iyileştirmek için kullanılır. WOZ denemeleri gerçek bir deneyim gibi görünecek şekilde tasarlanmıştır ancak yazılım yerine karakterin üretimde nasıl davranacağını simüle eden bir kişi ("sihirbaz") vardır. Katılımcılar, perde arkasında yaşanan sihirbazla etkileşim kurduklarından haberdar olabilir veya olmayabilir.

Bunu neden yapmalısınız? WOZ prototiplemesinin en büyük avantajlarından biri, tasarlamanıza gerek kalmadan tasarımınızı test edebilmenizdir. WOZ denemeleri, ses testi için minimum uygun prototip ürünüdür (MVP). Bunları çalıştırmak oldukça kolaydır ve ek çaba gerektirmez ya da çok az çaba gerektirir. Prototip oldukça basit olabilir ve tasarımın belirli bir bölümünü temsil edecek günlük nesneleri kullanır. Tüm görevleri yerine getirebilen bir çalışma modeli (mevcut ürünlerin koleksiyonu) olabilir. Prototipiniz ne kadar gerçekçi olursa geri bildiriminiz de o kadar iyi olur. Ancak akıllıca düşünün: Bunun için ne kadar zaman ayırmam gerekiyor? "Gerçekçilik" prototipi buna değer mi?


Kullanılabilirlik testleri nasıl yapılır?

Uygulamanızı test etmek için uygulayabileceğiniz 3 farklı yaklaşım vardır:
Sahip olduğunuz bilgileri kullanın. İhtiyaç duyduğunuz tek şey örnek iletişim kutularınızdır (şu anda zaten kullanmanız gereken bu iletişim). Projenizi tanımayan birini (ör.aile, arkadaşlar, iş arkadaşları) bulup diyalogunuzu sizinle birlikte oynamasını isteyebilirsiniz. Karakterinizin satırlarını okur ve kullanıcı olarak nasıl tepki verdiklerini gözlemlersiniz. Kullanıcı "komut numarasını devre dışı bırakırsa" karakterinizin söylediklerini doğaçlama olarak kullanabilirsiniz.

En gerçekçi deneyim için, Actions on Google Geliştirici Konsolu'ndaki TTS Simülasyon Aracı'ndan karakter karakterinin istemlerini çalarak karakterin rolünü simüle edin. İstediğiniz zaman dinlemeye hazır olmak için sesi indirin.

Bu sürüm için dört şey gereklidir:

  • Karakterin her kullanıcı yanıtından sonra ne söylemesi gerektiğiyle ilgili talimatlar sunan bir konuşma metni. Üst düzey akış (veya akışın basitleştirilmiş bir sürümü) bunun için idealdir.
  • Karakterin söylenen tüm istemlerinin sesi indirilir. Oynatılacak doğru dosyayı hızlıca tanımlamanıza yardımcı olacak dosya adlarını kullanın.
  • "Kullanıcı" oynayacak biri. Bu kullanıcı, İşleminize aşina olmayan biri olmalıdır.
  • "Sihirbaz" oynayacak biri. Bu kullanıcı, Action'ınızı iyi tanıyan biri olmalıdır.

Sihirbazdan işlemi başlatma komutu için sesi çalarak sohbeti başlatmasını isteyin. Örneğin, "Google I/O'ya dair her şey için lansman kumandanıza hoş geldiniz. Festival şu anda başlıyor. Şanslı katılımcılardan biri misiniz?" Daha sonra sihirbaz, kullanıcının "evet" veya "hayır" ile eş anlamlı olarak yanıt vermesini bekleyecektir. Kullanıcı yanıt verdikten sonra sihirbaz, bir sonraki istemi belirlemek için üst düzey akışa hızlı bir şekilde danışmalı, ardından doğru ses dosyasını bulup oynatmalıdır.

Elbette, işleminizi oluşturmaya başladıktan sonra, Actions on Google Geliştirici Konsolu'ndaki İşlem Simülatörü'nü kullanarak işlemi sık sık test etmeniz gerekir. Arkadaşlarınızın, ailenizin veya iş arkadaşlarınızın da test yapmasını sağlayın.

Hangi denemeyi kullanırsanız kullanın, aşağıdakileri yaptığınızdan emin olun:
Açıkça konuşun Amacınız tasarımınızı gerçek kullanıcılar için en uygun olacak şekilde güncellemek olduğundan, WOZ prototipinizin gerçekliğe mümkün olduğunca yakın olmasını istersiniz. Kağıt üzerinde iyi görünen şeyler, gerçek konuşmalarda kulağa doğal gelmeyebilir veya hissettirmeyebilir. Bu nedenle, kullanıcıların istemlerinizi duyduğundan ve verdiği yanıtı söylediğinden emin olun.
Oturumlarınızı kaydetme Geri dönüp dinleyebilmek için oturumlarınızı kaydetme izni alın. Oturum sırasında ortaya çıkan sorunları not edin.
Geri bildirim isteyin Kullanıcıdan deneyimini kendi kelimeleriyle açıklamasını isteyin. Müşteri beklentilerini nasıl karşıladı veya yakalayamadı? Onları şaşırtan bir şey oldu mu? Memnun kaldılar mı? Odak noktasının onların fikirleri değil, davranışları olduğunu unutmayın.

Neler öğrenebilirsiniz?

WOZ denemesi gerçekleştirerek kullanıcıların tasarımınızla nasıl etkileşime geçeceğini anlayabilirsiniz. Kullanıcıların beklediğinizden çok farklı bir şey yaptıklarını fark edebilirsiniz. Bu nedenle, tasarımı onların ihtiyaçları ve beklentileriyle daha uyumlu olacak şekilde değiştirmeniz gerekir.

Kısacası: Kullanıcıların düşüncelerine değil, tasarımınızın kullanılabilirliğine odaklanın. Kullanıcı davranışlarına göre denemeler yapın ve zaman geçerse tekrar test edin.

Dikkat edilecek noktalar (ve iletişim kutunuzu nasıl iyileştirebileceğiniz):
Doğal sohbet Kullanıcıların doğal bir şekilde istekte bulunma biçimlerine dikkat edin. Sadece anahtar kelime benzeri kısa ifadelerde konuşabiliyorlar mı yoksa kulağa daha samimi geliyorlar mı? Karakterinizle konuşurken tereddüt ediyor veya güveniyorlar mı? Akış, kullanıcıların aynı anda yalnızca tek bir bilgi sağlayabileceklerini mi düşünüyor? Yoksa tek bir cümlede birden çok ayrıntı vermeye mi teşvik ediyorsunuz?
Kullanıcı kafası karışır Kullanıcıların kafalarının karıştığı veya ne söyleyeceklerini ya da ne yapacaklarını bilmedikleri yerleri bulun. Neleri açıklığa kavuşturabileceğinizi öğrenmek için önceki talimatları inceleyin. Harekete geçirici mesaj net miydi?
Beklenmeyen ifadeler Kullanıcılar beklemediğiniz bir mesaj verebilir. Not edin ve tasarımınıza sevkiyata hazırlık özelliğini ekleyin.
Hayal kırıklığı veya sabırsızlık belirtileri Bu durum genellikle etkileşimin fazla uzun sürdüğünü gösterir. Daha kısa ve öz olup olmadığınızı görmek için istemlerinizi inceleyin. Atlanabilecek ayrıntılar var mı?
En çok kimlerin konuştuğunu görün Görüşmenin kontrolü kullanıcıda mı görünüyor? Görünmüyorsa bunu nasıl değiştirebilirsiniz?

İşlemlerinizi test etme

Güçlü testler, yüksek kaliteli yazılımlar geliştirmek ve kullanıcı memnuniyeti sağlamak için çok önemlidir.

Bu videoda, İşlemleriniz için uçtan uca testler geliştirmeyle ilgili ayrıntılı bilgi verilmektedir ve süreci kolaylaştırmak için kullanılabilen araçlar ele alınmaktadır. Ayrıca, beklenmedik kullanıcı sorgularını işleme gibi çeşitli konularda en iyi uygulamaları paylaşacaktır.

Aylin Altiok ve Nick Felker, Actions on Google I/O 2018'de