Yazılım ekipleri çoğu zaman kullanıcıların ne istediğini bildiklerini düşünür. Talepler destek kanallarından gelir, satış görüşmelerinde not alınır, yöneticiler fikirlerini iletir. Ancak bu kanallardan gelen bilgi genellikle bir çözüm önerisi biçimindedir: "Şu ekrana bir düğme ekleyin." Oysa asıl değerli olan, o talebin arkasındaki ihtiyaçtır. Kullanıcı görüşmesi, bu ihtiyaçları doğrudan kullanıcının ağzından öğrenmenin en temel yöntemidir.
Bu yazıda acente çalışanlarıyla yapılacak kullanıcı görüşmelerinin nasıl planlanacağını, yürütüleceğini ve sonuçlarının nasıl değerlendirileceğini ele alıyoruz.
Görüşmenin Amacını Belirlemek
Her görüşme bir araştırma sorusuyla başlamalıdır. "Kullanıcılar ne düşünüyor?" gibi geniş bir soru, dağınık ve yorumlanması zor sonuçlar üretir. Daha odaklı sorular şunlar olabilir:
- Acente çalışanları yenileme dönemine nasıl hazırlanıyor?
- Bir müşteri telefonla teklif istediğinde süreç nasıl ilerliyor?
- Şube sorumluları ekiplerinin iş yükünü nasıl takip ediyor?
- Sahada çalışan temsilciler hangi bilgilere anında ihtiyaç duyuyor?
Araştırma sorusu netleştiğinde, görüşmede hangi konuların konuşulacağı ve kimlerle görüşüleceği de belirginleşir.
Katılımcıları Seçmek
Acentelerde farklı roller farklı ihtiyaçlara sahiptir. Satış temsilcisi, operasyon çalışanı, muhasebe sorumlusu, şube müdürü ve acente sahibi aynı yazılımı farklı açılardan kullanır. Görüşme planı, araştırma sorusuyla ilgili rolleri kapsamalıdır. Ayrıca farklı büyüklükteki acentelerden, farklı branş ağırlıklarına sahip ekiplerden ve farklı deneyim seviyelerindeki kullanıcılardan katılımcı seçmek, bulguların tek bir bakış açısına sıkışmasını önler.
Yazılımı yoğun kullananlar kadar, az kullananlar ya da kullanmayı bırakanlar da değerli katılımcılardır. Onların neden uzak durduğunu anlamak, benimseme sorunlarının kaynağını gösterebilir.
Görüşme Rehberi Hazırlamak
Görüşme rehberi, konuşmanın akışını belirleyen bir soru listesidir; ancak bir anket gibi sırayla okunmaz. Moderatör rehberi bir harita olarak kullanır ve konuşmanın doğal akışına göre esnek davranır.
Rehberin bölümleri
- Isınma: Katılımcının rolü, acentedeki görevleri ve tipik bir iş günü.
- Ana konu: Araştırma sorusuyla ilgili deneyimler, somut örnekler üzerinden.
- Derinleştirme: Zorlanılan anlar, kullanılan geçici çözümler, başka araçlara başvurulan durumlar.
- Kapanış: Katılımcının eklemek istedikleri ve teşekkür.
İyi Soru Sormanın Kuralları
Geçmişteki somut olayları sorun
"Genelde nasıl yaparsınız?" sorusu idealize edilmiş bir cevap üretir. "En son ne zaman bir kasko teklifi hazırladınız? O süreci baştan anlatır mısınız?" sorusu ise gerçek bir deneyimi ortaya çıkarır. Somut olaylar, kullanıcının farkında olmadan yaptığı geçici çözümleri ve atlanan adımları da görünür kılar.
Yönlendirici sorulardan kaçının
"Bu ekranı kullanmak zor mu?" sorusu katılımcıyı belirli bir cevaba yönlendirir. Bunun yerine "Bu ekranı kullanırken neler yaşadığınızı anlatır mısınız?" gibi açık uçlu bir soru tercih edilmelidir.
Çözüm değil, ihtiyaç arayın
Katılımcı bir özellik önerdiğinde, öneriyi not almakla yetinmeyin. "Bu özellik olsaydı hangi işiniz kolaylaşırdı?" ya da "Şu an bu ihtiyacı nasıl karşılıyorsunuz?" sorularıyla önerinin arkasındaki asıl ihtiyaca ulaşmaya çalışın.
Sessizliğe izin verin
Katılımcı cevap verdikten sonra hemen bir sonraki soruya geçmek yerine birkaç saniye beklemek, çoğu zaman ek ayrıntıların gelmesini sağlar.
Görüşmeyi Yürütmek
Görüşmeler mümkünse katılımcının kendi çalışma ortamında ya da ekranını paylaşabileceği bir görüntülü bağlantıyla yapılmalıdır. Katılımcı anlatırken kendi ekranını göstermek isterse buna izin vermek, sözlü anlatımın kaçırdığı ayrıntıları görünür kılar.
Görüşmede bir moderatör ve bir not alıcı bulunması önerilir. Moderatör konuşmaya odaklanırken not alıcı ifadeleri, gözlemleri ve dikkat çeken anları kaydeder. Görüşme kaydı yapılacaksa katılımcıdan açık onay alınmalı, kayıtların nasıl kullanılacağı ve saklanacağı anlatılmalıdır. Görüşmede müşteri kişisel verilerinin paylaşılmaması gerektiği de baştan hatırlatılmalıdır.
Bulguları Analiz Etmek
Görüşmeler tamamlandıktan sonra notlar tek tek gözden geçirilir ve her önemli gözlem ayrı bir not olarak çıkarılır. Bu notlar daha sonra benzerliklerine göre gruplanır. Bu yöntem, tek tek görüşmelerde dağınık görünen bilgilerin ortak temalara dönüşmesini sağlar.
Analiz sırasında dikkat edilmesi gerekenler:
- Tek bir katılımcının güçlü ifadesini genel bir eğilim olarak yorumlamayın,
- Farklı rollerin aynı konuda farklı ihtiyaçlarını ayrı ayrı not edin,
- Katılımcıların söyledikleri ile gösterdikleri arasındaki farkları özellikle işaretleyin,
- Her temayı destekleyen somut alıntıları saklayın.
Bulguları Ürüne Taşımak
Görüşme bulguları ancak ürün kararlarına yansıdığında değer üretir. Temalar, öncelik sırasına konarak ürün ekibiyle paylaşılmalı; her tema için olası çözüm yönleri tartışılmalıdır. Örneğin görüşmeler, kullanıcıların yenileme döneminde müşteri bilgilerini farklı ekranlardan topladığını gösteriyorsa, bu bulgu CRM ekranında yenileme odaklı bir özet görünümü tasarlamak için bir başlangıç noktası olabilir.
Bulguların paylaşımında kısa ve görsel özetler, uzun raporlardan daha etkilidir. Katılımcıların kendi cümleleri, ekip üyelerinin kullanıcıyı daha iyi anlamasını sağlar.
Örnek Soru Akışı: Yenileme Dönemi
Araştırma sorusu "Acente çalışanları yenileme dönemine nasıl hazırlanıyor?" olsun. Görüşme, katılımcının geçen ay yaptığı son yenileme görüşmesini baştan anlatmasını isteyerek başlar. Ardından "Bu müşterinin yenilemesinin yaklaştığını nereden öğrendiniz?", "Müşteriyi aramadan önce hangi bilgilere baktınız?", "Bu bilgiler tek bir yerde miydi?" gibi sorularla derinleşir. Katılımcı ayrı bir tabloda yenileme listesi tuttuğunu söylerse, "Bu tabloyu neden tutuyorsunuz, içinde neler var?" sorusu sorulur. Bu tür bir akış, katılımcıyı genel görüşlerden uzaklaştırıp gerçek davranışa odaklar ve yazılımın karşılamadığı ihtiyacı kendi sözleriyle ortaya koymasını sağlar.
Görüşme sonunda katılımcıya "Size sormadığım ama bilmemiz gerektiğini düşündüğünüz bir şey var mı?" diye sormak da sık sık beklenmedik ve değerli cevaplar getirir.
Sürekli Bir Alışkanlık Olarak Görüşme
Kullanıcı görüşmeleri yalnızca büyük projelerin başında yapılan bir etkinlik olmamalıdır. Düzenli aralıklarla, az sayıda kullanıcıyla yapılan kısa görüşmeler, ürün ekibinin kullanıcılarla bağını canlı tutar ve küçük sorunların büyümeden fark edilmesini sağlar.
InsureHub'da acente yazılımını geliştirirken acente çalışanlarının günlük deneyimlerini dinlemeyi ürün sürecinin bir parçası olarak görüyoruz. Ekibinizin ihtiyaçlarını konuşmak için demo talebi oluşturabilirsiniz.