Hindistan'da Mobil Kullanım: Depolama, Paylaşılan Cihaz, OTP
Hindistan'da akıllı telefon, çok sayıda kullanıcının ilk bilgisayarı oldu; arada bir masaüstü dönemi yaşanmadı. Bu bir demografi notu değil, ürün kararını doğrudan değiştiren bir kısıt listesi: 32 GB'lık cihaz, elden ele dolaşan telefon, e-posta yerine telefon numarası. Oradaki alışkanlıkların çoğu kültürel tercih değil, sınırın dayattığı çözüm. Kısıtı görünce çözüm de anlaşılıyor.
Depolama bir kullanıcı tercihi değil, tasarım kısıtı
16 veya 32 GB'lık bir cihazda, üreticinin önceden yüklediği ve silinemeyen uygulamalar yerini aldıktan sonra kullanıcıya kalan alan tahmin ettiğinizden azdır. Kullanıcı bunu bildiği için uygulama kurmayı bir bütçe kalemi gibi yönetir: sık kullanmadığı her şey ya hiç kurulmaz ya da ilk sıkışmada silinir. Silinecek uygulamayı seçerken kimse kullanım sıklığına bakmaz, ayar menüsündeki boyut listesinin en üstüne bakar.
Uygulamanın boyutunu mağaza sayfasındaki indirme boyutuyla ölçme; kurulumdan bir hafta sonra cihazda gerçekten ne kadar yer kapladığına bak. Önbellek ve indirilmiş medya çoğu zaman paketin kendisinden büyür, o listenin tepesine çıkan da odur. Boyutu sabit tutmanın yolu genelde yeni bir mimari değil, önbelleğe bir üst sınır koymak ve eski medyayı gerçekten silmektir.
Aynı baskı veri tarafında da var. Hafif tarayıcılar ve sunucu tarafında sıkıştırma yapan servisler bu yüzden tutundu; SHAREit gibi araçların yaygınlığı da aynı hesabın devamı, çünkü dosyayı yanındaki telefondan almak veri paketinden harcamıyor. Web uygulamalarının burada avantajı kurulum gerektirmemesi, dezavantajı da her açılışta ağa bağımlı olması. Çevrimdışı çalışan bir web uygulaması iki dünyanın ortasında iyi bir noktada duruyor, ama bunu yapabilmek gerçek bir mühendislik işi; sadece manifest dosyası eklemekle olmuyor.
Telefon tek kişiye ait değil
Batı'daki çoğu arayüz varsayımı tek cihaz, tek kişi üzerine kurulu. Hindistan'da telefon aile içinde, arkadaş arasında elden ele dolaşıyor. Uygulama kilidi (app locker) uygulamalarının oradaki yaygınlığı da bundan: kullanıcı cihazı kilitlemek istemiyor, cihazı verirken içindeki belirli şeyleri kapatmak istiyor.
Bunun arayüze karşılığı basit. Oturumu kapatmayı ekranın dibine gömme, görünür yere koy. Bildirimlerin kilit ekranında içerik göstermesini varsayılan yapma. Galeriden paylaşım akışında hangi klasörün seçili olduğunu kullanıcıya bir kez daha göster. Bunlar küçük dokunuşlar, ama cihazın sahibi tek kişi değilse hepsi ayrı ayrı işe yarıyor.
OTP kolaydır, bedeli sonra çıkar
E-postası olmayan bir kullanıcıyı sisteme almanın en kısa yolu telefon numarası ve tek kullanımlık SMS kodu. Parola yok, doğrulama e-postası yok, unutulan şifre akışı yok. Bu yüzden Hindistan'daki uygulamaların çoğunda giriş ekranı tek alandan ibaret.
Ama bu iki bölüm yan yana konduğunda ortaya bir tutarsızlık çıkıyor: cihaz paylaşılıyorsa, kodu taşıyan mesaj da paylaşılıyor demektir. Uygulama kilidiyle korunan bir hesaba, telefonu elinde tutan biri giriş ekranından yeniden girebilir; kod kendi cihazına değil, elindeki cihaza gelir. Uygulama kilidi bu senaryoda içeriği gizler, erişimi engellemez. Gerçek koruma isteniyorsa OTP'nin üstüne cihazda kalan ikinci bir şey gerekir: PIN, desen ya da biyometri.
İkinci bedel numaranın kendisinde. Numara hesabın tek anahtarıysa, numara el değiştirdiğinde hesap da el değiştirir. Operatörler kullanılmayan numaraları bir süre sonra yeniden dolaşıma sokuyor. Hesabı yalnızca OTP'ye bağladığın anda, kurtarma politikanı da operatörün numara geri dönüşüm politikasına bağlamış oluyorsun. En azından ikinci bir iletişim kanalı iste, zorunlu tutmasan bile.
Uygulama tarafında kodu okumak için tüm SMS iznini isteme. Android'in SMS Retriever arayüzü, uygulamanın kendi imzasını taşıyan mesajı izin istemeden okur; kullanıcının geri kalan mesajlarına hiç dokunmaz. Hem izin ekranında bir adım eksilir, hem mağaza tarafındaki hassas izin incelemesine girmezsin. Kodu elle yapıştırmak zorunda kalan kullanıcı için de giriş alanını altı haneye bölme, tek alan bırak; yapıştırma altı kutuya dağıtıldığında çoğu klavyede bozuluyor.
Ödeme tarafında telefon cüzdanın yerini aldı
Banka kartı olmayan kullanıcı için akıllı telefon doğrudan ödeme aracına dönüştü. UPI tabanlı transferler ve dijital cüzdanlar, kart altyapısının hiç yayılmadığı yerlerde araya girdi. Buradaki tasarım dersi ödeme ekranından çok öncesinde: doğrulama adımı ne kadar uzunsa terk oranı o kadar yüksek, ve düşük tutarlı ödemelerde kullanıcı üç adımlık bir akışı tamamlamak yerine nakde dönüyor. Tutara göre değişen doğrulama, her işlemde aynı ağırlıkta doğrulamadan daha iyi çalışıyor.
Hindistan'a özgü olmayan kısım
Bu alışkanlıklar egzotik değil. Kısıtların görünür olduğu her yerde aynı davranışlar çıkıyor: depolama dolunca uygulama siliniyor, cihaz paylaşılınca gizlilik ihtiyacı uygulama seviyesine iniyor, kart yoksa telefon cüzdan oluyor. Fark şu ki bu kısıtlar Avrupa'da veya Türkiye'de azınlıktaki kullanıcıda kalıyor, orada çoğunluk oluyor; dolayısıyla orada zorunlu olan tasarım kararı burada isteğe bağlı görünüyor.
Pratikte yapılacak şey test ortamını değiştirmek. Ürünü geliştirme telefonunda değil, depolaması yüzde doksan dolu, yavaş bağlantıya kısılmış eski bir cihazda aç. Ortaya çıkan sorunların çoğu bölgesel değil, sadece iyi cihazda görünmüyor. Bir yıl sonra "neden kimse ikinci ekrana geçmiyor" diye log karıştırmaktansa, bu testi bir kez yapmak daha hızlı.