Yenilik yaşam döngüsünü izleyin
Tailwind Traders'ın diğer birçok kuruluşu da etkileyen yeniliklerle ilgili soruları vardır:
- Çalışan işletmeyi etkilemeden değişiklik oranını nasıl artırabiliriz?
- Bu yeniliklerin iş getirisini en üst düzeye çıkarmak için nerede yenilik yapılacağına ve hangi değişikliklerin uygulanacağına nasıl karar veririz?
Her iki sorunun da yanıtı şudur: Tailwind Traders'ın kuruluş kültürünün bir parçası olarak değişimi benimsemesi gerekiyor. Değişime karşı gelen kuruluşların genellikle değişiklikle ilgili kesintilere neden olmasının bir nedeni, bu değişikliklerin çok büyük ve etkili olmasıdır. Değişiklikleri denetimli ve gerçekçi ortamlarda test etmek zordur.
Sık sık değişiklik yapmak için süreçler oluşturulduysa, bu değişikliklerin boyutu ve riski daha küçüktür. Ancak bu işlem yalnızca belirli araçları veya teknolojileri benimsemeyi içermez. Değişikliği teşvik eden ve hataları kabul eden bir kültür gerektirir.
Hataları kabul etme kavramı uygun görünmeyebilir, ancak yenilik döngüsü için çok önemlidir. Hatalar onları suçlama oyunlarının merkezine yerleştirdiği için başarısız olmaktan korkuyorlarsa, başarısızlık korkusu nedeniyle problem çözme konusunda yeni yaklaşımlar izlemeleri olası değildir. Daha sonra tüm kuruluş yerleşik uygulamalarının tutsağı haline gelir.
İnsanların yeni yöntemleri denemesi için teşvik edildiği "hızlı başarısız" bir kültür oluşturmak mümkündür. Beklenen sonucu elde etmedikleri takdirde hızla yön değiştirme yetkisine sahipler ve daha zengin bir yenilik kültürü oluşturmaya yardımcı olurlar.
Hipotez tabanlı yenilik
Yeniliği hipotez tabanlı, yinelemeli bir döngü olarak tanımlayabilirsiniz. Bir sorunun varlığını tanımladığınızda, kök nedeni açıklamak ve çözüme yol açmak için bir veya daha fazla hipotez formüle edilebilir. Sorunun tanımı zor olabilir, çünkü ölçülebilir olması gerekir.
Örneğin, "Müşteriler ödeme platformu seçeneklerimizden memnun değil" sorun tanımı ölçülemez, bu nedenle çözmek zordur. Sorunu "Ödeme platformunu seçme adımında müşterilerin yüzde 23'ü alışveriş oturumunu terk eder" olarak tanımlayabiliyorsanız, olası çözümlerin başarısını ölçmek için daha iyi bir konumdasınız demektir.
Bir sorunu ölçülebilir bir şekilde tanımladıktan sonra, sorunu açıklamaya ve çözmeye aday hipotezleri formüle edebilirsiniz. Örneğin Tailwind Traders için bir hipotez şu şekilde tanımlanabilir: "ContosoPay'in desteklenen ödeme platformlarımıza eklenmesi, ödeme sayfasındaki müşteri değişim oranını yüzde 23'ten yüzde 10'a düşürebilir." Şimdi bir fikir masadadır ve bunun üzerinde hareket etmek, geçerliliğini doğrulama meselesidir.
Hipotezler, müşterilere değer katmaya ve kuruluşunuzla etkileşimlerindeki deneyimlerini geliştirmeye odaklanmalıdır. Bu fikir müşteri empatisi olarak bilinir: müşterinizi yeniliklerinizin merkezine yerleştirmek ve onlar için ve sizin için değeri artırmaya odaklanmak.
Uygulama koduna dokunmadan bir hipotezi doğrulamanın birçok yolu vardır. Müşteri anketleri ve pazar araştırması, bir hipotezin geçerliliğine karar vermenize yardımcı olabilecek değerli bilgi kaynaklarına iki örnektir. Bu kaynakları kontrol etmek, hipotezinizi nitelemenize ve en yüksek doğruluk ve katma iş değeri olasılığına sahip hipotezler oluşturmanıza olanak sağlar.
Derleme
Bir hipotez, uygulamanızda yerleşik olarak yeterli değer potansiyeline sahip olduktan sonra derleme işlemi başlar. Burada da hız çok önemlidir.
Geliştirme sprint'leriniz mümkün olduğunca kısa olmalıdır. Sprint'lerin kısa tutulması hipotezin hızlı doğrulanmasına veya reddedilmesine olanak tanır. Ayrıca, gerekli işlevselliğin uygulamaya nasıl tümleştirildiğine ilişkin ince ayarlamalar yapmanızı da sağlar. Sonuç olarak daha hızlı yenilik döngüleri elde edilir.
Ölçüm
Hipotezinizin doğruluğunu en kısa sürede doğrulamak istiyorsunuz. En düşük uygulanabilir ürün (MVP), geri bildirim toplayan ve doğru yönde hareket edip etmediğinizi doğrulamaya yardımcı olan yeni işlevselliğin ön sürümüdür.
MVP'nin amacı yalnızca varsayımlarınızı değil, aynı zamanda yapmış olabileceğiniz varsayımları da doğrulamaktır. Örneğin Tailwind Traders müşterilerinin yüzde 23'ü satın alma işleminden ödeme sayfasından ayrılırsa, hipotezde şirketin yeterli ödeme platformu sunmama nedeni olduğu düşünülmektedir. Ancak, nedeni farklı olabilir. MVP, bu varsayımları ve hipotezi onaylayacak veya reddedecek şekilde tasarlanmalıdır.
Learn
Öğrenme aşaması sürecin başlangıcına benzer. Varsayımlarınız ve hipoteziniz hakkında daha fazla bilgi edindikten sonra bunların doğru, kısmen doğru veya yanlış olduğunu öğrenebilirsiniz. Büyüme zihniyetine sahip olmak ve hataları kabul etmek için yeterli alçakgönüllülük şunlardan birini yapmanızı sağlar:
- MVP'niz üzerinde çalışmaya devam etmeniz gerekiyorsa hızla özetle.
- Diğer alanlardaki çabalarınızı yeniden odaklayıp alternatif bir hipotez formüle edin.
Varsayımlarınız ve hipoteziniz yanlış olsa bile, sürecin müşterileriniz ve işletmeniz hakkında yeni bir şeyler öğrenmenize olanak tanıydığını fark etmek önemlidir. Bunu boşa harcanan zaman olarak düşünme. Önemli olan, bu bilgiyi en kısa sürede elde etmek ve gelecekteki bir hipoteze uygulamaktır. Bu fikir, hızlı başarısız kültürün temelidir.
Sonraki nereye bakılır?
Bulut Benimseme Çerçevesi Yeniliklere genel bakış, yenilik yapmaya başlamanız için en iyi yerdir.