Neden üst düzey olmanın ve bir programa sahip olmanın ek sorumluluğu hem güçlü nicel hem de nitel beceriler gerektirir?
“Kris, uyguladığımız [yeni ürün] için bir metrik temel oluşturmam gerekiyor.” Ekibimden bir paydaş “Tamam, kulağa mantıklı geliyor, bunu gönderebileceğimiz bir kişi listemiz var mı?” diyor iyimser araştırmacı. “Evet, Başbakan’a sorabilirim.” Paydaştan “Harika, bu yeni ürünün kaç kullanıcısı var?” Merakla soruyorum… “Şu anda hiç kullanıcımız yok.”
20’den fazla ürün tasarımcısından oluşan bir ekipteki tek UX araştırmacısı benmişim gibi (ne kadar klişe) daha geçen haftaymış gibi geliyor. Ne yazık ki, o zamanlar ve orada bulunduğum ilk yarısı boyunca, bir projeye olan ihtiyacı açıkça reddetme konusunda en iyisi değildim. Başlangıçta, belirli projeleri geri çevirmek yerine, güvenli bir şekilde zaman çizelgesini birkaç hafta ötelerdim. “Bunu kesinlikle değerlendirebiliriz, ancak şu anda çok fazla talep var. Bu yüzden birkaç hafta içinde bunu tekrar gözden geçirmemiz gerekecek” . O zamanlar oldukça güvenli bir hareket gibi geldi. Özellikle tek UX Araştırmacısı olduğumu düşünürsek, daha fazla desteğe ihtiyacım olduğunu söyleyebilirim. Bu yüzden bu gerçekleşene kadar projeleri ertelemeye devam edeceğiz. Tüm UX Araştırma isteklerinin değer bakımından eşit olmadığını fark etmeye başlamam, görevimin sonlarına kadar değildi.
Bu paydaş, hiç kullanıcısı olmayan yepyeni bir ürünle ilgili bir anket yapmak istediğinde bir aydınlanma yaşadım . Diğer farklı paydaşlardan çok fazla talep aldım. Ama en azından sonunda ürünü kullanabilecek yaklaşık 4 potansiyel kullanıcının adını bildiklerini açıkladılar. Araştırma hedefleri hâlâ oldukça belirsizdi. Bir UX metriği kullanarak bir taban çizgisi oluşturmak için 4 kullanıcıdan oluşan bir örneklem büyüklüğünde bir anket yapmak istediler. Neyin temeli? Henüz kimse ürünü kullanmıyor! Anket yapmak istediğimiz kişiler potansiyel kullanıcılarsa, ürün temel çizgisini nasıl ölçeceğiz?
Gerçekten, “Burada neyi başarmaya çalışıyoruz?”
Bu yüzden biraz geri çekildim ve sonra çalışmayı yürütmek istemelerinin gerçek nedenini öğrendim. Projelerinin X miktarını UXR’nin çalıştırması yıllık inceleme hedeflerinin bir parçasıydı. Bunu yapmak için tatil sezonundan/yeni yıldan hemen önce, Kasım ayına kadar bekliyorlardı. Metodolojinin ve taleplerin iş açısından yüksek öncelikli bir ihtiyaç olmadığını, ancak İK hedeflerine ulaşmaları gerektiğini derinden biliyorlardı. Bu benim bakış açımı değiştirdi. Zor durumda oldukları ve ulaşamayacakları hedefler koydukları için kendimi kötü hissettim. Ancak onlara kesin bir şekilde anket yapmanın pek bir değeri olmadığını ve projelerin mevcut önceliği göz önüne alındığında, gerçekten düşünmemiz gerektiğini söyledim. bunun gerekliliği hakkında. Anlamsız bir OKR için başka bir onay işareti olmayacaktım. Neyse ki benim için (ve destekleyici bir yöneticim olduğu için), talebi çoğunlukla reddedebildim. 2 hafta yerine, ürünün ete kemiğe büründüğü ve birileri tarafından kullanıldığı şubat ayına kadar geri ittim.
Projeleri tamamen reddetmek veya ölçekleri yoksa geri püskürtmek aklıma geldi . Her proje üzerinde araştırma yapmanın bir değeri olsa da, her projenin eşit miktarda değer kazanmadığını anlamaya başladım. Onları kibarca geri çevirmek benim sorumluluğum…
“Nicel yöntemler doğaları gereği ölçek ve nedensellik sorularına yanıtlar sağlar. .. Qual, tutarlılık ve katılımcı odağı sağlar, ancak ölçek ve nedensellikten yoksundur. ” — Sam Ladner, Karma Yöntemler
Kendi programınızı yürüten veya hangi isteklerin üzerinde çalışılacağından sorumlu Kıdemli UX araştırmacısı olarak, araştırmanızın ne kadar etkili olacağını belirlemeniz gerekir. “Evet” diyen biri olmayın, araştırma açısından en anlamlı olanı savunun… Kolay değil. Bir UX çalışanı olarak, muhtemelen insanlara karşı empatiksiniz ama aynı zamanda bir araştırmacısınız. Araştırmacılar eğilimlere ve verilere bakarlar ve analitiktirler. Araştırmacılar konuları ilerletir. Araştırmacı olmanın ve çatışmaya karşı empati ve nefretinizi dizginlemenin en iyi yolu, istatistiksel eğilimlere bakmak ve bunlardan içgörüler çıkarmaktır.
Kıdemsiz veya orta seviye bir UX araştırmacısı olmak ve mide bulantısı olmadan istekleri almak bir şeydir. Ancak kıdemli veya lider seviyeye geldiğinizde , içgörülerinizin kullanıcı üzerinde sahip olacağı ölçeği bilmelisiniz. Özellik kullanım istatistiklerine bakmak, verileri düzenlemek , tüm UXR’lerin sahip olmaya çalışması gereken üç hayati tekniktir. Bir veri bilimcisi olmanıza gerek yok. Sadece bir proje ihtiyacına öncelik vermek için nicel yöntemleri uygulamanın nerede mantıklı olduğunu bilmeniz gerekiyor. Sen bir araştırmacısın. Sosyolojiden Fiziğe kadar yerleşik her alanda bir araştırmacı, istatistiklerin nasıl kullanılacağını bilir. UX Araştırması kesinlikle farklı olmamalıdır. Bunu okuyorsanız ve kendinizi niteliksel bir araştırmacı olarak görüyorsanız, davranışsal istatistikler üzerine odaklanmış bir eğitim almanız sandığınız kadar zor olmayacağına söz veriyorum.
Örneğim, 4’e kadar sayabilen (teknik olarak 0) herkesin ölçeği (4 olası kullanıcı) anlayabileceği oldukça basit bir senaryoydu. Daha derine inmenin yolları var. Farklı bir senaryo düşünelim. Bir ürün yöneticisi, bir içe aktarma özelliğiyle ilgili sorunlu noktalar üzerinde araştırma yapmak istiyor. Temsili bir kullanıcı örneğini işe almayı ve 15 kişiyle görüşmeyi öneriyorlar.
İşte isteğe yaklaşmanın bir yolu.
Genellikle, verilerin toplanması için kullanılan araçlara bağlı olarak , özelliklerin farklı kullanımlarına ilişkin verileri çekmek için bir mühendis veya Proje Yöneticisi ile birlikte çalışabilirsiniz (bu çok büyük bir faktördür) . İçe aktarma özelliğine sahip bir ürün olduğunu düşünün. Kullanıcıların bu platforma ne sıklıkta veri aktardığını görmek istediğinizi hayal edin. İçe aktarma özelliğini ve insanların bunu ne sıklıkta getirdiğini gösteren bir elektronik tablo alabilirsiniz. Oldukça basit değil mi? Şimdi, belirli bir kullanıcı türüyle ilgilendiğinizi ve bu içe aktarılan kullanım verilerini kullanıcıların demografisine ve abonelik düzeyine göre bölümlere ayırmak istediğinizi varsayalım. Biraz karmaşıklık ekliyoruz ve tablolar birden fazla yere dağılmış olabilir. Genellikle eşleştirebileceğiniz her benzersiz kullanıcının bir tanımlayıcısı veya anahtarı vardır. Şimdi, kullanıcılarınızı yalnızca demografik ve abonelik düzeyine göre değil. Ayrıca platformunuzun farklı bölümünün belirli bir sayfasını ne sıklıkta kullandıklarına göre de segmentlere ayırmayı varsayalım. Şimdi yapılacak çok sayıda tablo eşleştirmesi var . Ancak elde edebileceğiniz veriler şöyle bir şey yaratabilir:
İçe aktarma özelliği en çok NY’da yaşayan, platin aboneliği olan kullanıcılar tarafından kullanılır. Gereksiz araştırma kaynaklarını azaltmak için yalnızca bu bölüme odaklanmalıyız. Diğer kullanıcı grupları için kullanımda muazzam bir düşüş var. Bu nedenle kullanıcılarımızın sıkıntılı noktalarını temsilsi için, potansiyel olarak belirli kullanıcı örneğiyle 8 görüşme gerçekleştirebildik.
Bunun gibi teknikler, üst düzey araştırmacıların hangi projelere odaklanılacağını ve hangilerinin yapılmayacağını belirlemesine yardımcı olur.
