Belediyelerde talep neden tek kanalda toplanamıyor?
Bugün birçok belediyede vatandaşın talebi hâlâ farklı kanallardan geliyor: çağrı merkezi, beyaz masa, kurumsal e-posta, WhatsApp hattı, sosyal medya mesajları, web formu ve yüz yüze başvuru. Kâğıt üzerinde bu çeşitlilik erişilebilirlik açısından olumlu görünür. Ancak uygulamada asıl sorun, bu kanalların tek bir kayıt ve takip düzeni içinde birleşmemesidir. Bu nedenle “belediyede vatandaş talep takibi nasıl yapılır” sorusu, teknik bir yazılım meselesinden önce bir süreç tasarımı meselesi hâline gelir.
Örneğin İstanbul’daki ilçe belediyelerinin önemli bir kısmında çağrı merkezi kayıtları ayrı bir ekranda, saha ekiplerinin kullandığı iş listeleri ayrı bir uygulamada, WhatsApp mesajları ise çoğu zaman doğrudan personel telefonunda veya web arayüzünde tutulur. Benzer şekilde Ankara ve İzmir’de bazı belediyelerde e-posta ile gelen başvurular evrak sistemine alınırken, telefonla gelen talepler farklı bir modülde açılır. Sonuçta aynı vatandaşın aynı konu için yaptığı birden fazla başvuru, kurum içinde tek dosya gibi görünmez.
Bunun birkaç temel nedeni vardır. İlk neden tarihsel gelişimdir. Belediyelerde hizmet kanalları çoğu zaman aynı anda değil, ihtiyaç oldukça eklenmiştir. Önce santral ve beyaz masa kurulmuş, sonra web formu açılmış, ardından WhatsApp hattı devreye alınmıştır. Her yeni kanal, mevcut yapıya eklenmiş ama çoğu zaman süreçler yeniden tasarlanmamıştır.
İkinci neden organizasyon yapısıdır. Çağrı merkezi genellikle basın-yayın, halkla ilişkiler veya destek hizmetleri altında çalışırken; teknik müdürlükler kendi iş emirlerini kendi sistemlerinde yönetir. Bilgi işlem birimi altyapıyı ayakta tutar ama süreç sahipliği çoğu zaman dağınıktır. Bu da ortak bir talep yaşam döngüsü kurulmasını zorlaştırır.
Üçüncü neden veri standardı eksikliğidir. Aynı konu farklı personel tarafından farklı adlarla kaydedilir. Bir personel “yol çökmesi” der, diğeri “asfalt tamiri”, bir başkası “fen işleri talebi” olarak açar. Mahalle adı, sokak bilgisi, fotoğraf, konum ve öncelik seviyesi her kanalda aynı formatta alınmaz. Böyle olunca yönetici ekranında sağlıklı rapor üretmek de zorlaşır.
Bazı büyükşehir belediyelerinde bu dağınıklığı azaltmak için tek numara ve tek çağrı merkezi modeli uygulanıyor. Örneğin İstanbul Büyükşehir Belediyesi’nin 153 hattı, çok kanallı başvuruları bir merkezde toplama yaklaşımının bilinen örneklerinden biridir. Ancak ilçe belediyelerinde benzer ölçeğe sahip olmayan yapılarda, başvuruların önemli bölümü hâlâ müdürlük bazlı ilerleyebiliyor. Sorun tam da burada başlıyor: vatandaş için belediye tektir, ama kurum içinde süreç parçalıdır.
Telefon, WhatsApp ve e-posta ile gelen başvurularda en sık yaşanan aksaklıklar
Parçalı yapı en çok günlük işleyişte kendini gösterir. Telefonla gelen başvurularda en sık görülen sorun, kaydın eksik açılmasıdır. Vatandaş telefonda hızlı anlatır, personel not alır ama açık adres, konum, fotoğraf veya sorunun tekrar sıklığı sisteme girilmez. Örneğin “sokak lambası yanmıyor” kaydı açılır; ancak direğin tam yeri yazılmadığı için saha ekibi mahallede birkaç sokak dolaşmak zorunda kalır.
WhatsApp tarafında ise farklı bir sorun vardır: mesajlaşma kolay olduğu için vatandaş aynı talebi birkaç kez iletir. Sabah fotoğraf gönderir, öğlen “bakıldı mı?” diye sorar, akşam farklı numaradan tekrar yazar. Eğer bu mesajlar tekil bir talep numarasına bağlanmıyorsa, kurum içinde üç ayrı iş gibi algılanabilir. Özellikle küçük ve orta ölçekli belediyelerde WhatsApp hattının kurumsal süreçten çok personel inisiyatifiyle yürüdüğü görülür. Personel izinli olduğunda ya da görev değiştiğinde geçmiş yazışmalara erişim ve devir sorunu yaşanır.
E-posta ile gelen başvurularda ise sınıflandırma ve önceliklendirme zayıf kalır. Konu satırında “Acil”, “Bilgi”, “Şikâyet” gibi ifadeler yer alsa da bunların kurum içindeki karşılığı net olmayabilir. Gelen kutusunda bekleyen bir e-posta, evrak kaydına alınmadığı sürece görünmez hâle gelir. Özellikle yoğun dönemlerde, örneğin kar yağışı, su kesintisi veya ilaçlama sezonunda, e-posta ile gelen taleplerin gecikmesi sık görülür.
Bir başka yaygın aksaklık mükerrer kayıttır. Vatandaş önce çağrı merkezini arar, sonuç alamadığını düşünür ve ardından WhatsApp’tan fotoğraf yollar, sonra da CİMER’e yazar. Eğer belediye içinde bu kayıtları eşleştiren bir mekanizma yoksa aynı çukur, aynı kaldırım işgali veya aynı gürültü şikâyeti için farklı birimler ayrı ayrı işlem başlatabilir. Bu hem zaman kaybına hem de yanlış performans ölçümüne yol açar.
Gerçekçi bir senaryo düşünelim: Bir vatandaş pazar akşamı belediyeye WhatsApp üzerinden parkta kırık oyun grubu fotoğrafı gönderiyor. Pazartesi sabah çağrı merkezini arayıp aynı konuyu tekrar bildiriyor. Beyaz masa personeli de salı günü yüz yüze başvuru sırasında yeni kayıt açıyor. Park ve Bahçeler Müdürlüğü yalnızca bir kaydı görüyor, diğerleri açık kalıyor. Sonra yönetim ekranında “çözülmeyen başvuru sayısı” yüksek görünmeye başlıyor. Oysa sorun teknik değil, kayıt bütünlüğü sorunudur.
- Aynı talep için birden fazla kayıt açılması
- Adres, konu ve öncelik bilgilerinin eksik girilmesi
- Başvurunun yanlış müdürlüğe yönlendirilmesi
- Vatandaşa talep numarası verilememesi veya numaranın her kanalda değişmesi
- Geri dönüş yapıldı mı, yapılmadı mı bilgisinin izlenememesi
- Personel değişiminde geçmiş yazışma ve notların kaybolması
Talep kayıt ve yönlendirme süreci nasıl standartlaştırılır?
Standartlaştırma için ilk adım yeni bir kanal açmak değil, mevcut kanalları aynı kayıt mantığına bağlamaktır. Yani telefon, WhatsApp, e-posta ve yüz yüze başvuruların hepsi tek bir talep numarası üreten ortak yapıya düşmelidir. Vatandaş hangi kanaldan gelirse gelsin, kurum içinde aynı yaşam döngüsünü izleyen bir kayıt oluşmalıdır.
Bu yaşam döngüsü basit ve net tanımlanmalıdır: alma, doğrulama, sınıflandırma, yönlendirme, işlem, kontrol, geri bildirim ve kapatma. Her aşamanın sorumlusu belli olmalıdır. Örneğin beyaz masa yalnızca kayıt almakla kalmamalı; eksik bilgi kontrolü de yapmalıdır. Müdürlükler ise “işleme alındı” ve “tamamlandı” arasında standart durum kodları kullanmalıdır.
Konu sözlüğü oluşturmak burada kritik önemdedir. “Yol bakım”, “asfalt yama”, “çukur”, “kaplama bozulması” gibi ifadeler tek bir ana kategori altında toplanabilir. Aynı şekilde alt kırılımlar belirlenebilir: aydınlatma, temizlik, park-bahçe, ruhsat-denetim, sosyal yardım, ulaşım gibi. Bu sınıflandırma olmadan raporlama sağlıklı işlemez.
Konya Büyükşehir Belediyesi ve bazı ilçe belediyelerinde görülen iyi uygulamalardan biri, talebin yalnızca konuya göre değil, coğrafi bilgiyle birlikte kaydedilmesidir. Adresin mahalle, cadde, sokak ve mümkünse harita noktasıyla alınması; saha işlerinde ciddi hız kazandırır. Özellikle Fen İşleri, Park ve Bahçeler, Temizlik ve Zabıta gibi birimlerde konum bilgisi, metin açıklamasından daha değerlidir.
Standartlaştırma için uygulanabilir birkaç adım şunlardır:
- Tüm kanallar için zorunlu veri alanlarını belirleyin: ad-soyad, iletişim bilgisi, konu, adres, açıklama, tarih-saat, varsa fotoğraf
- Her talep için tekil bir kayıt numarası üretin
- Mükerrer kayıt kontrolü için telefon numarası, adres ve konu benzerliği üzerinden uyarı verin
- Müdürlüklere göre net yönlendirme kuralları tanımlayın
- Durum kodlarını standartlaştırın: alındı, yönlendirildi, işlemde, tamamlandı, bilgi bekleniyor, kapatıldı
- Vatandaşa her aşamada kısa ve anlaşılır bilgilendirme yapın
Burada önemli olan, süreci gereksiz yere ağırlaştırmamaktır. Her talep için uzun formlar doldurmak personeli yavaşlatır. Ama asgari veri seti olmadan da saha verimli çalışmaz. Dengeyi kurmak gerekir. Örneğin “çöp konteyneri dolu” başvurusu için ruhsat başvurusu kadar ayrıntı istenmez; ancak konum ve fotoğraf mutlaka alınmalıdır.
Vatandaşa geri dönüş süresini kısaltmak için hangi araçlar kullanılabilir?
Geri dönüş süresini kısaltmanın yolu yalnızca daha fazla personel değildir. Asıl ihtiyaç, doğru işin doğru ekibe zamanında düşmesidir. Bunun için önce talep yönetim ekranı ile saha ekiplerinin kullandığı iş listelerinin bağlantılı olması gerekir. Çağrı merkezi kaydı açıldıktan sonra müdürlükte yeniden veri girişi yapılıyorsa, süreç baştan yavaşlıyor demektir.
İlk araç, kurallı yönlendirme sistemidir. Örneğin “sokak aydınlatması” başvuruları otomatik olarak ilgili elektrik birimine, “moloz atımı” zabıta ve temizlik koordinasyonuna, “oyun grubu arızası” park ve bahçelere düşebilir. Aciliyet kriteri de tanımlanmalıdır. Okul önü güvenlik riski ile rutin budama talebi aynı sırada beklememelidir.
İkinci araç, vatandaşa otomatik bilgilendirmedir. SMS veya kısa mesajla “Talebiniz alınmıştır”, “İlgili müdürlüğe yönlendirilmiştir”, “İşlem tamamlanmıştır” gibi net bildirimler yapılabilir. Birçok belediyede bu özellik kısmen bulunuyor; ancak çoğu zaman yalnızca kayıt açıldığında mesaj gidiyor, süreç içi görünürlük sağlanmıyor. Oysa vatandaşın tekrar aramasını azaltan şey, düzenli bilgilendirmedir.
Üçüncü araç, yönetici panolarıdır. Hangi müdürlükte kaç açık talep var, ortalama çözüm süresi nedir, hangi mahallede yoğunlaşma var, en çok tekrar eden konu hangisi? Bu soruların yanıtı günlük olarak izlenirse, sorunlar büyümeden müdahale edilebilir. Özellikle Bursa, Eskişehir ve Gaziantep gibi veriyle yönetim kapasitesi güçlü belediyelerde, müdürlük performansının yalnızca toplam iş sayısıyla değil, çözüm süresi ve tekrar oranıyla izlenmesi daha sağlıklı sonuç verir.
Dördüncü araç, mobil saha uygulamalarıdır. Ekip sahaya çıktığında işi telefondan görmeli, fotoğrafla önce-sonra kaydı ekleyebilmeli, konum doğrulaması yapabilmeli ve işi kapatabilmelidir. Böylece müdürlükte ayrıca “tamamlandı” bilgisi beklenmez. Ancak burada dikkat edilmesi gereken nokta, her “sahada görüldü” bilgisinin “çözüldü” anlamına gelmemesidir. Kapatma kriterleri açık tanımlanmalıdır.
Son olarak, sık tekrar eden talepler için bilgi bankası ve hazır yanıt yapıları kullanılabilir. Örneğin emlak vergisi ödeme tarihleri, atık toplama günleri, nikâh başvuru evrakı veya sokak hayvanı ihbar süreci gibi konularda personelin her seferinde yeniden açıklama yazması gerekmez. Bu hem hız kazandırır hem de vatandaşa tutarlı bilgi verilmesini sağlar.
Özetle, belediyede vatandaş talep takibi nasıl yapılır sorusunun pratik cevabı şudur: tüm başvurular tek kayıt yapısında toplanmalı, standart veriyle sınıflandırılmalı, doğru birime kurallı biçimde yönlendirilmeli ve vatandaş süreç boyunca düzenli olarak bilgilendirilmelidir. Telefon, WhatsApp ve e-posta kanallarını kapatmak gerekmez; asıl ihtiyaç, bu kanalları tek bir kurumsal akış içinde yönetmektir. Belediyelerde dağınık başvuru düzeni sürdükçe hem personel gereksiz iş yükü taşır hem de vatandaş “başvurdum ama takip edemiyorum” duygusundan çıkamaz. Düzenli, ölçülebilir ve tek ekranlı bir yapı ise hem hizmet kalitesini hem kurumsal güveni artırır.