Mobil intranet: uygulama mı, PWA mı?

Kadronun önemli bir kısmı masa başında değilse, intranetin mobilde çalışması bir tercih değil ön şarttır. Soru, bunun nasıl yapılacağıdır: mağazalardan indirilen bir uygulama mı, yoksa tarayıcıdan kurulabilen bir web uygulaması mı?

PWA nedir?

Progressive Web App, tarayıcıda çalışan ama telefona kurulabilen bir web uygulamasıdır. Ana ekrana eklenir, tam ekran açılır, çevrimdışı çalışabilir ve push bildirim gönderebilir.

Kullanıcı açısından deneyim bir uygulamaya çok yakındır; teknik olarak bir web sitesidir.

Karşılaştırma

Kurulum. PWA mağazadan indirilmez; bir bağlantıya tıklayıp "ana ekrana ekle" denir. Bu, mağaza onay sürecini ve indirme sürtünmesini ortadan kaldırır. Öte yandan kullanıcıların çoğu bu adımı bilmez; yönlendirme gerekir.

Güncelleme. PWA güncellemeleri anında yayılır; kullanıcı bir şey yapmaz. Mağaza uygulamalarında onay süreci ve kullanıcının güncellemesi gerekir — kadronun bir kısmı aylarca eski sürümde kalır.

Push bildirim. Android'de PWA push bildirimi uzun süredir çalışır. iOS'ta destek geldi ama uygulamanın ana ekrana eklenmiş olması şartı vardır. Bu ayrım, iOS ağırlıklı kadrolarda belirleyici olabilir.

Cihaz özellikleri. Kamera, konum ve dosya erişimi PWA'da çalışır. Bluetooth, gelişmiş arka plan işlemleri ve bazı sistem entegrasyonları için yerel uygulama gerekir.

Maliyet. PWA tek kod tabanıdır; yerel uygulama iki platform için ayrı geliştirme ya da çapraz platform çerçevesi gerektirir. Mağaza hesapları, yıllık ücretler ve onay süreçleri de ek yüktür.

Melez yol

Üçüncü bir seçenek, mevcut web uygulamasını bir kabuk içine alıp mağazaya sunmaktır. Kod tek kalır, mağaza varlığı ve tam yerel bildirim desteği kazanılır.

Bu yaklaşım, "mağazada olsun ama iki ayrı uygulama geliştirmeyelim" isteyen şirketler için pratik bir orta yoldur. Kurumsal alıcıların bir kısmı mağazada görünmeyi güven işareti sayar; bu, teknik değil algısal bir gerekçedir ama gerçektir.

Mobil tasarım kuralları

Hangi yol seçilirse seçilsin, mobil deneyimin masaüstünün küçültülmüş hâli olmaması gerekir.

• Dokunma hedefleri en az 44 piksel. Küçük bağlantılar parmakla ıskalanır.
• En sık üç işlem bir dokunuşta. Vardiya, bordro, izin talebi gibi.
• Tek elle kullanım. Ana eylemler ekranın alt yarısında olmalı.
• Kısa içerik. Masaüstü için yazılmış uzun metin mobilde okunmaz.
• Zayıf bağlantıya dayanıklılık. Depo ve mağaza içlerinde şebeke zayıftır; çevrimdışı önbellek gerçek bir ihtiyaçtır.

Bildirim disiplini

Mobil bildirim, en güçlü ve en kolay suistimal edilen kanaldır. Gereksiz bildirim alan kullanıcı, bildirimleri kapatır ve bir daha açmaz — böylece acil durumda da ulaşılamaz hâle gelir.

Bu yüzden bildirim yalnızca zaman kritik içerik için kullanılmalı ve kullanıcıya gerçek tercih seçenekleri sunulmalıdır. Çalışmayan bir tercih ayarı, hiç ayar olmamasından kötüdür.

Bildirim yorgunluğunu duyuru yorgunluğu yazısında ayrıntılandırdık.

Kişisel cihaz meselesi

Saha çalışanlarının çoğu kurumsal telefon taşımaz. Kişisel cihaza kurumsal uygulama kurmak zorunlu tutulamaz ve kişisel numaranın işlenmesi rıza gerektirir.

Bu yüzden mobil kanal tek çözüm olamaz. Ortak alan ekranları, yönetici kaskadı ve basılı pano gibi tamamlayıcı kanallar açık kalmalıdır.

Kurumsal cihaz sağlanıyorsa, cihaz yönetimi ve zimmet takibi ayrı bir konu hâline gelir; zimmet ve varlık yönetimi yazısında ele aldık.

Kullanım oranını ne belirler?

Mobil kanalın başarısı, tasarımdan çok giriş kolaylığına ve günlük fayda olup olmadığına bağlıdır.

Çalışan uygulamayı duyuru okumak için açmaz; vardiyasını görmek, bordrosuna bakmak ya da izin talebi oluşturmak için açar. Duyurular bu ziyaretler sırasında görülür.

Sıralama bu yöndedir. Önce günlük ihtiyacı çözün, iletişim arkasından gelir.

Çevrimdışı ne kadar gerekli?

Tam çevrimdışı çalışma karmaşık ve pahalı bir özelliktir; her şirkete gerekmez. Doğru soru, "çevrimdışı çalışsın mı" değil, "hangi içerik çevrimdışı gerekli" sorusudur.

Çoğu senaryoda üç şey yeterlidir: son okunan duyuruların önbellekte kalması, vardiya çizelgesinin çevrimdışı görüntülenebilmesi ve bağlantı koptuğunda uygulamanın boş ekran yerine anlamlı bir mesaj göstermesi.

Veri girişinin çevrimdışı yapılıp sonra senkronize edilmesi ise çakışma riski taşır ve yalnızca gerçekten gerekliyse yapılmalıdır.

Sürüm uyumsuzluğu sorunu

Web tabanlı uygulamalarda sık karşılaşılan bir sorun, kullanıcının sekmesi açıkken yeni sürüm yayınlanmasıdır. Eski sürüm, artık sunucuda olmayan dosyaları ister ve sayfa açılmaz.

Bunun kullanıcıya yansıması "uygulama bozuldu" hissidir, oysa tek gereken sayfayı yenilemektir. İyi bir uygulama bunu kendisi fark edip bir kez yeniler; sonsuz döngüye girmemek için de bu hakkı sınırlar.

Bu ayrıntı küçük görünür ama mobil kullanımda en sık bildirilen sorunlardan biridir.

Pil ve veri tüketimi

Saha çalışanları genellikle kendi hatlarını ve kendi pillerini kullanır. Bu, çoğu masa başı tasarımcısının aklına gelmeyen bir kısıttır.

Büyük görseller, sürekli arka plan yenilemesi ve otomatik oynayan videolar hem veri hem pil tüketir. Görsellerin boyutlandırılmış sürümlerinin sunulması ve gereksiz arka plan işlemlerinin kapatılması, kullanım oranını doğrudan etkiler.

Ölçüm mobilde farklı okunur

Mobil kullanım verisi masaüstüyle aynı beklentiyle okunamaz. Oturum süreleri kısadır, ziyaret sayısı yüksektir, tek sayfa görüntüleme oranı fazladır.

Bu bir sorun değil, farklı bir kullanım biçimidir: çalışan bir şeye bakıp çıkar. Bu davranışa göre tasarlanmış bir ana sayfa — en sık ihtiyaçlar üstte — mobilde en yüksek etkiyi üretir.

Mobil erişimin saha ekiplerindeki karşılığı ve katılım oranının nasıl ölçüleceği ayrı bir konudur; çalışan uygulaması (employee app) nedir yazısı kurulum, ilk giriş ve kişisel telefon başlıklarını ayrıntılandırıyor.