Mobil Uygulama Tutma Oranınızın Bu Kadar Düşük Olmasının Nedenleri

İş dünyasında, müşteri sadakati yaratmak ve iyi müşterilerin işlerini elde tutmak hakkında çokça konuşulur. Mobil uygulamalar, düşündüğünüzde o kadar da farklı değil.

Yükleme sayısı, bir uygulamanın başlangıçta kullanıcılar arasında popüler olduğunu gösterse de, tüm hikayeyi anlatmaz. Bir uygulamanın başarılı olması için, uygulamayı amaçlandığı gibi kullanan sadık abonelere sahip olması gerekir. Tutma oranının resme girdiği yer burasıdır.

Bu makalede, mobil uygulamalar için iyi bir elde tutma oranının nasıl göründüğünü keşfetmek istiyorum. Mobil uygulamaların düşük tutma oranlarına sahip olmasının daha yaygın nedenlerini ve bu sorunların nasıl çözülebileceğini inceleyeceğim.

Temel bilgilerle başlayalım.

Gerçekleri Kontrol Etmek: İyi Bir Mobil Uygulama Tutma Oranı Nedir?

Tutma oranı, belirli bir süre sonra mobil uygulamanızda etkin kalan kullanıcıların yüzdesidir. Uygulamayı kaç kişinin kaldırdığıyla da ilgili değildir. Sürekli bir etkinlik eksikliği, genellikle bir kullanıcının bir uygulamaya olan ilgisini kaybettiğinin bir işareti olarak kabul edilir.

Mobil uygulamanız için iyi bir tutma oranı hesaplamak için, kullanıcıların yapmasını beklediğiniz oturum açma sıklığını hesaba kattığınızdan emin olun. Bazı uygulamalar, özellikle oyun, flört ve sosyal ağ için günlük girişleri gerçekçi bir şekilde görmelidir. Ancak diğerleri, yolculuk paylaşımı uygulamaları, Google Authenticator veya yerel iş uygulamaları gibi yalnızca haftalık oturum açmaya ihtiyaç duyabilir.

Beklenen günlük kullanım için elde tutma oranını hesaplarken, hesaplamayı en az bir hafta, hatta daha uzun süre çalıştırmalısınız. Haftalık veya aylık kullanım için hesaplamanızı buna göre ayarlayın.

Önerilen okuma : Kişiselleştirme Teknikleriyle Uygulama Etkileşimini Sürdürmek

Günlük kullanım için aşağıdaki gibi bölün:

Bu size, mobil uygulamanızın kullanıcıları ne kadar ayakta tutabildiğini gösteren bir eğri verecektir. Bunu nasıl hesaplayacağınıza dair bir örnek:

Yapabiliyorsanız, verileri bir çizgi grafiği biçimine ekleyin. Aşağı doğru momentum veya platodaki eğilimleri tespit etmek çok daha kolay olacaktır:

Bu, elde tutma oranı hesaplamasının nasıl çalıştığına dair basit bir örnektir. Ortalama (Android) mobil uygulamasının tutma eğrisinin nasıl göründüğünü merak mı ediyorsunuz?

Bir Quettra çalışması (Andrew Chen ile birlikte) aşağıdakileri özetledi:

Bu verilere göre , ortalama bir uygulama, yalnızca üç gün içinde kullanıcıların %77'sini kaybediyor . İlk ay sona erdiğinde, bu orijinal yeni kullanıcıların %90'ı gitmiş oluyor.

Son veriler, bir mobil uygulamanın (küresel olarak) yükleme başına ortalama maliyetinin aşağıdakilere ayrıldığını göstermektedir:

Temel olarak, bu, bir uygulama oluşturmanın ve pazarlamanın ortalama maliyetidir - uygulama yüklendikten sonra kullanıcı başına geri kazanmayı hedeflemeniz gereken bir sayıdır. Bununla birlikte, uygulamanız bir ay içinde kullanıcılarının yaklaşık %90'ını kaybederse, kaybın işletmeniz için gerçekte ne anlama geldiğini düşünün.

Gradient Ventures'tan Ankit Jain, bu bulgulardan alınacak temel dersi özetledi:

“Kullanıcılar birçok uygulamayı deniyor ancak ilk 3-7 gün içinde hangilerini kullanmayı bırakmak istediklerine karar veriyorlar. 'İyi' uygulamalar için, 7 gün boyunca tutulan kullanıcıların çoğu çok daha uzun süre bağlı kalıyor. Başarının anahtarı, kullanıcıları bu kritik ilk 3-7 günlük dönemde bağımlı kılmaktır.”

En iyi Android uygulamalarının grafiğinden de görebileceğiniz gibi, Jain'in argümanı geçerli:

En iyi Android uygulamaları, yaklaşık üç gün sonra aktif kullanıcılarda hala keskin bir düşüş görüyor, ancak ardından sayılar sabitleniyor. Ayrıca, daha büyük bir kullanıcı yüzdesini sürdürmelerine izin veren çok sayıda yeni kullanıcıyı ön plana çıkarmazlar.

Hedeflemeniz gereken tam olarak bu.

Mobil Uygulamalar İçin Bir Saklama Kurtarma Kılavuzu

Dolayısıyla, iyi ve kötü bir tutma oranını neyin sağladığını biliyoruz. Bunun, kaç kişinin uygulamayı cihazlarından kaldırdığı veya sildiğiyle ilgili olmadığını da anlıyoruz. Bir uygulamanın mobil cihazda tek başına, el değmeden oturmasına izin vermek de aynı derecede kötü.

Tahmin edebileceğiniz gibi, elde tutma oranınızı artırmak, mobil uygulamanız için başka büyük kazanımlara yol açacaktır:

• Daha fazla etkileşim
• Daha anlamlı katılım
• Daha fazla sadakat
• Artan dönüşümler (uygulamanız para kazanıyorsa, yani)

Şimdi kendinize sormalısınız:

“Kullanıcılar ne zaman bırakıyor? Ve neden?"

Mobil uygulamadaki sorunlu alanları tespit etmek için ısı haritaları gibi araçlardan yararlanmak faydalı olsa da, yalnızca elde tutma oranına dayalı olarak bununla ilgili kendi hipotezlerinizi oluşturabilirsiniz. Neler olduğunu öğrendikten sonra, kullanıcı deneyimindeki sürtünmeyi ortadan kaldırmak için harekete geçebilirsiniz.

Başlamanız için, düşük tutma oranlarına sahip mobil uygulamaları yaygın olarak rahatsız eden bir dizi sorunu ekledim. Uygulamanız bunlardan herhangi birinden suçluysa, tasarımı veya işlevselliği en kısa sürede düzeltmeye başlayın!

1. Zor Alıştırma

Kullanıcıların karşılaştığı uygulama mağazası açıklaması ve ekran görüntülerinin yanı sıra, ilk katılım, bir mobil uygulamayla yaşadıkları ilk gerçek deneyimdir. Tahmin edebileceğiniz gibi, sinir bozucu bir oturum açma veya işe alım prosedürü, bunu bir sinyal olarak kabul edenleri kolayca kapatabilir, uygulamanın geri kalanının kullanımı da bir o kadar zor olacaktır.

Örnek olarak OkCupid flört uygulamasını kullanalım. İlk açılış ekranı harika görünüyor ve iyi tasarlanmış. Net bir değer önerisine ve bulunması kolay bir harekete geçirici mesaja sahiptir:

Bir sonraki sayfada, kullanıcılara uygulamaya katılmaları için iki seçenek sunulur. Kullanımı ücretsizdir, ancak yine de kullanıcıların bir hesap oluşturmasını gerektirir:

İlk seçenek bir Facebook oturumu açmaktır. Diğeri ise kişisel bir e-posta adresi kullanmaktır. Facebook oturumları yalnızca kaydolmayı değil, aynı zamanda flört mobil uygulamalarının kurulumunu da kolaylaştırabildiğinden (kullanıcılar ayrıntıları, fotoğrafları ve bağlantıları otomatik olarak içe aktarabildiğinden), bu seçenek muhtemelen birçok kullanıcının tercihidir.

Ancak bununla ilgili bir sorun var: Facebook'a bağlanmak ve birinin kimliğini doğrulamak için yedi tıklamadan sonra, kullanıcının gördüğü şey şu (ya da en azından denediğim son birkaç kez karşılaştığım şey bu):

Kullanıcıların bir Facebook oturum açmayı seçmelerinin ana nedenlerinden biri, ne kadar hızlı ve kolay olması gerektiğidir. Ancak bu girişimlerimde OkCupid uygulamam Facebook'a bağlanmıyordu. Bu nedenle, toplam 14 tıklamadan sonra (kaydolmaya çalıştığım her sefer için 7), yine de bir e-posta sağlamak zorunda kaldım.

Bu açıkçası OkCupid'in bende (veya kullanıcılarından herhangi birinde) bıraktığı harika bir ilk izlenim değil. Daha da kötüsü, uygulamaya dahil olmak için daha çok iş olduğunu biliyoruz. Bumble gibi, kaydı büyük ölçüde basitleştiren rakiplerin aksine, OkCupid, kullanıcıları daha uzun bir profil yapılandırmasının yanı sıra buggy bir işe alım deneyimine zorlar.

Söylemeye gerek yok, bu muhtemelen bazı kullanıcılar için biraz fazla.

2. Yavaş veya Özensiz Navigasyon

İşte mobil uygulama kullanıcıları için başka bir zaman kaybı örneği.

Diyelim ki yeni uygulamanın içine girmek kolay. Gerçek bir işe alım gerekli değildir. Belki de konumlarını kişiselleştirme amacıyla kullanmanın uygun olup olmadığını veya anında iletme bildirimleri gönderip gönderemeyeceğini soruyorsun. Aksi takdirde, kullanıcılar uygulamayı hemen kullanmaya başlayabilir.

Bu harika - deneyimin ne kadar hantal olduğunu anlayana kadar.

Başlamak için, bir mobil uygulamada gezinme kolay ve her zaman mevcut olmalıdır. Bu, kullanıcıların istenmeyen bir sayfadan çıkmak için o "Geri" düğmesine basabilecekleri bir tarayıcı penceresi gibi değildir. Bir mobil uygulamada, net ve sezgisel bir çıkış stratejisine ihtiyaçları var. Ayrıca, bir uygulamada gezinme, istenen sonuca ulaşmak için asla iki veya üç adımdan fazlasını almamalıdır .

Bunun bir örneği Wendy's'den geliyor. Özellikle, "Teklifler" kullanıcı yolculuğuna bakmak istiyorum:

Gördüğünüz gibi, uygulamanın alt kısmındaki navigasyon gün gibi net. Kullanıcıların uygulamada keşfedebilecekleri üç alanı vardır ve bunların her biri Wendy's gibi bir işletme için anlamlıdır. Uygulamanın sağ üst köşesinde de üç ek gezinme seçeneği vardır.

"Teklifler" tıklandığında, kullanıcılar mevcut tüm özel fırsatları içeren bir tür tam ekran açılır pencereye yönlendirilir:

Gördüğünüz gibi, navigasyon artık orada değil. Teklifler açılır penceresi için "X" de sol üst köşede bulunur (sağ yerine, bu daha sezgisel bir seçimdir). Bu zaten bir sorun. Ayrıca, Tekliflerden yararlanma deneyiminin tamamı boyunca da devam eder.

Kullanıcıların kötü gezinme seçeneklerinden etkilenmediğini ve yine de bu tekliflerden birini kullanmak istediğini varsayalım. Bundan sonra karşılaşacakları şey şudur:

Şimdi, bu oldukça güzel. Kullanıcılar, teklifi Wendy's'deyken o anda kullanabilir veya uygulama üzerinden sipariş verebilir ve teslim alabilir. Her iki durumda da, bu, mobil uygulama ile mağaza içi deneyimleri entegre etmenin harika bir yoludur.

Hariç…

Bir Wendy's'de sıraya girdiğinizi veya özellikle meşgul olmayan bir arabaya servisten geçtiğinizi hayal edin. Yukarıdaki resim, görmek isteyeceğiniz bir resim değil.

Buna bir nedenle "fast food" diyorlar ve uygulamanız çalışmıyorsa veya teklif kodunu yüklemek yalnızca birkaç saniye uzun sürüyorsa, bunun diğer herkesin Wendy's deneyimi için ne yapacağını hayal edin. Kasiyerler, trafik akışını engelledikleri için rahatsız olacaklar ve sırada bekleyen herkes daha uzun süre beklemek zorunda kaldığı için hüsrana uğrayacak.

Mobil uygulamalar genellikle tek kullanıcı deneyimine hitap edecek şekilde tasarlansa da, bunun gibi bir şeyin başkalarının deneyimini nasıl etkileyebileceğini düşünmeniz gerekir.

Önerilen okuma : Fatura Formunuzun UX'ini Bir Günde Nasıl İyileştirirsiniz

3. Ezici Navigasyon

Kötü yapılandırılmış veya görünmeyen bir navigasyon bir şeydir. Ancak çok fazla seçenek sunan bir navigasyon da aynı derecede sorunlu olabilir. Bir e-ticaret web sitesindeki mega menü kesinlikle mantıklı olsa da, mobil uygulamalarda büyük boyutlu bir menü mantıklı değildir.

BBC'yi sevdiğimden beri bunu yapmak bana acı veriyor, ancak haber uygulaması bu suçtan suçlu:

Bu, ilk bakışta standart bir haber navigasyonu gibi görünüyor. En popüler (popüler) hikayeler en üstte yer alır; Haberim (özelleştirilmiş) hikayelerim onun altında. Ancak daha fazlası var gibi görünüyor, bu nedenle kullanıcılar aşağı doğru kaydırmaya ve diğer seçeneklerin neler olduğunu görmeye eğilimlidir:

Sonraki aşağı kaydırma, kullanıcılara coğrafyaya ve konuya göre hikaye seçenekleri sunar:

Ayrıca spor ve belirli BBC News kanalları için daha da fazla seçenek var. Alınacak çok şey var.

Bu yeterince kötü değilse, kişiselleştirme seçenekleri navigasyonun derinliğini yansıtır:

Artık mobil uygulama deneyimini kişiselleştirmede yanlış bir şey yok. Bence bu, her uygulamanın - özellikle küresel haberler sunanların - izin vermesi gereken bir şey. Bununla birlikte, BBC News ezici miktarda seçenek sunar.

Daha da kötüsü, hikayelerin birçoğunun kategorilerle örtüşmesi, bu da kullanıcıların seçtikleri kişiselleştirilmiş kategoriler arasında gezinirken aynı başlıkları gerçekçi bir şekilde tekrar tekrar görebilecekleri anlamına geliyor.

BBC News (veya bunu yapan başka bir uygulama) bu kadar derin bir kişiselleştirmeye izin vermek istiyorsa, uygulama daha önce görülen veya kaydırılan hikayeleri gizleyecek şekilde programlanmalıdır - Feedly'nin haber akışını nasıl idare ettiği gibi. Bu şekilde, tüm bu kişiselleştirme gerçekten değerlidir.

Önerilen okuma : BBC Etkileşimli İçeriği AMP, Uygulamalar ve Web Üzerinde Nasıl Çalışır?

4. Eski veya Eksik Deneyim

Bir mobil uygulamanın yaptığı, kullanıcıları istemeden durduran veya yavaşlatan her şey kötüdür. Ve bu, deneyimdeki bir takım kusurlardan kaynaklanabilir:

• Yavaş yüklenen sayfalar,
• Müdahaleci pop-up'lar,
• Tarihli tasarım seçenekleri,
• Kırık linkler veya resimler,
• Eksik bilgi,
• Ve bunun gibi.

Kullanıcıların indirmeleri için zaman ayırmasını ve en azından uygulamanızı denemesini bekliyorsanız, harcadıkları zamana değdiğinden emin olun.

Bunun bir örneği USHUD mobil uygulamasıdır. Kullanıcılara web sitesi muadili ile aynı deneyimi sağlaması gerekiyor. Ancak, uygulama o kadar iyi çalışmıyor:

Yukarıdaki örnekte, arama sonuçlarının yüklenmesinin yavaş olduğunu görebilirsiniz. Şimdi, resimler ve videolarla dolu olsalardı, bunun neden olabileceğini görebilirdim (yine de bu gerçekten kabul edilebilir olmasa da).

Bununla birlikte, uygulamada listelenen özelliklerin çoğu ilgili görsel içeriğe sahip değildir:

Emlak uygulamaları veya gerçekten, mülk veya ürünlerin satın alınması veya kiralanması işlemleriyle ilgilenen tüm uygulamalar, her listelemede resimler içermelidir. Tüketicilerin çevrimiçi olarak kiralayabilmelerinin ve satın alabilmelerinin (veya en azından karar verme sürecinde kullanabilmelerinin) tüm nedeni budur.

Ancak bu uygulamada pek çok resim eksik gibi görünüyor ve bu da daha uygun mobil uygulama seçeneğinden bilgi almayı uman kullanıcılar için yararsız ve tatsız bir deneyime yol açabiliyor.

Kullanıcıları bilgilendirmesi ve etkileşime geçmesini sağlaması gereken bir mobil uygulama oluşturacaksanız, uygulamanın en iyi şekilde çalıştığından emin olun. Tüm bilgiler mevcuttur. Tüm sekmelere erişilebilir. Ve sayfalar makul bir zaman diliminde yüklenir.

5. Karmaşık veya İmkansız Hareketler

Kötü yapılmış bir navigasyonun kullanıcı deneyimine neler yapabileceğini ve yüklenmeyen sayfalarla ilgili sorunu zaten gördük. Ancak bazen sürtüşme, kasıtlı olarak karmaşık hareketler ve etkileşimlerden kaynaklanabilir.

Bu, yakın zamanda Sinemia ile şahsen karşılaştığım bir şey. Sinemia, devrim niteliğindeki ancak başarısız olan MoviePass mobil uygulamasının bir rakibidir. Sinemia makul ve muhtemelen her gün bir filme giriş vaat eden gerçekçi olmayan MoviePass modelinden çok daha uzun süre dayanabilecek bir anlaşma gibi görünüyor. Ancak Sinemia, kullanıcılarının taleplerini karşılama konusunda pek çok sorun yaşadı.

Başlangıç ​​olarak, kartların gönderilmesini bir hafta geciktirdi. Mayıs ayında kaydolduğumda, aboneliğim başlamış olmasına rağmen kartımın postaya ulaşması için en az 60 gün beklemem gerektiği söylendi. Yani zaten orada bir eşitsizlik vardı.

Sinemia'nın buna cevabı “Kartsız” bir özellik yaratmak oldu. Bu, kartlarını henüz almamış olan kullanıcıların hesaplarını kullanmaya başlamalarını sağlayacaktır. Burada görebileceğiniz gibi, SSS Sinemia Cardless'a özel bir bölüm içeriyordu:

“En son Sinemia sürümünün kurulu olduğunu onaylayabilirim…” yazan noktaya bakın? Bu noktanın nedeni, birçok Sinemia Cardless kullanıcısının (kendim dahil) Cardless özelliğini aktif hale getirememesidir. Bunu yapmaya çalışırken, uygulama bir hata görüntüler.

Sinemia SSS daha sonra şikayete/soruya şu yanıtı verir:

Sorun şu: Mobil uygulama için hiçbir zaman güncelleme yapılmadı. Bu yüzden ben ve birçok kişi destek için Sinemia'ya ulaştık. Tekrar tekrar verilen yanıt, uygulamanız eski bir sürümde çalışırsa Cardless'ın çalışamayacağıydı. Destek, doğru sürüme sahip olduklarından emin olmak için kullanıcılardan uygulamayı cihazlarından silmelerini ve uygulama mağazasından yeniden yüklemelerini istedi - bu da boşuna değildi.

Benim için bu büyük bir problemdi. Kullanmamın hiçbir yolu olmayan bir hizmet için para ödüyordum ve hemen çalışması gereken bir uygulamayı kaldırıp yüklemek için çok fazla zaman harcıyordum.

48 saatlik nafile denemelerden sonra pes ettim. Hesabımı silmek ve henüz kullanmadığım abonelik için geri ödeme almak için Profilime gittim. Ancak uygulama, hesabımı bunun üzerinden iptal etmenin imkansız olduğunu söyledi. Destek için yardım istemeye çalıştım ama kimse cevap vermedi. Dolayısıyla, hesap iptalleriyle ilgili benzer sorunları Google'da inceledikten sonra, Sinemia'nın bu istekleri yerine getirebileceği tek kanalın Facebook Messenger olduğunu buldum.

Söylemeye gerek yok, tüm deneyim, bir hesabı etkinleştirmek veya devre dışı bırakmak kadar basit bir şey yapamayan uygulamalar konusunda beni oldukça yorgun bıraktı. Mobil uygulama pazarında daha iyi bir çözüm bulma dürtüsünün farkında olsam da, halka ulaşmaya hazır olmayan bir uygulamayı ve işlevselliği aceleye getirmek çözüm değil.

Önerilen okumalar : OAuth2 ve Facebook ile Oturum Açma Hakkında Bilmeniz Gerekenler

6. Geçitli İçerik, Uygulamayı Değerli Olmaktan Alıkoyuyor

Yüklemeden sonraki ilk hafta boyunca saklama oranınızın yüksek kaldığını fark edenler için, sorunun daha çok mobil uygulamanın sınırlamalarıyla ilgisi olabilir.

Recolor, uygulama mağazasında keşfettiğim bir boyama kitabı uygulaması. Açıklamada, resim boyamanın sakinleştirici faydalarından yararlanmak için uygulamanın ödeme gerektirdiğine inanmamı sağlayacak hiçbir şey yok, ama gerçekten de karşılaştığım şey bu:

Yukarıda, bir dizi ücretsiz çizimin mevcut olduğunu görebilirsiniz. Daha karmaşık çizimlerden bazılarının doldurulması biraz zaman alacaktır, ancak fiziksel bir boyama kitabının elle yapacağı kadar değil, bu da kullanıcıların bunu çabucak tamamlama eğiliminde oldukları anlamına gelir.

Kaçınılmaz olarak, mobil uygulama kullanıcıları daha fazla seçenek arayacak ve karşılaşacakları şey bu:

Kullanıcılar Recolor'un daha popüler çizimlerinden bazılarına baktıklarında, en azından birkaç ücretsiz çizimle karşılaşacaklarını umarsınız, değil mi? Ne de olsa, kesinlikle premium olarak reklamı yapılmayan bu uygulamaya bir abonelik için kaç kullanıcı ödeme yapıyor olabilir?

Ancak, erişim için bir ücret gerektiren yalnızca Popüler seçenekler değildir (sağ alttaki sarı sembolün anlamı budur). Bu nedenle, diğer kategorilerin çoğunu da yapın:

İçeriğin çoğunun kapalı olması çok yazık. Boyama kitaplarının kaygı ve stresi yönetmek için iyi olduğu kanıtlanmıştır, bu nedenle kullanıcılara yalnızca birkaç düzine seçenek bırakmak doğru görünmüyor. Ayrıca, kullanıcılar video izleyerek para kazanmaya çalışsalar bile uygulamaya haftalık üyelik oldukça pahalıdır.

Bunun gibi bir mobil uygulama, niyetini en başından açıkça belirtmelidir: “Bunu ücretsiz bir deneme olarak kabul edin. Daha fazlasını istiyorsanız, ödemeniz gerekecek.”

Geliştiricinin bu uygulama modeliyle aldatma niyetinde olmadığından emin olsam da, tutma oranının nasıl düşebileceğini ve bu uygulamanın birçok kullanıcının cihazında uzun vadeli bir temel haline gelmesini engelleyebileceğini görebiliyorum.

Kullanıcılara bir söz verirken (zımni olsa bile), uygulamanızı bu beklentileri karşılayacak şekilde tasarlayın ve yönetin.

Daha önce de belirttiğim gibi, bu ilk kayıtlar, uygulamanın uzun vadeli potansiyeli konusunda sizi umutlandırabilir, ancak zorunlu bir oynamak için ödeme senaryosu, yalnızca birkaç hafta sonra bunu kolayca bozabilir.

7. Uygulama İçi Dönüştürmek İmkansız

Neden mobil uygulamalar oluşturuyoruz? Birçok geliştirici için bunun nedeni mobil web deneyiminin yetersiz olmasıdır. Ve birçok kullanıcı markanızla bağlantı kurmak için daha uygun bir yol istediğinden. Bir mobil uygulama, cihazların ana ekranında bulunur ve içeri girmek için tek bir tıklama yeterlidir.

Öyleyse, neden birileri dönüştürmek için kullanıcıları uygulamadan ayrılmaya zorlayan bir uygulama geliştirsin? İlk etapta uygulamayı oluşturma zahmetinden geçmek bile anlamsız görünüyor (ki bu genellikle kolay bir iş değildir).

İşte Megabus uygulaması:

Megabus, Kanada, Amerika Birleşik Devletleri ve Birleşik Krallık'ta faaliyet gösteren düşük maliyetli bir ulaşım hizmetidir. Kullanıcıların web sitesi için mobil uygulama karşılığına yönelmesinin birkaç nedeni vardır; yani, seyahat ederken giriş yapma ve bilet satın alma kolaylığı.

Yukarıdaki resim, mobil uygulama üzerinden Megabus biletleri için yaptığım aramayı göstermektedir. İlgili tüm detayları girdim, gideceğim yer için uygun biletleri buldum ve hemen orada "Bilet Al" için hazırlandım.

Ancak, mobil uygulamadan gerçekten bilet satın alamazsınız:

"Bilet Satın Al"ı tıkladıktan sonra uygulama, kullanıcıları tarayıcılarına yönlendirir. Daha sonra, açık seyahatleri aramak ve bir satın alma işlemi yapmak için mobil uygulamadan tüm bu ayrıntıları yeniden girmeleri istenir.

Uzun mesafelerde seyahat etmeyi kolaylaştırması gereken bir hizmet için, mobil uygulaması bu deneyimi güçlendirmekten başka bir şey yapmadı.

Yalnızca uygulama mağazası arama sonuçlarında bir yer edinebilmek için (ister kendi isteğinizle isterse bir müşteri istediği için) bir uygulama oluşturmayı düşünenler için, kullanıcıların zamanını boşa harcamayın. Uygulama içinde tam bir deneyime sahip olamazlarsa, tutma oranı deponuzu oldukça hızlı bir şekilde görmeniz olasıdır.

Toplama

Açıkçası, bir mobil uygulamanın kullanıcı deneyimi açısından yanlış bir adım atmasının birkaç yolu vardır. Ve eminim ki, mobil uygulama geliştiricilerinin deneyimde ters giden bir şeyler olduğunun farkına bile varmadığı zamanlar vardır.

Bu nedenle mobil uygulama elde tutma oranınız, dikkat edilmesi gereken çok kritik bir veri noktasıdır . Sadece bu oranın ne olduğunu bilmek yeterli değil. Bu büyük düşüşlerin ne zaman gerçekleştiğini izlemelisiniz; sadece zaman çizelgesi açısından değil, aynı zamanda hangi sayfaların etkinlikte durmaya veya tamamen kaldırmaya yol açtığı açısından da.

Elinizdeki bu verilerle, uygulama içi deneyimi iyileştirebilir ve kullanıcıların uzun vadede içinde kalmak isteyeceği bir deneyim haline getirebilirsiniz.