Bir yönetici panelinde "Bu ay vadesi geçmiş tahsilat tutarı arttı" bilgisini görmek önemli bir uyarıdır. Ancak bu uyarının ardından gelen ilk soru her zaman aynıdır: Hangi şubede, hangi müşterilerde, hangi poliçelerde? Panel bu soruya cevap vermiyorsa yönetici başka bir ekrana geçer, filtreleri yeniden kurar ya da birinden liste ister. Uyarı ile aksiyon arasındaki bu kopukluk, panelin değerini büyük ölçüde azaltır. Detaya inme, yani özetten kayda adım adım ilerleyebilme, bu kopukluğu ortadan kaldıran tasarım ilkesidir. Bu yazıda detaya inme kurgusunun katmanlarını, tasarım kurallarını ve dikkat edilmesi gereken yetki konularını anlatıyoruz.
Bilgi hiyerarşisinin katmanları
İyi kurgulanmış bir panel, bilgiyi genelden özele doğru katmanlar halinde sunar. Acente verisi için tipik bir hiyerarşi dört katmandan oluşur:
- Özet katmanı: Birkaç ana gösterge ve önceki döneme göre değişimleri. Amacı "bir sorun var mı?" sorusunu cevaplamaktır.
- Kırılım katmanı: Seçilen göstergenin şube, branş, sigorta şirketi ya da temsilci bazında dağılımı. Amacı "sorun nerede?" sorusunu cevaplamaktır.
- Liste katmanı: Seçilen kırılımdaki kayıtların sıralı listesi. Amacı "hangi kayıtlar?" sorusunu cevaplamaktır.
- Kayıt katmanı: Tek bir müşteri, teklif ya da poliçenin ayrıntısı. Amacı "ne yapmalıyım?" sorusunu cevaplamak ve aksiyonu başlatmaktır.
Her katman bir öncekinin bağlamını taşımalıdır. Kullanıcı özet kartta tahsilat göstergesine, kırılımda belirli bir şubeye tıkladıysa, liste o şubenin vadesi geçmiş taksitlerini göstermelidir.
Tasarım kuralları
Bağlam her zaman görünür olmalı
Kullanıcı detaya indikçe hangi filtrelerin uygulandığını kaybetmemelidir. Ekranın üst kısmında seçili gösterge, dönem ve kırılım bilgisini gösteren bir iz satırı, hem konumu hem de geri dönüş yolunu belirtir.
Geri dönmek kolay olmalı
Detaya inen kullanıcı bir üst katmana tek adımda dönebilmeli ve önceki seçimlerini kaybetmemelidir. Tarayıcının geri tuşunun beklenen şekilde çalışması da bu deneyimin parçasıdır.
Rakamlar katmanlar arasında tutarlı olmalı
Özet kartta görünen toplam, kırılım katmanındaki değerlerin toplamına; kırılımdaki bir değer de liste katmanındaki kayıtların toplamına eşit olmalıdır. Bu tutarlılık bozulursa kullanıcı panele güvenini kaybeder. Farkın meşru bir nedeni varsa, örneğin listede yalnızca açık kayıtlar gösteriliyorsa, bu durum açıkça belirtilmelidir.
Her katman bir sonrakini önermeli
Kırılım katmanında değerler sıralı gösterildiğinde kullanıcı nereye bakması gerektiğini sezer. Önceki döneme göre en fazla değişen kategorinin vurgulanması, detaya inme yolunu kendiliğinden işaret eder.
Son katman aksiyona bağlanmalı
Kayıt katmanına ulaşan kullanıcı, aynı ekrandan müşteriyi arayabilmeli, görev oluşturabilmeli, not ekleyebilmeli ya da ilgili teklif akışını başlatabilmelidir. Detaya inme kurgusunun nihai değeri, bilgiden işe geçişi kısaltmasıdır.
Örnek akış: Yenileme kaybını incelemek
Yönetici özet katmanda geçen ay yenileme oranının düştüğünü görür. Göstergeye tıkladığında branş kırılımı açılır ve düşüşün ağırlıklı olarak kaskoda yaşandığı görülür. Kasko satırına tıklandığında şube kırılımı gelir; bir şubenin oranının diğerlerinden belirgin biçimde düşük olduğu fark edilir. Bu şubeye inildiğinde yenilenmemiş kasko poliçelerinin listesi açılır. Liste kayıp nedenine göre gruplandığında, kayıtların önemli kısmında "ulaşılamadı" nedeninin seçildiği görülür. Yönetici birkaç kaydı açar, temas geçmişinin bitiş tarihine çok yakın başladığını görür ve şube için yenileme temaslarının daha erken başlatılması kararını alır. Bu akışın tamamı tek bir panel içinde, birkaç tıklamayla gerçekleşir.
Bu örnekte branş ayrımı belirleyicidir. Trafik, kasko ve DASK süreçleri ayrı sorgu akışlarıyla ilerlediği ve farklı yenileme dinamiklerine sahip olduğu için kırılım katmanında branşın ilk seçenek olarak sunulması çoğu zaman en hızlı teşhisi sağlar.
Detaya inmenin sınırları
- Küçük gruplar: Çok ayrıntılı kırılımlarda kayıt sayısı azalır ve yüzdeler yanıltıcı hale gelir. Kırılım katmanında oranın yanında kayıt sayısının da gösterilmesi bu riski azaltır.
- Performans: Her tıklamada büyük veri kümelerinin yeniden hesaplanması paneli yavaşlatabilir. Özet ve kırılım katmanlarının önceden hesaplanmış özetlerden beslenmesi, liste ve kayıt katmanlarının ise canlı veriden gelmesi dengeli bir yaklaşımdır.
- Sonsuz kırılım: Kullanıcıya her boyutta istediği kadar kırılım sunmak, analizi kolaylaştırmak yerine kaybolmaya yol açabilir. Önceden tanımlı, anlamlı birkaç yol sunmak çoğu kullanıcı için daha verimlidir.
Yetki ve veri gizliliği
Detaya inme kurgusu, kullanıcının yetkisi dahilinde çalışmalıdır. Bir şube yöneticisi özet katmanda tüm acentenin toplamını görebilir; ancak liste ve kayıt katmanında yalnızca kendi şubesinin müşterilerine erişebilmelidir. Bu kuralın her katmanda tutarlı uygulanması gerekir; aksi halde özetten başlayan bir tıklama zinciri, yetki dışı kayıtlara açılan bir kapıya dönüşebilir. Rol bazlı yetki yapısının panel katmanlarıyla birlikte tasarlanması, sigorta acentesi yazılımı seçerken sorulması gereken sorular arasındadır.
Kayıt katmanının kaynağı
Detaya inmenin son durağı müşteri ve poliçe kaydıdır. Bu kaydın temas geçmişi, notlar, açık görevler ve bağlı teklifleri bir arada göstermesi, aksiyon kararını hızlandırır. Müşteri kartının bu şekilde kurgulandığı bir acente CRM yapısı, panelin son katmanını doğal olarak tamamlar.
Mobil ekranlarda detaya inme
Küçük ekranlarda katmanların yan yana gösterilmesi mümkün olmadığından her katman tam ekran açılmalı ve üstte tek satırlık bir bağlam özeti yer almalıdır. Kırılım katmanında grafik yerine sıralı bir liste kullanmak dokunmatik kullanımda daha isabetli seçim sağlar.
Sonuç
Detaya inme, panelin bir uyarı ekranından çalışma aracına dönüşmesini sağlar. Özet, kırılım, liste ve kayıt katmanları bağlamı koruyarak, tutarlı rakamlarla ve yetki kurallarına uygun şekilde birbirine bağlandığında, yönetici sorunu gördüğü yerden çözüme geçebilir. Bu kurgunun kendi kayıtlarınızla nasıl görünebileceğini incelemek için demo talep sayfasını kullanabilirsiniz.