Konu Başlıkları
Yükleniyor...

UX Paydaş Görüşmesi Hazırlığı: Soru Listesinden Fazlası

Paydaş Görüşmesi UX Projesinin Kısıtlarını Nasıl Açığa Çıkarır?

Paydaş görüşmesi, kullanıcı görüşmesinin kurumsal versiyonu değildir. Kullanıcıyla davranışı konuşursunuz; paydaşla kısıtı konuşursunuz: bütçe, takvim, hangi kararın kimin onayından geçtiği. Hazırlık da bu yüzden başka türlü yapılır.

Amacı tek cümleye indirin

Toplantıya oturmadan önce şunu yazın: bu görüşmeden çıkarken elimde ne olacak? Cevabınız "paydaşın görüşlerini almak" ise görüşme dağılır. "İade politikasını kimin değiştirebileceğini ve bunun kaç günlük iş olduğunu öğrenmek" ise gündem kendiliğinden kurulur.

Bu tek cümle kimi çağıracağınızı da belirler. Satış ekibinin o akışta payı yoksa toplantıda oturması iki tarafın da zamanını harcar, üstelik odadaki kişi sayısı arttıkça herkesin konuşma payı düşer.

Soruları önden yazın, sırasını da

Doğaçlama görüşmelerde en kritik soru genellikle en sona kalır ve tam orada süre biter. Beş ana soru yazın, her birinin altına ikişer takip sorusu. Genelden özele gidin, ama listeye kilitlenmeyin: paydaş beklemediğiniz bir kısıttan söz ederse listeyi bırakıp orayı kazın.

Soruları önceden paylaşma tavsiyesinin sessizce atladığı bir nokta var. Önden paylaşılan soru hazırlıklı cevap getirir, hazırlıklı cevap da çoğu zaman cilalanmış cevaptır. Bu yüzden ikiye ayırın: süreçle ilgili olanlar (kim onaylıyor, hangi rapor kime gidiyor, hangi sistem hangi veriyi tutuyor) davetle birlikte gitsin. Memnuniyetsizliğe, aksayan yere, "aslında şunu kimse kullanmıyor"a dair olanlar toplantıda sorulsun.

Karşı tarafı da hazırlayın

Takvimi erken gönderin ve süreyi gerçekçi isteyin. Yarım saat yetecekse bir saat bloke etmeyin; kapsamlı bir analiz gerekiyorsa doksan dakikayı istemekten çekinmeyin.

Kayıt alacaksanız izni toplantının başında değil davetin içinde isteyin, kimin dinleyeceğini de yazın. Bir de oda kompozisyonuna bakın: yönetici ile ona bağlı çalışan aynı görüşmede oturuyorsa aldığınız cevap ikisinin ayrı ayrı vereceği cevap olmaz. Gerekiyorsa iki ayrı görüşme yapın.

Duyduğunuzu ne yapacaksınız

Görüşmede duyduğum bir isteği doğrudan gereksinim maddesine çevirmem; önce o isteğin veride bir karşılığı var mı diye bakarım. "Kullanıcı kendi siparişlerini filtreleyebilsin" cümlesi arayüzde bir açılır menü gibi görünür, veritabanında o alan tutulmuyorsa üç haftalık bir iştir. Bu farkı görüşmeden çıkar çıkmaz not edin, çünkü iki hafta sonra kimse söylenenin tam halini hatırlamıyor olacak.

Takip için üç şey yeter: karar listesi, kararı verenin adı, tarih. Görüşme notlarının tamamını bütün birimlere aynı ayrıntıda dağıtmak ise ters teper. Bir kez dağıttıktan sonra ikinci turda kimse rahat konuşmaz. Kararları paylaşın, kimin ne söylediğini değil.

Kaynaklar