MVP Nasıl Geliştirilir? 8–12 Haftada Maliyet, Kapsam ve Ekip

MVP nasıl geliştirilir ki bütçeniz erimesin? Kısa cevap: bir kullanıcı, bir iş ve bir başarı metriği seçin; bir haftada prototipleyin, ardından 8–12 haftada yalnızca o iş akışını geliştirin. Küçük ve kıdemli bir ekibin geliştirdiği odaklı bir MVP; entegrasyonlara, yapay zeka özelliklerine ve kullanıcı rolü sayısına bağlı olarak genellikle 15.000–50.000 $+ tutar. Geri kalan her şey — yönetim panelleri, ayar sayfaları, ikinci kullanıcı tipi — gerçek kullanıcılar ihtiyacı kanıtlayana kadar bekler.

Bu rehber, Racool Studio’da girişimler için MVP programımıza gelen kurucularla uyguladığımız süreçtir: kapsam nasıl belirlenir, hangi teknoloji yolu seçilir, haftalar gerçekte nasıl geçer ve para nereye gider.

MVP nedir (ve ne değildir)

Minimum uygulanabilir ürün (MVP), gerçek bir kullanıcının temel işi tamamlamasını ve sizin de bu işe değer verip vermediğini öğrenmenizi sağlayan en küçük ürün sürümüdür. Anahtar kelime öğrenmek. MVP bir soruya — “serbest tasarımcılar bu süreci otomatikleştirmek için para öder mi?” ya da “klinikler telefon yerine uygulamadan randevu alır mı?” — görüşlerle değil kanıtla cevap vermek için vardır.

MVP ne değildir:

• Demo değildir. Tıklanabilir prototip faydalıdır ama gerçek veriyi işlemez, gerçek davranışı göstermez.
• Tüm yol haritasının ucuz versiyonu değildir. Yirmi özelliğin kalitesini düşürürseniz yirmi bozuk özellik elde edersiniz. Kaliteyi değil kapsamı kısın; yayınladığınız tek iş akışı sağlam olsun.
• Çöpe gidecek kod değildir. İyi bir MVP üzerine büyüyebileceğiniz bir teknolojiyle kurulur. Refactoring beklenir, sıfırdan yeniden yazmak değil.
• Bir lansman etkinliği değildir. Bitiş çizgisi değil, geri bildirim döngüsünün başlangıcıdır.

Kapsam belirleme: bir kullanıcı, bir iş, bir metrik

Bütçeyi aşan MVP’lerin çoğunun kapsamı hiç belirlenmemiştir — sadece bir istek listesi vardır. Tasarıma başlamadan önce kurucularla üç soru üzerinde çalışırız:

1. Bir kullanıcı. Bu ürünü her hafta kullanacak ilk kişi kim? “KOBİ’ler” değil — “20 kişilik bir fizik tedavi kliniğinin ofis yöneticisi”. İki taraflı bir pazar yeriyse, kazanılması daha zor tarafı seçin ve önce onun için tasarlayın.
2. Bir iş. Bu kişi ürününüzü hangi tek iş için “işe alıyor”? Tek cümleyle yazın: “200 fotoğraf yükleyeyim, birkaç dakikada ajanslara hazır başlık ve anahtar kelimeler alayım.”
3. Bir metrik. MVP’nin işe yaradığını hangi rakam gösterir? Aktivasyon oranı, haftalık tekrar kullanım, ücretliye geçiş, görev başına kazanılan süre. Birini seçin ve ilk günden ölçün.

Sonra her fikri üç kutuya ayırın:

Kutu	Kural	Örnekler
Şart	Olmadan kullanıcı temel işi tamamlayamaz	Kayıt, ana iş akışı, ödeme isteğini test ediyorsanız ödeme
Sonra	Deneyimi iyileştirir ama öğrenmek için gerekmez	Ekip hesapları, gelişmiş filtreler, karanlık mod, 2–5. entegrasyonlar
Manuel	Gerekli ama şimdilik perde arkasında bir insan yapabilir	Tanışma görüşmeleri, fatura hazırlama, içerik moderasyonu

“Manuel” kutusu, girişimler için MVP geliştirmede en çok hafife alınan araçtır. Değerin bir kısmını ilk 50 müşteriye elle sunabiliyorsanız, haftalarca mühendislik süresinden tasarruf eder ve daha sonra tam olarak neyi otomatikleştirmeniz gerektiğini öğrenirsiniz.

No-code, low-code veya özel yazılım: karar rehberi

“No-code mu, özel kod mu” tartışmasının pratik bir cevabı var: ürününüzün değerinin nerede olduğuna bağlı.

Yol	Ne zaman uygun	Dikkat edilmesi gerekenler
No-code (Bubble, Webflow, Glide, Airtable + Zapier)	Talebi test ediyorsunuz, akış çoğunlukla form, liste ve bildirimden oluşuyor, hız ölçekten daha önemli	Kullanıcı veya görev başına fiyatlandırma, platform bağımlılığı, özel mantık ve performansta sert sınırlar; çoğu zaman ileride baştan yazım
Low-code / hibrit (backend-as-a-service üzerinde özel arayüz ya da Laravel Filament gibi bir framework ile kurulmuş yönetim paneli)	Özel UX gerekiyor ama veri işlemleri standart	Bir miktar bağımlılık kalır; platformu iyi bilen bir mühendis gerekir
Özel yazılım (ör. Flutter veya React ön yüz, Laravel veya Node backend, PostgreSQL)	Değer özel mantıkta, veri işlemede, yapay zekada, yoğun entegrasyonlarda ya da yerel mobil özelliklerde	Başlangıç maliyeti daha yüksek; 8–12 haftada kalmak için disiplinli kapsam yönetimi ister

Temel kuralımız: rekabet avantajınız mantıktaysa, mantığı inşa edin. Dosya işleyen bir yapay zeka SaaS’ı, özel eşleştirme yapan bir pazar yeri veya kamera ve konuma dayanan bir mobil uygulama no-code’u hızla aşar. Bir dizin, bekleme listesi veya basit bir randevu akışı ise buna hiç ihtiyaç duymayabilir.

Mobil düşünüyorsanız, Flutter ve React Native karşılaştırmamız çapraz platform MVP’lerde neden varsayılan olarak Flutter’ı seçtiğimizi anlatıyor — iOS ve Android için tek kod tabanı bütçeyi ve takvimi gerçekçi tutar.

MVP nasıl geliştirilir: 8–12 haftalık plan (keşif, tasarım, geliştirme, lansman)

Ekibimizle tipik bir özel MVP şöyle ilerler. Süreler kapsama göre esner, sıra ise değişmez.

1–2. haftalar: Keşif ve kapsam sprinti

• Kurucu görüşmeleri, rakip analizi ve “bir kullanıcı / bir iş / bir metrik” çalışması
• Yalnızca ana iş akışı için kullanıcı akışları
• Teknik mimari: teknoloji yığını, veri modeli, üçüncü taraf servisler, barındırma
• Şart / Sonra / Manuel kutularına ayrılmış önceliklendirilmiş backlog
• Beş-on hedef kullanıcıya gösterebileceğiniz tıklanabilir prototip
• Geliştirme için sabit fiyat teklifi

2–4. haftalar: UX/UI tasarım

• Ana akış için yüksek çözünürlüklü ekranlar; sonraki özellikler yeniden tasarım gerektirmesin diye küçük, yeniden kullanılabilir bir tasarım sistemi üzerinde
• Boş durumlar, hata ekranları ve onboarding — yeni kullanıcının kalıp kalmayacağına bunlar karar verir
• Kod yazılmadan önce birkaç gerçek kullanıcıyla kullanılabilirlik testi

3–10. haftalar: Haftalık artışlarla geliştirme

• Önce backend, veritabanı ve kimlik doğrulama; ardından uçtan uca ana iş akışı
• İlk ya da ikinci haftadan itibaren çalışan, her hafta güncellenen bir test ortamı (staging)
• Haftalık demo toplantıları: gerçek ilerlemeyi görür, pahalı hale gelmeden öncelikleri değiştirebilirsiniz
• Tek metriğiniz için analitik olayları, özellikler yayınlandıkça eklenir — lansmandan sonra değil

10–12. haftalar: Test, lansman, teslim

• Cihaz ve tarayıcılar arasında QA, performans ve temel güvenlik kontrolleri
• Mobil ise App Store ve Google Play’e gönderim (inceleme için zaman ayırın)
• Canlı ortama dağıtım, izleme ve hata takibi
• Teslim: repo erişimi, dokümantasyon ve kimlik bilgileri — her şeyin sahibi sizsiniz

Bir MVP geliştirmek ne kadar sürer? Kararlar hızlı alınır ve kapsam sabit kalırsa, çoğu web veya mobil MVP için 8–12 hafta gerçekçidir. Takvimi asıl uzatan şeyler teknik değildir — geciken geri bildirim, kayan kapsam ve üçüncü taraf onaylarını beklemek (ödeme sağlayıcıları, uygulama mağazaları, veri ortakları).

Maliyet aralıkları ve maliyeti belirleyenler

Peki bir MVP’nin maliyeti ne kadar? Geliştirdiğimiz özel projeler için tipik aralıklar:

MVP türü	Tipik aralık*	Genellikle neler dahil
Web uygulaması / SaaS MVP	15.000–50.000 $+	Tek ana iş akışı, kimlik doğrulama, ödemeler, temel yönetim paneli, analitik
Mobil uygulama MVP (iOS + Android, Flutter)	15.000–50.000 $+	Çapraz platform uygulama, backend/API, yönetim paneli, mağaza yayını
Yapay zeka destekli MVP	Aralığın üst kısmı ve üzeri	Model entegrasyonu, prompt ve değerlendirme çalışması, dosya/veri hatları
Lansman için tanıtım sitesi	5.000–15.000 $	Açılış sayfaları, temel SEO, bekleme listesi veya kayıt

*Tipik proje aralıklarımızdır; her teklif kapsama bağlıdır. No-code prototipler başta daha ucuz olabilir ama çoğu zaman sonradan yeniden geliştirme maliyeti doğurur.

Fiyatlar ABD doları cinsindendir; Türkiye pazarındaki fiyatlar farklılık gösterebilir ve Türkiye’deki müşterilerle aynı süreçle uzaktan çalışıyoruz.

Etkisine göre kabaca sıralanmış ana maliyet kalemleri:

1. Kullanıcı rolü sayısı. Müşteri + yönetici bir şeydir; müşteri + hizmet sağlayıcı + yönetici + destek, akışları ikiye katlar.
2. Entegrasyonlar. Ödeme, takvim, CRM, ERP, kamu veya banka API’leri, FTP/SFTP aktarımı — her biri geliştirme ve test süresi ekler.
3. Yapay zeka özellikleri. Bir modeli çağırmak kolaydır; asıl iş çıktıyı güvenilir, ucuz ve denetlenebilir hale getirmektir.
4. Platformlar. Yalnızca web, iOS + Android ya da hepsi.
5. Uyumluluk ve veri hassasiyeti. Sağlık, finans ve kişisel veriler (KVKK dahil) mimari ve barındırmada ekstra özen gerektirir.
6. Tasarım iddiası. Sisteme dayalı sade bir arayüz mü, özel animasyon ve illüstrasyon mu.

Bütçenizi korumanın iyi bir yolu, tam geliştirmeye geçmeden önce ücretli bir kapsam sprintidir. Bir backlog, bir prototip ve sabit bir rakamla ayrılırsınız — ve bunları istediğiniz ekibe götürebilirsiniz.

Vaka: Rastock AI, MVP’den 900+ içerik üreticisine ve 1M+ dosyaya nasıl ulaştı

Rastock AI kendi ürünümüz; bu yüzden bu yazıdaki her ödünleşimi sadece hizmet sağlayıcı olarak değil, kurucu olarak da yaşadık.

Tek kullanıcı: birden fazla ajansa yükleme yapan stok içerik üreticileri — fotoğrafçılar, illüstratörler ve video üreticileri. Tek iş: bir klasör dosyayı ajanslara hazır başlık, anahtar kelime ve açıklamalara dönüştürmek, sonra teslim etmek. Ana döngü: yükleme → görsel + LLM ile metadata üretimi → inceleme ve düzenleme → Adobe Stock, Shutterstock ve Magnific dahil 10+ ajansa FTP ile teslim.

Neden no-code değil de özel yazılım? Çünkü değerin tamamı işlemede: büyük görsel ve video partilerini işlemek, her ajansın kurallarına uygun metadata üretmek ve dosyaları FTP ile güvenilir şekilde göndermek. Hiçbir hazır araç bunu bu hacimde iyi yapmıyor.

Bugün Rastock AI 900+ içerik üreticisini platforma kazandırdı, 1M+ dosya işledi ve Microsoft for Startups, NVIDIA Inception ve AWS Activate programlarına kabul edildi. Etsy satıcıları için ürün başlığı ve etiket yazan e-ticaret modülü gibi yeni özellikler aynı motorun yerini almıyor, onu genişletiyor — iyi kurgulanmış bir MVP’nin tam olarak izin vermesi gereken şey bu.

Her kurucuya aktardığımız ders: ana döngüyü yayınla, ölç, sonra genişlet.

Lansman sonrası: analitik, geri bildirim döngüleri, yatırımcıya hazırlık

MVP asıl işini lansman günü yapmaya başlar. Lansmandan sonraki ilk 4–8 haftada şunlara odaklanın:

• Sorunuza cevap veren analitik. Kayıttan ana eyleme ve tekrar kullanıma kadar huniyi izleyin. Bu aşamada GA4, Microsoft Clarity veya ürün analitiği araçları yeterlidir.
• Doğrudan geri bildirim. İlk 20–50 kullanıcınızla konuşun. Oturum kayıtlarını izleyin. “Manuel” kutusu, insanların gerçekte neyin otomatikleşmesine ihtiyaç duyduğunu söyler.
• Haftalık yayın ritmi. Her hafta küçük iyileştirmeler, altı ay sonra gelecek büyük bir v2’den iyidir.
• Yatırımcıya hazırlık. Yatırımcılar kanıt arar: aktivasyon, elde tutma ve ne öğrendiğinize dair net bir hikaye. Temiz kod, dokümantasyon ve bir mimari şema teknik due diligence’ı da kolaylaştırır.
• Sıradaki adıma karar. Üstüne gitmek, işi değiştirmek ya da kullanıcıyı değiştirmek — bu kararı MVP verisi vermeli.

Racool Studio nasıl yardımcı olabilir

Mountain View, Kaliforniya’da (Silikon Vadisi) yapay zeka odaklı bir yazılım stüdyosuyuz ve MVP’leri kendi ürünümüzü geliştirdiğimiz gibi geliştiriyoruz: dar kapsam, kıdemli mühendisler, haftalık demolar ve sahibi olduğunuz kod. Ürün danışmanlığı ve kapsam belirleme, UX/UI tasarım ile uçtan uca web ve mobil geliştirmeyi üstleniyoruz — birçok MVP ekibinin zorlandığı yapay zeka özellikleri dahil.

Başlangıç noktası MVP kapsam sprintimiz: bir haftada kapsamı belirlenmiş bir backlog, tıklanabilir bir prototip ve geliştirme için sabit bir teklif alırsınız. Teknik bir kurucu değilseniz, ürün ve mühendislik ekibiniz gibi çalışır, her kararı açıklarız.

Fikrinizi bize anlatın ya da girişimler için MVP programımızı inceleyin.