İlk kullanıcı görüşmesinde fikri övmek yerine sorunu nasıl öğrenirsiniz?

Bir projeyi anlatırken iyi niyetli “güzel fikir” yanıtları almak kolaydır. Bu yanıtlar, kişinin aynı sorunu yaşadığını veya hazırladığınız çözümü kullanacağını tek başına göstermez. GOV.UK Service Manual, tasarıma kullanıcıların kim olduğunu, ne yapmaya çalıştığını ve mevcut durumda nerede zorlandığını öğrenerek başlamayı öneriyor. Buradaki yaklaşımı küçük bir AI veya web projesine uyarlayabiliriz.

Çözümden önce son yaşanan olayı sorun

“Böyle bir uygulama kullanır mıydınız?” sorusuyla başlamak yerine, ilgili işin en son nasıl yapıldığını sorun. Örneğin belge özetleme aracı düşünüyorsanız, “En son uzun bir belgeyi incelerken ne yaptınız?” diye başlayın. Ardından hangi aşamada zaman kaybedildiğini ve kişinin neyi elle düzeltmek zorunda kaldığını öğrenmeye çalışın.

Editörün kısa görüşme akışı

Aşağıdaki akış araştırma sonucu değil, uygulanabilir bir taslaktır. Önce görüşmenin amacını bir cümleyle açıklayın. Kişiden yakın tarihli bir örnek anlatmasını isteyin. Hangi araçları kullandığını, nerede duraksadığını ve işin ne zaman tamamlanmış sayıldığını sorun. Son bölümde hazırladığınız tek ekranı gösterip ne yapacağını kendi sözcükleriyle anlatmasını bekleyin. Yönlendirici ipuçlarını en aza indirin.

Görüş ile gözlemi ayrı yazın

Not sayfanızı üç alana bölün: söylenen, gözlenen ve çıkarım. “Bu düğmeyi bulamadım” ifadesi söylenen bilgi; kişinin menüde üç kez dolaşması gözlem; düğmenin konumunu değiştirme fikri ise sizin çıkarımınız olabilir. Bunları tek bir kesin sonuç cümlesine dönüştürmek yerine hangi kanıta dayandığınızı görünür tutun.

İlk görüşmeden büyük sonuç çıkarmayın

Tek bir kişiyle yapılan çalışma bütün kullanıcıları temsil etmez. Farklı kullanım koşullarındaki kişilere ulaşmaya çalışın. İhtiyaç tanımınızı yeni bulgulara göre güncelleyin. Örneğin “Daha fazla özellik eklemeliyim” yerine “Kullanıcı ilk çıktıyı nasıl düzelteceğini anlamıyor” gibi sınanabilir bir problem tanımlayın.

Bir sonraki sürüme ne taşınmalı?

Görüşmenin sonunda uzun bir istek listesi yerine tek bir değişiklik seçin. Hangi davranışı iyileştirmeyi beklediğinizi ve bunu nasıl gözlemleyeceğinizi yazın. Başarıyı, fikrinizin beğenilmesiyle değil, kullanıcının hedeflediği işi daha anlaşılır biçimde tamamlamasıyla değerlendirin. Bu yaklaşım üretimden önce öğrenmeye alan açar.

Toplulukta devam edelim

Bu yazıyla ilgili görüşünü ilgili forum konusunda paylaşabilirsin.