Değer Akışını Yeniden Tasarlamak: Tek Seferlik Feature’lar Yerine Bileşik Değer Üreten Döngüleri Nasıl İnşa Edersiniz?

Bir roadmap'e uzaktan bakınca neye benzediğini hiç düşündünüz mü? Çoğu, birbirine dokunmayan kutuların yan yana dizildiği bir rafa benzer. Raporlama modülü. Yeni entegrasyon. Karanlık mod. Ekip davetleri. Her kutu kendi sprint'inde doğar, kendi lansmanını yapar, kendi küçük metrik sıçramasını yaşar. Sonra bir sonraki kutuya geçilir.

Bu modelde değer, toplama işlemiyle büyür. Bir feature bir birim değer ekler, bir sonraki bir birim daha. Kâğıt üzerinde mantıklı. Pratikte ise her yeni kutu bir öncekinden biraz daha az etki yaratır, çünkü ürün kalabalıklaştıkça kullanıcının dikkati bölünür. Toplama işlemi, bir noktadan sonra çıkarma işlemine döner.

Büyüyen ürünlerle yerinde sayanlar arasındaki farkı en net gördüğüm yer burası. Büyüyenler değeri toplamaz. Çarpar.

Feature ile döngü arasındaki fark

Bir feature, kullanıcının bir işini bir kez kolaylaştırır. Bir döngü ise kullanıcının yaptığı işi, bir sonraki seferi daha değerli kılan bir girdiye dönüştürür.

Basit bir örnek. Bir not uygulamasında “etiketleme” bir feature'dır. Kullanıcı notunu etiketler, biraz daha düzenli hisseder, o kadar. Ama uygulama bu etiketleri kullanarak bir sonraki notu yazarken ilgili eski notları önüne getiriyorsa, artık bir döngü vardır. Kullanıcı ne kadar çok yazarsa ürün o kadar akıllanır, ürün akıllandıkça kullanıcı daha çok yazar. Aynı kod satırları, tamamen farklı bir ekonomi.

Bir feature değer üretir. Bir döngü, değer üretme kapasitesini üretir.

Serinin ilk yazısında değeri “ilerleme eksi bedel” diye tanımlamıştım. Döngüler bu denklemin iki tarafını da zamanla iyileştirir: ilerleme her turda büyür, bedel her turda küçülür. Feature'lar ise genelde sadece bir kez, sadece bir tarafı hareket ettirir.

Bir döngünün anatomisi

Döngü kelimesi büyüme literatüründe biraz aşındı, o yüzden ne kastettiğimi netleştireyim. Bana göre çalışan her döngünün dört parçası vardır.

Tetik. Kullanıcıyı harekete geçiren şey. Bir bildirim olabilir ama çoğu zaman en güçlü tetikler içseldir: bir ihtiyaç, bir merak, yapılması gereken bir iş. Pazartesi sabahı haftalık raporu hazırlama zorunluluğu, hiçbir push bildiriminin yaratamayacağı kadar güvenilir bir tetiktir.

Eylem. Kullanıcının üründe yaptığı asıl şey. Döngünün kalbi budur ve mümkün olduğunca az sürtünmeli olmalıdır.

Çıktı. Eylemin kullanıcıya hemen verdiği karşılık. Bitmiş bir rapor, gönderilmiş bir teklif, çözülmüş bir sorun.

Yeniden yatırım. Döngüyü feature'dan ayıran parça. Eylemin bir yan ürünü sisteme geri döner ve bir sonraki turu daha iyi hale getirir. Veri, içerik, bağlantı, öğrenilmiş bir tercih. Bu parça yoksa elinizde bir döngü değil, tekrarlanan bir feature vardır.

Ekiplerle bu çerçeveyi masaya koyduğumuzda en sık çıkan sonuç şu oluyor: ilk üç parça neredeyse her üründe var, dördüncüsü neredeyse hiçbirinde yok. Kullanıcı her gün emek veriyor ve bu emek her gün buharlaşıp gidiyor.

Üç tanıdık döngü

Döngüler farklı yakıtlarla çalışır. En sık karşılaştığım üç tür var.

Birincisi veri döngüsü. Kullanım veri üretir, veri deneyimi kişiselleştirir, kişiselleşmiş deneyim daha fazla kullanım getirir. Müzik uygulamalarının dinledikçe sizi daha iyi tanıyan öneri listeleri bunun herkesin bildiği hali. Ama B2B'de de aynı mantık çalışır: geçmiş teklifleri öğrenen bir teklif aracı, her yeni teklifte biraz daha az iş çıkarır.

İkincisi içerik döngüsü. Bir kullanıcının ürettiği şey, başka bir kullanıcı için değer olur. Bir soru-cevap platformunda her cevap, gelecekte aynı soruyu soracak yüzlerce kişi için hazır bir çözümdür. Şirket içi bir bilgi tabanında da durum aynıdır; biri bir süreci belgelediğinde, o süreci soran herkes daha hızlı ilerler.

Üçüncüsü davet döngüsü. Ürünü kullanmak, başkalarını ürüne getirmeyi doğal hale getirir. Sık anlatılan örnek Dropbox: davet ettiğiniz her arkadaş için ek depolama alanı kazanıyordunuz, yani ürünü büyütmek doğrudan kendi deneyiminizi büyütüyordu. Burada kritik olan şey ödül değil, uyum. Davet, kullanıcının zaten yapmak istediği bir işin parçası olduğunda döngü döner. Yapay bir rozet için yaptırılan davetler ise bir kampanyadır ve kampanyalar biter.

Döngüyü nereden bulursunuz?

Döngüler genelde sıfırdan icat edilmez. Ürünün içinde, kullanıcıların zaten yaptığı ama sistemin görmezden geldiği bir davranışta saklıdır.

Benim kullandığım yöntem basit. En değerli kullanıcılarınızın son bir haftada üründe ne yaptığına bakın ve şu soruyu sorun: Bu eylemin ürettiği şey nereye gidiyor? Bir yere kaydediliyor mu? Bir başkasının işine yarıyor mu? Bir sonraki seferi kolaylaştırıyor mu?

Çoğu zaman cevap “hiçbir yere” olur. Kullanıcı aynı filtreyi her gün yeniden kuruyordur. Aynı açıklamayı her teklifte yeniden yazıyordur. Aynı soruyu destek ekibine her ay yeniden soruyordur. Bu tekrarların her biri, yarım kalmış bir döngüdür. Yapmanız gereken, eksik olan yeniden yatırım parçasını eklemektir.

Bu yaklaşımın güzel bir yan etkisi var: roadmap tartışmalarının doğası değişir. “Hangi feature'ı ekleyelim?” sorusu yerini “Hangi emeği buharlaşmaktan kurtaralım?” sorusuna bırakır. İkinci soru çok daha az kutu üretir ama ürettiği her kutu, bir öncekinin üzerine inşa edilir.

Döngülerin karanlık tarafı

Her döngü iyi değildir. Bazı döngüler kullanıcıya değil, sadece metriğe hizmet eder.

Sonsuz kaydırma bir döngüdür. Kullanıcı kaydırır, algoritma öğrenir, içerik daha bağımlılık yapıcı hale gelir, kullanıcı daha çok kaydırır. Teknik olarak kusursuz çalışan bir döngü. Ama ilk yazıdaki teste sokun: kullanıcının hayatında ne ilerliyor? Bedeli ne? Dikkat, zaman, belki de huzur.

Benim kuralım şu: bir döngünün her turunda kullanıcı da kazanmalı, sadece ürün değil. Sistem öğrendikçe kullanıcının işi kolaylaşmıyorsa, siz değer döngüsü değil, dikkat madeni kurmuşsunuzdur. Kısa vadede ikisi aynı grafikleri çizer. Uzun vadede biri sadakat, diğeri yorgunluk üretir. Bu farkın bedelini, serinin son yazısında “değer borcu” başlığı altında konuşacağız.

İlk ayda değil, ikinci yılda

Döngülere yatırım yapmanın zor tarafı sabır gerektirmesidir. Bir feature lansman haftasında ses getirir. Bir döngü ise ilk ayında neredeyse hiç fark edilmez, çünkü ilk turlarda biriken değer küçüktür. Ekipler bu sessizliği başarısızlık sanıp vazgeçer.

Ama bileşik faiz gibi düşünün. İlk yılın sonunda feature rafı olan ürünle döngüsü olan ürün arasındaki fark küçüktür. İkinci yılda belirginleşir. Üçüncü yılda rakibinizin kopyalayamayacağı bir şeye dönüşür, çünkü kopyalanacak olan kod değil, birikmiş turlardır.

Bir sonraki yazıda bu döngüleri kimin sahiplendiğine bakacağız. Çünkü en iyi tasarlanmış döngü bile, organizasyonun yarısı onu görmüyorsa dönmez.