Web paneli kullanan bir acentede herkes aynı sürümle çalışır; sunucuda yapılan güncelleme, bir sonraki sayfa yenilemesinde tüm kullanıcılara ulaşır. Mobil uygulamada durum farklıdır. Her çalışanın telefonunda uygulamanın hangi sürümünün yüklü olduğu, o kişinin güncellemeyi yapıp yapmamasına, cihazının otomatik güncelleme ayarına ve hatta telefonun işletim sistemi sürümüne bağlıdır. Sonuç olarak aynı ekipte üç dört farklı sürümün aynı anda kullanılması sıradan bir durumdur.
Bu dağınıklık ilk bakışta önemsiz görünür, ama zamanla destek yükünü artırır, ekip içi tutarsızlıklara ve bazen veri sorunlarına yol açar. Bu yazıda sürüm dağınıklığının neden önemli olduğunu ve yazılım sağlayıcısı, acente yöneticisi ve çalışan arasında sorumlulukların nasıl paylaşılabileceğini ele alıyoruz.
Sürüm dağınıklığı neden sorun yaratır?
- Farklı ekranlar, farklı süreçler: Yeni sürümde bir form alanı eklenmiş ya da bir akış değişmişse, eski sürümü kullanan çalışan farklı bir süreç izler. Ekip içinde "bende bu düğme yok" konuşmaları başlar.
- Destek zorluğu: Bir sorun bildirildiğinde ilk sorulan soru sürüm olur. Sorun eski bir sürümde çoktan çözülmüş olabilir.
- Güvenlik: Güvenlik düzeltmeleri içeren bir güncellemeyi yapmayan kullanıcı, bilinen bir açıkla çalışmaya devam eder.
- Veri uyumu: Sunucu tarafında bir veri yapısı değiştiğinde, çok eski sürümler bu değişikliği doğru işleyemeyebilir. Örneğin teklif akışlarından birine yeni bir zorunlu alan eklendiğinde, eski sürümden gelen kayıt eksik kalabilir.
Minimum sürüm ve zorunlu güncelleme kavramları
Minimum desteklenen sürüm, uygulamanın sunucuyla çalışmaya devam edebileceği en eski sürümdür. Bu sürümün altındaki uygulamalar giriş ekranında kullanıcıyı güncellemeye yönlendirir.
Zorunlu güncelleme, kullanıcının uygulamayı kullanmaya devam edebilmesi için güncellemeyi yapmasının şart olduğu durumdur. Önerilen güncelleme ise kullanıcıya bilgi verir ama kullanımı engellemez.
Bu iki mekanizmanın dengeli kullanılması önemlidir. Her küçük güncellemeyi zorunlu yapmak, sahada müşterinin karşısındaki temsilciyi uygulama mağazasında güncelleme indirmeye zorlayabilir. Hiçbir güncellemeyi zorunlu yapmamak ise dağınıklığın kontrolsüz büyümesine yol açar.
Sorumluluk paylaşımı
Yazılım sağlayıcısının sorumlulukları
- Minimum sürüm politikasını belirlemek ve açıkça duyurmak
- Zorunlu güncellemeyi yalnızca güvenlik ya da veri uyumu gerektiren durumlarda kullanmak
- Her sürümde nelerin değiştiğini acente yöneticilerinin anlayabileceği bir dille paylaşmak
- Eski sürümlerin sunucu tarafında makul bir süre daha desteklenmesini sağlamak
- Uygulama mağazası onay süreçlerini hesaba katarak güncellemeleri planlamak; mobil güncellemeler web güncellemeleri gibi anında yayına alınamaz
Acente yöneticisinin sorumlulukları
- Ekipteki sürüm durumunu belirli aralıklarla kontrol etmek
- Önemli bir güncelleme yayınlandığında ekibe kısa bir bilgilendirme yapmak
- Kurumsal cihazlarda otomatik güncellemenin açık olmasını sağlamak
- Çok eski işletim sistemi sürümünde kalmış ve artık güncellenemeyen cihazları belirleyip yenileme planı yapmak
Çalışanın sorumlulukları
- Otomatik güncellemeyi açık tutmak ya da güncelleme bildirimlerini ertelememek
- Güncellemeleri sahaya çıkmadan önce, Wi-Fi bağlantısında yapmak
- Sorun bildirirken uygulama sürümünü belirtmek
Zamanlamanın önemi
Saha ekiplerinde güncellemenin ne zaman yapıldığı en az ne yapıldığı kadar önemlidir. Bir temsilcinin sabah müşteri ziyaretine giderken zorunlu güncellemeyle karşılaşması, hem mobil veri paketini tüketir hem de randevuya geç kalmasına neden olabilir. Bu yüzden zorunlu güncellemelerin önceden duyurulması, mümkünse önce önerilen güncelleme olarak yayınlanıp birkaç gün sonra zorunlu hâle getirilmesi, ekip için çok daha rahat bir geçiş sağlar.
Acente tarafında da yoğun dönemlerde, örneğin yenileme takviminin sıkıştığı haftalarda, ekibin güncellemeleri ofiste ya da gün sonunda yapmasını teşvik etmek faydalıdır.
Güncelleme sonrası kontrol
Yeni bir sürüme geçildikten sonra kısa bir kontrol yapmak, olası sorunları erken yakalar. Birkaç çalışanın günlük kullanılan ana akışları denemesi yeterlidir: giriş yapma, müşteri arama, not ekleme, belge fotoğrafı yükleme ve teklif başlatma. Trafik, kasko ve DASK ayrı akışlar olduğundan, her birinde en az bir deneme yapmak sürpriz yaşanmasını önler. Sorun görülürse sürüm bilgisiyle birlikte hemen yazılım sağlayıcısına bildirilmelidir.
Sürüm durumunu görünür kılmak
Yöneticinin ekipteki sürüm durumunu görmesi için her çalışana tek tek sormak zahmetlidir. Uygulamanın kullanıcı oturumlarında sürüm bilgisini kaydetmesi ve bu bilginin yönetici tarafında listelenebilmesi, kimin eski sürümde kaldığını hızlıca gösterir. Böylece yalnızca güncelleme yapmamış çalışanlara hatırlatma gönderilir ve tüm ekibe gereksiz mesaj atılmaz. Aynı liste, işletim sistemi desteği sona ermek üzere olan cihazları belirlemek için de kullanılabilir.
Uygulamanın ayarlar ya da hakkında ekranında sürüm bilgisinin kolayca bulunabilmesi de küçük ama önemli bir ayrıntıdır. Sorun bildiren çalışanın sürümü nereden bulacağını bilmesi, destek sürecini ilk adımdan hızlandırır. Bu bilgi, uygulamanın içinden gönderilen geri bildirimlere otomatik olarak eklenirse çalışanın ayrıca bir şey yapmasına da gerek kalmaz.
Ekip içi bilgilendirme
Güncellemeler yalnızca teknik bir olay değildir; çoğu zaman ekranların ya da akışların değişmesi anlamına gelir. Önemli bir değişiklik içeren güncellemeden sonra kısa bir ekip mesajı ya da toplantı başında birkaç dakikalık bir anlatım, çalışanların yeni özelliği fark etmesini ve doğru kullanmasını sağlar. Değişiklik notlarını sade bir dille özetlemek, uzun teknik metinlerden daha etkilidir.
Değerlendirme soruları
Bir mobil sigorta uygulaması seçerken sürüm yönetimi konusunda sağlayıcıya şu soruları sorabilirsiniz:
- Minimum desteklenen sürüm politikanız nedir?
- Zorunlu güncellemeyi hangi durumlarda kullanıyorsunuz?
- Güncellemeler öncesinde acenteleri nasıl bilgilendiriyorsunuz?
- Uygulama hangi işletim sistemi sürümlerini destekliyor?
- Değişiklik notlarını nerede yayınlıyorsunuz?
Güncellemelerin genel olarak nasıl yönetildiği, yazılımın uzun vadeli sağlığının bir göstergesidir. InsureHub'da web paneli sunucu tarafında güncellenirken mobil uygulama iOS ve Android mağazaları üzerinden dağıtılır; bu iki dünyanın uyum içinde ilerlemesi, acente yazılımının bütünlüğü için önemlidir. Ekibinizin cihaz yapısına göre sürüm yönetimini konuşmak için demo talebi oluşturabilirsiniz.