Bir şirkette Sosyal CRM workshop’ı yapıyorduk. Eğer yeterli zamanım varsa, önce kısaca CRM’i anlatıp, veriye dayalı düşünme konusundan bahseder sonra Sosyal CRM’e geçiş yaparım. Burada da CRM’den giriş yaptık.

Veriye Dayalı Düşünme

Sosyal CRM eğitimlerine, önce veriye dayalı düşünme ile başlarım. Bunu da açıkça söylemem. Burada da, veri kısmını anlatırken tahtaya

yazdım.

Sonra “Hedef kitlenizdekilerin hangi bilgilerini öğrenmek istersiniz?” diye sordum. Sektörden bağımsız olarak, perakende kurumlarda hemen her zaman aynı yanıtlar gelir. Onlar da aşağıdaki listeyi tekrarladılar.

• Adı – Soyadı
• Doğum tarihi (veya Yaşı)
• Cinsiyeti
• Medeni Durumu
• Eğitimi (aslında Bitirdiği Okul olması gerekir)
• Mesleği
• Adresi

Söylenenleri tahtada Veri’nin altına gelen bölüme yazdım.

Sonra CRM projesinin amaçlarını sordum.

• Hangi ürün grupları kime daha iyi satar?
• En sık gelen müşterilerim kimler ve ne alıyorlar?
• Sunulan teklife cevap verme ihtimali yüksek olan müşteriler kimlerdir?
• Hangi müşterilerimi kaybetme ihtimalim var?
• Hangi müşterilerime hangi sıklıkta ve nasıl yaklaşmalıyım?

gibi cümleler söylendi. Bu sefer söylenilenleri İhtiyaç’ın altına yazdım.

Tahtada şöyle bir görüntü oldu.

Kendilerinin söyledikleri ihtiyaçları karşılamak için hangi verilerin gerekli olduğunu sorgulayınca… kırmızıyla yazılı olanların pek azına dokunduğunu gördüler. Kısa sürede bambaşka noktalara geldik. Amacım veriye dayalı düşünmeyi anlatmaktı. Veriden değil ihtiyaçlardan yola çıkılması gerektiğini böylece anlatabildim. (Daha ayrıntılı isterseniz şurada)

Daha sonra “Hiç bu gözle bakmamıştık. Devasa sosyal veri dağında ne yapacağımızı düşünüp duruyorduk. Şimdi hedefimizi daha kolay saptayabiliriz” dediler.

Veri var ama…

Bunu blog yazısı olarak yayınladığımda, sayın Ibrahim Gokcen yorum yazmış ve senaryo ile başlamak gerektiğini söylemişti. İhtiyaçlar, senaryolardan sonra ortaya çıkıyor. İbrahim bey yüzde yüz haklıydı ama bir workshop’ta bunu anlatmakta zorlandığım için oraya hiç gir(e)memiştim. Nasıl oldu da yeniden gündeme geldi, anlatayım.

Segmentasyon’un dönüşümünü tartıştığım blog yazısına yorum yazan sevgili Burcu Tüzün Altınkeser yazıda konaklama sektörü üzerinden örnek verdiğim için, aynı sektördeki sorunların küçük bir kısmını dile getirmiş. (“… bir kısmını…” diye yazdım. Konaklama sektörü, hak ettiği veri yönetiminin çok gerisinde çalışıyor.)

Biz CRM’in ana öğesi segmentasyonu ne kadar derinleştirirsek derinleştirelim, veri taşıma sorunu çözülmeden ilerleyemiyoruz. Yani sert yastık isteyen müşteri, bir iş adamı da olabiliyor, boyun fıtığından mustarip bir yazılımcı da, geçmişindeki bir kazada boyun omur hasarı almış bir ev hanımı da olabiliyor.

Bu kadar ayrıntılı datayı ilk alan ise aslında müşteri ile ilk temasta olan resepsiyon, oda servisi, kat görevlisi vs. Yani asıl sorunu verinin taşınmasında yaşıyoruz. Çünkü o veri sisteme kadar iletilmiyor, havada kalıyor. Bu nedenle İngiliz sigorta şirketlerine ödeme iadesi yapan çok otel var.

Odaya tamir amaçlı teknik ekip gidip gitmediği bilgisi sisteme iletilmediğinden, otel kendisini savunamıyor ve para iadesine kadar gidiyor iş. Pek çok yabancı turist bunu bilip, buna göre tatilini yapıyor ve dönünce şirketinden parasını iade istiyor.

Bu veriyi taşımayı başaran da, bireye ait bir hizmet sunmak istemiyor.

Burcu’nun yorumunu yanıtlarken, bu blog yazısını oluşturmak aklıma geldi.

İhtiyaç’tan önce Senaryo

2022 senesinde, 6-7 tesisi olan bir tatil köyü zincirinin CRM projesinde danışmanlık yaptım.

Orada veri ve süreç ihtiyaçlarını bulmanın en iyi yolunun senaryolar üretmek olduğunu anlatma fırsatım oldu.
Yukarıdaki örneği senaryolaştırırsak:

• Müşteri bir önceki gelişinde sert yastık istediğini söylemiştir. Bu talep oda hizmetlerine iletilirken müşteri bilgi dosyasına (MBD) da girilir. → Demek ki

1 – Müşterinin sert yastık talebini yapabileceği noktalardaki ekranlarda, benzer müşteri taleplerinin sisteme girileceği bir saha oluşturulacak;

2 – MBD’de yastık tercihi sahası olacak

• Müşterinin bir sonraki rezervasyonunda sistem otomatik olarak “yine sert yastık” talep edilip edilmediğini sorar. → Demek ki

a – Müşteri tekilleştirmesi yapılmış olacak. Daha önce konaklamış müşteriyi tanıyacak.

a1 – Bazı konaklama yazılımlarında yapay zeka kullanılarak “yüzde # olasılıkla şu müşteri” diye eşleştirme yapılıyormuş.

b – MBD’ler rezervasyon sistemine bağlı bir şekilde çalışacak. Daha önce konaklamış bir müşterinin farklı bilgileri rezervasyon noktası (muhtemelen çağrı merkezi) ekranına gelecek

c – Rezervasyon kaydını alan kişi, “bir rezervasyon daha yaptım” ile yetinmeyecek. Sistemde “eski müşteri benzerliği” söz konusu ise, bir-iki soru ile daha önce gelen (mevcut) müşteri olup olmadığını öğrenecek ve sisteme ona göre girecek.

b1 – Müşteri temas noktalarında çalışanlara eğitim verilmesi gerekir

b2 – Müşteri temas noktalarında çalışanların performans kriterlerine (KPI) bilgi doğruluğu oranı eklenir.

• Müşteri tesise geldiğinde, talepleri ve (varsa özel durumu) doğrulanacak. → Demek ki

d – Ön-büro ve misafir ilişkileri ekranlarında farklı talepler (sadece yastık değil, alerji, dini gereklerle odada istenmeyenler, vb. bilgileri) tekrar yer alacak,

e – Bu müşterinin ekranı açıldığında, “şu bilgileri doğrula” diye uyarı ekrana gelecek,

f – Rezervasyon sonrasında müşterinin odası önceden belirlenmemiş ve gerekli düzenleme yapılmamışsa, oda hizmetlerine “ACİL – sert yastık” bildirimi gidecek

…

• Varsayalım ki müşterinin talebini tatmin olacağı şekilde karşılayamadınız ve şikayet geldi. Sonrasında ne yapacaksınız (2014 senesi, CRM dersi final sorularından biri bu konudaydı. Çözümleri oradan okuyabilirsiniz.)

Daha senaryoya yeni başladık… Böylece gidiyor.

😉

Sevgili Burcu, teknik servis konusunda da bir örnek vermiş. Müşterinin klima arızası şikayetiyle kimse ilgilenmediğinde ne olduğunu (yatağını otelin lokantasına taşıyıp “Burası serin. Burada uyunur” dediğini ve eşinin videoya aldığını) tüm Türkiye öğrenmişti. (Videoyu seyretmek için resme tıklayın)

Burada sadece iş akışı hatası değil, iletişim noksanlığı da var. Bu da senaryo geliştirirken dikkate almamız gereken unsurlardan biri olarak düşünülmeli.

Teknik servis için de senaryo geliştireceksek, müşterinin şikayetiyle (sıfır noktası) başlayan ve olası (istisnai durumlar dışındaki) sonuçları dikkate alan tasarımı yaparız.

• • Senaryo ve süreç tasarımı aşamalarını daha ayrıntılı öğrenmek isterseniz, CRM’de Süreç Tasarımı yazısı yardımcı olabilir.
  • Bankada yaptığımız çalışmadan bir aşamayı da Bankada Süreç Tasarımı‘nda bulabilirsiniz.

😉

Bizzat yaşadığım ve konaklama sektörü için senaryolaştırdığım bir vakayı da şuradan okuyabilirsiniz.

Makul İdeal

Senaryo oluştururken, “tüm alt-yapıyı şimdi kursak ve ideal durumu hedeflesek neler yapardık” diye düşünmek gerekir. Makul ideal denilmesinin nedeni, ışınlama gibi uçuk idealler değil, piyasada olanlar arasından, makul bütçe ile satın alınabilecek veya hayata geçirilebilecek hedeflerin seçilmesidir. Elbette rakipler ve dünyadaki en iyi uygulamalar araştırılarak yapılır.

• • Makul ideal konusunda kargo sektörü için yapılan çalışmadan bir örnek burada
  • Neden ideal süreç ile başlanır
  • İdeal ve Benchmark
  • İdeal’i Öğren Tonton

Ben ısrarla, “İdeal durumu hedefleyin ve oraya doğrudan ulaşmaya çalışın” diyorum. (Gerekçeleri yukarıdaki referans yazılarda)

Biliyorum hiç kolay değil.

• Araştırma yapacaksınız. Başkaları değil, bizzat siz yapacaksınız. Danışmanlara bırakmayacaksınız. Dünyadaki en iyiyi inceleyeceksiniz. O “en iyi” denilenin eksik olduğu yönleri bulup, onu da aşacak bir süreç tasarlayacaksınız.
• Sürekli gelişmeyi hedefleyeceksiniz. Şikayetleri bile “mükemmelleşmek için fırsat” diye niteleyeceksiniz. Yanlışı müşteride değil kendinizde arayacaksınız.
• Müşteri deneyimini anlayacaksınız. Hem verilerle yaşamayı öğreneceksiniz, hem de verilerin yetersiz olduğunu bileceksiniz. Verileri anlamlandırarak müşteri deneyimini “ne yapılıyor ve nasıl yapılıyor” ötesinde NEDEN öyle yapılıyor noktasına kadar anlayacaksınız.
• Başka kurumlarla iş birlikleri oluşturacaksınız. Onlarla birlikte şeffaf bir bilgi akışı oluşturacaksınız.
• Siloları yıkacaksınız. Birlikte çalışmayı öğreneceksiniz.
• Personel idaresi değil yetenek yönetimi yapacaksınız. Bunca yıldır bildiğiniz “Gideni işe geri almam” kuralını yıkacaksınız.
• Ayrı kanal stratejileri uygulamayacaksınız. Müşteri deneyimine dayalı bütünleşik iletişim stratejisini tüm kanallara yayacaksınız.
• Ve buraya yazmadığım daha birçok değişiklik…

Bunları yaparak makul ideal’i tasarlayabilirsiniz.

Ez Cümle…

Tüm çalışanların bilgileri kolayca aktarabileceği iş akış tasarımlarını yapmak ve hayata geçirmek aslında çok maliyetli değil. Müşteri odaklı süreçler, hem maliyetleri azaltır hem de müşteri memnuniyetini artırır. Muhtemelen, konaklama tesislerinin bir çoğunun İngiliz turistlere ödedikleri tazminatlar ile kısa sürede yatırımı geri ödeyecektir.

🙂