Bir acentede işlerin nasıl yapıldığını en iyi bilen kişi çoğu zaman en kıdemli çalışandır. Teklif hangi bilgilerle açılır, poliçe müşteriye hangi kanaldan iletilir, tahsilat gecikirse kim arar? Bu soruların cevapları bir kişinin hafızasında durduğu sürece acente o kişiye bağımlıdır. Operasyon el kitabı, bu örtük bilgiyi herkesin erişebileceği, güncellenebilen ve yeni gelen çalışanın ilk gününden kullanabileceği bir belgeye dönüştürür.
Bu yazıda bir sigorta acentesi için operasyon el kitabının kapsamını, sayfa yapısını, yazım dilini ve acente yazılımıyla nasıl eşleştirileceğini ele alıyoruz. Amaç kalın bir prosedür klasörü üretmek değil; günlük işte gerçekten açılıp bakılan bir başvuru kaynağı oluşturmak.
El kitabı ile prosedür yığını arasındaki fark
Pek çok acentede bir zamanlar yazılmış talimatlar vardır: birkaç Word dosyası, yazıcıdan çıkmış kontrol listeleri, mesajlaşma grubunda sabitlenmiş notlar. Bunların ortak sorunu dağınık olmaları ve güncellenmemeleridir. Bir el kitabını prosedür yığınından ayıran üç özellik vardır:
- Tek bir giriş noktası: Çalışan bir konuyu aradığında nereye bakacağını bilir.
- Sahibi belli sayfalar: Her bölümün güncelliğinden sorumlu bir kişi vardır.
- Gerçek işe bağlılık: Her adım, kullanılan ekranla ve oluşan kayıtla ilişkilendirilmiştir.
Kapsamı belirlemek: hangi süreçler girmeli?
İlk sürümde her şeyi yazmaya çalışmak, el kitabının hiç bitmemesinin en yaygın nedenidir. Kapsamı belirlerken sık tekrarlanan ve hata maliyeti yüksek süreçlerle başlamak daha gerçekçidir. Bir acente için tipik başlangıç listesi şöyle olabilir:
- Yeni müşteri kaydının açılması ve zorunlu alanlar
- Trafik, kasko ve DASK teklif taleplerinin her biri için ayrı karşılama adımları
- Teklifin müşteriye sunulması ve onayın kayda geçirilmesi
- Poliçe sonrası belge iletimi ve arşivleme
- Tahsilat takibi ve gecikme durumunda izlenecek yol
- Yenileme döneminin başlatılması
- Çalışan izne çıktığında iş devri
Trafik, kasko ve DASK'ı tek bir "teklif süreci" sayfasında birleştirmemek önemlidir. Her branşın talep ettiği bilgiler, sorgu adımları ve müşteriye sorulacak sorular farklıdır. Ayrı sayfalar, çalışanın doğru akışta kalmasını kolaylaştırır.
Her süreç sayfasının iskeleti
Sayfaların aynı iskeleti kullanması, okuyanın aradığı bilgiyi hızla bulmasını sağlar. Aşağıdaki yapı çoğu acente süreci için yeterlidir:
- Amaç: Bu süreç neden var, sonunda ne elde edilmeli? Tek cümle yeterli.
- Tetikleyici: Süreç ne zaman başlar? Bir müşteri talebi, bir yenileme tarihi ya da bir ödeme bildirimi olabilir.
- Rol: Kim yürütür, kim onaylar, kim bilgilendirilir?
- Adımlar: Numaralı, kısa ve her biri tek bir eylem içeren adımlar.
- Kayıt noktaları: Hangi adımda yazılımda hangi alan güncellenir, hangi durum seçilir?
- Sık hatalar: Geçmişte yaşanmış ve tekrar etmemesi gereken iki üç somut örnek.
- İstisnalar: Standart akışın dışına çıkıldığında kime danışılır?
"Kayıt noktaları" bölümü en çok atlanan ama en değerli bölümdür. Bir adımın yapıldığını sistemde görünür kılmıyorsa, o adım yönetici açısından yapılmamış sayılır.
Yazım dili: kısa, eylem odaklı, örnekli
El kitabı bir yönetmelik değildir. Çalışanın telefonda müşteriyle konuşurken göz atabileceği netlikte olmalıdır. Birkaç pratik kural işe yarar:
- Cümleleri emir kipinde ve tek eylemle kurun: "Ruhsat bilgisini müşteri kaydına ekleyin."
- Belirsiz ifadelerden kaçının. "Kısa sürede" yerine "aynı iş günü içinde" yazın.
- Her süreç için bir gerçekçi senaryo ekleyin. Senaryolarda kişisel veri yerine kurgusal bilgiler kullanın.
- Ekran görüntüsü kullanacaksanız güncellemeyi unutmayın; eski ekran görüntüsü yanlış yönlendirme yapar.
El kitabını yazılımla eşleştirmek
Belge ile sistem birbirinden koparsa çalışan hangisine güveneceğini bilemez. El kitabındaki her durum adı, görev türü ve etiket, kullandığınız acente yazılımındaki karşılığıyla birebir aynı olmalıdır. Örneğin el kitabında "müşteri dönüşü bekleniyor" yazıyorsa, sistemde de aynı ifade seçilebilmelidir.
Bu eşleştirme iki yönlü fayda sağlar. Çalışan el kitabını okuyarak sistemi doğru kullanmayı öğrenir; yönetici de sistemdeki kayıtlara bakarak el kitabının ne kadar uygulandığını görür. Görevlerin müşteri ve poliçe kayıtlarına bağlı tutulduğu bir acente CRM yapısı, el kitabındaki "kim, neyi, ne zaman" sorularının cevabını kendiliğinden kayda geçirir.
Sahiplik ve sürüm takibi
El kitabı yazıldığı gün eskimeye başlar. Yeni bir sigorta şirketiyle çalışılmaya başlanır, bir ekran değişir, bir kontrol adımı eklenir. Güncelliği korumak için:
- Her bölüm için bir sahip atayın ve adını sayfanın başına yazın.
- Değişiklikleri tarih ve kısa açıklamayla bir değişiklik notuna işleyin.
- Üç ayda bir tüm sayfaları gözden geçirmek için takvime tekrarlayan bir görev koyun.
- Bir hata yaşandığında ilk sorulacak soru "el kitabında bu yazıyor muydu?" olsun. Yazmıyorsa sayfayı güncelleyin.
İlk sürümü dört haftada çıkarmak
Birinci hafta: Süreç envanteri
Ekiple bir saatlik bir oturumda acentede tekrar eden tüm işleri listeleyin. Her işin yanına ne sıklıkla yapıldığını ve hata olduğunda etkisinin ne kadar büyük olduğunu not edin.
İkinci hafta: Öncelikli beş sayfa
Listeden en sık tekrarlanan ve en riskli beş süreci seçin. Her biri için sayfayı, o işi en iyi yapan çalışanla birlikte yazın.
Üçüncü hafta: Deneme kullanımı
Sayfaları en yeni çalışana verin ve yalnızca el kitabına bakarak süreci yürütmesini isteyin. Takıldığı her nokta, eksik bir adımdır.
Dördüncü hafta: Yayın ve alışkanlık
Düzeltilmiş sayfaları ortak bir yerde yayınlayın ve haftalık ekip toplantısında bir sayfayı birlikte okuyun. Sonraki sayfalar bu ritimle eklenir.
Sonuç
İyi bir operasyon el kitabı, acentenin bilgisini kişilerden bağımsız hale getirir, yeni çalışanların uyumunu hızlandırır ve kalite kontrol için ortak bir referans oluşturur. En önemlisi, yazılımdaki kayıtlarla aynı dili konuşmasıdır. Süreçlerinizi sistemle birlikte nasıl kurgulayabileceğinizi görmek isterseniz demo talep sayfasından InsureHub'ı inceleyebilirsiniz.