Viral mekanikler eklenti değil, entegre edilmiş olmalıdır

Ürün ağ etkilerini baştan inşa etmek çok zordur, eğer başlangıçtan beri mevcut değilse. Dolayısıyla, doğal ürün ağ etkileri varsa, öneri döngüleri ve viral döngüler eklemek çok güçlü olur.

Eğer yaptığınız şeyin içine ağ etkisini inşa etmezseniz, neredeyse kesinlikle başarısız olacaksınız. Soru şu: Bu, kullanıcılarım için diğer insanlara anlatmalarını sağlayacak mı? Ve cevap hayırsa, o zaman neden diğer insanlara bahsedecekler?

Ürününüzün ölçeklenebilir bir şekilde büyümesini düşünmeye erken aşamadan başlamalısınız... Bu, kullanıcı sayınızı ürünün işe yaramasından önce artırmak değil, bu ürünün hazır olduğunda kendini büyütebilecek şekilde stratejik olarak tasarlamaktır.

Yeni kullanıcılar Snyk'e kaydolur, GitHub hesaplarını bağlarlar, Snyk kod taraması yapar, açıklıkları bulur ve Snyk markalı çekme istekleri otomatik olarak oluşturur. Depo içindeki diğer geliştiriciler bu PR'leri görüp etkileşime geçer ve bunlardan bazıları Snyk'e giriş yapıp kendi depolarını bağlar, ve döngü devam eder.

Kayıtlarımızın yüzde 70'i bu viral döngüden geliyor. Ve bu kayıtlardan genellikle tek kullanıcılar oluyor, sonra ekip üyelerini davet etmeye başlıyorlar ve ekip Calendly'yi kullanmaya başlıyor, ardından genellikle o ekip liderinin bize ulaşması ya da PQL verilerimizden onun hedeflenmesi gerektiğini anlarız.

Eğer sana Venmo üzerinden yemek parasını ödeyeceksem veya PayPal üzerinden bir iş gideri ödeyeceksem, senin bana faturalandırdığın ve ben de senin için ödeme yapmak zorunda olduğum her durumda, parayı toplayan kişi o ürünü kullanmak için hesap açmak zorunda kalacak.

İnsanlar ürün odaklı kazanımı, insanları davet etmeleri için teşvik edilmeleri gereken öneri programlarıyla karıştırıyor. Çünkü öneri programları, insanları aksi takdirde davet etmeyecekleri için onlara bir şeyler vermeye çalışan bir taktiktir.