MVP Geliştirtmek: Fikirden İlk Ürüne 8–12 Haftada

Başarısız ürünlerin çoğu kötü teknolojide başarısız olmadı. Kimsenin onu isteyip istemediği bilinmeden çok fazla şey inşa edildiği için başarısız oldu.

MVP — Minimum Viable Product — bunun cevabıdır. Ama "kırpılmış bir versiyon" değildir. Somut, riskli bir varsayımı gerçek bir cevaba dönüştüren en küçük şeydir.

MVP nedir — ve ne değildir

MVP, düğmeleri eksik yarım bir ürün değildir. Bir use case için tam, kullanılabilir bir değer parçasıdır; bir soruyu cevaplamak için kurulur: gerçek kullanıcılar bunu kullanıyor mu, gerçek bir sorun çözüyor muyuz, biri buna para öder mi?

"MVP = ucuz ve kötü" yanılgısı kimsenin ciddiye almadığı bir ürün üretir. Doğru görüntü: gerçeği ölçtüğünüz, net kesilmiş, çalışan bir çekirdek — vitrindeki bir prototip değil.

Neden 8–12 hafta

8 haftadan kısa genelde bir demodur, kullanılabilir bir ürün değil. 12 haftadan uzun asıl avantajı kaybeder: büyük bir bütçe bağlanmadan önce, gerçek kullanıcı geri bildirimiyle erken öğrenmek.

DORA'nın 2024 Accelerate State of DevOps Raporu arkasındaki mekanizmayı gösterir: küçük, sık, test edilmiş teslimatlar büyük ve seyrek olanlardan daha istikrarlı ve hızlıdır. MVP, tam da bu ilkenin ürün düzeyindeki ilk uygulamasıdır.

İyi bir MVP'nin beş kesimi

1. Bir hedef kitle, "herkes" değil

"Avrupa'daki küçük ve orta şirketler" için bir MVP bir kesim değildir. "50 çalışan altı gıda toptancılığındaki planlamacılar" için bir MVP bir kesimdir. Hedef kitle ne kadar darsa geri bildirim o kadar keskindir.

2. Bir çekirdek işlev

Dilediğiniz özellik menüsü değil — onsuz ürünün anlamsız olduğu o tek şey. Geri kalan her şey versiyon 2'dir.

3. Önceden tanımlı bir başarı kriteri

"İyi görünüyor" bir kriter değildir. "Pilot kullanıcıların %30'u çekirdek işlevi 2. haftada tekrar kullanıyor" bir kriterdir. Önceden tanımlı bir metrik olmadan MVP pahalı bir içgüdüdür.

4. Bir durdurma ve bir ölçeklendirme kriteri

Devam etMEMEK için ne doğru olmalı? Bu soru bir deneyi iptal edilemez bir projeden ayırır.

5. MVP'den üretim sürümüne bir yol

Kodu atılması gereken bir MVP pahalı bir prototiptir. İyi kesilmişse MVP çekirdeği, versiyon 1'in üzerinde büyüdüğü temeldir.

Gerçekçi bir 8–12 haftalık akış

• 1–2. haftalar: Hedef kitle, çekirdek işlev, başarı kriteri ve durdurma kriterini sabitleyin. 60 sayfalık şartname değil, tek sayfalık bir ürün charter'ı.
• 3–8. haftalar: Çekirdeği kurun — "demoya hazır" değil, kullanılabilir. Tek use case için gerçek veri, gerçek giriş, gerçek iş akışı.
• 9–10. haftalar: Kendi ekibinizle değil, gerçek pilot kullanıcılarla test edin. Açıklamayın, gözlemleyin.
• 11–12. haftalar: Başarı kriterini gerçeğe karşı ölçün. Tam bir karar: ölçeklendir, iterasyon yap veya temiz durdur.

Build or buy küçükte de geçerli

Bir MVP kurmadan önce fikrin özel geliştirmeye ihtiyacı olup olmadığını sormak değer — bkz. Özel mi Hazır mı?. Ve MVP, maliyeti tahmin etmek yerine savunulabilir bir tahmin almanın en ucuz yoludur — bkz. Özel yazılım ne kadar tutar?.

MVP öncesi kontrol listesi

• Hedef kitle keskin geri bildirim için yeterince dar mı?
• Bir çekirdek işlev mi var — yoksa istek listesi mi?
• Başarı kriteri önceden ve ölçülebilir tanımlı mı?
• Bir durdurma kriteri var mı?
• Çekirdek sadece gösterilebilir değil kullanılabilir mi?
• Versiyon 1 MVP kodunun üzerinde mi büyüyor — yoksa atılmalı mı?
• Gerçek kullanıcılarla mı test ediyoruz, iç ekiple değil mi?

Sık sorulan sorular

MVP "gerçek" üründen ucuz mu? Başta evet. Ama her şeyden önce daha az risklidir: büyük bir bütçeyi kimsenin istemediği bir şeye koymayı önler.

Tıklanabilir prototip yeter mi? UI geri bildirimi için evet. "İnsanlar bunu günlük kullanıyor mu ve para ödüyor mu" sorusu için hayır — bunun için gerçek verili kullanılabilir bir çekirdek gerekir.

Başarı kriteri tutmazsa? O zaman MVP görevini yapmıştır: pahalı bir yanlış yatırımı önlemiştir. Temiz durdurulan bir MVP başarısızlık değil, başarıdır.

Başarılı bir MVP'den sonra ne olur? Deney ürüne dönüşür: aynı çekirdek, daha geniş kapsam, işletim, güvenlik ve ölçeklenmede daha sert gereksinimler.

Sonuç

MVP ucuz bir ürün değil, gerçek bir soruyu cevaplayan en hızlı deneydir. 8–12 hafta, bir hedef kitle, bir çekirdek işlev, bir başarı kriteri, bir durdurma kriteri — bu, pahalı bir bahsi ölçülebilir bir içgörüyle değiştirir.

İlgili okuma

• KOBİ'ler için Özel Yazılım mı Hazır Çözüm mü? — fikrin özel geliştirmeye ihtiyacı var mı?
• Özel Yazılım Geliştirme Ne Kadar Tutar? — savunulabilir maliyet tahmininin en ucuz yolu olarak MVP.

Sonraki adım

Bir ürün fikriniz var ama pahalı bir bahis oynamak istemiyor musunuz? Kısa bir ihtiyaç değerlendirmesiyle başlayın. Çeyrekler değil haftalar içinde, ölçülebilir başarı kriterli bir MVP'yi birlikte keseriz.

Kaynaklar

• DORA, Accelerate State of DevOps Report 2024 — dora.dev
• Atlassian, Çevik Proje Yönetimi — atlassian.com
• Thoughtworks, Technology Radar — thoughtworks.com