Startup'ların Fiziği: Startup'ınız Yeterince Hızlı mı?
Yayınlanan: 2016-06-10Fizikte yerçekiminden "kurtulmak" için gereken hız için bir terim vardır - hızdan kaçış. İlk çıkış hızı 11.2km/s (saatte 25.950 mil) veya daha yüksek olan bir roket Dünya'dan ayrılacak ve geri dönmeyecektir. Hız daha düşük olsaydı, ek yakıt harcaması veya düşüp çarpıcı bir şekilde çarpması gerekirdi.
Başlangıç için hızdan daha önemli bir şey var mı? Sam Altman şunları söyledi: “Hızlı hareket edin. Hız, büyük rakiplerinize göre ana avantajlarınızdan biridir”. Eric Ries tarafından yazılan Yalın Başlangıç, çoğunlukla hız ile ilgilidir. Bir girişimin hızı en üst düzeye çıkarması ve çökmeyi önlemesi ne anlama gelir? Hadi bulalım!
Başlangıç Hızı Modeliyle Tanışın

Startup'lar da belirli bir hızda hareket eder. Fizikte hız, aldığı bir zamanın kat ettiği mesafedir. Yeni başlayanlar için zamana göre yaptıkları ilerleme olacaktır. Bir startup için ana kaynağın zaman ve ilerlemenin iş değerini ifade ettiğini varsayarsak, bu hız ölçüsü ROI (yatırım getirisi) ile eşdeğerdir.
Startup'lar, tekrarlanabilir ve ölçeklenebilir bir iş modeli arayan kuruluşlardır. Modellerinin öğelerini yineleyerek ilerleme kaydederler: değer önermeleri, kanallar, hedef gruplar veya gelir akışları. Piyasadan her olumlu sinyal aldıklarında (dönüşüm / elde tutma / edinme maliyetinde bir iyileşme olarak ölçülür) hedefe daha da yaklaşırlar.
Bir startup olarak büyük bir belirsizlik altında çalışıyorsunuz. Bir sonraki yinelemenizin sonucunu tahmin edemezsiniz. Hipotezleriniz doğruya dönebilir, ancak ne yazık ki çoğu durumda yanlışa dönerler. Yapabileceğiniz tek şey bir test yapmak ve görmek. Sonuç olarak, başlangıçların her yinelemede kaydettiği ilerleme ortalama olarak çok küçüktür, çünkü test ettiğiniz on fikirden birkaçı başarılı olursa şanslısınız.
Bu endişe verici gerçeği modelimizde ifade etmek için, yineleme ilerlemesini beklenen kazanç ve gerçekleşme şansına (başarı şansı) ayıralım. Gördüğünüz gibi yinelemenin küçük başarı şansı her girişimin hızını düşürüyor. Bununla başa çıkmak zorundayız.
Sizin için tavsiye edilen:


İyi haber şu ki, formülün alt kısmında büyük bir etkiniz var. Özelliği veya A/B testini pazara göndermenin ne kadar süreceğini siz yönetirsiniz. Yineleme süresi iki ana faktörden oluşur: geliştirme süresi (sonuca doğrudan katkıda bulunan tüm faaliyetler - programlama, tasarım, test, dağıtım hızı) genel giderler (araştırma, tartışmalar, beyin fırtınaları, planlama oturumları vb.)

Geliştirme süresini ve tüm genel giderleri azaltarak, girişiminizin yineleme hızını önemli ölçüde artırabilirsiniz. Küçük bir değişikliği test etmek birkaç saatten uzun sürüyorsa, ürün geliştirmede ciddi sorunlarla karşı karşıyasınız demektir ve bu noktadan başlamanız gerekir. Ayrıca, üçüncü saati fikrinize ikna etmeye çalışıyorsanız, muhtemelen zaten test ediyor olmalısınız. Daha az konuşmak, daha çok yapmak.
Her yinelemede kaydettiğiniz ilerlemeyi artırmak için yapabileceğiniz bir şey var mı? Kesinlikle, aşağıdaki fikirlere göz atın: Potansiyel büyük kazançlarla başlayın - her şeyden önce kısa vadede kritik bir fark yaratabileceğiniz noktalara odaklanın Sonucu daha iyi değerlendirmek ve başarı oranını artırmak için önceki tekrarlarınızdan öğrenin Büyük olanlarla dikkatli olun projeler — yüksek potansiyel kazanç sağlamalarına rağmen, aynı zamanda çok riskli ve zaman alıcıdırlar (temelde sizi yavaşlatırlar)
Tamam, tam modele sahip olmak, pratikte bize izin ver.
Vaka Analizi
Bir süre önce, geliştirme süresiyle ilgili zorluklarla karşılaşan bir girişime tavsiyede bulundum. Fark yaratmaya istekli, ancak ürünleriyle tek bir hamle yapamayan harika, yetenekli insanlardan oluşan bir ekipti. Küçük bir özelliğin geliştirilmesi ve devreye alınması nadiren bir haftadan daha kısaydı. İyi fikirler çok uzun süre biriktirme listesinde kaldı. İnsanlar hayal kırıklığına uğradı ve hiçbir şey değişmedi.
Bu sorunu önlemek için, her fikri iş değeri ve teknik karmaşıklığına göre değerlendirecek bir çözüm buluyorlar (yineleme hızımıza çok yakın, ancak risk/başarı şansı dahil değil). Potansiyel getiriyi tam olarak değerlendirebilmeleri için her birinin yedek olarak ayrıntılı analiz yapmasını isteyerek fikirlerin sayısını sınırlamak istediler.
Neden işe yaramadı?
- Yeni yaklaşım, proje değerlendirmesinde riski içermiyordu. Sonuç olarak, büyük projelerin (en yüksek riske sahip) değerini fazla tahmin etti ve küçük optimizasyonları olduğundan az tahmin etti.
- Bu kadar uzun bir dağıtım süresiyle, sınırlı bant genişliği nedeniyle birçok iyi fikir reddedildi.
- Her proje için gereken kapsamlı analiz, denkleme ek bir süre ekledi.
- İlk yaklaşım yanlış şeylere odaklandı. Yavaş geliştirme süresini ele almayarak, yeni fikir akışını sınırlandırarak ve her yineleme için girdi olarak kapsamlı araştırma gerektirerek, başlangıç hızını büyük ölçüde yavaşlattı. Mümkün olduğu kadar çok fikrin test edildiğinden emin olmak için dağıtım süresini ve tüm genel giderleri (kapsamlı araştırmalar dahil) azaltmaya odaklanmalıdırlar.
Sonuçlar
Başlangıç Hızı Modelinden önemli çıkarımların altında:
Ürün geliştirmede operasyonel mükemmelliği hedefleyin - herhangi bir fikri pazara sunmak için ihtiyaç duyduğunuz süreyi en aza indirin. Geliştirme döngünüzü haftalara değil, saatlere indirin. Mükemmel ürünler değil, MVP'ler gönderin.
- Sonucu tahmin edebileceğinize inanmayın. Binadan çıkın ve test edin. Başarısız olmak için endişelenme. Öğrenmek.
- Fikir akışını engellemeyin. En umut verici olanları işlemek için bant genişliğiniz olduğundan emin olun.
- Zaman giderlerinin sizi yavaşlatmasına izin vermeyin. Çok uzun veri tartışmalarından veya uzun vadeli planlamadan kaçının.
- Büyük projeleri küçük adımlara bölün ve ilerledikçe test edin. Uzun projeler sizi büyük ölçüde yavaşlatabilir.






