Devlet hizmetlerine çok kanallı erişim

Bir vatandaş düşünün: sabah devlet dairesinin mobil uygulamasından bir belge talebinde bulunuyor, öğleden sonra çağrı merkezini arayıp "başvurum ne durumda" diye soruyor, akşam da işi bitmediği için gişeye gidip aynı bilgileri üçüncü kez tekrarlıyor. Her kanal ayrı ayrı çalışıyor; sistem bir bütün olarak çalışmıyor. Bu, dijitalleşmenin başarısızlığı değil, omnichannel tasarımın eksikliğidir — ve kamu hizmetlerinde bu eksiklik özel sektördekinden çok daha ağır bir bedelle ödeniyor, çünkü vatandaşın alternatif bir "tedarikçisi" yok.

Omnichannel devlet hizmeti, vatandaşın hangi kanaldan başladığına bakılmaksızın aynı bilgiye, aynı duruma ve aynı sonuca ulaşabilmesi demektir. Kanal sayısını artırmak değil, kanallar arasındaki hafızayı ve tutarlılığı garanti etmektir. Bir kurum on kanal sunup her birinde farklı bir gerçeklik yaşatıyorsa, teknik olarak "çok kanallı" ama deneyim olarak parçalanmıştır. Bu makalenin iddiası basit: omnichannel'ı bir BT projesi olarak ele alan kurumlar başarısız olur; onu bir vatandaş yolculuğu tasarım problemi olarak ele alanlar başarılı olur.

Çok kanallı olmakla omnichannel olmak arasındaki fark nedir?

Çok kanallı (multichannel) bir kurum, aynı hizmeti web sitesi, mobil uygulama, çağrı merkezi ve fiziksel gişe üzerinden sunar — ama bu kanallar birbirinden habersiz çalışır. Omnichannel bir kurumda ise bu kanallar tek bir veri ve durum katmanına bağlıdır; vatandaş hangi kapıdan girerse girsin aynı dosyayı, aynı geçmişi ve aynı sonraki adımı görür. Fark teknik değil, mimaridir: çok kanallılık arayüz çoğaltır, omnichannel deneyim tekilleştirir.

Birleşmiş Milletler'in kamu yönetimleri arasında dijital olgunluğu karşılaştırdığı E-Devlet Anketi, en üst sıradaki ülkelerin ortak özelliğinin sadece dijital hizmet sayısı değil, hizmetlerin kanallar arasında birbirini tamamlayan bir bütün olarak kurgulanması olduğunu gösteriyor. Estonya ve Danimarka gibi örnekler sık anılır çünkü bu ülkeler tek bir kimlik ve veri altyapısı üzerine çok sayıda kanalı bağlamıştır; kanal çokluğu, altyapı birliğinin üzerine inşa edilmiştir, onun yerine geçmemiştir.

Vatandaşlar kanal geçişlerinde neden yeniden anlatmak zorunda kalır?

Çünkü çoğu kamu kurumunda kanallar ayrı bütçelerle, ayrı tedarikçilerle ve ayrı zaman dilimlerinde kurulmuştur. Çağrı merkezi bir CRM'e, mobil uygulama başka bir veri tabanına, gişe sistemi de eski bir ana bilgisayar uygulamasına bağlıdır. Vatandaş bu iç mimariyi görmez; sadece "neden her seferinde baştan anlatıyorum" sorusunu yaşar.

Davranışsal ekonomi bu tekrarı isimlendirir: bu bir sürtünme (friction) değil, çoğu zaman kasıtsız üretilmiş bir sludge'dır. Cass Sunstein, 2019 yılında Duke Law Journal'da yayımlanan "Sludge and Ordeals" başlıklı makalesinde, kurumların bir işlemi tamamlamayı gereksiz yere zorlaştıran sürtünmeyi sıklıkla fark etmediğini, çünkü bu sürtünmenin maliyetinin kurumun kendisine değil, vatandaşa yüklendiğini yazar. Kamu hizmetlerinde sludge'ın en yaygın hâli tam da budur: aynı kimlik bilgisini, aynı belgeyi, aynı talebi üç farklı kanalda üç kez girmek.

Bu tekrarın maliyeti duygusal olarak da birikir. Daniel Kahneman'ın Thinking, Fast and Slow (2011) kitabında tanımladığı peak-end kuralı, bir deneyimin nasıl hatırlandığının, o deneyimin en yoğun anı ve son anı tarafından belirlendiğini söyler. Bir vatandaş üç kanalda dolaşıp dördüncüsünde sonuca ulaşırsa, hatırladığı şey "sonunda çözüldü" değil, "üç kez anlatmak zorunda kaldım" olur. Kurumun son adımdaki başarısı, önceki tekrarların yarattığı yorgunluğu silmez.

"Once-only" ilkesi neden fark yaratır?

Estonya'nın dijital devlet mimarisinin temel taşlarından biri "bir kez ve asla tekrar değil" ilkesidir: bir vatandaş bir bilgiyi bir devlet dairesine bir kez verdiğinde, başka bir daire aynı bilgiyi tekrar istemez, ilgili sistemden çeker. Bu, teknik bir entegrasyon kararı gibi görünür ama aslında bir güven kararıdır — kurumun vatandaşın zamanına ve sabrına saygı duyduğunu gösteren somut bir davranıştır. Kamu kurumları için bu ilke, omnichannel tasarımın ölçülebilir bir testidir: "Bu bilgiyi vatandaştan ikinci kez istiyor muyuz?" sorusunun cevabı hayırsa, doğru yoldasınız demektir.

Varsayılanlar (defaults) kamu hizmetlerinde nasıl kullanılmalı?

Bir kanaldan diğerine geçişte vatandaşa sunulan varsayılan seçenek, gerçek davranışı büyük ölçüde belirler. Seçim mimarisi (choice architecture) kavramı, Richard Thaler ve Cass Sunstein'in ortaya koyduğu üzere, insanların önlerine konan varsayılan seçeneği değiştirmek için ekstra çaba göstermeye pek istekli olmadığını söyler. Kamu hizmetlerinde bu ilke iki yönlü çalışır:

• İyi varsayılan: Bir başvuru formunun varsayılan bildirim kanalı SMS ve e-posta ise, vatandaşın matbu mektup beklemesi gerekmez; bu, hem hızı hem erişilebilirliği artırır.
• Kötü varsayılan: Bir hizmetin varsayılan yolu "önce dijital kanaldan dene, olmazsa gişeye git" ise ve dijital kanal tamamlanmamış bir işlemi gişeye aktaramıyorsa, varsayılan seçenek vatandaşı cezalandırır.
• Nötr olmayan varsayılan: Randevu sistemlerinde varsayılan olarak en yakın değil en dolu saatin gösterilmesi, kurumun iş yükünü dengelemek için vatandaşın zamanını feda etmesi anlamına gelir.

Doğru tasarlanmış bir varsayılan, vatandaşı zorlamadan doğru kanala yönlendirir. Yanlış tasarlanmış bir varsayılan ise, aynı sludge etkisini görünmez bir biçimde üretir.

Dijital uçurumu kapatmadan gerçek omnichannel mümkün mü?

Hayır — ve bu, kamu sektörünü özel sektörden ayıran en kritik fark. Bir perakendeci dijital kanala öncelik verip mağaza sayısını azaltabilir; bir belediye ya da bakanlık bunu yapamaz, çünkü bazı vatandaşlar için gişe, tek erişilebilir kanaldır. Yaşlı bir vatandaş, internet erişimi olmayan kırsal bir bölge sakini ya da dijital okuryazarlığı düşük biri için "dijital öncelikli" bir strateji, dışlayıcı bir stratejiye dönüşür.

Bu yüzden kamu hizmetlerinde omnichannel tasarımın gerçek testi, dijital kanalın ne kadar gelişmiş olduğu değil, en zayıf kanalın ne kadar güvenilir kaldığıdır. Nielsen Norman Group'un omnichannel deneyimler üzerine yayımladığı analiz, kullanıcıların bir yolculuk içinde kanal değiştirdiğinde beklediği şeyin daha fazla özellik değil, daha az sürpriz olduğunu vurgular. Kamu hizmetinde bu, gişe memurunun dijital başvurunun durumunu görebilmesi, çağrı merkezinin SMS ile gönderilen referans numarasını tanıyabilmesi kadar sade bir şey olabilir.

• Fiziksel gişeyi "eski kanal" olarak değil, düşük dijital güvene sahip vatandaşlar için birincil erişim noktası olarak koruyun.
• Çağrı merkezi personelinin dijital sistemdeki kaydı gerçek zamanlı görmesini sağlayın; vatandaşın "az önce uygulamada yazdım" cümlesi bir varsayım değil, doğrulanabilir bir gerçek olmalı.
• Kırsal ya da düşük bağlantılı bölgelerde SMS tabanlı basit akışları, karmaşık uygulama akışlarının yerine değil, yanına koyun.

Kamu kurumları omnichannel'a nasıl geçer?

Bu geçiş, tek seferlik bir sistem değişikliği değil, sıralı bir olgunlaşma sürecidir. Aşağıdaki adımlar, mevcut kanalları yok saymadan bütünleştirmeyi hedefleyen gerçekçi bir sıra sunar:

1. Mevcut yolculuğu uçtan uca haritalayın. Vatandaşın bir hizmeti tamamlamak için hangi kanallara, kaç kez ve hangi sırayla dokunduğunu belgeleyin — kurumun sandığı yolculukla gerçek yolculuk genellikle örtüşmez.
2. Tekrar noktalarını tespit edin. Vatandaşın aynı bilgiyi ikinci ya da üçüncü kez verdiği her an, önceliklendirilecek bir sludge noktasıdır.
3. Tek bir vatandaş kimliği ve durum katmanı kurun. Kanalların ayrı sistemler kullanması sorun değildir; sorun, bu sistemlerin ortak bir kayda bağlı olmamasıdır.
4. Varsayılanları yeniden tasarlayın. Her kanal geçişinde vatandaşa sunulan varsayılan seçeneğin, en az çaba gerektiren ve en erişilebilir yolu işaret ettiğinden emin olun.
5. En zayıf kanalı güçlendirin, en güçlüsünü değil. Bütçe önceliğini, zaten iyi çalışan dijital kanaldan çok, gişe ve çağrı merkezinin dijital katmana bağlanmasına ayırın.
6. Personeli yeni akışa göre eğitin. Gişe ve çağrı merkezi çalışanları, dijital kanaldaki bir işlemi devralabilecek yetki ve görünürlüğe sahip olmalı; aksi hâlde entegrasyon sadece veri düzeyinde kalır, deneyim düzeyine inmez.
7. Kanal geçiş oranını ve tekrar oranını izleyin. Başarı, kanal sayısı değil, bir vatandaşın kaç kanal denemek zorunda kaldığıdır.

Bu sıralama önemlidir çünkü çoğu kurum tam tersini yapar: önce parlak bir mobil uygulama kurar, sonra gişeyi ve çağrı merkezini kendi hâline bırakır. Sonuç, dijital kanalda mükemmel ama bütün olarak kırık bir deneyimdir.

Omnichannel dönüşümün başarısı nasıl ölçülür?

Kamu kurumlarının çoğu memnuniyet anketine güvenir; ama omnichannel'da asıl ölçülmesi gereken şey memnuniyet değil, süreklilik. Aşağıdaki göstergeler, bir dönüşümün gerçekten kanallar arası tutarlılık yarattığını gösterir:

• Kanal atlama oranı: Bir işlemi tamamlamak için ortalama kaç farklı kanal kullanılıyor. İdeal skor bire yakındır.
• Tekrar bilgi girişi oranı: Vatandaşın aynı veriyi birden fazla kanalda yeniden girmek zorunda kaldığı işlemlerin oranı.
• İlk temasta çözüm oranı: Bir talebin, hangi kanaldan başlarsa başlasın, ek kanal gezintisi olmadan sonuçlanma oranı.
• Kanallar arası tutarlılık algısı: Vatandaşlara "hangi kanaldan başvursam aynı sonucu alacağıma güveniyorum" ifadesine ne ölçüde katıldıkları sorulmalı — bu, klasik memnuniyet sorularının yakalayamadığı bir güven boyutudur.

Kurumların olgunluk seviyesini bu boyutlarda objektif biçimde görmek isteyenler için CX olgunluk değerlendirmesi, kanal tutarlılığı dahil on iki yapı taşı üzerinden mevcut durumu ortaya koyan pratik bir başlangıç noktası olabilir.

Omnichannel, vatandaşla kurum arasındaki güveni nasıl yeniden kurar?

Kamu hizmetlerinde güven, tek bir mükemmel etkileşimle kazanılmaz; tutarlı, tekrarlayan, sürprizsiz etkileşimlerle birikir. Bir vatandaş bir kurumdan üç farklı kanalda üç farklı cevap aldığında, kaybedilen şey sadece o işlemin verimliliği değil, kurumun bütünlüğüne duyulan inançtır. Bu konuyu daha geniş bir çerçevede ele alan kamu kurumlarında deneyim yoluyla güven inşası üzerine yazımız, tutarlılığın güven üzerindeki bu birikimli etkisini daha ayrıntılı işliyor.

Bu yüzden omnichannel tasarımı bir müşteri deneyimi projesi değil, bir kamu meşruiyeti projesi olarak görmek gerekir. Vatandaş, devlete alternatif üretemez; devletle olan ilişkisi zorunludur. Bu zorunluluk, kurumlara diğer sektörlerde olmayan bir sorumluluk yükler: her kanal, her seferinde, herkes için çalışmak zorundadır. Hizmet tasarımı disiplini tam da bu noktada devreye girer — kanalları ayrı ayrı iyileştirmek yerine, aralarındaki geçişleri ve devamlılığı tasarımın merkezine koyar.

Sıradaki adım nedir?

Omnichannel'ı bir teknoloji satın alma kararı olarak gören kurumlar, üç yıl sonra hâlâ vatandaşları aynı bilgiyi üç kez yazdırıyor olacak. Onu bir yolculuk tasarımı disiplini olarak ele alanlar ise, kanal sayısını değil, vatandaşın kaç kez tekrar etmek zorunda kaldığını azaltacak — ve nihayetinde ölçülen şey memnuniyet skoru değil, kurumun sözünü tutup tutmadığına dair sessiz bir güven olacak. Bu dönüşümü nereden başlatacağınızı netleştirmek isterseniz, kamu hizmetlerinde dijital dönüşüm alanındaki çalışmalarımız, kanallar arası tutarlılığı kurum kültürüne ve süreçlere nasıl yerleştireceğinize dair somut bir başlangıç noktası sunar.