MVP & Ürün Keşfi
Aylarca mükemmel ürün beklemek yerine, çekirdek değeri en hızlı taşıyan sürümü kurar, gerçek kullanıcıyla test eder ve öğrendikçe büyütürüz. 46 üründen gelen sezgi ilk günden devrededir.
Fikri en kısa yoldan çalışan bir ürüne dönüştürüyoruz
Aylarca 'mükemmel' bir ürün beklemek, çoğu zaman fikri hiç test etmeden bütçeyi tüketmek demektir. Biz tam tersini yaparız: çekirdek değeri en hızlı taşıyan sürümü kurar, gerçek kullanıcıyla test eder, öğrendikçe büyütürüz. Kapsamı daraltmak fikri küçültmek değildir — hangi parçanın gerçekten karar verdirdiğini bulmaktır.
Bu işte tahmine değil desene güveniriz. 46 sektörel ürünü sıfırdan kurmuş bir ekip olarak hangi özelliğin gün birde şart, hangisinin altıncı ayda geldiğini defalarca gördük; bu sezgi ilk toplantıdan itibaren masadadır. Prototipten çalışan koda, çalışan koddan gerçek kullanıcı geri bildirimine kadar her adım haftalık ritimde ilerler.
- 46 üründen gelen sezgi
- Haftalık iterasyon ritmi
- Gerçek kullanıcıyla doğrulama
- Büyümeye hazır teknik temel
Keşif fazı: koddan önceki en ucuz adım
Keşif fazı nedir
Kod yazmadan önceki kısa, yoğun bir çalışma turu: paydaşlarla görüşme, fikrin ve varsa mevcut sürecin haritalanması, kapsamın önceliklendirilmesi, ilk teknik fizibilite notu. Amaç, 'ne yapacağız' sorusunu net cevaba bağlamaktır — geliştirme başladıktan sonra değil, önce.
- Paydaş görüşmeleri ve süreç haritası
- Kapsam & öncelik netliği (must/should/could)
- İlk teknik fizibilite notu
Neden önce keşifle başlıyoruz
Bir diyagramı değiştirmek bir günü, yazılmış kodu değiştirmek haftaları alır. Keşif atlanınca kapsam geliştirme sırasında büyür, bütçe ve süre tahmini gerçeklikten kopar. Kısa bir keşif turu, yanlış varsayımı pahalıya patlamadan yakalar; geriye kalan geliştirme süresi tahmin değil plan üzerinden ilerler.
- Kapsam netleşmeden kod yazılmaz
- Yanlış varsayım pahalıya patlamadan yakalanır
- Bütçe ve süre tahmini gerçekçi olur
Keşif ve MVP ekibinde kimler çalışır
Küçük, odaklı bir ekip; her rolün ürettiği somut bir çıktı vardır — toplantı notu değil, karar verdiren belge.
İş analisti (BA)
İhtiyacı ve mevcut süreci paydaşlarla birlikte çıkarır, kapsamı ve önceliği yazılı hâle getirir.
UX/UI tasarımcı
Akışı tıklanabilir bir prototipe döker; ekran ekran gerçek kullanıcıyla önce orada test edilir.
Tech Lead
Mimari ve teknoloji seçimini yapar, teknik fizibiliteyi ve gerçekçi süre tahminini ortaya koyar.
Proje yöneticisi
Kapsamı, takvimi ve teslimleri koordine eder; haftalık ritmin sapmadan ilerlemesini takip eder.
Hafta 1-3: keşiften teslim edilebilir plana
Hafta 1 — Görüşme & mevcut durum
Girdi: paydaş görüşmeleri, varsa mevcut süreç/sistemin incelenmesi. Çıktı: sorun tanımı ve ilk kapsam taslağı.
Hafta 2 — Kapsam & prototip
Girdi: öncelik atölyesi (must/should/could). Çıktı: tıklanabilir prototip ve netleşmiş özellik listesi.
Hafta 3 — Teknik plan & tahmin
Girdi: prototip üzerine ilk kullanıcı geri bildirimi. Çıktı: mimari taslağı, teknoloji seçimi, süre ve bütçe tahmini.
MVP'yi nasıl inşa ediyoruz
Kapsamı daraltıyoruz
Çekirdek değeri taşıyan en küçük özellik setini belirleriz; 'olsa iyi olur' listesi sonraki iterasyona kalır.
Prototipten koda geçiyoruz
Onaylanan prototip üzerinden gerçek geliştirme başlar; ekran değil, çalışan akış hedeflenir.
Çekirdeği kuruyoruz
Kimlik doğrulama, temel veri modeli ve ana akış önce kurulur — geri kalan her şey bu temel üzerine oturur.
Gerçek kullanıcıyla test ediyoruz
Erken sürüm hedef kullanıcıya açılır; geri bildirim not değil, bir sonraki iterasyonun girdisi olarak toplanır.
Yayına alıyor, öğrenerek büyütüyoruz
MVP canlıya alınır; kullanım verisiyle bir sonraki adım tahmin değil gözleme dayanır.
Her MVP teslimatında standart gelenler
MVP yaklaşımının getirdiği 3 kazanım
Hız
Aylar değil haftalar; fikir en kısa yoldan test edilebilir bir gerçekliğe döner.
Risk azaltma
Büyük yatırım yapmadan önce varsayım gerçek kullanıcıyla, gerçek veriyle sınanır.
Karar netliği
Bir sonraki adım hissi değil, kullanım verisiyle desteklenen nesnel bir kararı yansıtır.
Üzerine kurduğumuz teknoloji
- Figma
- .NET 9
- Next.js
- Flutter
- Yalın kapsam
- Haftalık iterasyon
- Kullanıcı testi turları
Sık sorulanlar
MVP kaç haftada çıkar?
Kapsama göre değişir; genel aralık 2-10 haftadır. Keşif turunda kapsamı netleştirdikten sonra size özel bir takvim ve tahmin veririz — belirsiz bir aralık değil, yazılı bir plan.
Keşif fazını atlayıp direkt geliştirmeye başlayabilir miyiz?
Kapsam zaten net ve yazılıysa evet, doğrudan geliştirmeye geçilebilir. Ama deneyimimiz gösteriyor ki birkaç günlük bir keşif turu, geliştirme sırasında büyüyen kapsamdan çok daha ucuza gelir.
MVP sonrası ürünü büyütmeye devam ediyor musunuz?
Evet. MVP bir bitiş değil bir başlangıçtır; kullanım verisiyle önceliklendirilmiş bir yol haritası çıkar ve isterseniz aynı ekiple geliştirmeye SLA'lı bakım ya da yeni sprint döngüleriyle devam ederiz.
Fikrimiz çok erken aşamada, hazır mı olmalı?
Hayır. Keşif atölyesinin işi tam olarak budur: yarım kalmış fikri paydaş görüşmeleriyle netleştirmek, önceliklendirmek ve teste hazır bir kapsama dönüştürmek.
Fikrinizi birlikte teste hazır hâle getirelim
Kapsamı, hedef kullanıcıyı ve zaman çizelgenizi dinleyip nereden başlanacağını birlikte çıkaralım. İlk görüşme bağlayıcı değildir.