MVP – İnşa ederken, Ölçerken, Öğrenirken Sadece Eşyaları Duvara Atmak Değildir
Yayınlanan: 2017-05-29Ve çalışıp çalışmadıklarını görmek
Eleştirmenler, Yalın Girişimin Yap, Ölç, Öğren yaklaşımının "işe yarayıp yaramadığını görmek için tamamlanmamış ürünleri binadan dışarı atmak"tan başka bir şey olmadığından şikayet ettiğinde her zaman şaşırmışımdır.
Ne yazık ki Yap, Ölç, Öğren şeması bu karışıklığın nedenidir. İlk bakışta, ateşe hazır bir nişan alma süreci gibi görünüyor.
Yap, Ölç, Öğren'i, Yalın startup'lar kurmanın en iyi yolunun artık bildiğimiz şeye güncelleme zamanı.
İşte nasıl.
İnşa Et, Ölç, Öğren kulağa oldukça basit geliyor. Bir ürün oluşturun, onu gerçek dünyaya taşıyın, müşterilerin tepkilerini ve davranışlarını ölçün, bundan bir şeyler öğrenin ve öğrendiklerinizi daha iyi bir şey inşa etmek için kullanın. Müşterilerin sevdiği bir şeye sahip olana kadar yinelemeyi, döndürmeyi veya yeniden başlatmayı öğrenin .
Şelale Geliştirme
Kulağa basit gelse de , Build Measure Learn ürün geliştirme yaklaşımı, 20. yüzyıl boyunca ürünleri inşa etmek ve sevk etmek için kullanılan geleneksel Şelale modeline göre radikal bir gelişmedir. O zamanlar bir girişimci, çok az müşteri geri bildirimi ile adım adım ilerleyen bir seri ürün geliştirme süreci kullanıyordu. Kurucular, müşteri problemlerini/ihtiyaçlarını anladıklarını, mühendislik gereksinimleri belgeleri yazdıklarını, ürünü tasarladıklarını , donanımı/yazılımı uyguladıklarını /oluşturduklarını, test ederek çalıştığını doğruladıklarını ve ardından ürünü ilk müşteri gemisi adı verilen resmi bir çıkışla müşterilere tanıttıklarını varsaydılar. .
Şelale Geliştirme, gereksinimler belgesinin yürütülmesiyle ilgiliydi. Ürünün ilk sürümleri Alfa ve Beta Testlerinde müşterilerle paylaşılırken, ürüne erken müşteri erişiminin amacı, özellikler veya kullanılabilirlik hakkında geri bildirim sağlamak değil, hataları ortaya çıkarmaktı. Bir startup ancak ürünü sevk ettikten ve satmaya çalıştıktan sonra müşterilerden herhangi bir önemli geri bildirim duyabilir. Ve çoğu zaman, aylarca hatta yıllarca süren geliştirmelerden sonra, girişimciler, müşterilerin ürünlerini, özelliklerinin çoğuna ihtiyaç duymadıkları veya istemedikleri için satın almadıklarını zor yoldan öğrendiler .
Ürünleri doğru bir şekilde elde etmek genellikle şirketlerin üç denemesini aldı. Sürüm 1, müşteri geri bildirimi olmadan oluşturuldu ve sürüm 1 tamamlanmadan önce sürüm 2 üzerinde çalışmalar başladı, bu nedenle müşterinin gerçekten duyulması için sürüm 3'e kadar sürdü (örn. Microsoft Windows 3.0)
Yazılım geliştirmedeki en iyi uygulamalar 2000'li yılların başında çevik geliştirmeye geçmeye başladı. Bu metodoloji, yazılımı yinelemeli olarak oluşturarak ve müşteriyi dahil ederek şelale üzerinde geliştirildi. Ancak tüm ticarileştirmeyi test etmek için bir çerçeveden yoksundu. Binanın dışındaki hipotezler. Agile ile bir müşterinin istediği her özelliği tatmin edebilir ve yine de işsiz kalabilirsiniz.
Ardından Yalın Girişimin Build Measure Learn odağı geldi.
Ölçü Öğrenin Oluşturun
Yap-Ölç-Öğrenin amacı, sevk edilecek nihai bir ürün veya bir ürünün prototipini oluşturmak değil, artımlı ve yinelemeli mühendislik yoluyla öğrenmeyi en üst düzeye çıkarmaktır. (Öğrenme, ürün özellikleri, müşteri ihtiyaçları, doğru fiyatlandırma ve dağıtım kanalı vb. ile ilgili olabilir.) “Yapım” adımı, minimum düzeyde uygulanabilir bir ürün (bir MVP) oluşturmak anlamına gelir. Bir MVP'nin sahip olunan ürün olmadığını anlamak çok önemlidir. daha az özellik. Bunun yerine, o anda en fazla öğrenmeyi elde etmek için müşterilere gösterebileceğiniz en basit şeydir. Başlangıç aşamasında, bir MVP basitçe bir PowerPoint slaydı, tel kafes, kil modeli, örnek veri seti vb. olabilir. Bir MVP oluşturduğunuzda, neyi test etmeye/ ölçmeye çalıştığınızı da tanımlarsınız. Daha sonra, daha fazla şey öğrenildikçe, MVP'ler düşük kaliteliden daha yüksek kaliteliye geçiyor, ancak amaç, ürünün beta/tam özellikli bir prototipini oluşturmak değil, öğrenmeyi en üst düzeye çıkarmak olmaya devam ediyor.
Sizin için tavsiye edilen:
Metaverse Hindistan Otomobil Endüstrisini Nasıl Dönüştürecek?
Anti-Profiteing Hükmü Hintli Startuplar İçin Ne Anlama Geliyor?
Edtech Startup'ları Hindistan'ın İşgücünün Becerilerini Geliştirmesine ve Geleceğe Hazır Olmasına Nasıl Yardımcı Oluyor?
Bu Hafta Yeni Çağ Teknoloji Hisseleri: Zomato'nun Sorunları Devam Ediyor, EaseMyTrip Gönderileri Stro...
Hintli Startup'lar Finansman İçin Kısayollar Kullanıyor
Dijital Pazarlama Platformu Logicserve Çantaları 80 INR Cr Finansmanı, LS Dig Olarak Yeniden Markala...
Waterfall geliştirme üzerinde büyük bir gelişme olan Build Measure Learn , yeni başlayanların hızlı, çevik ve verimli olmasını sağlar.
Build Measure Learn'ün üç daire diyagramı, sürecin iyi bir tahminidir. Ne yazık ki, “inşa” kelimesini kullanmak genellikle insanların kafasını karıştırır. Diyagram, bir şeyler inşa etmeyi ve binadan dışarı atmayı ima ediyor gibi görünüyor. Build Measure Learn diyagramının daha ayrıntılı bir sürümü, üç öğe daha ekleyerek anlamı netleştirmeye yardımcı olur: Ideas -Build- Code -Measure- Data -Learn.
Build Measure Learn diyagramının beş parçalı versiyonu, inşa etmenin gerçek amacının “fikirleri” test etmek olduğunu görmemize yardımcı olur – sadece bir amaç olmadan körü körüne inşa etmek değil. "Kod" etiketli daire, kolayca "donanım oluştur" veya "yapay genom oluştur" olarak etiketlenebilir. "Veri" etiketli daire, deneylerimizi ölçtükten sonra , öğrenmemizi daha da geliştirmek için verileri kullanacağımızı gösterir. Ve yeni öğrenme sonraki fikirlerimizi etkileyecek. Yap-Ölç-Öğren'in amacının sadece bir şeyler inşa etmek olmadığını görebiliriz, amaç ilk fikri doğrulamak veya geçersiz kılmak için bir şeyler inşa etmektir.
Belirli fikirleri test etmeye odaklanma, yap-ölç-öğrenin sadece bir şeyleri duvara fırlatıp işe yarayıp yaramadığını görmek olduğu endişesine karşı çıkıyor.
Ama yine de yeterince iyi değil. Artık daha iyisini yapabiliriz.
Hipotezlerle Başlayın
Yap-Ölç-Öğren , yeni girişimlerin (mevcut şirketlerdeki hem yeni başlayanlar hem de yeni fikirler) “fikirler” ile başlamadıkları, hipotezlerle (tahminler için süslü bir kelime) başlamalarıdır. fikir” ve “hipotezler” çok farklı iki anlama gelir. Çoğu yenilikçi için "fikir" kelimesi, onu hayata geçirmek için hemen bir plan gerektiren bir içgörüyü çağrıştırır. Buna karşılık, bir hipotez , doğrulamak veya geçersiz kılmak için deney ve veri gerektiren eğitimli bir tahminimiz olduğu anlamına gelir.
Bu hipotezler, müşteri(ler)in kim olduğundan, değer teklifinin ne olduğuna (ürün/hizmet özellikleri), fiyatlandırmaya, dağıtım kanalına ve talep yaratmaya (müşteri kazanımı, etkinleştirme, elde tutma, vb.)
Yalın Girişimin, fikrinizin sadece test edilmemiş bir dizi hipotez olduğunu kabul etmekle başlaması büyük bir fikirdir . Bu gerçekten büyük bir fikir çünkü inşa ettiğiniz şeyin test etmek istediğiniz hipotezle eşleşmesi gerekiyor.
Doğru müşterileri bulmak için oluşturmanız gereken minimum uygulanabilir ürün, test fiyatlandırması için ihtiyacınız olan minimum uygulanabilir üründen farklıdır; bu, belirli ürün özelliklerini test etmek için oluşturacağınız bir MVP'den farklıdır. Ve tüm bu hipotezler (ve minimum uygulanabilir ürünler), siz daha fazlasını öğrendikçe zamanla değişir. Bu nedenle, Yap-Ölç-Öğren yerine , Yalın bir Başlangıç'ta minimum düzeyde uygulanabilir ürünler oluşturmaya yönelik şema, Hipotezler – Deneyler – Testler – Öngörüler gibi görünüyor.
Hipotez Oluşturma
Bu yeni Hipotezler – Deneyler – Testler – İçgörüler diyagramını kullanarak soru şu hale gelir: “Hangi hipotezleri test etmeliyim?” Neyse ki Alexander Osterwalder'ın iş modeli tuvali, bir işletmenin dokuz bileşenine tek sayfada görsel bir genel bakış sunuyor. Bunlar:
- Değer önerisi, şirketin sunduğu ürün/hizmet (müşterilere sağladığı faydalarla birlikte).
- Kullanıcılar ve ödeme yapanlar veya anneler veya gençler gibi müşteri segmentleri .
- Müşterilere ulaşmak ve onlara değer önerisi sunmak için dağıtım kanalları
- Talep yaratmak için müşteri ilişkileri .
- Değer önerisi/önerileri tarafından oluşturulan gelir akışları .
- İş modelini uygulamak için gerekli faaliyetler .
- Faaliyetleri mümkün kılmak için gerekli kaynaklar .
- Faaliyetleri mümkün kılmak için ortaklar 3. taraflara ihtiyaç vardı.
- İş modelinden kaynaklanan maliyet yapısı .
Ve bizi startup tanımına getiriyor: Startup, tekrarlanabilir ve ölçeklenebilir bir iş modeli aramak için tasarlanmış geçici bir organizasyondur .
Hipotezlerin Test Edilmesi
Ve bu hipotezler İş Modeli Tuvali'ni doldurduktan sonra, bir girişimci onları nasıl test eder? Eğer bir bilim insanıysanız, cevap kolaydır: deneyler yaparsınız . Aynısı Yalın Başlangıç için de geçerlidir. (Ulusal Bilim Vakfı, Yalın LaunchPad sınıfını girişimciliğin bilimsel yöntemi olarak tanımladı.)
Müşteri Geliştirme süreci, yeni girişim hipotezleri almak ve bunları test etmek için binadan çıkmak için basit bir metodolojidir. Müşteri keşfi , kurucuların vizyonunu yakalar ve onu bir dizi iş modeli hipotezine dönüştürür. Ardından, müşterilerin bu hipotezlere verdiği tepkileri test etmek ve bunları gerçeğe dönüştürmek için bir dizi deney geliştirir. Deneyler, müşterilere sorduğunuz bir dizi soru olabilir, ancak çoğu zaman, potansiyel müşterilerin çözümünüzü anlamalarına yardımcı olmak için minimum düzeyde uygulanabilir bir ürün, sorulara eşlik eder.
Yani buradaki bir başka büyük fikir, yeni başlayanların bir prototip oluşturmak için minimum düzeyde uygulanabilir ürünler üretmemesidir. Yapabileceklerinin en fazlasını öğrenmek için minimum düzeyde uygulanabilir ürünler inşa ediyorlar .
Son olarak, bu deneyleri ve minimum uygulanabilir ürünleri tasarlamanın amacı veri elde etmek değildir. Veriler son nokta değildir. Herkes veri toplayabilir. Odak grupları veri toplar. Bu bir odak grubu değil. Amaç içgörü elde etmektir . Binadan çıkmanın tüm amacı, kurucunun vizyonunu bildirmektir . İçgörü, müşteri yanıtlarını analiz etmekten gelebilir, ancak verileri görmezden gelmekten veya tanımladığınız şeyin var olmayan yeni, yıkıcı bir pazar olduğunu ve deneylerinizi, özellikleri ölçmekten icat etmeye değiştirmeniz gerektiğini fark etmekten de gelebilir. gelecek.
[Steve Blank'ın bu yazısı ilk olarak resmi web sitesinde yayınlandı ve izin alınarak çoğaltılmıştır.]