Sahada çalışan bir acente temsilcisi için bağlantı kesintisi istisna değil, günlük hayatın parçasıdır. Otoparkın alt katında, sanayi sitesinin arka sokağında ya da şehirlerarası yolda sinyal bir anda düşebilir. Bu anlarda mobil uygulamanın nasıl davrandığı, çalışanın o işi o an bitirip bitiremeyeceğini, hatta müşteriden aldığı bilgiyi kaybedip kaybetmeyeceğini belirler.
InsureHub olarak sigorta acentelerine yazılım geliştirirken çevrimdışı davranışı bir "hata durumu" değil, başlı başına tasarlanması gereken bir çalışma modu olarak ele alıyoruz. Bu yazıda bir acente uygulamasında çevrimdışı çalışmanın sınırlarını, doğru kurgulandığında ekibe neler kazandırdığını ve değerlendirme yaparken hangi soruları sormanız gerektiğini ele alıyoruz.
Çevrimdışı çalışma neyi kapsar, neyi kapsamaz?
İlk netleştirilmesi gereken konu beklentidir. Sigorta teklifi, sigorta şirketlerinin sistemlerinden canlı olarak alınan bir yanıttır. Bağlantı yokken trafik, kasko ya da DASK için gerçek bir fiyat üretmek mümkün değildir ve uygulamanın böyle bir izlenim vermemesi gerekir. Çevrimdışı mod; bilgiyi kaybetmemek, işi beklemeye almak ve bağlantı geldiğinde kaldığı yerden devam etmek içindir.
Bu çerçevede çevrimdışı çalışmayı üç katmanda düşünmek faydalıdır:
- Okuma katmanı: Daha önce açılmış müşteri kartı, poliçe özeti veya günün görev listesi gibi bilgilerin bağlantı yokken de görüntülenebilmesi.
- Yazma katmanı: Ziyaret notu, yeni müşteri ön kaydı ya da teklif taslağı gibi girişlerin cihazda güvenli biçimde bekletilmesi.
- İşlem katmanı: Teklif sorgusu, poliçeleştirme veya ödeme gibi canlı sistem gerektiren adımlar. Bu katman çevrimdışıyken çalışmamalı, yalnızca sıraya alınmalı ya da açıkça engellenmelidir.
Taslak mantığı: Branşa göre ayrı bekleme alanları
Çevrimdışı tasarımda sık yapılan hatalardan biri, tüm girişleri tek bir "kaydedilmemiş form" altında toplamaktır. Acente süreçlerinde trafik, kasko ve DASK birbirinden farklı bilgi isteyen ayrı sorgu akışlarıdır. Trafik akışı araç ve ruhsat bilgilerine, kasko akışı bunlara ek olarak araç kullanımına ve teminat tercihlerine, DASK akışı ise adres ve yapı bilgilerine dayanır.
Bu nedenle bağlantısız anda başlatılan bir işin, hangi branşın taslağı olduğu baştan belli olmalıdır. Örneğin temsilci müşteriyle konuşurken hem aracı hem de konutu için bilgi aldıysa, cihazda bir trafik taslağı, bir kasko taslağı ve bir DASK taslağı ayrı ayrı oluşmalıdır. Bağlantı geldiğinde her taslak kendi akışına girer; biri eksik bilgi nedeniyle beklerken diğerleri ilerleyebilir.
Kullanıcıya durumu dürüstçe göstermek
Çevrimdışı çalışmanın en kritik parçası teknik altyapı kadar arayüz dilidir. Çalışan, ekranda gördüğü bilginin ne kadar güncel olduğunu ve yaptığı işin sunucuya ulaşıp ulaşmadığını her an anlayabilmelidir. İyi bir uygulamada şu sinyaller açık olmalıdır:
- Bağlantı durumunu gösteren sade ve sürekli görünür bir gösterge
- Önbellekten gösterilen kayıtlarda son güncelleme zamanı
- Gönderilmeyi bekleyen kayıt sayısı ve bunların listesine tek dokunuşla erişim
- Gönderimi başarısız olan kaydın neden başarısız olduğu ve çalışandan ne beklendiği
"Kaydedildi" ifadesi, yalnızca kayıt gerçekten sunucuya ulaştığında kullanılmalıdır. Cihazda bekleyen bir giriş için "cihazda saklandı, bağlantı gelince gönderilecek" gibi ayrı bir ifade kullanmak, ofisteki ekip arkadaşının o kaydı neden göremediğine dair yanlış anlaşılmaları önler.
Cihazda ne kadar veri tutulmalı?
Çevrimdışı okuma için cihazda veri tutmak gerekir, ancak bu bir güvenlik sorumluluğudur. Acente uygulamaları kimlik numarası, adres, plaka ve poliçe bilgisi gibi kişisel verilerle çalışır. Bu yüzden önbellek kapsamı bilinçli belirlenmelidir.
Pratik bir yaklaşım, cihazda yalnızca o gün ihtiyaç duyulması muhtemel kayıtları tutmaktır: günün görevleri, planlanan ziyaretlerin müşteri kartları ve son açılan kayıtlar. Tüm portföyü telefona indirmek hem güvenlik riskini büyütür hem de cihazın depolama alanını gereksiz yere doldurur. Önbelleğin şifreli saklanması, oturum kapandığında temizlenmesi ve belirli bir süre sonra kendiliğinden geçersiz sayılması da tasarımın parçası olmalıdır.
Bağlantı geri geldiğinde
Asıl sınav bağlantının döndüğü andır. Bekleyen kayıtların sırayla, tekrarlanmadan ve doğru kullanıcı adına gönderilmesi gerekir. Burada dikkat edilmesi gereken üç nokta vardır:
- Tekrar önleme: Zayıf bağlantıda aynı kayıt iki kez gönderilmeye çalışılabilir. Sistem, aynı taslağın mükerrer müşteri ya da mükerrer not oluşturmasını engellemelidir.
- Yetki kontrolü: Çalışan çevrimdışıyken yetkisi değişmiş olabilir. Gönderim anında yetki yeniden doğrulanmalı, yetkisiz kalan işlem sessizce kaybolmak yerine çalışana bildirilmelidir.
- Çakışma yönetimi: Aynı müşteri kartı bu arada ofiste güncellendiyse, hangi bilginin geçerli olacağı net bir kurala bağlanmalıdır.
Belgeler ve fotoğraflar için ayrı bir kural
Sahada çekilen ruhsat ya da tapu fotoğrafları, çevrimdışı senaryoda en çok yer kaplayan ve en hassas verilerdir. Bu dosyalar bağlantı yokken uygulamanın kendi şifreli alanında beklemeli, telefonun genel galerisine düşmemeli ve sunucuya başarıyla yüklendikten sonra cihazdan silinmelidir. Yükleme sırasında bağlantı koparsa dosyanın baştan değil, kaldığı yerden gönderilmesi hem zaman hem mobil veri tasarrufu sağlar.
Değerlendirme yaparken sorulacak sorular
Bir mobil sigorta uygulaması değerlendirirken çevrimdışı davranışı test etmek için cihazı uçak moduna almak yeterli bir başlangıçtır. Ardından şu soruların yanıtını kendi ekibinizle arayın:
- Bağlantı yokken müşteri kartı açılabiliyor mu, açılıyorsa ne kadar eski bilgi gösteriyor?
- Yarım kalan bir form uygulama kapatılıp açıldığında hâlâ duruyor mu?
- Teklif adımına gelindiğinde uygulama durumu açıkça söylüyor mu, yoksa sonsuz bir bekleme ekranında mı kalıyor?
- Bağlantı döndüğünde bekleyen kayıtlar kendiliğinden mi gönderiliyor, yoksa çalışanın hatırlaması mı gerekiyor?
- Oturum kapatıldığında cihazdaki önbellek temizleniyor mu?
Ekip alışkanlıklarıyla tamamlamak
En iyi çevrimdışı tasarım bile ekip alışkanlıklarıyla desteklenmezse yarım kalır. Saha temsilcilerinin güne başlamadan önce uygulamayı bir kez açıp günün kayıtlarını güncellemesi, ziyaret sonrasında bekleyen kayıt sayısına göz atması ve gün sonunda kuyruğun boşaldığından emin olması basit ama etkili kurallardır.
InsureHub'ın web paneli ve mobil uygulaması aynı veri üzerinde çalışır; bu yüzden sahadaki bir girişin ofise ulaşıp ulaşmadığı, ekibin ortak çalışma düzeni için belirleyicidir. Çevrimdışı senaryoları kendi saha koşullarınızda görmek isterseniz demo hesabı talep ederek uygulamayı ekibinizin günlük rotasında deneyebilirsiniz.