Growth Hacking Döngüsü

Hotmail'in ilk dönemlerinde gönderilen her e-postanın altına ücretsiz e-posta hesabına davet eden bir cümle eklenmesi, growth hacking denince en sık anılan örneklerden biridir. Bu hikâyeden çoğu kişi “akıllı bir pazarlama numarası” çıkarır. Ben başka bir şey görüyorum: pazarlama kanalı ürünün içindeydi. Ürünü kullanmak, onu dağıtmaktı.

Growth hacking'in özü bu. Hile ya da düşük bütçe değil; büyümeyi pazarlama departmanından alıp ürünün mimarisine yerleştirmek.

Ne zaman ihtiyacınız var?

Ürününüz çalışıyor, kullanıcı değer alıyor ama büyüme tahmin edilebilir bir hızda ilerlemiyor ya da reklam bütçesi dışında bir motor yok. Huninin bir yerinde belirgin bir kayıp var ama nerede olduğunu kesin söyleyemiyorsunuz. Ekip küçük, bütçe sınırlı, ama ürün ve mühendislik kaynağınız var. Bunlar growth hacking'e hazır olma işaretleri.

Henüz erken olduğunuz durum: ürünü kullananlar elde tutulmuyorsa (retention düşük). Sızdıran bir kovaya su doldurmak, kayıt sayısını yükseltir ama büyümeyi yükseltmez. Önce tutundurma, sonra kazanım.

Çoğu ekibin atladığı nokta

Growth hacking çoğu zaman “yaratıcı taktikler” diye anlaşılır: viral bir kampanya, bir sosyal medya numarası, bir ortaklık. Taktik listesiyle başlayan ekip, kendi ürününde işe yaramayacak ve bir başkasında çalışmış hileleri kopyalar.

Doğru başlangıç noktası taktik değil, kısıttır. Kısıtlar Teorisi (Theory of Constraints) mantığıyla: bir sistemin çıktısını en dar halka belirler. Huninizde aktivasyon %20 ise, kayıt sayısını iki katına çıkarmak çıktıyı neredeyse artırmaz; aktivasyonu %30'a çıkarmak ise her kanalın verimini birden yükseltir. Growth hacker'ın ilk işi yaratıcı olmak değil, darboğazı doğru teşhis etmek.

En yaratıcı büyüme taktiği, yanlış darboğaza uygulanırsa en pahalı oyalanmadır.

Bunu deneme döngüsünden ayıran şey odak. Deneme döngüsü, her türlü hipotezi test eden bir bilgi sistemi. Growth hacking ise tek bir darboğaza sıkışmış, hızlı, çoğunlukla ürün ve mühendislik gerektiren müdahalelerdir. Biri öğrenme altyapısı, öbürü zamana ve soruna odaklı bir sprint.

İkinci kısım ise gömme. Ürünün kendi akışı bir büyüme mekanizması taşıyorsa (paylaşılan bir çıktı, ekibe davet, herkese açık bir profil, bir şablon galerisi) pazarlama harcamasına bağlı olmadan büyür. Dropbox'un yer kazanmak için davet sistemi bunun bilinen bir örneğidir: referral, ürünün değerinin doğal bir uzantısıydı.

Bu yaklaşımın bir bedeli de var: her darboğaz ürüne dokunmayı gerektirmez ama çoğu gerektirir, ve ürüne dokunmak mühendislik zamanı demektir. Growth ekibinin mühendis kaynağına doğrudan erişimi yoksa, en iyi teşhis bile haftalarca bir backlog sırasında bekler. Hızlı çalışan ekiplerde growth küçük bir çapraz-fonksiyonlu birimdir: bir ürün sahibi, bir mühendis, bir tasarımcı ve bir analist. Birimi küçük ve yetkili tutmak, tek bir teşhisle tek bir müdahale arasındaki süreyi günlere indirir.

Bir uyarı: darboğazı teşhis etmek, sezgiyle değil ölçümle yapılmalı. Ekiplerin çoğu “bizim sorunumuz trafik” ya da “bizim sorunumuz fiyat” gibi bir inançla başlar ve bütün çabayı oraya yığar. Huni haritası çıktığında genellikle başka bir şey görürler: kayıt olanların yarısı bir ilk adımı bile tamamlamıyordur. Teşhis, çoğu zaman ekibin en sevdiği hipotezi çürütür ve bu, sürecin en değerli anıdır.

Uygulama planı

1. Hunisini uçtan uca haritalayın

Ziyaret, kayıt, aktivasyon, ilk değer, tekrar kullanım, ödeme, tavsiye. Her adım için gerçek bir sayı. Veri eksikse ilk iş ölçümü kurmak. Haritasız kimse darboğazı göremez.

2. Darboğazı bulun

En büyük göreli kaybın olduğu adımı bulun, ama aynı zamanda iyileştirmenin en çok çıktı yaratacağı adımı. Çoğu ürün için bu, kayıt ile ilk değer arasındaki bölgedir, yani aktivasyon. Cohort analizi ile yeni ve eski kullanıcıları ayırın; sorun yeni kullanıcıda mı yoksa genel mi?

3. Nedenini niteliksel olarak anlayın

Sayı “nerede” söyler, “neden”i söylemez. Bırakan kullanıcılarla konuşun, oturum kayıtlarını izleyin, bir adımda takılan on kişiyi gözlemleyin. Hipotezi bu gözlemden çıkarın, bir ilham listesinden değil.

4. Ürüne dokunan müdahaleler tasarlayın

Kayıt formunu kısaltmak, ilk deneyimi şablonla başlatmak, boş durumu yönlendiren bir ekrana çevirmek, bir sonraki adımı otomatikleştirmek, kullanıcının işini sizin için başkasına göstermek. Taktiğin ürünün içinde olması, pazarlama kampanyasının bittiği gün etkisinin de bitmemesi demek.

5. Hızlı, küçük, ölçülü sprint'ler

İki-üç haftalık sprint'ler: hipotez, minimum müdahale, ölçüm, karar. Her müdahale için başarı eşiğini önceden yazın. Sonuçlar belirsizse uzatmayın; bir sonraki darboğaza ya da farklı bir hipoteze geçin.

6. Çalışanı sistemleştirin

Bir müdahale işe yaradığında bunu bir kalıcı ürün davranışına çevirin ve bir sonraki darboğaza geçin. Darboğaz yer değiştirir: aktivasyon çözüldüğünde artık tutundurma ya da kanal verimliliği en dar halka olur. Süreç, her turda yeniden teşhisle devam eder.

Neyi ölçmeli?

• Huni adımı dönüşümü (darboğaz adımında): Müdahalenin doğrudan etkisi; en hızlı gelen öncü gösterge.
• Aktivasyon oranı: Yeni kullanıcıların değer anına ulaşma yüzdesi.
• Viral katsayı ya da davetle gelen kayıt payı: Ürüne gömülü büyümenin işe yarayıp yaramadığı.
• Müdahale başına etkilenen kullanıcı kazancı: Çabanın getirisi; ucuz ama küçük, pahalı ama büyük müdahaleleri karşılaştırır.

Tuzaklar

Hile kültürü. Kısa vadeli sayı artıran ama kullanıcıyı kandıran taktikler (gizli abonelik, aldatıcı bildirimler) kısa vadede grafiği yükseltir, uzun vadede markayı ve retention'ı çürütür. Bir müdahalenin kullanıcıya kendi çıkarını açıkça gösterip göstermediğini sorun.

Tek kanala bağlanmak. Bir kanaldan gelen büyüme, o kanalın algoritması ya da fiyatı değişince biter. Gömülü mekanizmalar daha dayanıklıdır.

Ürün-pazar uyumu eksikliğini taktikle kapatmaya çalışmak. Kullanıcılar değer görmüyorsa en iyi growth taktiği bile bir süre sonra çöker.

Mühendislik desteği olmadan growth. Growth hacking ürüne dokunur. Her değişiklik için bir backlog sırası beklemek zorundaysanız, bu strateji yarı gücünde çalışır.

Bu hafta başlayın

1. Kayıttan ilk değere kadar olan huni adımlarını ve her adımdaki gerçek dönüşüm sayısını bir sayfaya yazın.
2. En büyük kaybın olduğu adımda, bırakan beş kullanıcıyla 15 dakikalık görüşme ayarlayın.
3. Bulgularınızdan çıkan tek bir ürün içi müdahaleyi seçin, başarı eşiğini yazın ve önümüzdeki iki hafta için sprint'e koyun.