WeChat Mini Programları: Uygulama İçinde Uygulama Tasarımına 5 Ders

WeChat'in mini programları, bir uygulamanın içine gömülü ikinci bir uygulama tasarlarken çıkan her ödünleşimi yıllardır canlı gösteriyor. Slack ve Messenger'daki benzer denemeler aynı sorunları daha küçük ölçekte tekrarlıyor. Aşağıdaki beş dersten ikisi birbiriyle çelişiyor, ve o çelişkiyi çözmeden diğerlerine sıra gelmiyor.

Parite ile sadelik aynı anda olmaz

Yaygın tavsiye şu: ana uygulamandaki temel işlevleri mini programa taşı, yoksa kullanıcı eksik bulduğu anda geri döner. Hemen ardından gelen tavsiye ise mini programı sade tut, çünkü buraya ayda bir uğrayan seyrek kullanıcıya hitap ediyorsun. İkisi aynı anda uygulanamaz.

Platform bu tartışmayı zaten sizin yerinize kapatıyor. Mini programın paket boyutu megabayt mertebesinde sınırlıdır; tam parite teknik olarak masada değil. O yüzden soru "neyi taşıyayım" değil, "bu mini program tek bir iş yapacaksa hangisi" olmalı. Bir kargo firmasının mini programında sadece gönderi teslim alma akışının olması eksiklik değil, doğru karar.

Kesinti mobilde varsayılandır

Masaüstünde istisna olan şey burada kural: kullanıcı akışın ortasında bölünür. Tasarım bunu hata durumu gibi değil, normal durum gibi karşılamalı. İlerleme kaydedilir, kullanıcı bıraktığı yerden devam eder, profil bilgisi otomatik dolar. Üç tıklık bir ödeme akışı, bölünmeye dayanıklı olmadığı sürece üç tık değildir.

Bırakılan sepet hatırlatması işe yarar, tek seferde (ikinci hatırlatmayı bilgisayarlı ısrar sayıyorum).

Platformun kendi özelliklerini kullan, kullanıcıyı zorlama

Mini programların yayılmasını sağlayan şey mağaza değil, sohbet: QR kod, grup içi paylaşım, grup alışverişi. Bunları akışa gömmek doğru. Paylaşımı zorunlu kılmak, yani "devam etmek için paylaş" duvarı koymak yanlış. İsteğe bağlı teşvik daha az paylaşım getirir ama geri dönen kullanıcıyı getirir, zorunlu paylaşım tek seferlik gürültü üretir.

Kanal geçişi arayüzün kendisidir

Mini program tek bir işi yaptığına göre, kullanıcı er ya da geç sınırına çarpacak. O an tasarımın sonu değil, bir parçası. Geçiş tek dokunuşluk olmalı ve kullanıcı geçtiği yerde aynı sepeti, aynı siparişi bulmalı.

Bir de sıralama meselesi var: değer önce, üyelik sonra. İlk ekranda kayıt isteyen mini program, mini program olmanın tek avantajını, yani sürtünmesizliği, daha ilk saniyede harcıyor.

Ölçemediğin dersi uyguladığını bilemezsin

Buradaki tavsiyelerin hepsi ölçülebilir, ama varsayılan kurulumda ölçülmez. Mini program ile ana uygulama çoğu zaman ayrı analitik hesaplarına yazar ve kullanıcı kimlikleri eşleşmez. Sonuç: kanal geçişi hunisi kağıt üzerinde vardır, veride yoktur, geçişte kaybettiğiniz kullanıcı da hiçbir rapora düşmez.

Bunu kimliği geçiş bağlantısının içinde taşıyarak çözersiniz. QR koda ya da yönlendirme adresine tek bir oturum parametresi eklersiniz, iki tarafta da aynı alana yazarsınız, huni birleşir. Üçüncü parti bir araca gerek yok, iş bir parametrenin uçtan uca korunmasından ibaret. Bu yapılmadan yapılan "mini program dönüşümü artırdı" cümlesi ölçüm değil, temenni.

Özet niyetine değil, karar niyetine

Mini program tasarımında sırayla verilecek üç karar var: hangi tek iş, kesintiye nasıl dayanacak, geçiş nerede ve nasıl ölçülecek. Bu üçü netse geri kalan ayrıntılar kendiliğinden yerine oturur. Netleşmeden başlanan mini programlar, ana uygulamanın küçük ve eksik bir kopyası olarak bitiyor.