Yanıltıcı Sonuçlara Yol Açan 5 Kullanıcı Araştırması Hatası
← Tüm makaleler Doğru Şeyi Geliştirin

Yanıltıcı Sonuçlara Yol Açan 5 Kullanıcı Araştırması Hatası

FabricLoop Tarafından  ·  Mayıs 2026  ·  4 dakika okuma

Kullanıcı araştırmasının hiç araştırma yapmamaktan daha kötü bir türü vardır: kendinden emin ama yanlış sonuçlar üreten araştırma. Bir ekip hiç araştırma yapmadığında varsayımlarla hareket ettiğini bilir. Kötü araştırma yaptığında ise elinde kanıt olduğuna inanır — ve aramayı bırakır.

Aşağıdaki beş hata nadir görülen uç durumlar değildir. Çoğu ürün ekibinde, çoğu zaman, içeriden fark etmesi şaşırtıcı biçimde zor yollarla ortaya çıkarlar.

"Kullanıcı araştırmasının amacı içgüdülerinizi doğrulamak değildir. Amaç, içgüdülerinizin yerine kanıtı koymaktır — yanıldığınızı gösteren kanıt da dahil."

Beş hata

Hata
Pratikte nasıl görünür
Hata 1 Varsayımsal gelecek davranışı hakkında soru sormak
Ekip "X'i yapan bir özelliği kullanır mıydınız?" diye sorar. Kullanıcılar evet der. Ekip özelliği geliştirir. Kimse kullanmaz. İnsanlar gelecekteki kendileri hakkında iyimserdir ve gerçekte ne yapacaklarını öngörmekte kötüdür. Her zaman geçmiş davranışı sorun: "X ile uğraşmak zorunda kaldığınız son zamanı anlatın."
Hata 2 Ürünü zaten seven kullanıcılarla görüşmek
Yoğun kullanıcılar ve savunucularla dolu araştırma panelleri sıcak, olumlu ve iyileştirme odaklı geri bildirim üretir. Üretmedikleri şey ise insanların neden ayrıldığına, neden hiç dönüşmediğine ya da ürünün yeni bir segmente ulaşmak için neye ihtiyaç duyduğuna dair içgörüdür. Ayrılan (churn eden) kullanıcılarla ve ürünü hiç kullanmayanlarla da konuşun — rahatsız edicidirler ama vazgeçilmezdirler.
Hata 3 Mevcut inançları doğrulayan yönlendirici sorular
"Yeni panoyu ne kadar yararlı buldunuz?" yönlendirici bir sorudur. "Panoyu en son ne zaman kullandığınızı anlatın" değildir. Yönlendirici sorular nazik bir onay üretir, dürüst bir değerlendirme değil. Araştırmacının hipoteze bağlılığı sorunun ifadesine sızar ve kullanıcılar — sosyal açıdan duyarlı oldukları için — bu işareti takip eder.
Hata 4 "Neden" diye sormadan "ne" sorusunda durmak
Bir kullanıcı şöyle der: "Listeyi filtreleyebileceğim bir yol isterim." Araştırmacı "kullanıcılar filtreleme istiyor" diye not alır. Ama filtreleme bir çözümdür, ihtiyaç değil. Kullanıcı filtrelemenin yardımcı olacağı hangi işi yapmaya çalışıyor? Tasarım içgörüsü "neden" sorusunun yanıtında yaşar — ve bu yanıt çoğu zaman kullanıcının önerdiğinden daha iyi bir çözümü ortaya çıkarır.
Hata 5 Nitel araştırmaya nicel araştırma gibi davranmak
"Beş kullanıcıdan üçü bunu kafa karıştırıcı buldu" bir istatistik değildir. Beş kişiden gelen yön gösterici bir sinyaldir. Nitel araştırma size neyin ve nedenin ne olduğunu söyler; kaç kişi olduğunu söyleyemez. Bunu sayısal bir kesinlikle sunmak paydaşlara yanlış bir güven verir ve çoğu zaman yanlış şey için ölçekte optimizasyon yapılmasına yol açar.

Bu hatalar neden bu kadar kalıcı

Araştırma hatalarının çoğu güdülüdür. Ekibin gitmek istediği bir yön zaten vardır — geliştirmek istedikleri bir özellik, inandıkları bir hipotez, memnun etmek istedikleri bir paydaş. Araştırma, gerçekten sınamak için değil, zaten verilmiş bir kararı meşrulaştırmak için yapılan bir ritüele dönüşür.

Çözüm, araştırmacıları tek başına daha titiz yapmak değildir. Çözüm, "ne geliştirileceğine karar verme" rolünü, "bu kararı bilgilendiren araştırmayı yürütme" rolünden ayırmaktır. Araştırmacı aynı zamanda özelliği öneren kişiyse, doğrulama yanlılığı neredeyse kaçınılmazdır.

Yararlı bir norm Herhangi bir araştırma oturumundan önce, hangi sonucun fikrinizi değiştireceğini yazın. Bunu adlandıramıyorsanız araştırma yapmıyorsunuz — tiyatro yapıyorsunuz. Yanlışlayıcı bir sonucu tanımlayabilmek, gerçek bir sorgulama ile fazladan adımlarla süslenmiş doğrulama yanlılığı arasındaki farktır.
Örneklem büyüklüğü hakkında Kullanılabilirlik testinde beş ila sekiz katılımcı sorunların çoğunu ortaya çıkarır — azalan getiri hızla devreye girer. Problem keşfi görüşmeleri için on iki ila on beş görüşme genellikle doygunluğa ulaşmak için yeterlidir. Büyük bir kitleye nicel olarak genellemek istediğiniz her şey için on görüşme değil, temsil edici bir örneklemle uygun bir anket gerekir.
FabricLoop dürüst araştırmayı nasıl destekler Ham görüşme notlarını, sentezi ve kararları aynı konuşma dizisinde tutmak, can sıkıcı bulguları sessizce çöpe atmayı zorlaştırır. Kanıt kararın yanında görünür olduğunda ekip, sonucun öğrenilenlerden mi çıktığını yoksa onlardan önce mi geldiğini görebilir.

Bu makaleden çıkarabileceğiniz 10 şey

  1. Kötü araştırma, hiç araştırma yapmamaktan daha kötüdür — yanlış bir güven üretir ve ekiplerin daha fazla aramasını engeller.
  2. Varsayımsal gelecek davranışı hakkında asla soru sormayın. Bunun yerine belirli geçmiş davranışları sorun.
  3. Savunuculardan oluşan araştırma panelleri sıcak ve iyileştirme odaklı geri bildirim üretir — insanların neden ayrıldığına ya da hiç dönüşmediğine dair içgörü değil.
  4. Ayrılan kullanıcılarla ve ürünü hiç kullanmayanlarla konuşun. Geri bildirim rahatsız edicidir ve vazgeçilmezdir.
  5. Yönlendirici sorular nazik bir onay üretir, dürüst bir değerlendirme değil. İfadelerinize dikkat edin.
  6. Bir kullanıcı bir çözüm önerdiğinde ("filtreleme istiyorum"), her zaman nedenini sorun. Yanıt genellikle daha iyi bir çözümü ortaya çıkarır.
  7. Nitel araştırma size ne olduğunu ve nedenini söyler. Kaç kişi olduğunu söyleyemez. Bunu sayısal bir kesinlikle sunmayın.
  8. Araştırma hatalarının çoğu güdülüdür — karar zaten verilmiştir ve araştırma onu meşrulaştırmak için kullanılır.
  9. Özellik öneren kişiyi, bunları değerlendiren araştırmayı yürüten kişiden ayırın.
  10. Herhangi bir araştırma oturumundan önce, hangi sonucun fikrinizi değiştireceğini yazın. Yazamıyorsanız araştırma yapmıyorsunuz.