MVP nedir? İş fikrini doğrulamanın yolu

Bir kurucu, ürününü on bir ay boyunca kimseye göstermeden geliştirdi. Arayüz kusursuzdu, üç ayrı ödeme sağlayıcısı entegre edilmişti, mobil sürüm bile hazırdı. Lansman günü site açıldı, duyuru paylaşıldı, birkaç yüz kişi kaydoldu. Sonra sessizlik. Kimse ikinci kez giriş yapmadı. Çünkü çözülen şey, o insanların canını para ödeyecek kadar yakan bir problem değildi. Ürün kusursuzdu; varsayım yanlıştı.

Bu yazı, o on bir ayı üç haftaya indiren yaklaşımı anlatıyor. Neyin MVP olduğunu ve neyin olmadığını, doğrulamanın üç katmanını, en riskli varsayımı nasıl bulacağınızı, hangi MVP biçiminin hangi duruma uyduğunu, testten önce başarı kriterini nasıl yazacağınızı ve doğrulanmış bir fikri ölçeklenebilir bir işe nasıl çevireceğinizi sırayla göreceksiniz.

FikirProblem doğrulamaÇözüm doğrulamaMVPİlk ödeyen müşteri

MVP nedir, ne değildir?

MVP (minimum viable product, asgari uygulanabilir ürün), bir fikrin ayakta durup duramayacağını en az emekle öğrenmenizi sağlayan en küçük deneydir. Buradaki anahtar kelime "ürün" değil, "öğrenme"dir. MVP'nin görevi satmak değil, tek bir soruya cevap vermektir: bu insanlar gerçekten bu işi bu şekilde çözmek istiyor mu?

Pratikte MVP üç şeyle karıştırılır. Birincisi yarım yamalak ürün: aynı geniş kapsamın üstünkörü yapılmış hâli. Bu MVP değil, kötü üründür; kimse ikinci kez dönmez ve öğrendiğiniz tek şey işin kötü yapıldığı olur. İkincisi sonsuz prototip: kimseye gösterilmeyen, sürekli cilalanan bir demo. Üçüncüsü tek başına açılış sayfası: e-posta toplamak bir merak ölçüsüdür, satın alma niyeti değil.

Doğru kurulmuş bir MVP dar ama tam çalışır. Tek bir kullanıcı, tek bir işi baştan sona bitirebilmelidir. Kapsam daraldığı için kalite düşmez; kapsam daraldığı için kalite yükselir.

Doğrulamanın üç katmanı

Bir fikir tek hamlede doğrulanmaz. Üst üste duran üç katmanı vardır ve alttaki çökerse üsttekinin hiçbir anlamı kalmaz.

Problem gerçek mi? İnsanlar bu sıkıntıyı yaşıyor mu, yaşadıklarında bir şey yapıyorlar mı? Bugün bu problemi çözmek için para, zaman ya da elle yaptıkları bir emek harcamıyorlarsa, elinizdeki şey rahatsızlık seviyesindedir; bütçe seviyesinde değildir.

Çözüm işe yarıyor mu? Önerdiğiniz yol, insanların bugün kullandığı yolu gerçekten geride bırakıyor mu? Bu karşılaştırma çoğu zaman rakip bir ürünle değil; elektronik tabloyla, WhatsApp grubuyla, defterle yapılır. Yenmeniz gereken alışkanlık odur.

İnsanlar buna para öder mi? En sert katman budur. Ücretsiz kullanımla ödeme arasındaki mesafe, bir işin en pahalı bölgesidir; bu yüzden ödeme niyetini en baştan ölçmek gerekir. Ödeme niyetinin arkasında da net bir değer önerisi durur: müşterinin kendi cümleleriyle anlatabildiği bir fayda.

En riskli varsayımı bulun, önce onu test edin

Her iş fikri bir varsayım yığınıdır: şu kitle var, şu problemi yaşıyor, şu kanaldan ulaşılıyor, şu koşullarda ödüyor, şu çözüm işe yarıyor. Hepsini aynı anda test edemezsiniz. Yapılacak iş, listeyi çıkarıp iki soruya göre sıralamaktır: bu varsayım yanlış çıkarsa iş biter mi, ve bunun cevabını gerçekten bilmiyor muyuz?

İki sorunun da cevabı "evet" olan varsayım, en riskli varsayımdır. MVP'niz onu test etmek için kurulur; hepsini birden değil. Sıralamayı doğru yaparsanız, yanlış çıkan bir varsayım sizi aylar sonra değil haftalar içinde kurtarır.

MVP'nin çıktısı ürün değil, karardır. Elinizde çalışan bir şey var ama verilmiş bir karar yoksa, deney yapmadınız; sadece çalıştınız.

Varsayımları yazılı tutmanın ikinci faydası ilerideki belgelerde ortaya çıkar. İş planı hazırlarken ikna edici olan şey iyimser projeksiyonlar değil, hangi varsayımın nasıl test edildiğini gösterebilmenizdir.

Problem görüşmeleri: kimlerle, kaç kişiyle, nasıl?

Kimlerle konuşmalı

Arkadaşlarınızla değil. Doğru muhatap, problemi son birkaç ay içinde yaşamış ve bu konuda fiilen bir şey yapmış kişidir. Kime soracağınızı daraltmak için ideal müşteri profili (ICP) çerçevesini kullanın; şirket tarafı netleştikten sonra karşınızdaki insanı alıcı personası düzeyinde tanımlayın. Tek bir segmentte yapılmış on-on beş görüşme, beş ayrı segmente dağılmış otuz görüşmeden çok daha fazlasını öğretir.

Ne sormalı

Kural tek cümleye sığar: geçmiş davranışı sorun, gelecek niyetini değil. "Böyle bir ürün olsa kullanır mısınız?" sorusunun cevabı her zaman naziktir ve her zaman işe yaramazdır. Bunun yerine şunları sorun: Bu işi en son ne zaman yaptınız? Nasıl yaptınız? Ne kadar sürdü? Nerede takıldınız? Şimdi nasıl idare ediyorsunuz? Bu konuda bugüne kadar bir şeye para harcadınız mı?

Kendini kandırmadan dinlemenin de bir tekniği var: görüşmede ürününüzü anlatmayın, sona saklayın. Karşınızdaki kişi sizi memnun etme telaşına düşmediğinde konuşma çok daha değerli olur. Notları söylenen ham cümlelerle tutun, kendi yorumunuzu ayrı bir sütuna yazın. Aradaki farkı koruyamazsanız, birkaç hafta sonra kendi yorumunuzu veri sanırsınız.

MVP biçimleri ve hangi durumda hangisi

Tek bir MVP kalıbı yok. Biçim, test etmek istediğiniz varsayıma göre değişir.

Biçim	Ne test eder	Ne zaman uygun
Elle yürütülen "sihirbaz" MVP	Çözümün gerçekten işe yarayıp yaramadığını	Arka planı otomatikleştirmek pahalıysa
Tek özellik MVP	Dar bir işin baştan sona bitip bitmediğini	Problem net, çözüm belirsizken
Ön satış veya ön sipariş	Ödeme niyetini	Üretim taahhüdü ağırsa
Açılış sayfası testi	Mesajın ilgi çekip çekmediğini	Kitle ve kanal belirsizken
Video demo	Anlatının anlaşılırlığını	Ürün soyut ya da karmaşıksa
Hizmet olarak elle sunum	Sonucun değerli bulunup bulunmadığını	İlk müşteriler az ve büyükse

Bunlar birbirinin alternatifi değil, arka arkaya dizilebilen adımlardır. Açılış sayfası ilgiyi ölçer, ön satış niyeti ölçer, elle sunulan hizmet sonucun değerini ölçer. Üçü sırayla geldiğinde elinizde tahmin değil kanıt olur.

Başarı kriterini testten önce yazın

Bir deneyin en kritik anı bittiği an değil, başlamadan önceki andır. Testi kurmadan önce tek cümleyle yazın: "Bu testin başarılı sayılması için şunun olması gerekir." Kriteri sonradan yazarsanız, elinizdeki sonucu başarı gibi göstermenin bir yolunu mutlaka bulursunuz; insan zihni bu konuda çok yetenekli.

Ardından ölçeceğiniz sinyalleri, sizi rahatlatan ama hiçbir şey söylemeyen sinyallerden ayırın.

• Ödeme niyeti: Kişi kartını çıkarıyor, ön sipariş veriyor ya da imzalı bir taahhüt veriyor; yani sözle değil eylemle onaylıyor.
• Tekrar kullanım: İlk denemeden sonra kimse hatırlatmadan geri dönüyor ve aynı işi ikinci, üçüncü kez yapıyor.
• Kendiliğinden tavsiye: Siz istemeden bir meslektaşını çağırıyor veya ürünü kendi ekibine anlatıyor.
• Geri gelme: Siz peşine düşmeyi bıraktığınızda bile kullanım sürüyor; ilgi sizin enerjinize bağlı değil.
• Yanıltıcı sinyaller: Beğeniler, "harika fikir" iltifatları, ücretsiz kayıtlar ve bekleme listesi girişleri hiçbir bedel içermediği için karar dayanağı olamaz.

Ücretsiz kullanımdan ödemeye geçişin kendi başına bir tasarım işi olduğunu da hesaba katın; deneme sürümünü ücretliye çevirmek üzerine yazdıklarımız bu geçişin nasıl kurulduğunu adım adım gösteriyor.

Devam mı, pivot mu?

Karar kriterini de testten önce belirleyin; yoksa her sonuç "biraz daha deneyelim" diye yorumlanır. Üç sonuç mümkündür. Kriter tuttuysa aynı yönde derinleşir, sıradaki riskli varsayıma geçersiniz. Kısmen tuttuysa değişkenleri tek tek değiştirirsiniz: kitle mi, mesaj mı, kanal mı yanlıştı? Hiç tutmadıysa pivot edersiniz.

Pivot her şeyi çöpe atmak değildir. Genellikle üç bileşenden yalnız biri değişir: kitle, problem ya da çözüm. Problem doğru ama çözüm yanlışsa çözümü değiştirirsiniz; çözüm iyi ama kitle yanlışsa kitleyi değiştirirsiniz. Neyi sabit tuttuğunuzu bilmek, pivotu panikten ayıran şeydir.

Sık yapılan dört hata

Birincisi özellik biriktirmek: her görüşmeden çıkan isteği listeye ekleyip MVP'yi sessizce büyütmek. İkincisi yanlış kitleye test etmek: ulaşması kolay olanlarla değil, problemi gerçekten yaşayanlarla konuşmak gerekir. Üçüncüsü sinyali beğeniyle karıştırmak; ilgiyle niyet aynı şey değildir. Dördüncüsü çok erken ölçeklenmek: tek bir kanalda tekrarlanabilir sonuç almadan reklam harcamasını, ekibi ve stoğu büyütmek en pahalı hatadır.

İlk müşterilerle çalışmak ve geri bildirimi ürüne çevirmek

İlk müşteriler bir gelir kalemi değil, en değerli araştırma kaynağınızdır. Onlarla mümkün olduğunca yakın çalışın: kurulumu kendiniz yapın, ilk haftayı birlikte geçirin, hangi adımda takıldıklarını kendi gözünüzle görün. Söyledikleriyle yaptıkları arasındaki fark, geliştirme sıranızı belirleyen asıl bilgidir.

Geri bildirimi ürüne çevirirken tek tek isteklere değil, tekrar eden desenlere bakın. Aynı sıkıntı üç ayrı müşteride farklı kelimelerle çıkıyorsa orası gerçek bir eksiktir; tek bir kişinin çok ısrarlı talebi ise çoğu zaman özel bir durumdur. İstek listesini müşteri adıyla birlikte tutun, çünkü kimin ne istediğini kaybettiğinizde önceliklendirme duygusal hâle gelir.

Yazılım dışında MVP nasıl görünür?

MVP yalnız yazılıma ait bir kavram değil. Fiziksel üründe MVP, küçük bir üretim partisi ya da elle hazırlanmış numunelerle alınan ön siparişlerdir. Hizmet işinde MVP, hizmeti üç müşteriye tamamen elle vermek ve süreci adım adım not almaktır; süreç tekrarlanabilir hâle gelmeden sistem kurmanın anlamı yoktur. Yerel bir işletmede MVP, tam donanımlı bir dükkân açmak yerine tek bir tezgâh, tek bir menü ya da tek bir mahallede sınırlı bir hizmet denemesidir.

Bu deneylerin ortak noktası şu: sabit maliyeti taahhüt etmeden önce talebi görmek. Kalıcı yatırım doğrulamadan önce değil, sonra gelir.

Doğrulanmış fikirden ölçeklenebilir işe

Sinyal netleştikten sonraki klasik hata, doğrudan büyümeye koşmaktır. Önce üç temel sistemi kurun. Birincisi müşteri kaydı: kimin nereden geldiği, ne konuşulduğu ve ne satın alındığı tek yerde dursun. Elektronik tablodan çıkıp girişimci için ilk CRM kurulumuna geçmenin doğru zamanı tam burasıdır; Rocketly'de ortak gelen kutusu, fırsat aşamaları ve görev hatırlatmaları ilk günden aynı kayıt üzerinde çalışır.

İkincisi tekrarlanabilir bir satış süreci: aşamalar, kimin ne zaman ne yapacağı ve kaybedilen fırsatların nedeni. Üçüncüsü çalıştığı kanıtlanmış tek bir kanal, hepsi birden değil. Kanal seçimini ve mesaj sırasını pazara giriş stratejisi yazımızda ayrıntılı ele alıyoruz. Bu üç sistem oturduğunda işi projelere bölüp yönetmek de kolaylaşır; KOBİ'ler için proje yönetimi temelleri yazısı o tarafı ayrıca anlatıyor.

Dış kaynak arayışı da ancak bu aşamadan sonra anlam kazanır: doğrulanmış bir talep göstermeden yapılan görüşmeler iki taraf için de zaman kaybıdır. Melek yatırımcı ve girişim sermayesi yazısı masaya neyle oturulduğunu anlatıyor.

Otuz günlük doğrulama planı

İskelet basit ve dört haftaya rahatça sığar.

1. Birinci hafta, varsayımları yazın: Kitle, problem, çözüm ve ödeme varsayımlarını listeleyin, en riskli olanı işaretleyin, başarı kriterini tek cümleyle yazın.
2. İkinci hafta, problem görüşmeleri: Tek bir segmentte on-on beş görüşme yapın, geçmiş davranışı sorun, ham cümleleri olduğu gibi kaydedin.
3. Üçüncü hafta, MVP'yi kurun: Varsayıma uygun biçimi seçin, tek bir işi baştan sona çalışır hâle getirin, ölçümü daha başlarken yerleştirin.
4. Dördüncü hafta, karar verin: Sonucu önceden yazdığınız kritere göre okuyun; devam, değiştir ya da pivot kararını gerekçesiyle birlikte yazın.

Bu dört haftanın sonunda elinizde bitmiş bir ürün olmayabilir, ama yanlış ürünü mükemmel yapma riskini büyük ölçüde geride bırakırsınız. Doğrulanan ilk sinyalleri kaydetmek, ilk müşterilerinizi kaybetmeden takip etmek ve satış sürecini daha ilk günden düzenli kurmak için Rocketly hesabınızı açabilir, deneylerinizin çıktısını dağıtmadan tek yerde toplayabilirsiniz.