Bir Uygulama Oluşturmadan Önce Bir MVP Oluşturmalı mısınız?

Bir uygulama fikri üzerinde veya tüketicilerin buna nasıl tepki vereceğine dair bir varsayım üzerinde kumar oynamayı göze alabilir misiniz? Bahse girerim müşterileriniz de bunu yaparken pek rahat değildir, özellikle de söz konusu olan paraları ve itibarları olduğunda.

Bir uygulamaya özenle yaklaşılmadığı takdirde, bir işletme için riskli bir yatırım olabilir. O zaman bile, en iyi araştırılmış uygulama kavramları, hayal kırıklığı yaratan kullanıcı indirme ve tutma oranlarına yol açabilir.

İster mobil uygulamalar ister SaaS ürünleri geliştirme işinde olun, müşterilerinizin yatırımlarını korumak için minimum geçerli ürünleri (MVP'ler) kullanmayı düşündünüz mü?

MVP'ler, projeleri boru hattınızdan daha hızlı geçirmenize izin vermekle kalmaz, aynı zamanda geliştiricilerin müşterileri için genel olarak daha güçlü ürünler oluşturmasını sağlar.

İşte bilmeniz gerekenler.

Uygulama Geliştirmede MVP'lerin Değeri

Frank Robinson, 2001'de MVP'nin ne olduğunu tanımlayan ilk kişiydi. Kökünde, bir MVP, ürünün konseptini ve pazardaki uygulanabilirliğini test etmek ve doğrulamak amacıyla halka sunulan bir ürünün küçültülmüş bir versiyonudur. .

The Lean Startup'ın yazarı Eric Ries, MVP'lerin ilk savunucularından biriydi ve onları 2013'te neden ve nasıl kullanmamız gerektiğine dair ilginç şeyler söyledi:

Mesele daha yalın ürünler yaratmak değil. Bir uygulamanın en temel sürümünü veya konseptini benimseyenlerin ve evangelistlerin ellerine teslim etmektir. Bu şekilde geliştirici, kullanıcı geri bildirimlerini erkenden toplar ve bu da ürünü nihai sürümüne uygun şekilde şekillendirmek için kullanılır.

Örneğin Dropbox'ı ele alalım. Ürünün açılış sayfası 2009'da şöyle görünüyordu:

Şirket adını, yazılımın açıklamasını ve masaüstü veya mobil uygulamayı indirmek için bir bağlantı içeren basit bir sayfadır. Ne elde ettikleri hakkında daha fazla bilgi edinmek isteyen kullanıcılar için, "tur" onları daha fazla bilgi içeren bir mini siteye götürdü:

Bu, hem tüketicilerin hem de işletmelerin bugün kullandığı güçlü depolama, içerik oluşturma ve işbirliği hizmetinden çok uzak:

Ama bu MVP'nin güzelliği. Esasen, geliştiricileri yalnızca minimum - ancak kesinlikle gerekli - özellikler kümesiyle ürünler oluşturmaya zorlar.

Dropbox'ın bulut depolama hizmetlerinin gücünü öngörmesine veya o sırada pazar için doğru olmayan bir şey yaratmasına gerek yoktu. Tek yapması gereken, kullanıcıların o an ve orada ihtiyaç duyduğu basit bir çözümü başlatmaktı. Kullanıcılar daha sonra ürünü doğrulayabilir ve şirkete ürünü alması için gereken yönü sağlayabilir.

MVP oluşturmanın başka faydaları da vardır:

• Ürünü, tam uygulamanın geliştirilmesini beklemekten çok daha hızlı bir şekilde piyasaya sürebilirsiniz.
• İşe çok fazla adam-saat ayırmadan önce konseptin uygulanabilirliğini test etme şansınız olur.
• Nihai ürününüzdeki sapmaları çözmek için kendinize daha fazla alan (ve belki biraz da bağışlama) verirsiniz.
• Bir MVP ile paradan tasarruf edersiniz. Birincisi, yalnızca kesinlikle gerekli olan özellikleri oluşturmak için zaman harcadığınız için. İkincisi, kullanıcıların ölçeği küçültülmüş sürümden memnun olduğunu ve ürünü sonlandırmak için daha fazla çalışma yapmanız gerekmediğini görebilirsiniz.
• Kullanıcılar tarafından benimsenen test edilmiş bir fikirle, yatırımcılara geliştirme sürecinin geri kalanını çok daha sorunsuz hale getirebilecek bir şeyler sunabilirsiniz.

Eric'in videoda dediği gibi, bir MVP, başarı şansınızı en üst düzeye çıkarmanın ve bunu tam ürün geliştirmenin izin verdiğinden çok daha kısa bir zaman diliminde gerçekleştirmenin en iyi yoludur.

Kullanıcıların Test Etmek İstediği Değerli Bir MVP Nasıl Oluşturulur

MVP'nizin başarısı, erken benimseyenlerin - %100 sizin tarafınızda olan, ürüne inanan ve boşlukları doldurmanıza yardımcı olmak isteyenler tarafından sağlanan içgörülerden ve geri bildirimlerden yararlanma becerisine dayanır. Yani, bunu gözden kaçırmayın.

Bir MVP, bir araya getirilmiş yarım yamalak bir uygulama değildir. Yine de değerli olması gerekiyor.

MVP'nizi oluşturup başlatmadan önce yapmanız gereken bazı şeyler şunlardır:

1. Ürünün Amacına Karar Verin

Uygulamanızın başarılı olmasını istiyorsanız, tüketici tabanının geniş bir kesimi için benzersiz bir sorunu çözmesi gerekir. Bu, MVP'nizin ürünün ne yaptığını ve kullanıcıların neden buna ihtiyaç duyduğunu açıkça ortaya koyması gerektiği anlamına gelir.

Örneğin, Uber (daha sonra UberCab) 2010'daki beta sürümü sırasında kendini şu şekilde sattı:

Daha önceki Dropbox örneğinde olduğu gibi, konsept olarak son derece basittir ve ne olduğunu veya neden bu kadar değerli olduğunu açıklamak açısından sadedir. Ama yine de fikri anladınız. İnsanların telefonlarından bir araba sipariş etmesini ve ödemesini sağlayan bir uygulama. Esasen, kabinler için uygun bir ikamedir.

Bir yıl ileri giderseniz, Uber'in resmi ürün lansmanı ile kimliğini ve değer teklifini sağlamlaştırmaya başladığını göreceksiniz:

Bu, 2011'de Uber'in "Taksiyi" bırakıp kendisini bir çağrı üzerine özel sürüş hizmeti olarak etiketlemesiyle geri döndü. Tüketicilerin, aksi takdirde karşılayamayacakları bazı lüks ayrıcalıkları deneyimlemelerine izin vermenin bir yoluydu.

Bu, Uber'in aldığı nihai form olmasa da, erken kullanıcı geri bildirimlerinin, ürün geliştiricilerin platformun hangi bölümlerinin gerçekten vurgulanmaya ve üzerine inşa edilmeye değer olduğuna karar vermelerine nasıl yardımcı olduğunu görebilirsiniz.

Bir MVP oluşturduğunuzda ve kullanıcılardan ne istedikleri ve hangi özelliklere ihtiyaç duydukları konusunda değerli bilgiler toplamaya başladığınızda tam olarak böyle bir şey olacak. Ama önce, genel amacı ve değeri konusunda netleşerek başlamalısınız. Daha sonra hassaslaştırabilirsiniz.

2. İdeal Kullanıcılarınızı Bulun

Senin konseptin var. Şimdi, tüketicilerin bunu isteyip istemeyeceğini anlamanın zamanı geldi. Bir MVP oluşturmak daha ucuz ve daha hızlı olsa da, zamanınızın ve kaynaklarınızın tamamen boşa gitmeyeceği anlamına gelmez. En azından ilginin orada olduğunu onaylamanız ve ardından hedef kullanıcınızın kim olduğunu net bir şekilde tanımlamanız gerekir.

Özellikle, konum hakkında düşünmeniz gerekir.

Yukarıdaki Uber örneğinde beta ürününün yalnızca San Francisco'da test edildiğini görebilirsiniz.

Airbnb'nin ilk sürümü benzer bir şey yaptı. Airbnb'nin kurucu ortağı Joe Gebbia, Bunu Nasıl İnşa Ettim'in 2017 bölümünde MVP'sinin hikayesini anlatıyor.

Temelde, nakit sıkıntısı vardı ve yaklaşan bir konferans için San Francisco'daki dairesinde şişme yataklar kiralamaya karar verdi. Otellerin oda sıkıntısı çekeceğini bildiğinden, bundan para kazanabileceğini düşündü. Ama kazandığı sadece kira parası değildi. Birçok insanın dairesinde yer kiralamaya ilgi göstermesi üzerine yeni bir iş fikri buldu.

Böylece, o ve ortağı “AirBed & Breakfast” adlı bir web sitesi oluşturdu. Ancak bir kez yayına girdikten sonra, orijinal San Francisco test alanının çok ötesine yayıldı.

2009 yılında 72 ülkede AirBnB kiralaması oldu. Bugün, dünyadaki herhangi bir kasabada pratik olarak çöp seçiminizi yapabilirsiniz. Ama her şey San Francisco ile başladı.

Bu nedenle, ürününüzü oluşturmaya başlarken, tam sürümünü yapmadan önce uygulamanızı test etmek ve geri bildirim almak için en iyi yerlerin nerede olacağını düşünün. Alanın, hedeflediğiniz nüfusun ve demografinin iyi bir temsili olmasını istiyorsunuz. Ayrıca, ürün için bir talep olduğundan ve hedef kullanıcılarınızın (para kazanmaya başladığınızda) onu kullanmaya gücü yettiğinden emin olmalısınız.

3. Bir MVP Formatı Seçin

MVP'nizin formatı, herhangi bir bina yapmadan önce düşünmeniz gereken bir diğer önemli şeydir.

Bazı durumlarda, uygulanabilir bir ürün oluşturmanız gerekecek. Örneğin, hedefinizin yeni bir flört uygulaması oluşturmak olduğunu varsayalım. Piyasada tonlarca flört uygulaması var; özellikle pakete sürekli hakim olan iki uygulama ile. Herhangi bir türde mobil flört uygulaması oluşturmanın, özelliklerden ne kadar kıstığınız önemli değil, çok büyük ve maliyetli bir kumar olacağını biliyorsunuz. Ee ne yapıyorsun?

Bunun yerine bir PWA flört uygulaması oluşturabilirsiniz. Maliyetler daha düşük, pazara sunma süresi önemli ölçüde daha hızlı olacak ve MVP'nizi kullanıcıların önüne çıkarmak, uygulama mağazasına bir şey koymaktan çok daha kolay olacaktır. Sonunda ürün formatı açısından PWA'nın yeterli olduğunu bile görebilirsiniz.

Diğer durumlarda, MVP'nin gerçek bir ürün olması bile gerekmez. Sadece ürünü duyuran veya konseptin bir tel kafes/prototipini sağlayan bir web sitesi olabilir.

Rand Fishkin, 2004 yılında kurucu ortağı olduğu Moz şirketinden 2018 yılında ayrıldığını duyurdu. Aynı zamanda SparkToro adlı yeni bir ürününü duyurdu.

Şimdi Rand, MVP olarak bir konsept başlatabilecek ve bunun hala başarılı olmasını sağlayabilecek biri. Bu alanda uzun süredir devam eden bir geçmişi ve sağlam bir itibarı var, bu nedenle, elbette, tüketim için uygun olmamasına rağmen kullanıcılar bu yeni ürüne yönelecekler.

Yeni bir marka için MVP oluşturanlarınız için, muhtemelen bu kadar şanslı olmayacaksınız. Ancak, gerçekten ne tür bir ürün inşa etmeyi planladığınıza bağlı olacaktır.

Ürünü küçültülmüş bir sürümde oluşturmanın kesinlikle bir yolu yoksa, bu, keşfedilmeye değer bir seçenek olabilir. Ayrıca, sizin veya müşterinizin kesinlikle hiç parası yoksa ve konseptinizin uygulanabilirliğini yatırımcılara kanıtlamak için doğrulanmış geri bildirime ihtiyaç duymanız da iyi bir fikir olacaktır. Joe Schmoes'un bundan kurtulmasının tek yolu bu.

Bu rotaya giderseniz, gerçekten iyi bir açıklama bölümüne de ihtiyacınız olacak. SparkToro'nun İnşa Ediyoruz sayfasında şu var:

Bence böyle bir ürüne yönelecek türden kullanıcılar için - yani aslında bu tür bir çözüme ihtiyaç duyan gelişmiş pazarlamacılar - özelliklerin konseptini ve uygulanabilirliğini bu şekilde test etmenin iyi olduğunu düşünüyorum. Kendi dillerinde ve anladıkları görsellerle yazılmıştır.

Ancak, markanıza aşina olmayan veya Rand'ın hedef kitlesi kadar eğitimli olmayan kullanıcılar için, ürünün kontrol panelinin bir tel çerçevesi veya prototipi daha iyi bir fikir olacaktır. Kurucudan bir açıklayıcı video bile işe yarayabilir. Kullanıcıları kaydolmaya ve mümkün olduğunca erken geri bildirim sağlamaya ikna eden bir şey olması yeterlidir.

4. Gerçek Minimum Değerinizi Bulun

Eric Ries'in videosunu izlerseniz, MVP'nizin minimum özelliklerini tanımlamak için bir formül sağladığını göreceksiniz. Bu böyle devam ediyor:

İhtiyacınız olduğunu düşündüğünüz minimum özellik sayısı / 8 = Gerçek Minimum

Bu formül sizi endişeli hissettiriyorsa mantıklıdır. Ama şöyle düşünün:

İşe yaramaz hale gelmeden olabildiğince basit bir MVP oluşturursunuz. Bunu kullanıcılara gönderirsiniz ve onlara geri bildirim sağlama şansı verirsiniz.

Sonuç olarak birkaç şey olabilir:

Kesinlikle nefret ediyorlar.

Size A Özelliğinin ne kadar berbat olduğundan ve başka bir şey yapmasını nasıl istediklerinden veya B Özelliğinin neredeyse orada olduğundan şikayet ederler, ancak sonra beklentilerin gerisinde kalırlar. Bu mükemmel! Test kullanıcılarınız size ürününüzden tam olarak ne istediklerini söyleyecektir. Yeterince tutarlı geri bildirim alın ve uygulamanın bir sonraki sürümünde görünmesi gereken olmazsa olmaz özelliklerin bir listesine sahip olacaksınız.

Onlarda sorun yok ama sevmiyorlar… henüz.

Yine, kullanıcılar bundan %100 memnun değilse sorun yok. Onlara harika olacak bir ürünü deneme fırsatı verdiniz ve içindeki vaadi görüyorlar. Onlara fikirlerini söylemeleri için bir şans verin ve neyi sevip neyi sevmediklerini size bildirin. Ardından, bu zayıf noktaları güçlendirmeye ve onu gerçek bir oyun değiştirici yapacak özellikleri dahil etmeye odaklanın.

Olduğu gibi sevecekler.

Dürüst olalım, bunun olması muhtemel değil. Ancak geri bildirim o kadar az olsaydı, MVP'yi olduğu gibi alabilseydiniz harika olmaz mıydı? Ayrıca, kendinizden tasarruf ettiğiniz onca zamanı ve ürünü çok fazla keserek müşterinize biriktirdiğiniz parayı düşünün. Bazen daha basit daha iyidir.

Bu kullanıcılara geri bildirimleri ve ürüne verdikleri destek için teşekkür etmeyi unutmayın. Onların içgörüleri olmadan ihtiyaç duydukları çözümü yaratmanın hiçbir yolu yoktur ve bu yüzden bunda oynadıkları rolü tanımanız sizin yararınıza olacaktır. Karşılığında, piyasaya sürüldükten çok sonra ürününüzün müjdecileri olmaya devam edecekler.

5. Açılış Sayfanızı Erken Tasarlayın

Yalnızca MVP olarak hizmet veren bir açılış sayfası veya mini web sitesi konusunda çok hevesli olmasam da (yukarıda belirtilen nedenden dolayı), MVP çalışırken mobil öncelikli bir açılış sayfası almanın iyi bir fikir olduğunu düşünüyorum. .

Oyun uygulamaları ve SaaS, erken bir beta kayıt sayfası başlatmak için özellikle iyi seçenekler olacaktır. İşte Hytale'den bir örnek:

MVP'nizin başarılı olmasını istiyorsanız, şimdi sahip olduğunuz ekstra zamanın bir kısmını güçlü bir açılış sayfası oluşturmaya ayırmalısınız. Bu gönderide yer alan şirketlerin ilk web sitelerini araştırarak başlayın. Hepsi konseptlerini başarılı bir şekilde açıkladılar, ürünlerini yumuşak bir şekilde pazarladılar ve ilk kullanıcıları test için kaydolmaya ikna ettiler.

Bu sırada blogunuzu, sosyal medya hesaplarınızı ve topluluk özelliklerini de (aktif bir haber bülteni ile) ayarlamalısınız. Asla bilemezsin. Birisi, MVP'nizin duyurusunu Google arama dışında bir yerde bulabilir ve siteyi favorilere eklemek veya beta test kullanıcısı olmak için erken kaydolmak istediğine karar verebilir.

Kullanıcı setinizden katılım almaya başlamak için asla çok erken değildir!

6. Başarı Kriterlerinizi Tanımlayın

Son olarak, MVP'nizin başarısını nasıl ölçeceğinize karar vermelisiniz. Çünkü bu sadece geri bildirimin kalitesiyle ilgili değil.

Aşağıdakileri göz önünde bulundur:

• Açılış sayfanızı kaç ziyaretçi ziyaret etti?
• Bu insanlardan kaç tanesi betaya kaydoldu?
• Belirli bir süre boyunca (1 ay, 3 ay vb.) kaç kullanıcıyı elinizde tuttunuz?
• Kaç kişi geri bildirim sağladı ve bu, ürün tasarımı ve ileriye dönük özellikler hakkında sağlam kararlar almak için yeterince önemli miydi?
• Kullanıcı kümenizin demografisi, uygulamayı tasarladığınız hedef kitleyle eşleşiyor mu? Sizce neden öyleydi?
• Kullanıcılar uygulamada ortalama ne kadar zaman harcadı?
• En çok hangi özelliklerle vakit geçirdiler? En az?
• Hangi özellikler en olumlu geri bildirimi aldı? En az?
• Ürünle ilgili olumlu bir deneyim yaşayan belirli kullanıcılar var mıydı? Onları farklı kılan neydi?

Orijinal açılış sayfasından, beta test kullanıcılarından, kullanım verilerinden vb. topladığınız tüm bilgileri alın ve gerçekten hepsini gözden geçirin. Tasarladığınız MVP hakkında size ne anlatıyor? Ve şimdi, onunla ne yapacaksın?

Olduğu gibi mi bırakacaksınız yoksa olması gereken ve kullanıcıların istediği tam ürüne mi dönüştüreceksiniz?

Topladığınız kullanım verilerine dayanarak müşteri çekmek ve kazanmak kolay olacak mı? Dahası, bu kullanıcıları elinizde tutabilecek misiniz yoksa uygulamanızı yerel uygulama formu yerine tarayıcı tarafında tutmak daha mı uygun maliyetli?

Ve son olarak, ürüne erişim için ne kadar ücret alabilir ve almalısınız? Sonunda şirketi karlı hale getirecek mi yoksa bunu değerli bir girişim haline getirmek için (en azından para kazanma tarafında) yeterli ilgi yok mu?

Sana bir sürü soru bırakıyorum biliyorum ama testler başladığında çözmen gereken çok şey var. Ayrıca, ilk etapta bir MVP oluşturmanızın tüm nedeni budur. Bu kullanıcı geri bildirimi süreç için paha biçilmezdir ve piyasaya sürülmeye veya çizim tahtasına geri çekilmeye değer bir ürün olup olmadığını bilmenin tek yolu budur.