AB testi, şüphesiz her başarılı App Store Optimizasyonu (ASO) stratejisinin hayati bir parçasıdır . Pazarlamacıların uygulama mağazasındaki uygulamalarının dönüşüm oranını (CVR) nasıl artıracaklarını öğrenmeleri için başvurulacak araç. Mobil pazarlamanın diğer yönleri gibi, AB testleri veya uygulama mağazası deneyleri de iyi bir stratejiye ihtiyaç duyar. Ancak, birçok pazarlamacı bireysel testler yürütebilirken, çok azı bunları optimize etmek için etkili bir uzun vadeli strateji kullanır.
Bu, en azından kariyerimde Avrupa'nın en iyi iki uygulama pazarlama danışmanlığında gerçek bir durum. Düzinelerce uygulama için birden fazla ekiple çalışırken yüzlerce AB testine tanık oldum. Çoğunlukla CRO (dönüşüm oranı optimizasyonu) etkinliklerini ilhamsız, dağınık, yönünü şaşırmış ve kafası karışmış hale getiren parçalı, verimsiz ve kısa ömürlü stratejiler tarafından yönlendirilirler.
Yine de, bu göz korkutucu gerçek, bir kez tanımlandığında sistematik olarak düzeltilebilen çok temel hatalardan kaynaklanmaktadır. Aşağıda, aralarında ilk yedi veya AB testinin yedi ölümcül günahı ve bunların her birini nasıl düzeltebileceğiniz var.
Pek çok pazarlamacının test etme motivasyonu veya test etme nedenleri yanlıştır. AB testi ve CRO arasındaki güçlü bağlantı nedeniyle , bir CVR artışı aramaya çalışıyorlar. Yapması gereken bu değil. Bunun yerine onları eğitmesi gerekiyordu. Başka bir deyişle, test etme, dönüştürme değil, fikir doğrulama ile ilgilidir .
Örneğin, kırmızı arka plana sahip ekran görüntülerini maviye karşı test ederseniz ve kırmızının maviye karşı kazanacağını umuyorsanız, CVR artışı elde edersiniz, bu hatayı yapıyorsunuz. Neden? Uzun vadeli bir soru yerine% cinsinden tek seferlik bir sonuca odaklanıyorsunuz: "Ekran görüntüleri için kırmızı uygun bir yaklaşım mı?" Bir testten öğrendiğiniz bilgelik sonuçtan daha önemlidir.
Böylesine basit bir hatanın bu kadar sık olmasının nedeni, bunun hafife alınmasıdır. ASO'da tanıdığım çoğu uzman neden test ettiklerini sorgulamayı bıraktı . Sonunda soru radarın altına girer. Yüzeye çıkarmak için, bir deney geliştirmeden önce dört soru sormanız gerekir:
ASO'daki AB testindeki ikinci büyük hata, test ettiğiniz şeyin öncelikleri etrafında döner. Farklı uygulama mağazası varlıklarının değişken CVR etkisi vardır , bu nedenle bazıları diğerlerinden daha fazla test etmeye değer. Zaman ve kaynaklar genellikle sınırlı olduğundan, ilk önce en değerli olanı test etmek bir zorunluluktur.
Ne yazık ki, daha zayıf varlıklar (ör. Açıklamalar) bazen önemli olanlardan (ör. Ekran görüntüleri) önce test edilir, ancak kasıtlı olarak olası değildir. Bu, testlerin değere göre düzenlenmesine yardımcı olan dört kademeli gruplara ayrılmasıyla önlenebilir:
Doğru uygulama mağazası varlığıyla bile, bazen test ortamında veya AB testlerini çalıştırdığınız platformda teknik zorluklar ortaya çıkabilir. Tüm varlıklar ve tüm uygulama mağazaları için birleşik bir test platformunun olmaması nedeniyle, nerede test edileceğine karar vermek zor olabilir. Yanlış seçim yapıldığında, test sonuçları yanlış yorumlanabilir ve CRO faaliyetleri yanlış bilgilendirilebilir.
Bu hatayı belirlemek ve önlemek için hangi platformlardan seçim yapabileceğinizi anlamanız gerekir. İşte dikkate alınması gereken en yaygın beş seçenek:
Burası, sektörün test etmek için en sevdiği yerdir çünkü:
SLE ile yapabileceğiniz bazı hatalar şunları içerir:
Bu gerçekten bir AB test platformu değil. Bu , reklam optimizasyonu fikirlerini doğrulamak için farklı Reklam Kümelerini (çoğunlukla Ekran görüntülerini) test etmenize olanak tanıyan bir Arama Ağı Reklamları özelliğidir . Arama Ağı Reklamları afişleri organik arama sonuçlarıyla neredeyse aynı göründüğünden, reklam fikri doğrulaması organik veya ASO'ya büyük ölçüde aktarılabilir.
Ek olarak, aynı zamanda:
Storemaven ve SplitMetrics gibi satıcılar , diğer avantajların yanı sıra yüksek istatistiksel önem getiren ve birden çok mağazayı kapsayan test çözümleri sunar. Bununla birlikte, bazı dezavantajları da vardır:
Önce / Sonra (BA) veya Sıralı analiz olarak da adlandırılan bu yöntem, CVR'yi test değil, gerçek mağaza girişinizde değişiklik yapılmadan önceki ve sonraki aynı dönem için karşılaştırmayı içerir. Bu son derece zor çünkü:
Bu tür bir test, bir pazar için fikirleri başka bir pazarda test ederek doğrulamanıza yardımcı olur. Çok benzer veya hatta aynı olmalılar. Örneğin, Rusya için yeni bir ekran görüntüsü konseptini test etmek istiyorsunuz, ancak pazar risk almak için çok büyük, bu yüzden Ukrayna'da test ediyorsunuz. Bazı kültürel benzerliklerle birlikte, Ukrayna'daki bir CVR artışı, yeni konsepti Rusya'ya uygulamak için iyi bir işaret olabilir.
Post öncesi analizde olduğu gibi, ülkeler arası test, gerçek mağaza girişinizin canlı olarak güncellenmesini gerektirir. Daha iyi hasar kontrolü sağlar, örneğin daha az riskli bir ülkede test yapmak, ancak başka tehditlerle birlikte gelir:
Özetlemek gerekirse, tüm platformlar ve yöntemler kendi artıları ve eksileri ile birlikte gelir. Hepsini (dikkatli bir şekilde) kullanabilirsiniz, ancak riskleri en aza indirmek için izlenecek ideal bir öncelik sırası vardır:
Google Play SLE → Apple Arama Reklamları CST → Üçüncü taraf satıcılar → Ön-sonrası analiz → Ülkeler arası test
Uygulama mağazası denemeleri, istatistiksel açıdan önemli sonuçlar için trafiğe ihtiyaç duyar. Arkasında sadece rakamlar değil. Uygulamaya maruz kalan gerçek kişiler veya kullanıcılar ve test sonuçları insan etkileşimlerinin sonuçlarıdır. Ne yazık ki, bazen testleri kimin gördüğünü unutuyoruz. Bazen yanlışları içeri alırız.
App Store Arama ve Göz Atma, kullanıcıların uygulamanızı bulması için tek trafik kanalı değildir. Diğerlerinin yanı sıra , reklamlara (ör. Facebook'tan ) ve içerik pazarlama gönderilerindeki geri bağlantılara tıklayarak ücretli UA kanallarından da gelebilirler . Bu öğelere nasıl tepki verdikleri, uygulamanıza nasıl tepki verdiklerini etkileyebilir.
Örneğin, Facebook kullanıcıları uygulamanızı görmeden önce şunları yapmalıdır:
Bu hatayı önlemek için ASO'yu diğer pazarlama etkinlikleriyle tutarlı tutmak çok önemlidir. İşte dikkate almanız gereken 5 tutarlılık düzeyi:
Mevsimselliğin genel olarak ASO üzerinde ve özellikle uygulama mağazası deneyleri üzerinde muazzam bir etkisi olabilir. Sonuç olarak, AB testlerini yönetirken ciddiye alınmalıdır. Yanlış zamanı seçmek, testlerinize beklenmedik dış etkenler katarak sonuçları yorumlamayı zorlaştırabilir. Ne yazık ki, birçok pazarlamacı bu hatayı hâlâ gözden kaçırarak yapıyor:
Tüm analizlerde bir numaralı kural, bir sorunun temel nedenini izole etmektir, böylece neyin önemli olup neyin olmadığını bilirsiniz. Aynı uygulama mağazası deneyleri için de geçerlidir. Tüm sürecin her seferinde bir öğeye odaklanması gerekir, böylece bir test sonucunuz olduğunda, tam olarak neyi doğrulayacağınızı bilirsiniz. Yine de, ASO'da nasıl test yapılacağı konusundaki bu hata devam ediyor ve pazarlamacılar yanlış dersler öğreniyorlar.
Başlangıç olarak, pazarlamacılar aynı anda çok fazla öğeyi test ediyor. Birden fazla değişiklik yapıldığında CVR'de değişime hangisinin neden olduğunu nasıl anlarsınız? Örneğin, test varyantının kontrole karşı kazanan olarak ilan edildiği aşağıdaki ekran görüntüsü deneyini ele alalım. Sonuç farklı başlık renginden mi, kaldırılan şehir arka planından mı yoksa alttaki yeşil şeritten mi kaynaklanıyor? Bunun cevabı yok: En az üç değiştirilmiş öğeden herhangi biri olabilir.
Bu hatayı önlemenin en iyi yolu, her ayrıntının birbiri ardına test edilmek üzere sıralandığı ve asla birden fazla olmayan uzun vadeli bir test yol haritası çıkarmaktır. Böyle bir ayrıntı, belirsiz bir fikirden bir rengin gölgesine kadar her şey olabilir. Ne olursa olsun, işleri karıştırmayın. Yukarıdaki örnekte olduğu gibi bir vakayla karşılaşırsanız, vakayı en az üç ayrı teste ayırdığınızdan emin olun. Ardından, CVR'yi tam olarak neyin artırdığını öğreneceksiniz.
Son ciddi AB testi hatası, doğrulanmış bir fikrin somut bir varlık olarak hangi mağazaya gitmesi gerektiğini seçmeyi içerir. Deneylerinizin hedefi orası. Pek çoğunun yanlış yaptığı şudur: Bir fikri test etmek için bir Google Play Store varlığı kullanırlar, ardından fikri doğruladıktan sonra aynı varlığı App Store için kopyalarlar.
Yeni başlayanlar için, iOS ve Android kullanıcıları, indirme amaçlarını ve alışkanlıklarını ayıran farklı beklenti ve tutumlarla farklıdır. Ayrıca, farklı mağazaların farklı düzenleri ve varlık kompozisyonları vardır. App Store'da göze çarpan görünen şeyin Google Play'de fark edilmesi zor olabilir ve benzeri.
Yukarıdaki örnekte görüldüğü gibi, Play Store ekran görüntüleri küçüktür, ancak daha net bir bağlam duygusuyla daha uyumlu görünürken, App Store'daki benzerleri daha büyük boyut sayesinde daha okunaklı ve büyüleyici görünmektedir. Bu, diğer sayısız farklılıkla birlikte, bir uygulama mağazası için bir fikri doğrulamanın diğerlerinde işe yarayacağını garanti etmemesinin bir nedenidir. Sonunda, testleriniz yanlış mağazalara yöneldiğinde ters etki yapabilir.
Bu hatayı önlemenin en iyi yolu, testlerinizin malzeme seviyesinin ötesine bakmaktır. Bir kez daha, dönüştürme amaçlı değil, doğrulama amaçlıdırlar. Her şeyden önce fikirlere odaklanmak önemlidir. Doğrulanmış bir fikir birçok biçimde görünebilir. Tek yapmanız gereken, bir mağazada test etmek, doğrulamak ve başka bir mağazaya uygun bir varlığa dönüştürmek ve ardından tekrar test etmektir.
Deney, ASO'nun ve mobil pazarlamanın diğer birçok alanının hayati bir yönüdür. Ancak, yaygın olarak nasıl kullanıldığı henüz optimal bir düzeye ulaşmış değil. Bunun için birkaç faktör suçlansa da, en pratik olanı, kesinlikle çözebileceğiniz şeye odaklanmaktır: pazarlamacıların uygulama mağazası deneylerini yönetirken yaptığı listelenen yedi kritik hata.
Bu hatalar o kadar ciddi ki “yedi ölümcül günah” olarak etiketlenmeyi hak ediyorlar. Bunları düzeltmek veya önlemek için, test stratejiniz için aşağıdakileri tanımlamanız yeterlidir:
Yeni bir özelliği uyguladığımızı ve ana metriğimizin sitede harcanan zaman olduğunu ve test ve kontrol için çok iyi olduğunu düşünelim. Bu özelliği tüm kullanıcıların kullanımına sunmaktan memnunuz, ancak birkaç hafta sonra harcanan sürede keskin bir düşüş saptadık.
Teslimattaki bir sonraki büyük adımımızı sizinle paylaşmaktan mutluluk duyuyoruz: Huniler Bu makale şunları kapsayacaktır: SessionStack'te daha genel bir huni tanımımız var. Dönüşüm hunisi, en iyi senaryoda, kullanıcınızın bir iş kilometre taşına (dönüşüm) ulaşmak için baştan sona takip edeceği sıralı ve beklenen adımlar kümesidir.
Görüldü. Benzersiz tekliflerini ve deneyimlerini sergileyerek şirketinizin görünürlüğünü artırın.
Gece yarısı albümü düşürme sanatı Bir Taylor Swift albümünü duyurmak, herhangi bir Taylor Swift hayranının kutlamasına neden olur. Swift, yalnızca bu salgın sırasında iki sürpriz albümden ikincisi olan Evermore'u duyurduğunda hayran kitlesinin sevincini ikiye katladı.
Yazı mojonuzu kaybettiğinizde ne olur? Acımasızca dürüst olacağım. Bunu yapmamalıyım.
Hesabıma 3.000 $ yatırıldı. İki gün sonra yüzüm ellerimdeydi, "Bunu nasıl atlatacağım?" Önümde sözcüklerden oluşan bir alfabe çorbası vardı, bir teknoloji CEO'su için yolda olan edebi bir buzdağı.