İndirme sayıları fena gitmezken kullanıcıların uygulamada kalma grafiği aşağı çakıldığında faturayı genelde hemen pazarlamaya kesiyoruz. Ama veritabanının ve analitik ekranlarının başına oturup baktığında acı gerçek yüzüne çarpıyor: Kullanıcı daha ürünün ne işe yaradığını bile anlamadan kapıdan dönüp gitmiş. Mesele pazarlamada değil, uygulamanın ta en ön kapısında. Kendi projelerimde (Memur Ol / kpsssorucoz.com ve Outfity) bizzat yaşayıp tecrübe ettiğim 8 kritik pürüzü ve bunların mühendis kafasıyla nasıl çözüleceğini konuşalım.
1. Kırık Ön Kapı: İlk 50 Milisaniyenin Duygusal Testi
Akademik araştırmalar (Gitte Lindgaard, 2006), bir kullanıcının arayüz hakkında bilinçaltında karar vermesinin sadece 50 milisaniye sürdüğünü gösteriyor. Bu mantıklı bir tahlil değil; 'Burası güvenli mi, düzgün iş çıkarılmış mı?' hissinin ilk saniyesidir.
Fintek sektöründeki Signicat raporlarına göre, kullanıcıların %68'i sırf bu güvensizlik ve form kalabalığı yüzünden daha kayıt aşamasındayken uygulamayı terk ediyor. Dr. Elizabeth Sillence’ın araştırması ise bir ürünün reddedilme sebeplerinin %94'ünün tasarımla doğrudan ilişkili olduğunu belgeliyor.
Ekrandaki kayık boşluklar, kalitesiz ikonlar veya çalışmayan bir buton basit bir görsel kusur değil; dükkanın kırık ön camıdır. Kırık camı gören müşteri içeriye kartını da bırakmaz, verisini de emanet etmez.
2. Değer Görmeden Kayıt Duvarı Dayatmak
Uygulamayı açar açmaz insanın önüne zorunlu giriş/kayıt ekranı dikmek en garanti intihar yöntemidir. Kullanıcıya henüz dişe dokunur hiçbir fayda sunmamışsın ama peşin peşin e-posta, şifre ve onay linki talep ediyorsun.
AppsFlyer verilerine göre, ilk oturumda bu tarz sürtünmelerle karşılaşan kullanıcıların 7. günde uygulamaya geri dönmeme ihtimali 2.7 kat daha fazla. Reklamla 1.50 dolara getirdiğin kullanıcının bütçesi daha ana ekranı göremeden buharlaşıp gidiyor.
Benim kendi uygulamalarımda oturttuğum ve her bağımsız geliştiriciye önerdiğim yöntem Tembel Kayıt (Lazy Registration / Progressive Profiling): Memur Ol'da kullanıcıyı içeri alıp hemen 10 soruluk bir test çözdürüyoruz. 8 doğru yaptığında 'Sonucunu kaydetmek ve Türkiye sıralamanı görmek için Apple ile giriş yap' diyoruz. Outfity'de ise kullanıcı ilk kombinini kaydedeceği anda hesap açıyor.
“İçeride 3 dakika bizzat emek harcayan kullanıcı, ürettiği veriyi kaybetmemek için (Batık Maliyet Etkisi / Sunk Cost) hesap açmayı bir angarya değil, kendi emeğini koruyan bir sigorta olarak görür.”
3. Kullanıcıyı Boğan 7 Ekranlık Tanıtım Turları
Bir özelliği kodlamak için gecelerce dirsek çürüttüğümüzde, kullanıcının da her ayrıntıyı bilmesini istiyoruz. Psikolojide buna 'yakınlık körlüğü' deniyor. Açılışa 6-7 adımlık slaytlar koyuyoruz, kullanıcı da saniyesinde 'Atla' butonuna basıp geçiyor.
Sweller'ın Bilişsel Yük Teorisi insan zihninin sınırlarını çok net ortaya koyuyor. Kullanıcıya sistemi henüz hiç denemeden onlarca kural anlatırsan kafası kilitlenir.
Bunun yerine Kademeli Açıklama (Progressive Disclosure) yapın: bilgiyi sadece ihtiyaç duyduğu an verin. Kullanıcı arayüzde bir şeyle ilk kez etkileşime girdiğinde, tam o noktada tek satırlık ufak bir ipucu gösterin. Linear'ın yaptığı gibi; tek bir rehber ekranı bile koymadan kullanıcıyı akışın içinde doğal biçimde yönlendirin.
4. Zamansız İzin Talepleri
Uygulama açılır açılmaz ekrana peş peşe düşen 'Bildirim izni ver', 'Konumuma eriş', 'Kamerayı aç' pencereleri kullanıcıyı anında savunmaya geçirir. Henüz güven bağı kurulmadan istenen izinlerin reddedilme oranı %80 daha yüksek.
İzin istemenin tek kuralı vardır: Bağlamsal Zamanlama (Contextual Requests). Kullanıcıdan bildirim iznini açılışta istemeyin. Testini bitirip uygulamadan çıkmak üzereyken 'Yarınki deneme sınavı hatırlatmasını almak ister misin?' dediğiniz anda isteyin. iOS'te bir kez 'Reddet' yiyen bir izni sistem ayarlarından kullanıcıya geri açtırmak neredeyse imkansızdır.
5. İlk Değere Ulaşma (Time-to-First-Value / TTFV) Yolunun Belirsiz Olması
Ürün büyümesi (Growth Engineering) literatüründe popüler kültürün 'Aha!' dediği şey soyut bir aydınlanma değil; Reforge ve Elena Verna'nın tanımladığı ölçülebilir ilk değer teslimidir (Time-to-First-Value / TTFV). Elena Verna'nın çok sevdiğim bir tespiti vardır: 'Kurulum (Setup), aktivasyon değildir.'
Kullanıcının sadece üye olması veya boş panoya bakması sıfır değer üretir. Çekirdek aktivasyon eşiğine (Core Activation Milestone) ve ilk değere ulaşma süresini olabildiğince aşağı çekmek zorundayız: Finansta ilk harcama dökümünü canlı gördüğü an; KPSS Soru Çöz'de net analizini ve sırasını gördüğü an; Outfity'de gömleğe uyan ilk pantolon kombinini gördüğü an.
6. Boş Ekranları Çıkmaz Sokağa Çevirmek
Kullanıcı kayıt sürecini geçip içeri girdiğinde bomboş bir sayfa ve 'Henüz hiç veri yok' yazısıyla karşılaşıyorsa geçmiş olsun. Karar felci yaşar, ne yapacağını bilemez ve uygulamayı kapatır.
Notion veya Linear gibi ürünlerin çözümü çok basit: Örnek Veri Tohumlama (Data Seeding). Kullanıcının karşısına bomboş bir ekran çıkarmak yerine, içine tıklayıp kurcalayabileceği, silebileceği hazır 1-2 örnek kart veya deneme testi koyun. İnsanlar sıfırdan bir şey inşa etmekten çekinir ama önündeki hazır örneği kurcalamayı sever.
7. Mobil Platform Alışkanlıklarıyla Savaşmak
Bazen yaratıcı olacağız diye iOS'in yerel tasarım dilini ve insanların kemikleşmiş alışkanlıklarını çiğniyoruz. iOS kullanıcısının yıllardır başparmağıyla ezberlediği refleksler vardır: alttaki Tab Bar, kenardan kaydırıp geri gitme hareketi, sağ üstteki kapatma çarpısı...
Farklı bir menü deneyeceğim diye kullanıcıya navigasyonu baştan öğretmeye kalkışmak sadece sürtünme yaratır ve terk etme oranını zıplatır. Bırakın iskelet yerel ve alışıldık kalsın; asıl yaratıcılığı sunduğunuz değerde gösterin.
8. Geri Bildirim Vermeyen Soğuk Hatalar
Bir API çöktüğünde ya da internet koptuğunda kullanıcının karşısına 'Error 504: Request Timeout' gibi kodlar çıkarmak güveni saniyeler içinde sıfırlar. Kullanıcı hatanın ne olduğunu anlamaz, uygulamanın bozuk olduğunu düşünür.
ACI Worldwide'ın yaptığı çok iyi bir vaka var: mekanik ve suçlayıcı hata mesajları yerine ekrana 'Ufak bir aksilik oldu, olur böyle şeyler' yazıp altına tek tıkla 'Tekrar Dene' butonu ve doğrudan canlı destek hattı koyduklarında, sistem hatası anını bile kullanıcı sadakatine dönüştürebilmişler. Hataları gizlemeyin; ama kullanıcıyı da suçlamadan samimi bir dille çözüm yolunu önüne koyun.
“Uygulamanızın ön kapısı yeni gelen için samimi bir karşılama töreni mi, yoksa bürokratik bir engel parkuru mu?”
