MVP. Minimum Viable Product. Minimum Uygulanabilir Ürün. Startup dünyasının en çok telaffuz edilen ama en çok yanlış anlaşılan kavramlarından biri.
"MVP yapalım" cümlesi genelde iki hatadan birine dönüşüyor: ya gereğinden fazla özellik eklenip ortaya küçük bir ürün çıkıyor (MVP değil, resmen MBP, yani Maximum Bloated Product) ya da o kadar az özellik giriyor ki kimse kullanmak istemiyor.
Biz AppDuce'da kendi ürünlerimizi MVP yaklaşımıyla geliştiriyoruz. Bu yazıda teoriden çok pratiği paylaşacağız.
MVP Ne Değildir?
Önce birkaç yanlış anlamayı temizleyelim. MVP yarım yamalak bir ürün değil; "minimum" kelimesi "düşük kalite" demek değil. Yaptığınız şey az olabilir ama yaptığınız kadarının düzgün çalışması gerekiyor. Kullanıcı deneyimi berbat bir uygulama MVP değil, kötü bir üründür.
MVP son ürün de değil. Canlıya çıkardığınızda "tamam, bitti" diye rahatlamayın. MVP bir başlangıç noktası; gerçek kullanıcılardan veri toplayıp öğrenmenizi sağlayan bir araç.
Ve MVP her zaman bir uygulama değil. Bazen bir landing page, bazen bir Google Form, bazen tamamen elle yürüttüğünüz bir süreç oluyor. Ürünü yazmadan önce talebi doğrulayabilecek her şey MVP sayılır.
MVP'nin Gerçek Tanımı
MVP, bir hipotezi test etmek için gereken en az çabayla oluşturulmuş üründür.
Anahtar kelime: hipotez. MVP yapmadan önce test etmek istediğiniz bir varsayım olmalı. "İnsanlar X problemi için Y çözümüne para verir mi?" İşte bu soruya cevap arıyorsunuz ve MVP o cevabı almanın en ucuz yolu.
Adım Adım MVP Süreci
Adım 1: Problemi Netleştirin
"Ne yapacağız?" sorusundan önce "kimin ne problemini çözeceğiz?" sorusunu cevaplayın.
Somutlaştırma testi: Probleminizi tek bir cümleyle anlatın. Cümleniz "insanlar X yapmakta zorlanıyor" gibi net ve spesifik değilse, problem henüz yeterince tanımlı değil demektir.
Kötü örnek: "İnsanlar hayatlarını organize etmekte zorlanıyor." İyi örnek: "Türkiye'deki elektrikli araç kullanıcıları en yakın uygun şarj istasyonunu bulamıyor."
Adım 2: Hedef Kullanıcıyı Belirleyin
"Herkes" sizin kullanıcınız olamaz. İlk kullanıcı grubunuz kim?
Bunu daraltmanın yolu, problemi en şiddetli yaşayan insanları bulmaktan geçiyor. Şarj Asistanı'nda hedef kullanıcımız şehirlerarası yolculuk yapan elektrikli araç sahipleriydi. Evde şarj edenler değil, yolda şarj arayanlar.
Adım 3: Çekirdek Değer Önerisini Belirleyin
Uygulamanız kullanıcıya tam olarak ne vaat ediyor? Tek bir şey olmalı, ikisi ya da üçü değil, net bir tane.
Şarj Asistanı'nın çekirdek vaadi buydu: "En yakın şarj istasyonunu saniyeler içinde bul." İlk versiyonda ne filtreleme vardı ne rota planlama. Sadece haritada pin'ler, o kadar.
Adım 4: Özellik Listesini Acımasızca Kısın
Beyin fırtınası yapıp aklınıza gelen tüm özellikleri listeleyin. Sonra her biri için şunu sorun: "Bu olmadan çekirdek değer önerisi çalışır mı?"
Cevap evetse o özellik MVP'de yok. İlk versiyona yalnızca çekirdek vaat için zorunlu olan özellikler giriyor.
Tipik bir MVP'nin özellik sayısı 3-5 arası. Daha fazlası artık MVP değil.
Adım 5: Geliştirin (Hızlı)
MVP'nin geliştirme süresi 2-6 hafta olmalı; mobil uygulama maliyeti de buna göre şekilleniyor. 3 ayı geçiyorsa ya kapsamı daraltın ya da yaptığınız şey MVP değil.
Teknoloji seçiminde pragmatik olun:
- Cross-platform istiyorsanız React Native + Expo
- Hızlı backend istiyorsanız Firebase veya Supabase
- Özel tasarım yerine hazır UI kit kullanın
- Otomasyonu sonraya bırakın, ilk aşamada elle çözebildiğinizi elle çözün
Adım 6: Gerçek Kullanıcılara Ulaştırın
MVP'yi çekmecede tutmayın, canlıya çıkarın. Ama herkese değil, küçük ve hedefli bir gruba.
Kullanıcı bulma yolları:
- İlgili Reddit/forum toplulukları
- LinkedIn'de hedef kitleye doğrudan mesaj
- Niche Facebook/Telegram grupları
- Product Hunt, Indie Hackers
- Kişisel ağınız (ama sadece gerçek hedef kitleyi)
Adım 7: Ölçün ve Öğrenin
İlk haftadan itibaren birkaç şeyi takip edin. Kaç kişi indirdi ya da kaydoldu (edinme), bunların kaçı ilk değer anına ulaştı, yani ilk şarj istasyonunu buldu ya da ilk görevini oluşturdu (aktivasyon), kaçı bir hafta sonra geri döndü (tutundurma). Bir de rakamların söylemediği kısım var: kullanıcılar ne diyor, ne istiyor, en çok neden şikâyet ediyor?
Kullanıcı sayısından çok kullanıcı davranışına bakın. 1000 kişinin indirip hiç açmamasındansa, 50 kişinin indirip her gün kullanması çok daha iyidir.
MVP Tuzakları
İlk tuzak "bir özellik daha" tuzağı. "Şunu da eklersek çok daha iyi olur" cümlesi kulağa masum geliyor ama MVP'yi öldüren şey tam olarak bu. Her yeni özellik süreyi uzatıyor, süre uzadıkça motivasyon düşüyor, öğrenmeniz de o kadar gecikiyor.
İkincisi mükemmeliyetçilik tuzağı. Buton rengi, font seçimi, animasyon hızı; bunların hiçbiri MVP aşamasında önemli değil. Önemli olan tek soru şu: ürün çalışıyor mu, kullanıcı gerçekten değer buluyor mu?
Bir diğeri "rakip zaten yapıyor" tuzağı. Oysa rakibinizin olması talebin var olduğunun kanıtı. Siz farklı bir açıdan, farklı bir kitleye, daha iyi bir deneyimle girebilirsiniz. Pazarda rakip olması herkese yer var demek değil ama fırsatın gerçek olduğunu gösteriyor.
Son olarak ölçekleme tuzağı. MVP aşamasında "ya bir milyon kullanıcı olursa" diye düşünmeyin. Önce 100 kullanıcı bulun. Ölçekleme güzel bir problem ve o aşamaya gelmeden çözmeniz gerekmiyor.
Gerçek Hayattan MVP Örnekleri
Dropbox'ın ilk MVP'si aslında bir videoydu, ortada ürün bile yoktu. Video basitçe "böyle bir şey olsa kullanır mısınız" diye soruyordu ve 75.000 kişi bekleme listesine yazıldı. Ürünü ondan sonra yaptılar. Airbnb'nin kurucuları ise kendi dairelerini kiraladı; platform yerine birkaç fotoğraf çekip Craigslist'e ilan verdiler, sadece talep var mı diye baktılar. Bizim Şarj Asistanı da benzer başladı: haritada birkaç pin, filtreleme yok, rota yok, hesap yok. İlk hafta sıfır pazarlamayla 200 indirme geldi ve problemin gerçek olduğunu anladık.
MVP'den Sonra Ne Olur?
MVP size üç şeyden birini söyler:
- Problem gerçek, çözüm doğru. Devam edin. Kullanıcı geri bildirimlerine göre özellik ekleyin.
- Problem gerçek, çözüm yanlış. Pivot yapın. Farklı bir çözüm deneyin.
- Problem gerçek değil. Bırakın. Başka bir probleme geçin.
Üçüncüsü en zoru ama aynı zamanda en değerli bilgi. Yanlış bir probleme aylarca harcamaktansa bunu 4-6 haftada öğrenmek büyük kazanç.
Kısacası
MVP bir ürün stratejisi değil, bir öğrenme stratejisi. Amacınız kusursuz bir ürün çıkarmak değil, mümkün olan en kısa sürede gerçek kullanıcılardan gerçek veri toplamak.
Az yapın ama düzgün yapın, hızlı çıkın ve çıkar çıkmaz öğrenmeye başlayın.
İlk adımı kendi ürünlerimizde defalarca attık. Öğrendiklerimizi de paylaşıyoruz. Yolculuğu takip et.