MVP geliştirme: fikirden çalışan ilk sürüme

Prototip, MVP ve ürün: fark nedir?

Yazılımda MVP, "minimum uygulanabilir ürün" demektir: gerçek kullanıcıyla bir hipotezi sınayacak kadar çalışan, ama olabildiğince dar bir ilk sürüm. Spor ya da Microsoft'un MVP unvanıyla ilgisi yoktur. Üç aşamayı karıştırmak, yanlış bütçe ve yanlış beklenti demektir, bu yüzden farkları yan yana koyalım.

Biz MVP'yi bir demo olarak görmeyiz. Ana sayfamızda yazdığımız gibi kontrollü bir demo değil, gerçek kullanıcının ve gerçek yükün altında çökmeyecek yazılım yazarız; çünkü çalışan, güvenilir ve üzerine inşa edilebilir bir sistem hâlâ en önemli şeydir.

Kapsamı nasıl keseriz?

MVP geliştirmede en büyük risk teknik değildir; her şeyi ilk sürüme sığdırmaya çalışmaktır. Kapsamı keserken sizinle birlikte dört soruya yanıt ararız:

1. Tek ana akış hangisi? Ürününüzün değerini bir kullanıcıya gösteren tek yol nedir? Önce yalnızca o yol çalışır.
2. Hangi hipotezi sınıyoruz? "Kullanıcılar şunu yapar" ya da "şunun için öder" gibi, doğru çıkarsa ya da yanlış çıkarsa kararınızı değiştirecek bir cümle.
3. Neler şimdi, neler sonra, neler hiç? Her özellik bu üç kutudan birine girer. "Hiç" kutusu boşsa kapsam henüz kesilmemiştir.
4. Başarıyı neyle ölçeceğiz? İlk sürümden sonra "işe yaradı" ya da "yaramadı" demenizi sağlayacak ölçüt.

Örneğin bir randevu uygulaması düşünelim. Ana akış, bir müşterinin boş bir saati seçip onay almasıdır. Hipotez, müşterilerin telefonla aramak yerine bu yolu seçeceğidir. Şimdi kutusuna canlı müsaitlik ve rezervasyon, çifte kaydı önleyen bir mekanizma girer. Sonra kutusuna otomatik onay mesajları ve gelişmiş raporlar, hiç kutusuna ilk sürümde gerçekten gerekmeyen özellikler. Bu akışın gerçek bir sistemde nasıl çözüldüğünü Rezervasyon Platformu vakasında görebilirsiniz: iki kişi aynı saate aynı anda uzandığında ilk istek kazanır, ikincisi dürüst bir "zaten alındı" cevabı alır.

Kapsamı kesme yöntemini örnekle anlatmak kolay; sizin işinizde hangi kutuya neyin girdiği ise ilk görüşmede netleşir.

Elinizde yapay zeka ya da kodsuz bir prototip varsa

Bugün bir fikri sohbet ederek çalışan bir ekrana dönüştürmek mümkün. Ana sayfamızda da yazdığımız gibi yapay zeka, fikirden çalışan yazılıma giden yolu kısalttı; doğru kararı vermek ise hâlâ size kalıyor. Böyle bir prototip değerli bir başlangıçtır, ama gerçek kullanıcıya açılacak bir MVP'de şunlara ayrıca bakmak gerekir:

• Kimlik ve yetki. Her kullanıcı yalnızca kendi verisini görüyor mu?
• Veri modeli ve yedek. Veri, ilk günkü hızlı karardan mı kalma, büyüdüğünde taşınabiliyor mu, yedeği alınıyor mu?
• Hata yönetimi. Bir şey ters gittiğinde kullanıcı ne görüyor, siz nasıl haberdar oluyorsunuz?
• Güvenlik ve gizli bilgiler. Anahtarlar ve erişimler nerede duruyor?
• Dağıtım ve bakım. Bir güncelleme kullanıcıyı kesintiye uğratmadan yapılabiliyor mu?

Elinizdeki prototipin işe yarayan kısmı çoğu zaman kodun kendisi değil, ekranlar, akış ve ilk kullanıcılardan aldığınız geri bildirimdir. Elinizde ne olduğuna birlikte bakar, üzerine mi kuracağımıza yoksa yeniden mi başlayacağımıza gerekçesini yazarak karar veririz. Yapay zeka destekli bir ürün geliştiriyorsanız yapay zeka entegrasyonu sayfasında risklerin ayrıntısını bulabilirsiniz. Portfolyomuzdaki Yapay Zeka Uygulama Üretim Platformu ise sohbetle başlayan bir fikrin gerçek, canlı ve izole çalışan bir uygulamaya nasıl dönüştüğünü gösteriyor.

MVP için ne zaman erken?

Her fikir hemen MVP'ye dönüşmemeli. Aşağıdaki durumlarda önce bir adım geri gitmek daha doğrudur:

• Sınayacak bir hipotez yoksa. "Güzel bir uygulama olsun" bir hipotez değildir; kullanıcının ne yapacağını ya da ne için ödeyeceğini söyleyemiyorsanız önce o sorunun cevabı aranmalıdır.
• İlk kullanıcılara ulaşamıyorsanız. Gerçek kullanıcıyla sınanmayan bir MVP öğretmez, yalnızca maliyet yaratır.
• Kapsamı kimse sahiplenmiyorsa. İlk sürümde kimin hangi kararı vereceği belli olmadan hız kazanılmaz.

Bunlardan biri sizin için geçerliyse bunu ilk görüşmede açıkça söyleriz; ana sayfamızda yazdığımız gibi doğru zaman mı, doğru eşleşme mi diye dürüstçe konuşuruz.

Takvim nasıl çalışır?

Bu sayfada süre rakamı vermiyoruz; takvim, kapsam ve maliyetle birlikte iş başlamadan yazılı teklifte yer alır. MVP'de takvimi en çok iki şey belirler: kapsamın ne kadar dar tutulduğu ve sizin tarafınızdaki karar hızı. Kapsam büyüdükçe ilk sürüm uzaklaşır; bu yüzden kapsamı kesmek takvimin de en güçlü aracıdır.

Takvimin yazılı olması bir şeyi daha sağlar: ne zaman ne göreceğinizi bilirsiniz. Geliştirme başladığında hesabınızda canlı bir proje paneli açılır; durum, teklifler, ödemeler ve bize doğrudan ulaşabileceğiniz kanal tek yerdedir. İlk haftadan itibaren gerçek ilerleme görürsünüz; çekmecede bekleyen bir teklif değil.

Nasıl çalışıyoruz?

Her proje ilk görüşmeden teslime aynı dört adımdan geçer; ayrıntıları Süreç sayfasındadır. Ekibimiz bugüne kadar 200'den fazla proje tamamladı.

1. Keşif. Ürünün ne yapması gerektiğini, kimin için olduğunu ve neyin iyi bir sonuç sayılacağını iki taraf da aynı şeyi anlatana kadar konuşuruz. MVP'de bu adım, kapsamı kesmenin de başladığı yerdir.
2. Kapsamı belli bir teklif. Ne yapılacağı, hangi sırayla ve ne kadara olacağı yazıya dökülür; siz onaylamadan iş başlamaz. Onayladığınız plan, yürüttüğümüz plan olur.
3. Görünür geliştirme. Canlı proje paneliyle ilerlemeyi izler, değişiklik hâlâ ucuzken yön verirsiniz.
4. İnceleme ve teslim. Yapılanı siz incelersiniz, biz rötuşlarız ve teslim ederiz.

İlk görüşmeye ne getirmelisiniz?

Hazırlıklı gelmeniz gerekmez; ilk görüşme gerçek bir konuşmadır. Şu dört şey işi hızlandırır:

• Fikir ve hipotez. Kimin hangi sorunu yaşadığını ve ona neden bu çözümün uyacağını düşündüğünüzü bir iki cümleyle anlatın.
• İlk kullanıcılar. İlk sürümü kimlerle sınayacağınızı biliyor musunuz?
• Elinizdekiler. Bir prototip, ekran taslakları, rakip uygulamalar ya da yarım kalmış bir çalışma.
• Kısıtlar. Bir demo tarihi, yatırımcı toplantısı ya da ilk müşteriye söz verilmiş bir teslim var mı?

MVP'den sonra ne olur?

İlk sürüm sorunuzun yanıtını verdiğinde bir sonraki karar sizindir. Biz yazılımı, üzerine inşa edilebilecek bir temel olarak kurarız; ikinci kapsam kararı, ilk sürümden öğrendiklerinizle birlikte yeni bir yazılı teklife dönüşür.

İlk sürümünüz bir telefon uygulamasıysa ayrıntılar mobil uygulama yaptırma sayfasında; ürün büyüyüp size özgü iş kuralları gerektirdiğinde özel yazılım geliştirme sayfası yol gösterir.

Yayına girdikten sonra tam bir yıl doğrudan destek veririz; devir teslim yapıp kaybolmayız. Yeni özellikler, izleme ve güncellemeler gibi bunun ötesindeki destek projeye göre ölçeklenir. Platformlar yerinde durmadığı için bakımını üstlendiğimiz projelerde neye bağlı olduğunuzu takip eder, ilgilenilmesi gerekeni size söyleriz.

Kaynak kod, altyapı ve devir

Teslim edilen işin mülkiyeti, proje bedelinin tamamı ödendiğinde size geçer. Projenizden önce de var olan kendi araçlarımız, kütüphanelerimiz ve altyapılarımız bizde kalır; bu hüküm Kullanım Koşulları sayfasında yazılıdır.

Siz aksini tercih etmedikçe barındırma, alan adları, depolama ve dağıtım hattı dahil projenizin üzerinde çalıştığı her şeyi biz kurar ve yönetiriz; altyapı uzmanı olmak zorunda kalmadan yayına hazır bir sistem alırsınız. Kendi bulut hesaplarınız varsa ya da kurumunuz her şeyin kendi çatısı altında olmasını istiyorsa dağıtımı oraya yaparız. Paylaştığınız erişim bilgileri şifrelenerek saklanır ve yalnızca sizin projenizde kullanılır. Bir gün altyapıyı kendi bünyenize almak ya da başka bir ekibe taşımak isterseniz hesaplar, alan adları ve dokümantasyonla birlikte temiz bir devir için yanınızdayız. Sizin için işlettiğimiz hiçbir şey, bizimle kalmanız için bir koz değildir.

Kime uygun değiliz?

• Her şeyin ilk sürümde olmasını istiyorsanız. MVP'nin anlamı kapsamı kesmektir; kesmeyi reddeden bir MVP, uzayıp giden bir ürün projesine dönüşür.
• Yalnızca bir yatırım sunumu için gösterişli bir prototip istiyorsanız. Biz gerçek kullanıcıya açılacak, çalışan bir ilk sürüm kurarız; yalnızca bir slayt eşliğinde gösterilecek bir demo bizim işimiz değildir.
• Yatırım ya da satış garantisi arıyorsanız. Yazılımı doğru kurarız, ama ürününüzün pazarda tutacağını garanti edemeyiz.

Sık sorulan sorular

MVP ne kadar sürer?

Kapsama bağlıdır, bu yüzden bu sayfada süre rakamı vermiyoruz. Süreyi en çok kapsamın darlığı, bağlanacak sistemler ve sizin tarafınızdaki karar hızı belirler. Takvim, kapsam ve maliyetle birlikte iş başlamadan yazılı teklifte yer alır.

MVP maliyeti neye bağlı?

Ana akışın karmaşıklığına, kullanıcı rollerine, bağlanacak dış sistemlere, kullanılacak özelliklere (ödeme, bildirim, konum gibi) ve yayından sonra beklenen desteğe. Kapsam yazılı teklifte netleştikten sonra fiyat sonradan değişmez.

Elimde bir prototip var, sıfırdan mı başlarsınız?

Bu elinizdekine bağlıdır. Ana sayfamızda da yazdığımız gibi bir fikir, bir ihtiyaç ya da yarım kalmış bir proje ile gelebilirsiniz; size en uygun yerden başlıyoruz. Elinizdekini birlikte inceler, üzerine kurmanın mı yoksa yeniden başlamanın mı daha doğru olduğuna gerekçesiyle birlikte karar veririz.

Kod kime ait?

Teslim edilen işin mülkiyeti, proje bedelinin tamamı ödendiğinde size geçer. Projenizden önce var olan kendi araçlarımız, kütüphanelerimiz ve altyapılarımız bizde kalır. Bağlayıcı olan, imzalanan yazılı sözleşmedir.

MVP yatırım için yeterli olur mu?

Bunu garanti edemeyiz; yatırımcının neye baktığı sektöre ve aşamaya göre değişir. Gerçek kullanıcıyla çalışan ve ölçülebilir bir ilk sürüm, yatırımcıya göstereceğiniz kanıtın bir parçası olabilir; ama yatırım kararı bizim elimizde değildir.

MVP'den sonra ne olur?

İlk sürümden öğrendiklerinizle bir sonraki kapsam kararını birlikte verir, yeni kapsamı yazılı teklife dökeriz. Yayından sonra tam bir yıl doğrudan destek veririz; bunun ötesindeki destek projeye göre ölçeklenir.