Voice of Customer programı yürüten kuruluşlar ile işe yarayan VoC programı yürüten kuruluşlar arasındaki uçurum, öncelikle bir teknoloji uçurumu değildir. VoC platformuna yatırım yapmış kuruluşların büyük çoğunluğu çok kanallı toplama, gerçek zamanlı raporlar, metin analitiği ve kapalı döngü iş akışı araçlarına erişime sahiptir. Bu bir tasarım uçurumudur. Geri bildirimin nasıl toplandığı, yönlendirildiği, harekete geçildiği ve iş kararlarına bağlandığının mimarisi; bir VoC programının ölçüm işlevi mi yoksa değişim motoru mu olduğunu belirler.
Program tasarımı yapılandırma değildir. Platformun üzerinde yer alan ve programın neden var olduğunu, hangi kararları bilgilendirmesi gerektiğini, hangi sinyallerin en önemli olduğunu, bunlara kimlerin eylem uygulamaktan sorumlu olduğunu ve kuruluşun iyileşip iyileşmediğini nasıl anlayacağını tanımlayan stratejik katmandır. Bu katmana yatırım yapan kuruluşlar VoC platformlarından bileşik getiriler elde eder. Bu katmanı atlayan kuruluşlar ise hâlâ hiçbir şeyi değiştirmeyen, daha düzenli veriye sahip olur.
VoC program geliştirmede en yaygın tasarım hatası, programın desteklemesi gereken kararlar sorusu yerine neyi ölçeceğiz sorusuyla başlamaktır. Sonuç, müşteri deneyimi hakkında — memnuniyet puanları, çaba derecelendirmeleri, duygu dağılımları, verbatim temaları — kapsamlı veriler üreten ama bu verinin değiştirmesi gereken iş kararlarına açık bir bağlantısı olmayan bir programdır.
Etkili program tasarımı bir karar envanteri ile başlar: CX, ürün, operasyon, pazarlama ve müşteri hizmetleri genelinde kilit paydaşların, şu anda müşteri geri bildirimi verisi olmadan ya da yetersiz veriyle ya da faydalı olmak için çok geç ulaşan veriyle verdikleri kararları tespit ettiği yapılandırılmış bir alıştırmadır. Bu kararlar VoC programının tasarım brifini oluşturur. Ölçüm mimarisi, kanal seçimi, anket sıklığı ve raporlama yapısının tümü, desteklemek üzere tasarlandıkları kararlardan türetilir.
Kararlar etrafında tasarlanmış bir programın, her bütçe sahibinin eninde sonunda sorduğu soruya net bir yanıtı vardır: onsuz neyi bilmezdik ve neyi yapamadık? Veri toplama etrafında tasarlanmış bir programın bu soruya zorlayıcı bir yanıtı yoktur; çünkü yanıt özünde daha az raporumuz olurdu'dur.
Karar envanteri tamamlandıktan sonra, bir sonraki tasarım adımı müşteri yolculuğunu her aşamada mevcut geri bildirim sinyallerine karşı haritalamaktır. Bu, dinleme peyzajıdır: müşterinin nerede olduğunun, o noktada ne yaşadığının, ne paylaşmak istediğinin ve hangi kanal ile formatın en yararlı sinyali ürettiğinin yapılandırılmış bir görünümü.
Dinleme peyzajı, program tasarımının ele alması gereken iki şeyi ortaya çıkarır. Birincisi kapsam boşlukları — hiçbir geri bildirimin toplanmadığı, kuruluşu o temas noktalarındaki deneyim kalitesi konusunda kör bırakan müşteri yolculuğu aşamaları. İkincisi sinyal fazlalığı — birden fazla geri bildirim mekanizmasının örtüşen veriler ürettiği, analitik değer katmadan toplama maliyeti eklediği aşamalar. Her ikisi de tasarım sorunudur ve her ikisi de kasıtlı olarak mimarilenmek yerine organik biçimde büyüyen programlarda yaygındır.
İyi tasarlanmış bir dinleme peyzajı her temas noktasında geri bildirim toplamaya çalışmaz. Deneyim kalitesinin programın etkilemek için tasarlandığı sonuçları — memnuniyet, yenileme, savunuculuk veya şikayet tırmanması — en doğrudan belirleyen temas noktalarını tespit eder ve ölçümü bu noktalarda yoğunlaştırır. Kural sinyal değeridir, sinyal hacmi değil.
Geri bildirim kanal seçimi, VoC programındaki en önemli tasarım kararlarından biridir ve müşteri davranışı yerine kurumsal kolaylık temelinde en sık verilen kararlardandır. Kuruluşlar, en kaliteli sinyali üreten kanalları değil, yönetimi en kolay buldukları kanalları — genellikle düşük maliyetli ve izlenmesi kolay oldukları için e-posta anketlerini — tercih etmektedir.
Kanal seçiminin yol gösterici ilkesi zamanlama ve bağlamdır. Çağrı sonrası IVR anketi, bir hizmet etkileşiminin deneyimini sona erdiği anda yakalar — müşterinin anısının en taze ve paylaşma isteğinin en yüksek olduğu zamanda. Kırk sekiz saat sonra gönderilen işlemsel e-posta anketi ise ara dönemde yaşanan her şey tarafından filtrelenmiş soluk bir anıyı yakalar. Sinyal kalitesi farkı önemlidir ve on binlerce anket yanıtında birikerek verinin tanısal değerinde belirgin bir farka dönüşür.
VoC platformu ses, SMS, e-posta, web geçişi, WhatsApp ve uygulama içi kanallar aracılığıyla toplama desteği sunar — her biri farklı temas noktaları ve müşteri segmentleri için uygundur. Program tasarımı, müşterinin etkileşiminin bağlamına, ölçülen segmente ve programın desteklemek üzere tasarlandığı kararlara en uygun geri bildirim türüne göre hangi kanalın hangi temas noktasında devreye alınacağını belirler. Tek kanallı bir program bir tasarım tercihi değildir; bir tasarım tercihinin yokluğudur.
Anket uzunluğu, yanıt oranı ve veri kalitesiyle en doğrudan ilişkili olan tek değişkendir ve çoğu kuruluşun sürekli olarak çok uzun yönünde hata yaptığı değişkendir. Daha fazla soru ekleme baskısı, kuruluşun başka türlü kolayca elde edemeyeceği bilgileri toplamak için bir anket yanıtlayıcısının tutsak dikkatini kullanmak isteyen paydaşlardan gelir. Sonuç, bütünsellik adına müşterinin son deneyimiyle ilgisiz konuları sorgulayan, tamamlanma oranları ve yanıt samimiyeti pahasına anketlerdir.
Etkili anket tasarımı, her soruya katı bir ilgililik testi uygular: bu soru müşterinin az önce yaşadığı deneyimle doğrudan ilgili bir şeyi mi ölçüyor ve yanıtı kuruluşun verdiği bir kararı değiştirecek mi? Bu testi geçemeyen sorular, üreteceği verilere duyulan iç paydaş ilgisinden bağımsız olarak çıkarılır. Daha az sorma disiplini — genellikle işlemsel temas noktası başına üç ila beş soru — daha kısa anketler, daha yüksek tamamlama oranları, daha iyi veri kalitesi ve daha düşük yanıtlayıcı yorgunluğu üretir; bunların hepsi programın uzun vadeli sürdürülebilirliğini artırır.
Açık uçlu metin soruları çoğu anket tasarımının en yüksek değerli unsurudur ve tutarlı biçimde yetersiz kullanılmaktadır. Temel metrik sorusunun ardından iyi konumlandırılmış tek bir açık metin sorusu — müşteriden puanın ardındaki birincil nedeni iletmesini isteyen — anketteki tüm kapalı soruların birleşiminden daha fazla tanısal sinyal içeren verbatim verileri üretir. Bu veriye uygulanan metin analitiği, yapılandırılmış soruların tespit etmek için çok katı olduğu temaları, duygu örüntülerini ve ortaya çıkan sorunları ortaya çıkarır.
Anket sıklığı bir varsayılan değildir — farklı ölçüm türleri için farklı biçimde yapılması gereken stratejik bir karardır. Belirli bir etkileşimin deneyimini yakalayan işlemsel anketler, etkileşime olabildiğince yakın devreye alınmalıdır; sıklık ise sabit bir takvim çizelgesi yerine etkileşim hacmine göre belirlenir. Müşteri ilişkisinin genel kalitesini ölçen ilişki anketleri ise ilişkinin anlamlı biçimde ne sıklıkla değiştiğine göre kalibre edilmiş bir sıklıkta devreye alınmalıdır — çoğu müşteri tabanı için bu üç ayda birden fazla değildir.
Sıklık kararının her iki tarafındaki risk gerçektir. Aşırı anket — her küçük etkileşimin ardından işlemsel anket göndermek veya aylık ilişki anketi uygulamak — anket yorgunluğunu hızlandırır, zaman içinde yanıt oranlarını düşürür ve nihayetinde müşterileri anket taleplerini yok saymaya alıştırır. Yetersiz anket ise — yıllık ilişki anketi en yaygın örnektir — ölçüm döngüleri arasında gerçekleşen deneyim değişiklikleri, ürün lansmanları ve hizmet olaylarından kaynaklanan geri bildirim sinyallerini kaçırır ve geldiğinde artık uygulanabilir olmayacak kadar geç içgörü sunar.
Program tasarımı, her ölçüm katmanı için anketi başlatan tetikleyiciyi (işlem tamamlama, geçen süre veya eşik olayı), aynı yanıtlayıcıya gönderilen anketler arasındaki minimum süreyi ve müşteri başına yıllık maksimum anket iletişim sayısını tanımlayan bir sıklık çerçevesi oluşturmalıdır. Bu parametreler yanıt kalitesini korur, yanıtlayıcı güvenini sürdürür ve programın analitik değerinin bağlı olduğu sinyal güvenilirliğini muhafaza eder.
Teknik açıdan en gelişmiş VoC programı bile kuruluş yönetişim sorusunu çözmediyse iyileştirmeyi tetikleyemez: oluşturulan geri bildirimlere kim eylem uygulamaktan sorumludur? Çoğu kuruluşta bu sorunun yanıtı ya belirsizdir ya da hareketsizlik üreten biçimlerde bölünmüştür. CX ekibi programın sahibidir ve raporları üretir. Operasyon ekipleri geri bildirimi oluşturan temas noktalarına sahiptir ama buna yanıt vermekten resmi olarak sorumlu değildir. Sonuç, üretilen ve dağıtılan ama güvenilir biçimde bir yanıtı tetiklemeyen verilerle birlikte bir devir uçurumudur.
Etkili VoC yönetişimi üç düzeyde net sahiplik atar. Sinyal sahipliği, belirli bir geri bildirim türünü alan ve hesap vermekle yükümlü olan ekip ya da bireyi tanımlar — çağrı sonrası anketten gelen bir Kötüleyen yanıt, örneğin, servis ekibinde kapalı döngüyü belirli bir süre içinde kapatmaktan sorumlu adlandırılmış bir sahibi olmalıdır. Tema sahipliği, metin analitiğinin tekrar eden olarak tespit ettiği sistemik sorunlardan hangi fonksiyonun sorumlu olduğunu tanımlar — belirli bir özellikle ilgili verbatim tema kümesine sahip bir ürün ekibi gibi. Program sahipliği, programın genel sağlığından — yanıt oranları, veri kalitesi, eylem oranları ve VoC sinyalleri ile iş sonuçları arasındaki bağlantı — sorumlu CX veya içgörüler fonksiyonunu tanımlar.
İlk rapor üretildikten sonra müzakere edilmek yerine başından programa dahil edilen yönetişim yapıları önemli ölçüde daha iyi eylem oranlarına ve iş etkisine sahiptir. VoC platformu bunu, geri bildirim verilerine rol tabanlı erişim, belirli geri bildirim türlerinin bunlara eylem uygulamaktan sorumlu ekiplere otomatik yönlendirilmesi ve eylem oranlarını bir varsayım yerine program metriği olarak görünür kılan kapalı döngü takibi aracılığıyla destekler.
Bu ölçümü iş sonuçlarına bağlamadan deneyim kalitesini ölçen bir VoC programı, bir müşteri memnuniyeti programıdır — deneyimi anlamak için değerlidir ama kendi değerini kanıtlamak ya da yatırımı en yüksek ticari etkinin olduğu yere yönlendirmek için yapılandırılmamıştır. Geri bildirim verisi ile iş sonuçları arasındaki bağlantı, platform tarafından otomatik olarak kurulmaz; tasarım yoluyla kurulur.
Temel bağlantı, müşteri düzeyindeki geri bildirim verisi ile müşteri düzeyindeki iş verisi — gelir, kıdem, ürün kullanımı, yenileme durumu ve şikayet geçmişi — arasındaki ilişkilendirmedir. Bu ilişkilendirme kurulduğunda program, NPS'deki bir puanlık iyileşmenin elde tutma açısından ne anlama geldiğini, belirli bir segmentte Destekçiler ile Kötüleyenler arasındaki gelir farkının ne olduğunu ve şikayetleri kırk sekiz saat içinde çözülen müşterilerle şikayetleri yanıtsız kalan müşteriler arasındaki kayıp oranı farkının ne olduğunu ampirik olarak kanıtlayabilir. Bunlar VoC yatırımını açıkça haklı kılan ve CX iyileştirme çabasını en yüksek ticari getirili temas noktalarına yönlendiren rakamlardır.
VoC platformu bu bağlantılar için veri altyapısını sağlar — CRM ve işlem verisine bağlanabilen bireysel düzeyde geri bildirim kayıtları, müşteri düzeyinde boylamsal trend takibi ve deneyim kalitesi metriklerinin ticari sonuçlarını ortaya çıkaran raporlama görünümleri. Program tasarımı, bu yeteneklerin VoC'u stratejik bir iş fonksiyonu yapan sonuç ilişkilendirmelerini inşa etmek için mi yoksa platformun öncelikle puanları takip edip raporları dağıtmak için mi kullanılacağını belirler.
VoC program tasarımı tamamlanma tarihi olan bir proje değildir. İş değiştikçe, müşteri davranışı değiştikçe ve program etkilemek için tasarlandığı sonuçların hangi sinyallerin en öngörücü olduğuna dair deneyim biriktirdikçe evrilmesi gereken süregelen bir mimarisidir. Başlangıç tasarımını tamamlanmış bir durum olarak ele alan ve değişime direnen programlar — çünkü ölçüm çerçevesini değiştirmek tarihsel karşılaştırılabilirliği bozar — alaka düzeyi için tutarlılığı feda eder ve sonunda kuruluşun sahip olduğu deneyimi değil, geçmişte sahip olduğu deneyimi ölçer.
En dirençli VoC programları değişim yönetimini yönetişim yapılarına dahil eder: program tasarımı kararlarının çıktılarına göre değerlendirildiği, artık yararlı sinyal üretmeyen soruların emekliye ayrıldığı, müşteri yolculuğuna eklenen yeni temas noktalarının ölçüm kapsamı açısından değerlendirildiği ve geri bildirim verisi ile iş sonuçları arasındaki bağlantının değişen iş öncelikleri karşısında yeniden incelendiği düzenli bir gözden geçirme takvimi. Bu gözden geçirme işlevi, programı zamanla değişen kararlarla desteklemek üzere tasarlandığı kararlarla hizalı tutan şeydir.
VoC platformu program evrimini desteklemek için tasarlanmıştır — temel veri mimarisini yeniden inşa etmeden yeni kanallar eklenebilir, anket tasarımları güncellenebilir ve raporlama yapıları değiştirilebilir. VoC yatırımlarından en sürdürülebilir değeri elde eden kuruluşlar, program tasarımını tek seferlik bir yapılandırma egzersizi olarak değil, sürekli bir pratik olarak ele alan ve her geri bildirim verisi döngüsünü yalnızca müşteri deneyimini iyileştirmek için değil, programın kendisini de iyileştirmek için kullanan kuruluşlardır.