Mobil Intranet Tasarımı: Sahada Çalışan Bir Arayüzün Koşulları

Mobil intranet, masaüstü intranetin küçültülmüş hali değil. Bağlantının asansörde kesildiği, ekranın güneş altında okunduğu, kullanıcının tek eliyle tuttuğu bir araç. Bu yüzden masaüstünde doğru olan birkaç tasarım kuralı mobilde tersine dönüyor.

Mobil intranet hangi işi çözüyor

Kurumsal intranetin mobile taşınan kısmı genelde şu işlerden oluşuyor: envanter ve stok sorgusu, müşteri kaydına bakmak, toplantı takvimini görmek, destek talebi açmak, bildirim almak. Peki bu listenin tamamı gerçekten mobile mi ait? Bir işin mobil olmayı hak etmesi için ya bir yere ya bir ana bağlı olması gerekiyor. Depoda sayım yapan kişi telefonu eline alır; bordro geçmişine bakmak isteyen kişi akşam bilgisayarını açabilir. İkisini aynı uygulamaya doldurduğunuzda ilki de yavaşlıyor.

Saha mühendisi, sağlık personeli, denetim ekipleri: bu grupların ortak noktası masaya dönmeden karar vermek zorunda olmaları. Mobil intranetin ölçülebilir faydası da orada çıkıyor, kurum içi haber akışında değil.

Çevrimdışı mı, hafif mi

Mobil intranet listelerinin başında hemen her zaman iki kural yan yana durur: uygulama çevrimdışı çalışabilmeli, sayfalar hızlı açılmalı. Masum görünüyor. Aslında birbirini çekiyorlar.

Çevrimdışı çalışmak demek cihazda yerel bir veri deposu, bir yazma kuyruğu ve bağlantı geri geldiğinde çalışacak bir senkron mantığı demek. Uygulamanın boyutu büyür, ilk açılış yavaşlar ve elinizde artık dağıtık veri sorunu vardır: aynı kaydı iki kişi çevrimdışıyken değiştirdiğinde ne olacak? Bu soruya cevabınız yoksa çevrimdışı mod bir özellik değil, sessiz veri kaybı riskidir.

Ayrım şurada: çevrimdışı okumak ucuz, çevrimdışı yazmak pahalı. Son bakılan iş emirlerini, müşteri listesini, ürün kataloğunu önbellekte tutmak birkaç yüz kilobayt ve basit bir tazeleme kuralı. Buna karşılık formu bağlantısız doldurup göndermek, sıraya alma ve çakışma çözümü isteyen ayrı bir iştir. O yüzden çevrimdışı yazmayı gerçekten bağlantısız yerde doldurulan bir iki ekranla sınırla: sayım formu, denetim kontrol listesi, arıza kaydı. Çakışma kuralını da kendin uydurma, "son yazan kazanır" ilk gerçek çakışmada birinin iki saatlik işini siler; kuralı iş birimine sor, kodu olgun bir senkron kütüphanesine devret.

Katmanlı gösterim sahada nerede kırılıyor

Progressive disclosure, yani detayı bir dokunuş ötede tutmak, küçük ekran için doğru bir fikir. Ama sessiz bir varsayımı var: detayı getirmek bedava. Ofis Wi-Fi'sinde bedava. Bodrum katında, şantiyede, hastane koridorunda değil. Orada "detay bir tık ötede" cümlesi pratikte "detay bir spinner ötede" anlamına geliyor, bazen de hiç gelmiyor.

Peki katmanlamayı bırakmak mı gerekiyor? Hayır, katmanı arayüzde tutup veriyi ayırmak gerekiyor. Liste isteğiyle birlikte gelen kayıt başına iki üç kilobaytlık detay alanını baştan indir, ekranda gizli tut; fotoğraf, ek dosya, geçmiş kayıt gibi ağır olanı dokunmaya bırak. Kullanıcı aynı sade ekranı görür, fark bağlantı gittiğinde ortaya çıkar.

Tek deneyim mi, tek kod tabanı mı

BYOD yaygınlaştıkça iOS ve Android'i aynı anda desteklemek zorunlu hale geldi ve buradan "platformlar arası tutarlılık" maddesi doğdu. Bu madde çoğu projede yanlış okunuyor: iki platformda birebir aynı görünmek diye anlaşılıyor. Kullanıcı kendi telefonunun geri davranışını, paylaşma menüsünü, tarih seçicisini bekliyor; ona öbür platformun alışkanlığını dayatmak tutarlılık değil, yabancılık üretiyor. Tutarlı kalması gereken şey terminoloji, bilgi mimarisi ve akış sırası. Kontrollerin görünümü değil.

Teknoloji tarafında ayrım yine okuma-yazma ayrımına benziyor. Ağırlıklı olarak veri gösteren bir intranet için responsive web çok uzağa gider, ayrı uygulama yazmaya gerek kalmaz. Barkod okuma, kamera, arka plan bildirimi ve çevrimdışı yazma devreye girdiğinde iş PWA veya yerel uygulamaya kayar. Karar verirken kriter "mobil uygulamamız olsun" değil, listedeki şu dört yetenekten kaçına gerçekten ihtiyaç duyulduğu olmalı.

Hangi modülle başlamalı

Bütçesi sınırlı şirketlerin modüler gitmesi doğru bir tercih, tam kapsamlı bir mobil intranet ilk sürümde kimsenin işine yaramıyor. Sorun sıralamada çıkıyor. Kurum içi haber akışı ve sosyal etkileşim özellikleri yazması kolay, demoda gösterişli, yönetime sunması keyifli. Günlük açılan şey ise genellikle vardiya listesi, izin durumu, açık talebin nerede olduğu gibi sıkıcı ekranlar.

İlk modülü seçmenin en güvenilir yolu, masaüstü intranette hangi sayfanın mobil tarayıcıdan en çok açıldığına bakmak. Bu veri zaten sunucu kayıtlarında duruyor ve kimseye anket yapmadan elde edilir. Çalışanlar küçük ekranda zorlanarak da olsa bir sayfaya ısrarla giriyorsa, mobil sürümü hak eden sayfa odur.