Araştırma Deposu: UX Bulgularını Bulunabilir Tutmak

Araştırma deposu, yapılmış kullanıcı araştırmalarının tek yerde durduğu dijital arşiv. Tanım bu kadar basit, soru başka: arşiv büyüdükçe içindekini gerçekten bulabiliyor musun? Depoların çoğu doldurulmadığı için değil, arandığında cevap vermediği için ölüyor.

Depoya ne giriyor

Dört tip içerik gerçekten yerini hak ediyor: araştırma raporu, tek tek kaydedilmiş içgörüler, çalışma materyali (anket formu, test senaryosu, katılımcı profili) ve oturum kayıtlarının transkripti.

Ham video konusunda çoğu rehberden ayrılıyorum. Yüz saatlik görüşme kaydı depoya konulduğunda aranamayan, kimsenin açmadığı bir ağırlığa dönüşüyor; transkripti indekslenebilir, video ise olsa olsa transkriptin yanında bir bağlantı. Peki ya tonlama, duraksama, yüz ifadesi? Onlar analiz anında değerli, altı ay sonra kimse o yüz saati taramıyor. Değerliyse zaten not alınmıştır.

Doküman kütüphanesi mi, içgörü veritabanı mı

İki temel kurgu var. Doküman kütüphanesi raporları klasör mantığıyla saklar: katkı yapmak kolaydır, kimse eğitim istemez. İçgörü veritabanında ise her tespit kendi kaydı olur, etiketlenir, filtrelenir; karşılığında her araştırmadan sonra birinin oturup bulguları kayıtlara bölmesi gerekir.

Hangisi? Depodan beklediğin şeye bakılır. Tek beklentin "geçmiş raporlar kaybolmasın" ise klasör yapısı yeter, üstüne kurulacak her şey israf. Ama depoyu kurma gerekçen "aynı araştırmayı iki kez yapmayalım" ise doküman kütüphanesi bunu çözmez: kimse on sayfalık üç raporu açıp içinde kendi sorusunun cevabını aramaz. Tekrarı engelleyen şey rapor arşivi değil, cümle cümle aranabilen içgörü kayıtları.

Etiket taksonomisi borç biriktirir

"Geniş kategorilerle başla, zamanla ayrıntılandır" tavsiyesi her yerde geçiyor ve kulağa makul geliyor. Faturası konuşulmuyor: 300 kayıt birikmişken kullanılabilirlik etiketini üçe bölmeye karar verirsen, o 300 kaydı tek tek açıp hangisinin hangi alt etikete gittiğine karar vermen gerekir. Geriye dönük etiketleme arşiv büyüdükçe doğrusal pahalanır, yani kararı ertelemenin maliyeti var.

Hiç bölmezsen? O zaman tek etikete 300 kayıt düşer ve etiket filtre olmaktan çıkar, yalnızca arşivin tamamını geri getirir.

Çıkış yolu etiketi erken ayrıntılandırmak değil, düz bir etiket listesi yerine birkaç bağımsız eksen kurmak: ürün alanı, araştırma yöntemi, hedef kitle, tarih. Dört eksen az sayıda değerle bile çarpımsal filtre verir ve sonradan bir ekseni bölmek yalnızca o eksene dokunur. Düz listede ise her bölünme tüm arşivi yeniden okumak demek.

Arama çalışmıyorsa depo yok sayılır

Bir ekipte Confluence üzerine kurulmuş depoda arama neredeyse hiçbir şey döndürmüyordu, çünkü raporların hepsi sayfaya PDF eki olarak yüklenmişti ve metin indekse girmiyordu.

Bu yüzden araç seçiminden önce şunu sor: bulgular platformun kendi metin alanına mı yazılıyor, yoksa dosya olarak mı asılıyor? Bulgu sayfanın gövdesinde durur, dosya en fazla ek olur. Confluence ve SharePoint mevcut kurumsal yapıya oturur, Dovetail, Condens ve EnjoyHQ transkript ve tematik analiz tarafında daha becerikli, Notion ile Airtable eksenli yapı kurmak için en esnek. Hangisini seçersen kurulumdan bir hafta sonra kendi eklediğin bulguyu aklından geçen üç kelimeyle ara. Çıkmıyorsa aracı değil, içerik girme biçimini düzelt.

Kurmanın pahalı kısmı kurmak değil

Depoyu ayağa kaldırmak bir haftalık iş. Zor olan, altı ay sonra da dolmaya devam etmesi. Ekibe anlatmak, kısa eğitim vermek, hatırlatıcı koymak işin bilinen tarafı; az konuşulan taraf şu: depo yalnızca okunduğunda tekrarı engeller, yazıldığında değil.

O yüzden "yeni araştırma brief'i açılırken depoda arama yapılır" adımını sürece yazmayan ekiplerde depo, hiç açılmayan bir ikinci arşiv olarak kalıyor. Araştırma talebini karşılayan kişi oraya bakmak zorunda değilse, kimse bakmaz.