Mükerrer kayıtlar en çok hangi durumlarda ortaya çıkıyor?
Belediyelerde vatandaş taleplerinin farklı kanallardan toplanması, hizmet erişimi açısından önemli bir avantajdır. Ancak bu yapı doğru kurgulanmadığında aynı konu için birden fazla kayıt açılması kaçınılmaz hale gelir. Özellikle belediye çağrı merkezi kayıt yönetimi süreçlerinde en sık karşılaşılan sorunlardan biri, tek bir vakaya ait başvuruların ayrı ayrı işlem görmesidir.
Mükerrer kayıtlar çoğunlukla aynı vatandaşın farklı kanalları peş peşe kullanmasıyla ortaya çıkar. Örneğin bir vatandaş mahallesindeki sokak lambasının yanmadığını önce çağrı merkezine bildirir, ardından mobil uygulamadan fotoğraf yükler, çözüm gecikince bu kez sosyal medya üzerinden belediyeye yazar. Eğer sistemler birbirini görmüyorsa, çağrı merkezi bir kayıt, mobil uygulama ikinci kayıt, sosyal medya ekibi üçüncü kayıt açabilir. Oysa sahadaki sorun tektir.
Benzer durum beyaz masa ve saha ekipleri arasında da yaşanır. Vatandaş, su birikintisi şikâyetini hizmet binasındaki beyaz masaya iletir. Aynı gün saha denetim ekibi mahallede inceleme yaparken aynı noktayı kendi iç sisteminde ayrıca kayda geçirir. İki kayıt da birbirinden habersiz ilerlediğinde hem iş emri sayısı şişer hem de çözüm süreleri yanlış görünür.
Bir başka yaygın neden, adres ve konu bilgisinin standart girilmemesidir. Aynı lokasyon “Atatürk Mah. 1023 Sokak No:5 önü” şeklinde bir kayıtta, başka bir kayıtta “1023 Sk. Atatürk Mahallesi” olarak yer alabilir. Konu başlığı da bir yerde “yol bozukluğu”, başka bir yerde “asfalt yaması”, üçüncü kayıtta “çukur” olarak açıldığında sistem bunların aynı vakaya ait olduğunu anlayamaz. Özellikle büyükşehir belediyelerinde ilçe-birim-saha ekipleri arasında ortak veri sözlüğü yoksa bu sorun daha sık görülür.
İstanbul, Ankara ve İzmir gibi nüfusu yüksek belediyelerde yoğun başvuru dönemlerinde bu tablo daha belirgin hale gelir. Kar yağışı, su kesintisi, ilaçlama, çöp toplama aksaması veya toplu ulaşım şikâyetleri gibi dönemsel konularda aynı olay için onlarca kayıt açılabildiği görülür. Örneğin bir caddede yaşanan su patlağı için farklı apartmanlardan gelen başvurular ayrı ayrı kayıt altına alınabilir. Oysa operasyonel olarak tek bir arıza yönetilmektedir; vatandaş iletişimi ise bu ana kayda bağlı alt bildirimlerle yürütülmelidir.
- Aynı vatandaşın farklı kanallardan yeniden başvuru yapması
- Farklı vatandaşların aynı olayı ayrı ayrı bildirmesi
- Beyaz masa, çağrı merkezi ve saha ekiplerinin birbirinden bağımsız kayıt açması
- Adres, konu ve kategori bilgilerinin standart olmaması
- Kurum içi birimlerin farklı yazılımlar kullanması
Özetle mükerrer kayıt, çoğu zaman personel hatasından değil, süreç ve sistem tasarımındaki kopukluktan doğar. Bu nedenle çözüm de yalnızca personele “dikkatli olun” demekle sınırlı kalmamalıdır.
Tekil başvuru mantığı neden önemli?
Tekil başvuru mantığı, aynı vakaya ait tüm temasların tek bir ana kayıt altında toplanmasıdır. Vatandaş hangi kanaldan ulaşırsa ulaşsın, sistem önce mevcut bir kayıt olup olmadığını kontrol etmeli; varsa yeni kayıt açmak yerine mevcut kayda ilişkilendirme yapmalıdır. Bu yaklaşım, hem operasyon hem de yönetsel karar alma açısından temel bir ihtiyaçtır.
İlk fayda, gerçek iş yükünün doğru görülmesidir. Bir parkta kırık oyun grubu için 12 ayrı kayıt açıldığında raporda 12 sorun varmış gibi görünür. Oysa sahaya gidecek ekip için tek bir onarım işi vardır. Tekil başvuru mantığında ise bir ana vaka bulunur, diğer başvurular bu vakaya bağlanır. Böylece hem vatandaş sayısı hem de gerçek vaka sayısı ayrı ayrı izlenebilir.
İkinci fayda, çözüm süresinin doğru ölçülmesidir. Mükerrer kayıtlarda bazı kayıtlar hızlı kapanır, bazıları açık kalır, bazıları da yanlış birime yönlendirilir. Sonuçta ortalama çözüm süresi ve hizmet seviyesi göstergeleri anlamını yitirir. Tekil yapı kurulduğunda “vakanın açılış zamanı”, “ilk müdahale zamanı”, “nihai çözüm zamanı” daha sağlıklı izlenir.
Üçüncü fayda, vatandaş iletişiminin tutarlı hale gelmesidir. Aynı konu için farklı kanallardan farklı yanıtlar verilmesi belediyeye güveni zedeler. Örneğin çağrı merkezi “ekip yönlendirildi” derken sosyal medya ekibi “inceleme aşamasında” yanıtı veriyorsa vatandaş doğal olarak sürecin takip edilmediğini düşünür. Tekil kayıt mantığında tüm ekipler aynı vaka ekranını görür ve güncel duruma göre yanıt verir.
Bazı belediyelerde bu yaklaşım özellikle altyapı, temizlik, park-bahçeler ve zabıta taleplerinde ciddi fark yaratmaktadır. Örneğin Konya, Gaziantep veya Bursa gibi saha operasyonu yoğun belediyelerde ana vaka ve bağlı bildirim yapısı, mahalle bazlı tekrarları azaltmada etkili bir yöntemdir. Burada önemli olan, vatandaşın başvurusunu değersizleştirmek değil; aynı sorunu tekrar tekrar işlemeye gerek kalmadan her başvuruyu aynı vaka altında görünür kılmaktır.
Kanal bağımsız kayıt yapısı nasıl kurulmalı?
Kanal bağımsız kayıt yapısı, telefon, yüz yüze başvuru, mobil uygulama, web formu, e-posta, sosyal medya ve saha personeli tarafından oluşturulan tüm bildirimlerin ortak bir vaka havuzunda toplanması anlamına gelir. Bunun için önce teknik entegrasyon kadar süreç tasarımı da netleştirilmelidir.
İlk adım, ortak veri modelidir. Tüm kanallarda aynı temel alanlar kullanılmalıdır: konu, alt konu, adres, konum bilgisi, başvuru sahibi, olay zamanı, fotoğraf/video eki, öncelik, sorumlu birim ve durum bilgisi. Eğer çağrı merkezi “yol bakım”, mobil uygulama “fen işleri”, saha ekibi ise “asfalt arızası” şeklinde farklı sınıflandırmalar kullanıyorsa tekilleştirme zorlaşır. Bu nedenle kurum genelinde ortak kategori ağacı oluşturulmalıdır.
İkinci adım, benzer kayıt tespit kurallarıdır. Sistem yeni bir kayıt açılmadan önce belirli kriterlere göre kontrol yapmalıdır. Aynı adreste, aynı konu başlığında, belirli bir zaman aralığında açık bir kayıt varsa kullanıcıya uyarı verilmelidir. Örneğin “Bu adreste son 72 saat içinde benzer bir başvuru bulunmaktadır. Mevcut kayda bağlamak ister misiniz?” gibi bir ekran, operatörün doğru karar vermesini kolaylaştırır.
Üçüncü adım, ana vaka-alt bildirim yapısıdır. Özellikle birden fazla vatandaşın aynı olayı bildirdiği durumlarda her başvurunun izinin korunması gerekir. Burada doğru yöntem, yeni kayıt açmak değil, vatandaşın temasını mevcut vakaya bağlamaktır. Böylece hem “kaç kişi bildirdi” bilgisi kaybolmaz hem de operasyon tek iş emri üzerinden yürür.
- Tek bir merkezi vaka numarası kullanılmalı
- Tüm kanallar aynı kategori ve adres sözlüğünü kullanmalı
- Yeni kayıt öncesi benzer kayıt kontrolü zorunlu olmalı
- Vatandaş temasları ana kayda bağlı alt bildirim olarak tutulmalı
- Saha ekiplerinin açtığı kayıtlar da aynı havuza düşmeli
Dördüncü adım, personel ekranlarının sadeleştirilmesidir. Operatörün hızlı çalışması gereken bir çağrı merkezi ortamında çok fazla serbest metin alanı bırakmak, mükerrer kayıt riskini artırır. Adres doğrulama, harita üzerinden nokta seçimi, otomatik mahalle-sokak eşleştirmesi ve önerilen konu başlıkları gibi yardımcı araçlar kayıt kalitesini yükseltir.
Belediyelerde sık görülen pratik bir senaryo şudur: Aynı çöp konteyneri taşması için sabah çağrı merkezi kayıt açar, öğlen saha denetim personeli fotoğraf çekip ayrı kayıt girer, akşam beyaz masa vatandaştan yüz yüze başvuru alır. Kanal bağımsız yapı kurulduğunda bu üç temas tek vaka altında birleşir. Temizlik İşleri yalnızca bir iş emri alır; ancak üç farklı temasın bilgisi sistemde görünür. Böylece hem operasyon sadeleşir hem de vatandaş memnuniyeti yönetilebilir hale gelir.
Tekrarlayan başvurular raporlama kalitesini nasıl etkiler?
Mükerrer kayıtların en büyük zararlarından biri, yöneticilerin karar alırken baktığı veriyi bozmasıdır. Eğer aynı olay üç, beş, bazen on farklı kayıt olarak sisteme giriyorsa, raporlar gerçek durumu yansıtmaz. Bu da kaynak planlamasından performans değerlendirmesine kadar birçok alanı etkiler.
Örneğin bir ilçede gerçekte 40 ayrı yol bakım vakası varken sistemde 95 kayıt görünüyorsa, yönetim o bölgede olağanüstü bir bozulma olduğunu düşünebilir. Buna karşılık başka bir bölgede kayıt disiplini daha iyiyse sorun azmış gibi algılanabilir. Sonuçta ekip, bütçe ve malzeme planlaması yanlış yapılır.
Çağrı merkezi performansı da benzer şekilde etkilenir. Mükerrer kayıtlar çağrı hacmini ve kayıt sayısını yapay olarak yükseltir. İlk bakışta “çok başvuru alıyoruz” bilgisi doğru görünse de bunun ne kadarının yeni vaka, ne kadarının mevcut vakaya ilişkin tekrar temas olduğu ayrıştırılmadığında verimlilik analizi sağlıklı yapılamaz. Operatör başına düşen kayıt, ilk temas çözüm oranı ve tekrar arama oranı gibi göstergeler anlamını kaybeder.
Vatandaş memnuniyeti ölçümleri de bozulur. Aynı vaka için bir kayıt kapatılıp diğer kayıt açık kaldığında vatandaş “sorunum çözülmedi” diyebilir. Anket sistemleri açık veya kapalı kayda göre çalışıyorsa memnuniyet sonuçları çelişkili hale gelir. Özellikle büyük ölçekli belediyelerde başkanlık makamına sunulan haftalık raporlarda bu tür veri tutarsızlıkları ciddi yorum hatalarına yol açabilir.
Raporlama açısından doğru yaklaşım, en az iki farklı metriği birlikte izlemektir: “tekil vaka sayısı” ve “vakaya bağlı temas sayısı”. Böylece hem sahadaki gerçek sorun adedi hem de vatandaşın o konuya gösterdiği yoğun ilgi görülebilir. Örneğin bir ana arterdeki sinyalizasyon arızası tek bir vakadır; ancak 27 vatandaş tarafından bildirilmiş olabilir. Yönetim açısından bu bilgi değerlidir, fakat 27 ayrı arıza varmış gibi raporlanmamalıdır.
Bu nedenle belediye çağrı merkezi kayıt yönetimi yalnızca kayıt açma ve kapatma işi olarak görülmemelidir. Asıl mesele, verinin karar destek niteliğini korumaktır. Tekrarlayan başvurular azaltıldığında hangi mahallede hangi sorunların yoğunlaştığı, hangi birimin ne kadar sürede çözüm ürettiği ve hangi konularda vatandaşın tekrar temas kurduğu daha net anlaşılır.
Sonuç olarak, mükerrer kayıtların önlenmesi hem vatandaş deneyimi hem de belediye yönetimi açısından temel bir ihtiyaçtır. Tekil başvuru mantığı, kanal bağımsız kayıt yapısı ve doğru raporlama yaklaşımı birlikte kurulduğunda gerçek tablo görünür hale gelir. Böylece aynı sorun için tekrar tekrar kayıt açmak yerine, tek bir vakayı doğru yönetmek mümkün olur.