30 saniyelik özet

Customer discovery, yani müşteri keşfi, hedef müşterinin problemlerini, mevcut davranışlarını ve karar koşullarını araştırarak iş varsayımlarını sınama çalışmasıdır. Görüşmeler, süreç gözlemleri ve sınırlı denemeler bu çalışmanın parçaları olabilir. Amaç yalnızca fikre olumlu yorum toplamak değildir. Problemin ne zaman yaşandığı, bugün nasıl çözüldüğü ve değişiklik için hangi koşulların gerektiği anlaşılmalıdır. Bir kişinin ürünü beğenmesi, kullanacağını veya satın alacağını göstermez. İş geliştirme açısından keşfin değeri, hangi fırsatın ilerletileceğine ve hangi varsayımın yeniden ele alınacağına kanıt sağlamasıdır.

Neden önemli?

Bir şirket, girişimlere büyüme danışmanlığı sunmak istiyor olsun. Görüşülen yöneticiler “Büyüme bizim için çok önemli” diyebilir. Bu cevap, şirketlerin hangi soruna para veya zaman ayıracağını açıklamaz. Sorun müşteri bulmak, satış sürecini işletmek veya mevcut müşteriyi elde tutmak olabilir. Hepsi aynı hizmeti gerektirmez.

Görüşme çözümü anlatmakla başlarsa katılımcı önerinin çerçevesinde düşünür. Daha iyi bir rapor, yeni bir gösterge veya ek toplantı isteyebilir. Ancak gerçek sıkıntı, mevcut kararların uygulanmasından sorumlu kimsenin bulunmaması olabilir. Ürün veya hizmet tasarlanırken yanlış probleme odaklanmak, iyi hazırlanmış bir teklifin bile karşılık bulmamasına yol açabilir.

Yönetici açısından keşif, kaynak ayırmadan önce neyi bilmediğimizi görmeye yardımcı olur. Mevcut yaklaşımı değiştirme maliyeti, karar yetkisi ve çözülmesi gereken temel engel ortaya çıkarılabilir. Bununla birlikte görüşmeler kesinlik üretmez. Elde edilen anlatılar, katılımcıların deneyimi ve araştırmanın kapsamıyla sınırlıdır; sonraki denemelerin yönünü belirlemek için kullanılır.

Terim nedir?

Müşteri keşfi, açık bir araştırma sorusuyla başlar. “Müşteriler ne istiyor?” sorusu geniştir. “Bu kuruluşlar teklif onayını hangi koşullarda geciktiriyor ve gecikmeyi bugün nasıl yönetiyor?” sorusu ise görüşme ve gözlemle araştırılabilir. Hipotez, henüz doğrulanmamış açıklama veya beklentidir. Araştırma, hipotezi destekleyen bulgular kadar zayıflatan bulguları da aramalıdır.

Geçmişte yaşanmış somut bir olay, genel görüşten daha ayrıntılı bilgi sağlayabilir. Son sorun, kullanılan geçici çözüm, harcanan emek ve sonuç üzerinden ilerlenir. Ancak hatırlanan olay da kusursuz kayıt değildir. Uygun olduğunda ve katılımcının paylaşabileceği sınırlar içinde süreç belgesi, örnek çıktı veya kullanım kaydıyla anlatı desteklenebilir.

Kullanıcı, satın alma kararını veren kişi ve bütçe sahibi farklı olabilir. Kullanıcı günlük sıkıntıyı açıklarken yönetici öncelik kararını, teknik ekip ise uygulanabilirliği değerlendirebilir. Bu rollerin anlatıları birleştirilmelidir. Tek kişinin ürünü istemesi, kuruluşun satın alma ve kullanım koşullarının hazır olduğunu göstermez.

Keşif görüşmesi ile çözüm testi de ayrılmalıdır. İlkinde mevcut problem ve davranış araştırılır. İkincisinde belirli bir önerinin ihtiyaca karşılık verip vermediği değerlendirilir. Aynı görüşmede ikisi yapılabilir; fakat çözüm gösterildikten sonra gelen yorumlar, çözümden bağımsız problem kanıtı gibi sunulmamalıdır.

Bulguların türünü ayırmak önemlidir. “Katılımcı son projede rapor hazırladığını söyledi” bir anlatıdır. “Raporun kullanıldığını gördük” gözlemdir. “Yeni rapora ihtiyaç var” ise yorumdur. Bu ayrım, ekiplerin kendi çözüm tercihini müşteri kanıtının içine yerleştirmesini azaltır. Görüşme sayısı tek başına araştırmanın kalitesini göstermez; doğru kişilerle doğru soruların araştırılması gerekir.

Gerçek vaka: Segment müşterilerin mevcut işini araştırıyor

Y Combinator’ın Peter Reinhardt ile 2018 yılında yayımladığı söyleşi, Segment’in müşterilerinden öğrendiği bir ürün fırsatını anlatıyor. Kurucu, değerli müşterilerinin ham verileri bir depolama alanına gönderdiğini fark ettiklerini ve bunun nedenini görüşmelerde araştırdıklarını belirtiyor.

Reinhardt’ın anlatımına göre görüşülen müşteriler benzer bir iş yapıyordu: Veri mühendisliği ekipleri veriyi depolamadan alıyor, dosya biçimine dönüştürüyor ve veri ambarına yüklüyordu. Veri ambarı, farklı kaynaklardan gelen bilgilerin analiz için bir araya getirildiği yapıdır. Ekip bu tekrar eden işi gördükten sonra Segment’ten doğrudan veri ambarına aktarım sağlayan bir bağlantı geliştirmiş.

Burada müşteri, başlangıçta mutlaka yeni bağlantı istemiş değildir. Mevcut işin nasıl yapıldığının sorulması, ürün ekibinin çözebileceği bir yükü görünür hale getirmiştir. Bu yorum, kurucunun geriye dönük anlatımına dayanır; bağımsız etki ölçümü değildir.

Vakadan çıkarılabilecek ders, özellik taleplerinin ötesinde müşterinin bugün işi nasıl tamamladığını incelemektir. Tekrarlanan davranış fırsata işaret edebilir; fakat farklı müşterilerdeki ihtiyaç ve ticari uygulanabilirlik ayrıca değerlendirilmelidir.

Kaynak: Y Combinator, Peter Reinhardt on Finding Product Market Fit at Segment, 6 Eylül 2018; söyleşi dökümü, özellikle müşteri görüşmeleri ve veri ambarı bağlantısı bölümü.

Varsayımsal örnek: Büyüme danışmanlığı teklifini araştırmak

Bir danışmanlık ekibi, büyümek isteyen girişimlere strateji raporu satmayı düşünüyor. İlk hipotez, şirketlerin yeterince iyi büyüme planı hazırlayamadığı. Ekip, yakın zamanda büyüme çalışması yürütmüş kuruluşlarla görüşüyor; yalnızca fikre ilgi gösterebilecek tanıdıkları seçmiyor.

Görüşmede “Yeni bir strateji raporu alır mıydınız?” yerine son çalışmanın nasıl başladığı soruluyor. Hangi hedef seçildi, kim görev aldı, nerede duruldu ve sonuç ne oldu? Katılımcı “uygulamada zorlandık” dediğinde bu ifade ayrıntılandırılıyor. Son yerine getirilemeyen aksiyon, sorumlu kişi ve karşılaşılan engel araştırılıyor.

Bazı şirketlerde plan bulunduğu, fakat uygulamayı koordine edecek zaman veya yetki olmadığı anlaşılsın. Diğerlerinde ise doğru müşteri grubunun hâlâ seçilemediği görülsün. Ekip bunları aynı problem olarak gruplamıyor. İlk grup için uygulama desteği, ikinci grup için müşteri araştırması farklı hizmet seçenekleri olabilir.

Satın alma koşulları da inceleniyor. Daha önce dış destek kullanılmış mı, seçim nasıl yapılmış ve bütçeyi kim onaylamış? Hizmeti beğenen kişinin yetkisi yoksa bu durum ilgisizlik olarak yorumlanmıyor. Ancak şirketin karar yolu araştırılmadan görüşme ticari fırsat olarak da ilan edilmiyor.

İlk bulgular uygulama desteği fikrini güçlendirirse kapsamı belirli bir pilot, yani sınırlı gerçek çalışma denemesi tasarlanıyor. Pilotun çıktısı yalnızca toplantı yapmak değil; seçilmiş aksiyonların sahiplenilmesi ve ilerlemenin izlenmesi olarak tanımlanıyor. Müşterinin zaman ayırması ve üzerinde anlaşılmış koşullarda çalışmaya başlaması, genel beğeniden farklı bir kanıt olarak kaydediliyor.

Pilotun olumlu geçmesi bile bütün girişimlerin aynı hizmete ihtiyacı olduğunu göstermez. Ekip hangi kuruluşlarda yaklaşımın işe yaradığını, hangi koşullarda başarısız kaldığını ve sürdürülebilir maliyetle sunulup sunulamayacağını araştırmaya devam ediyor.

Yaygın üç hata

  1. Görüşmeyi sunuma çevirmek

Çözümü uzun uzun anlattığınızda müşterinin mevcut sürecini öğrenmek için az zaman kalır. Önce somut olayları araştırın. Çözüm gösterecekseniz görüşmenin bu bölümünü ayırın ve sonrasındaki yorumları önceki anlatılarla karıştırmayın.

  1. Yönlendiren ve varsayımsal sorulara dayanmak

“Bu süreç çok zaman kaybettiriyor, değil mi?” sorusu katılmayı kolaylaştırır. Son olayın adımlarını ve sonucunu sorun. Gelecekteki kullanım niyetini tamamen yok saymak gerekmez; fakat gerçekleşmiş davranışla aynı kanıt düzeyinde değerlendirmeyin.

  1. Benzer sözleri aynı ihtiyaç saymak

“Raporlama zor” diyen kuruluşlarda veri eksikliği, onay gecikmesi veya kullanım sorunu bulunabilir. Bulguları yalnızca kullanılan kelimelere göre gruplamayın. Problemin koşulunu, etkisini ve mevcut çözümü karşılaştırın. Hipoteze uymayan kayıtları da koruyun.

Mini uygulama / şablon

Bir araştırma sorusu seçin ve aşağıdaki alanları görüşmeden önce hazırlayın. Görüşme sırasında sıraya katı biçimde bağlı kalmak yerine, önemli olayın ayrıntılarını takip edin.

Araştırma sorusu ve hipotez
—
Hedef kuruluş ve katılımcı rolü
—
Katılımcının seçilme gerekçesi
—
Problemin son yaşandığı olay
—
Olayın adımları ve ilgili kişiler
—
Mevcut çözüm ve kullanılan araçlar
—
İş etkisi ve eldeki kanıt
—
Daha önce denenen alternatifler
—
Değişikliği başlatan koşullar
—
Karar ve bütçe süreci
—
Anlatı, gözlem ve yorum ayrımı
—
Hipotezi destekleyen bulgular
—
Hipotezi zayıflatan bulgular
—
Sonraki araştırma veya deneme
—

Görüşme sonrası tek bir sonuç cümlesi yazın: Hangi varsayım hakkında ne öğrendik ve bu bilgi hangi kararı değiştiriyor? Yanıt yalnızca “müşteri ilgilendi” ise eksikliği görünür tutun. Keşfin çıktısı, belirsizliği örtmek yerine bir sonraki araştırmayı veya taahhüdü gerekçelendirmelidir.

İlgili terimler

İdeal Müşteri Profili, İş Geliştirme, Problem–Çözüm Uyumu, Voice of Customer, Requirements Elicitation, Değer Önerisi, Buyer Persona, Prototype ve MVP, Product–Market Fit, KPI ve Metrics