Başarılı Asgari Uygulanabilir Bir Ürün Nasıl Oluşturulur

Kariyerimi Silikon Vadisi'nde, canlı girişimcilik kültürüne derinden dalmış olarak geçirdim. Her girişim, keşfedilmemiş topraklara doğru heyecan verici ve genellikle tehlikeli bir yolculuktadır ve bu yolculuğa bir yazılım mühendisi, bir mühendislik yöneticisi, bir CTO, bir kurucu ve bir serbest geliştirici olarak birkaç kez çıktım. Yaptığım ürünlerin çoğu binlerce, bir kısmı da milyonlarca kişiye ulaştı.

Deneyimlerime göre, Silikon Vadisi araç setindeki en güçlü araçlardan biri, yeni ürünleri piyasaya sürerken hız ve derinliği dengeleme yeteneğidir. Eric Ries'in en çok satan kitabı The Lean Startup, bu felsefeyi minimum uygulanabilir ürün (MVP) kavramı içinde kodlar.

MVP'ler Neden Her zamankinden Daha Faydalı?

MVP kavramının son yıllarda yaygınlaşmasının ana nedenlerinden biri, artık müşteri geri bildirimlerini alabileceğimiz ve buna göre hareket edebileceğimiz eşi görülmemiş hız ve ölçektir. 2009'da, iPhone oyunum Slingshot Cowboy, lansmanından sonraki bir hafta içinde milyonlarca insan tarafından indirildi ve hızla listelerin en üstüne kadar çıktı (hayatı boyunca birkaç kez 1 numaralı Ücretsiz Oyun konumuna ulaştı) . Bu başarının büyük bir kısmı şans olabilir, ancak hızlı geri bildirim toplamasaydım ve temel MVP ilkelerini erkenden uygulamasaydım, bu ivmeyi uzun süre sürdüremezdim.

Yalın ilkeler, hızlı bir şekilde tekrar edebilmek, enerjinizi ve kaynaklarınızı harcamak konusunda akıllı olmak ve çevik, odaklanmış ve açık fikirli olmak şeklinde özetlenebilir. Ancak, bu metodolojinin uygulanabilirliğinin yeni başlayanlarla sınırlı olmadığına inanıyoruz - büyük kuruluşlardaki ekipler, başarılı MVP'ler oluşturarak inovasyon hızlarını en üst düzeye çıkarabilir.

Hız ve kalite arasındaki dengeyi sağlamak, her büyüklükteki kuruluş için inovasyonun en önemli itici güçlerinden biridir. Kendi minimum uygulanabilir ürününüzün geliştirilmesine öncülük ederken, bu iki temel bileşeni dengede tutmaya yardımcı olacak stratejilerimiz burada.

MVP'nizin 'V' olduğundan emin olmak

Ürününüz uygulanabilir değilse, ekibinizin geliştirme çabaları boşunadır. Minimum düzeyde uygulanabilir bir ürünün başarılı bir şekilde oluşturulması için, onu geniş bir şekilde tanımlamak için içeriden erken geri bildirime, düzgün bir şekilde şekillendirmek için devam eden geri bildirime ve başarılı olmasını sağlamak için A/B testi gibi araçlara ihtiyacınız var.

Doğru insanlardan erken görüş alın

MVP'niz hakkında olumsuz kullanıcı geri bildirimi almak o kadar cesaret kırıcı olabilir ki, projeyi rafa kaldırmaya mecbur hissedebilirsiniz. Yenilikçiler, bir MVP'yi düşünmeden çok önce, alan hakkında derin bir anlayışa sahip paydaşlardan erken görüşler alarak bu yıkıcı darbeyi önleyebilir. MVP'nizi konsept aşamasında tanımlamanıza yardımcı olabilecek bilgili danışmanlarınız varsa daha da iyidir.

Bir inovasyon ekibi umut verici bir fikre sahip olduğunda, MVP'nin yaratılmasını gizlilik içinde saklamak cazip gelebilir: "Gizlilik modundayız, henüz size bu konuda fazla bir şey söyleyemeyiz." Bu, bazı durumlarda faydalı olabilir, ancak genel olarak geri bildirim almak daha önemlidir. Ürününüzün gerçekten orijinal bir buluşu temsil ettiğini düşünüyorsanız, her zaman geçici bir patent başvurusunda bulunabilirsiniz.

Kesin kullanıcı geri bildirimi toplayın

Kendinizi sektörünüzde veya sektörünüzde bir vizyoner olarak görseniz bile, nihai yargıçlarınız kullanıcılarınızdır ve birçok konuda yanıldığınızı kanıtlayabilirler. Kullanıcı deneyimi geri bildirimi toplamak ve kullanıcı davranışını takip etmek MVP'nin en önemli hedefleri arasındadır.

Analitik girin. Kapsamlı veri toplamak, MVP'nizin ana hedeflerinden birine ulaşmanın anahtarıdır - “doğrulanmış öğrenme”, kişinin bir ilk fikri deneyerek öğrendiği ve etkiyi doğrulamak (veya geçersiz kılmak) için onu ölçerek öğrendiği bir süreçtir. Bu, UX ile ilgili mümkün olan her şeyi izlemek istediğiniz anlamına gelmez; hacimli ham verilerle boğulmak yerine, en önemli metrikleri belirleyin.

Hızlı bir şekilde yinelemek için A/B testini kullanın

A/B testi, ürün iyileştirme söz konusu olduğunda işletmenin temel unsuru haline geldi. Alternatif ürün davranışları arasından seçim yapmanız gerektiğinde, A/B testi, yeni bir sürümü kullanıma sunmak zorunda kalmadan bunu gerçek zamanlı olarak yapmanın bir yoludur.

Örneğin, ürününüz bir oyunsa, farklı oyun ayarları denemek ve ardından ana metriklerinizi hangi kombinasyonun olumlu etkilediğini belirlemek için analizlerinizi incelemek isteyebilirsiniz: daha uzun oyun oynama, daha iyi yapışkanlık vb. İşte tam olarak bunun için yaptım. oyunlarımın çoğu: oyunun her yönü, gerçek zamanlı olarak ince ayar yapabileceğim bir ayar tarafından kontrol edildi. Bu doğrulanmış öğrenme biçimi, hedef pazarım için en uygun ayar kombinasyonunu belirlememe yardımcı oldu.

Daha fazla okuma için, Stanford'dan Steven Dow, Prototipleme Uygulamalarının Tasarım Sonuçlarını Nasıl Etkilediği başlıklı makalesinde bu kavramın varyasyonlarını araştırıyor.

Ürününüzün alanını izleyin

Fikriniz ne kadar orijinal görünürse görünsün, birisinin bunu zaten düşünmüş olduğundan emin olun. Asgari geçerli ürününüz zamanında ve acil bir müşteri ihtiyacını karşılıyorsa, işiniz bittiğinde rakibinizin de ilgisini çekmesi muhtemeldir. İstikrar önemlidir - sonraki bölümün vurguladığı gibi - ancak zaman zaman MVP'nizde ince ayar yapmak, rakiplerden ilham almak ve rekabet avantajınız olan özellikleri vurgulamak için odağı değiştirmek sorun değil.

"Minimum" ve "uygulanabilir" arasındaki dengeyi bulmak sezgisel bir beceridir ve özellikle MVP'nizi göndermeden önce piyasa değişirse, tekrar tekrar egzersiz yapmanız gerekecek.

'M'yi bulmak

Hedef pazarınız için net bir ihtiyacı karşılayan uygulanabilir bir ürün belirledikten sonra, ekibinizin odağını daraltmak çok önemlidir.

Ürününüzü tanımlayın

Bir MVP, bir matruşka bebeği gibidir: İçinde her zaman daha küçük bir MVP vardır. Ürün tanımı, hedeflerinize bağlı olarak en pratik minimumu bulmaktan oluşur.

Ürününüz kullanıcıya dönükse, tel çerçevelerle başlayın; bu sizin ilk, en içteki MVP'nizdir. Etrafındaki bir sonraki "bebek", gerçek bir şey yapmayan, ancak onu hedef platformda görmenize ve kullanıcı akışıyla ilk deneyiminizi elde etmenize olanak tanıyan etkileşimli bir demo olan "tıklama kuklası" olabilir.

Bu prototipten memnun kaldığınızda, kullanıcılara gerçek değer sağlamaya başlayan katman olan daha büyük bebeği oluşturmaya başlayın. Bu aşamada, temel özellikleri belirlemeye başlamayı seçebilirsiniz. Sonuç olarak: mini kilometre taşlarını net bir şekilde tanımlayın, ileri atlamayın ve ilerlemeden önce kendi kriterlerinizi karşıladığınızdan emin olun.

Bu, işletmenizin başlangıçta pazara sunduğu MVP için geçerlidir, ancak minimum geçerli zihniyet, ürününüzün tüm yaşam döngüsü boyunca da devam etmelidir. Her yeni sürümü daha büyük bir MVP olarak düşünün―yeni özelliklerden oluşan yeni bir katman eklediğinizde, uygulanabilir yeni bir sürüm elde etmek için gereken en az değişikliği yaparak önceki sürüme tam olarak uyduğundan emin olun.

"Minimum" ve "uygulanabilir" arasındaki dengeyi bulmak sezgisel bir beceridir ve tekrar tekrar egzersiz yapmanız gerekecektir.

Disiplinle yönetin

En çok sesi çıkan paydaşlarınız ister kuruluşunuzda ister harici müşterilerinizde olsun, özellik kaymasının tehlikeleri hakkında bilgilendirilmeleri ve son anda yeni "olmazsa olmazları" ekleme isteklerini bastırmaları iyi olur.

Kontrol edilmediğinde, tanımlanan minimumdan sapma eğilimi morali boşaltacaktır. Geliştiricilerin tüm bileşenleri bağlamayı bitirdiği gururlu an, antiklimaktik hale gelir. Sürekli hareket eden hedefler ürün istikrarsızlığını körükler.

Özellikle işletmede, başarılı MVP'ler oluşturma süreci, yönetici sponsorların akranlarına ve diğer paydaşlara - gerektiğinde sık sık - "Şimdi durmamız ve bu özelliği dışarı atmamız gerekiyor. Size yeterince iyi görünmeyebilir, ancak bozulursa çok daha kötü olur.” Bir yönetici olarak, geliştiricileri dış etkilerden korumak, iş kültürünüzde önceliklere bağlı kalma konusunda bir örnek oluşturmak sizin işiniz.

disiplinli mühendis

Tersine, yazılım geliştiricileri ve yöneticileri, teslim tarihlerini takdir etmeli ve mükemmeliyetçi isteklerini kontrol altında tutmalıdır. İşte yaygın bir senaryo: “Bu kod parçası çirkin görünüyor, bu gerçekten verimsiz; temizlememiz ve yeniden düzenlememiz gerekiyor. ”

Geliştiriciler bunu söylemekte haklı olabilir―ancak yöneticileri yine de geri adım atmalı. Teknik bir yönetici olarak, onların ayrıntılara gösterdiği ilgiden memnun olabilir ve bu konuda harekete geçmek isteyebilirsiniz. Ancak bu bir zamanlama meselesidir—nakliye ve geri bildirim alma konusundaki önemli hususu aklınızda bulundurun ve bunun yerine görev açısından kritik olmayan sorunları bir sonraki yinelemede temizleyerek not edin.

Yalın ilkeler iş başında

Ürününüzün başarısı tamamen girmek üzere olduğunuz pazarın dinamiklerine bağlıdır. Ancak MVP'niz için ürün tanımı çizgisini nereye çizerseniz çizin, başarılı işletmelerin MVP'lerini sevk etmek için kullandıkları iki ek pratik taktik sunuyoruz.

Üçüncü taraf bileşenlerini kullanın

Mümkün olduğu kadar, inovasyon ekipleri MVP'ler oluştururken tekerleği yeniden icat etmemelidir. Üçüncü taraf bileşenlerini daha sonra, zamanı geldiğinde, şirket içinde geliştirilen bir şeyle her zaman değiştirebilirsiniz. Özgün olmamanın utancı çoktan ortadan kalktı: Bu artık yaygın bir uygulama ve yapı taşlarının çoğu açık kaynak kodlu ve özelleştirilebilir.

Örneğin, ürününüz gerçek zamanlı iletişim içeriyorsa, entegre edilmesi kolay ve özelleştirilebilir kullanıcı arabirimleri, iletişim altyapısı ve şifreleme gibi temel özellikleri içeren mükemmel üçüncü taraf çözümleri vardır. Benzer şekilde, bir uygulama oluşturuyorsanız, hızlı animasyonlar ve geçişlerle profesyonel bir görünüm elde etmek, kurum içi bir tasarımcı gerektirmeyebilir; geliştiricileriniz üçüncü taraf bileşenlerle zaman kazanabilir.

Birkaç üçüncü taraf çözümünün kullanım durumlarınıza mükemmel şekilde uyacağı doğrudur. Ama henüz yapmak zorunda değiller. Özel çözümlere gelecekteki yatırımları doğrulayabilecek bir ürünü göndermenize izin verdikleri sürece, hala öndesiniz.

Geliştirme süresini kısaltın, ancak gelecek için sağlam bir temelden ödün vermeyin

İlk geliştiriciniz birinci sınıf olmalıdır. Stajyerlerle başlamayın: En baştan yeteneğe yatırım yapın. Bu, kulağa “yalın” metodolojinin temel önermesiyle bir çelişki gibi gelebilir, ancak “ucuz” mutlaka “yalın” değildir. Kurumsal bütçeler bile kısıtlı olsa da, bir geliştiricinin saatlik ücreti, maliyetin yalnızca bir bileşenidir - geliştirme süresi, saatlik ücretle ters orantılı olarak büyür. İkisini çarpın ve maliyet avantajınız çoktan gitmiş olur.

Akıl hocalığı yapmak ve orada olmaması gereken hataları kovalamak için harcadığınız zamanı ekleyin. Kaybedilen her günün ek yükünü düşünün: Ofis alanı, diğer çalışanların maaşları, sunucu ücretleri, vb. Maddi olmayan duran varlıklarda, pazara çok geç gelirseniz fırsat maliyeti gibi faktörler.

Matematiği yaparken, bir grup genç yerine bir MVP üretmek için bir "pahalı" ve deneyimli geliştiriciyi işe almanın çok daha iyi olacağını anlıyorsunuz. Küçük geliştiriciler, ürününüzün temeli oluşturulduktan sonra gelebilir ve uzun vadeli maliyeti optimize etmeyi düşünmeye başlayabilirsiniz.

İşte gerçek hayattan bir örnek. Bir girişimci arkadaşım, MVP'sine önemsiz görünen birkaç özellik eklemek istedi. Takımda saatte 120$'dan harika sonuçlar üreten çok deneyimli bir geliştiricisi vardı. Bir sonraki özelliklerin daha ucuz olabileceğini düşünen arkadaşım, saatte 30 dolara bir stajyer tuttu.

Stajyer dört gün sonra bitirdi. Üstüne üstlük bir incelemede, özelliklerin çalıştığı görüldü ve arkadaşım bir sonraki aşamaya geçti. Deneyimli geliştirici tekrar dahil oldu ve kodun yalnızca bazı köşe durumlarda başarısız olmakla kalmayıp, ileriye dönük olarak sürdürülemez olduğunu fark etti. Bu yüzden bütün gününü yeniden yazmakla geçirdi.

Bir stajyerin dört günlük çalışması (960$) artı bir günlük yeniden yazma (960$) = 1920$. Deneyimli geliştirici ilk etapta özellik üzerinde çalışmış olsaydı, diğer maliyetler hesaba katılmasa bile, zamanın beşte birinde tamamlanmış olacaktı ve paranın yarısından daha azına mal olacaktı.

Henüz hedef mükemmellik değildir, ancak kaliteye karşı aşırı düzeltme yapma riski vardır; sağa ve sola çarpan, cilasız, hantal ve basitçe kullanılamaz bir şey bırakarak ürününüzü tamamen itibarsızlaştırabilirsiniz. Sonuç olarak ikinci bir şansınız olmayabilir.

İçgüdülerinizi keskinleştirin ve maceranın tadını çıkarın

Burada MVP geliştirmenin sadece birkaç yönüne değindik. Ancak kapsamlı bir rehberle bile, süreç her zaman inandığınızdan daha fazlası, tahmin ettiğinizden daha fazla iş ve beklediğinizden daha fazla zorluk olacaktır.

Bir noktada çizgiyi çizmeli ve ürününüzü dünyaya açmalısınız. Bu en ürkütücü ve heyecan verici an ve bununla ilgili kesin bir bilim yok. İçgüdülerinize güvenmelisiniz, ancak süreçte yalın ilkeleri takip etmek, içgüdülerinizi geliştirmenize ve bu önemli kararı daha kolay vermenize yardımcı olacaktır. Ve bir kez olumlu geribildirimin ilk kilometre taşına ulaştığınızda ve vizyonunuza güvendiğinizde, hayallerinizin ürününe doğru daha da derinlere inmeye başlayabilirsiniz.