Bu rehberde
Çoğu uygulama yeni kullanıcılarının çoğunu erken dönemde kaybeder. Bunu panodaki daha büyük bir sayıyla düzeltemezsin. Başarılı bir "ilk oturumun" uygulamanda ne demek olduğunu bilerek, insanların nerede durduğunu bularak ve her seferinde tek bir şeyi değiştirerek düzeltirsin. Bu rehber sana bu yöntemi verir. Kıyas değeri içermez; çünkü normal olanı kategorin, kitlen ve trafik kaynağın belirler.
Adım 1: Etkinleşmeyi tanımla
Etkinleşme, kullanıcının sana vaat ettiğin değeri aldığı ilk andır. Bunu gözlemlenebilir tek bir olay olarak yaz.
- Not uygulaması: ilk notunu oluşturdu ve kaydetti.
- Fitness uygulaması: ilk antrenmanını bitirdi.
- Bütçe uygulaması: ilk işlemini ekledi.
Bu olaya bir ad veremiyorsan liste, ilk kullanım deneyimi ve oturum açma farklı şeyler vaat ediyordur. Önce bunu düzelt.
Adım 2: 1., 3. ve 7. günü oku
- gün elde tutma, bir yükleme gününün kohortundan ertesi gün uygulamayı açanların oranıdır. 7. gün de aynı şekilde çalışır. Tek bir değere değil, şekle bak:
- 1. günden önce büyük düşüş: ilk oturumda bir sorun var. İlk kullanım deneyimine, izinlere, oturum açmaya ve çökmelere bak.
- 1. gün iyi, 3-7. günlerde düşüyor: uygulama anlaşılmış ama geri dönmek için bir neden vermemiş. Alışkanlığa, içeriğe, hatırlatıcılara bak.
- Farklı kohortlar, farklı eğriler: sonuca varmadan önce trafik kaynağına, sürüme ve ülkeye göre karşılaştır. Küçük kohortlar gürültülüdür; birkaç kullanıcıya tepki verme.
Adım 3: Düşüş noktasını bul
Yüklemeden etkinleşmeye kadar basit bir huni kur: ilk açılış, ilk kullanım deneyimi tamamlandı, izne yanıt verildi, etkinleşme olayı. En büyük kaybın olduğu adım aday adımdır. Sayıları birkaç gerçek oturumla eşleştir: birinin uygulamayı kullanmasını izle ya da test edicilere nerede tereddüt ettiklerini sor. Huni nerede olduğunu söyler; insanlar nedenini söyler. Bkz. test ediciler için ilk kullanım soruları.
Adım 4: Haftada tek değişiklik
- Hipotezi yaz: "Kullanıcılar X adımında Y nedeniyle duruyor."
- Y'yi ele alan tek bir değişiklik yap.
- Bir sonraki kohortu öncekiyle karşılaştır, mümkünse aynı trafik kaynağıyla.
- Tut, geri al ya da bir sonraki fikri dene.
Aynı anda birkaç değişiklik sonucu okunmaz kılar. Kullanıcı sayısı az olduğunda sonuçları kanıt değil, yön olarak değerlendir.
Çalışma sayfası
| Soru | Cevabın |
|---|---|
| Etkinleşme olayı | |
| En büyük kayıp nerede? | |
| Hipotez (neden?) | |
| Bu haftaki tek değişiklik | |
| Nasıl ve ne zaman değerlendireceğim? |
Sık tuzaklar
- Hedef kitlenle eşleşmeyen kaynaklardan yükleme saymak; bu da elde tutmayı uygulamanın hak ettiğinden daha kötü gösterir.
- Sayılara baktıktan sonra etkinleşme tanımını değiştirmek.
- Herhangi bir değer gösterilmeden bildirim izni istemek. Bkz. push bildirim izni ne zaman istenmeli.
Lansmandan önce test edicilerden gelen özel, yapılandırılmış geri bildirim birçok ilk oturum sorununu erken gösterir. AppReviewX'te verdiğin her geri bildirim 1 kredi kazandırır ve yeni hesaplar 0 krediyle başlar.
İlgili: ASO ve lansman merkezi, Mobil uygulama ilk kullanım deneyimi, Push bildirim izni zamanlaması.