İntranet performansı: yavaş bir sistem neden kullanılmaz?

İntranet projelerinde performans, genellikle "sonra bakarız" kategorisinde. Oysa benimsemeyi belirleyen en somut etkenlerden biri: yavaş açılan bir sayfa, ikinci kez açılmıyor.

Bu özellikle saha ve mağaza kadrosunda keskin: zayıf bağlantıda 10 saniye bekleyen çalışan, sisteme bir daha dönmüyor ve yöneticisine soruyor.

Kullanıcı ne kadar bekler?

Genel kabul gören eşikler şöyle: bir saniyenin altı anlık hissettiriyor, üç saniyeye kadar kabul edilebilir, beş saniyeden sonra dikkat dağılıyor ve on saniyeden sonra kullanıcı çoğunlukla vazgeçiyor.

Bu eşikler ofis internetinde kolay tutturuluyor. Asıl test, mağaza arka ofisindeki zayıf bağlantı ya da şantiyedeki mobil veri.

Ölçüm: hangi sayı önemli?

"Site hızlı mı" sorusunun tek bir cevabı yok. Bakılması gerekenler:

İlk anlamlı içeriğin görünme süresi. Kullanıcı ne zaman bir şey görmeye başlıyor? Boş beyaz ekran, en kötü bekleme biçimi.

Etkileşime hazır olma süresi. Sayfa göründü ama butona basınca tepki veriyor mu?

Gerçek kullanıcı ölçümü. Kendi bilgisayarınızda yaptığınız test, gerçek koşulları yansıtmıyor. Asıl veri, sahadaki kullanıcıdan gelen ölçüm. Analitik altyapısını intranet analitiği yazısında ele aldık.

Cihaz ve bağlantı kırılımı. Ortalama süre, sorunu gizliyor. Mobil kullanıcıların ortalaması ayrı bakılmalı.

Yaygın yavaşlık sebepleri

Ağır görseller. Tek bir duyuruya yüklenen 8 MB'lık kapak görseli, mobil kullanıcıyı öldürüyor. Yükleme sırasında otomatik küçültme, en yüksek etkili tek iyileştirme.

Her şeyi aynı anda yüklemek. Ana sayfada 12 widget varsa ve hepsi aynı anda veri çekiyorsa, en yavaş olan hepsini bekletiyor. Widget seçimini kişisel ana sayfa ve widget düzeni yazısında ele aldık.

Gereksiz veri. Kişi rehberinde 2000 kişinin tamamını tek seferde yüklemek yerine sayfalama ve arama kullanmak.

Uzak entegrasyonlar. Sayfa açılışında ERP'ye yapılan yavaş bir sorgu, tüm sayfayı bekletiyor. Entegrasyon tasarımını API ve veri alışverişi yazısında ele aldık.

Video otomatik oynatma. Hem veri tüketiyor hem yavaşlatıyor; mobilde özellikle sorunlu. Kullanım kararını iç iletişimde video kullanımı yazısında tartıştık.

Örnek: mağaza kadrosunda kullanım düşüklüğü

Bir perakende zincirinde mağaza kullanım oranı düşük. İlk teşhis "eğitim eksikliği" oluyor ve eğitim tekrarlanıyor; sonuç değişmiyor.

Analitik veriye cihaz ve süre kırılımıyla bakıldığında tablo netleşiyor: mağaza kullanıcılarında ortalama sayfa açılma süresi ofis kullanıcılarının birkaç katı ve oturumların önemli bir kısmı sayfa açılmadan terk ediliyor.

Sebep, ana sayfadaki büyük kapak görselleri ve tüm mağaza listesini tek seferde yükleyen bir widget.

Görsellerin otomatik küçültülmesi ve widget'ın ihtiyaç anında yüklenmesiyle süre belirgin biçimde düşüyor; sonraki ay mağaza kullanım oranı eğitimle elde edilemeyen bir artış gösteriyor.

Ders şu: benimseme sorunu sanılan şeylerin bir kısmı aslında performans sorunu. Kullanım oranı çalışmasını intranet kullanım oranı nasıl artırılır yazısında ele aldık.

Zayıf bağlantı için tasarım

Saha kadrosu olan şirketlerde ek önlemler değerli:

• Metin öncelikli sayfalar: görsel yüklenmeden içerik okunabilmeli
• Çevrimdışı erişim: son görüntülenen içeriğin cihazda saklanması
• Küçük veri ayağı: kapak görselleri isteğe bağlı, video varsayılan olarak kapalı
• Kuyruklama: bağlantı yokken yapılan işlem (talep, bildirim) sonradan gönderilsin

Mobil yaklaşımları mobil intranet: uygulama mı PWA mı yazısında karşılaştırdık.

İyileştirme sırası

Sınırlı zamanla en çok kazanç sağlayan sıra:

1. Görsel optimizasyonu (yükleme anında otomatik)
2. Ana sayfadaki ağır widget'ların gecikmeli yüklenmesi
3. Büyük listelerde sayfalama
4. Entegrasyon sorgularının arka plana alınması
5. Önbellekleme

İlk iki madde, çoğu şirkette toplam kazancın büyük kısmını sağlıyor.

Algılanan hız: gerçek süreden önemli

Performans yalnızca saniyelerle ölçülmüyor; kullanıcının ne hissettiği de belirleyici. Aynı üç saniye, iki farklı tasarımda çok farklı deneyimleniyor.

Boş ekran yerine iskelet. Sayfa yüklenirken beyaz bir ekran göstermek yerine, içeriğin yerleşeceği gri bloklar göstermek beklemeyi kısa hissettiriyor. Kullanıcı bir şeyin geldiğini görüyor.

Önce metin, sonra görsel. Yazı hemen okunabiliyorsa, görselin bir saniye sonra gelmesi sorun olmuyor.

Anında geri bildirim. Butona basıldığında hemen bir tepki (renk değişimi, dönen simge) olmalı. Tepkisiz kalan bir buton, kullanıcıyı ikinci kez bastırıyor — bu da çift kayıt üretebiliyor.

Sıçramayan yerleşim. Görsel geç yüklenip içeriği aşağı ittiğinde, okumakta olan kullanıcı yerini kaybediyor. Alanın önceden ayrılması bunu önlüyor.

Bu dört ayrıntı, altyapıya dokunmadan algılanan hızı belirgin biçimde iyileştiriyor.

Sık sorulan sorular

Performans sağlayıcının sorunu değil mi? Kısmen. Altyapı sağlayıcının, ama içerik sizin: 8 MB'lık görsel yükleyen bir editör, en hızlı altyapıyı da yavaşlatıyor. Editör eğitiminde bu madde olmalı.

Kaç saniye hedeflemeliyiz? Mobil ve zayıf bağlantıda üç saniyenin altı iyi bir hedef. Ölçümü gerçek kullanıcı verisiyle yapın.

Eski cihazlar sorun mu? Saha kadrosunda evet; mağazalardaki paylaşımlı tabletler çoğu zaman eski. Test ederken en yeni telefonu değil, sahadaki en yaygın cihazı kullanın.

Performansı kim takip etmeli? BT ölçer ama içerik sahipleri de sorumlu. Aylık raporda ortalama açılma süresinin bir satır olarak yer alması yeterli farkındalığı yaratıyor.