Tekil müşteri görünümü kulağa bir veritabanı projesi gibi gelir ve genellikle öyle kurgulandığı için başarısız olur. Zor kısımlar hangi sistemin haklı sayılacağına, bir kaydı kimin düzeltebileceğine ve bütün resmi kimin görebileceğine karar vermektir.
Bu rehber bu kararları verilmeleri gereken sırayla ele alıyor ve fikrin, daha büyük bir taahhüde girmeden önce tek bir hizmet ekibiyle nasıl kanıtlanacağını anlatıyor.
Kısa cevap
- Depolamadan önce mutabakat: Tekil müşteri görünümü kimlik ve yetki üzerine kararlar bütünüdür; veritabanı sonra gelir.
- Kaçırmayı değil yanlış eşleşmeyi sayın: İki müşteriyi birleştirmek birine başkasının geçmişini gösterir ve ayrı bırakmaktan zor geri alınır.
- Tek bir hizmet masasıyla başlayın: Herkese göre kurulan görünüm veri programına döner; tek ekip için kurulan bir çeyrekte yayına girer.
- Eski otorite iddialarını kapatın: Dört sistemi kopyalayıp hiçbirini sonlandırmamak, verinin çelişebileceği beşinci bir yer ekler.
İş sonucunu ve kullanıcıyı netleştirin
Tekil müşteri görünümünün hedefi bir ekran değil, bir cümledir: telefondaki kişi müşteriyi tanısın ve ona daha önce verdiği bilgiyi tekrar sormasın. Hangi ekibin bunu ne sıklıkla yaşadığını yazın. Bu cümleyi yazamıyorsanız, proje bir veri taşıma işine dönüşür ve hizmet tarafında hiçbir şey değişmez.
On müşteriyi bütün sistemlerde arayın. Kaç sürüm olduğu, aralarındaki farklar ve personelin hangi kayda güvendiği, mimari şemadan daha doğru bir mevcut durum tablosu verir. Arama sonuçlarını ekran görüntüsüyle kaydedin; sözle anlatılan farklar toplantıda hızla bulanıklaşır.
Kimin neyi düzeltebileceğini baştan konuşun. Birleştirme, silme ve düzeltme yetkileri farklı şeylerdir; bunlar ayrılmadığında kayıtlar zamanla, kimsenin takip edemediği biçimde değişir. Yetki listesini hukuk ve güvenlik tarafına da gösterin; bu liste sonradan değil baştan onaylanmalıdır.
Tekil müşteri görünümü için dört karar alanı
Kimlik
İki kaydın aynı kişiye ait olduğuna karar veren kuralı yazın, sonra bir örneklem üzerinde elle çalıştırın. Kaçırılanları değil yanlış eşleşmeleri sayın; iki müşteriyi birleştirmek birine başkasının geçmişini gösterir ve geri alınması epey zordur.
Etkileşim
Hangi olayların saklanmaya değer olduğuna ve ne kadar süre işe yaradığına karar verin. Her şeyi saklayan bir görünüm yavaşlar ve okunması zorlaşır; hizmet ekibinin ihtiyacı genellikle altı yıllık değil son altı etkileşimdir.
Hizmet geçmişi
Telefondaki kişinin gerçekte önünde ne olması gerektiğini çıkarın. Açık talepler, son görüşme ve güncel hak tanımı genellikle yeterlidir; bunun ötesindeki her şey hizmet değil raporlama gereksinimidir.
Yetkiler
Tam kaydı kimin görebileceğini, kimin kısıtlı sürümü göreceğini ve bunun nasıl kayda geçeceğini belirleyin. Bunu yanlış kurgulamak, faydalı bir müşteri görünümünü soruna çeviren risktir ve şimdi tasarlamak ilk şikayetten sonra eklemekten kolaydır.
Riskleri erken görünür hale getirin
- İki müşteri birleştirilir: Eşleştirme kuralını bir örneklemde elle çalıştırın ve kaçırılanları değil yanlış eşleşmeleri sayın; biri diğerinden çok daha pahalıdır. Yanlış eşleşmeyi geri alma yolunu da aynı anda yazın.
- Her şey süresiz saklanır: Hangi olay türünün ne kadar süre işe yaradığına karar verin ve bu süreye göre silin; büyüyen bir görünüm yavaşlar ve okunmaz olur. Silme takvimi yoksa görünüm iki yılda okunamaz hale gelir.
- Görünüm hizmetin ihtiyacını aşar: İlk sürümde yalnızca telefondaki kişinin görmesi gerekeni gösterin; raporlama ihtiyaçlarını ayrı bir işe bırakın. Raporlama talepleri gelirse ikinci sürüme not edin, ilkine eklemeyin.
- Erişim niyetlenenden geniş olur: Tam kaydı kimin, kısıtlı sürümü kimin göreceğini yazın ve ilk günden itibaren okuma hareketlerini kayda alın. Erişim kayıtlarını kimin inceleyeceğini de belirleyin, yoksa kayıt tutmanın karşılığı olmaz.
Hayata geçirilebilir bir yol haritası yazın
- Kopyaları bulun. Tanıdığınız on müşteriyi her sistemde arayın ve kaç sürüm olduğunu sayın.
- Eşleştirme kuralını yazın. Kuralı bir örneklemde elle çalıştırın ve yanlış eşleşmeleri ayrıca sayın.
- Tek ekibe görünüm verin. En çok tekrar teması olan hizmet masasına salt okunur birleşik bir görünüm açın.
- Tekrarı ölçün. Müşteriden aynı bilginin kaç kez istendiğini sayın; düşmüyorsa kapsamı genişletmeyin.
Canlı operasyon ve benimseme hazırlığı
Tekil müşteri görünümü yayına alındığında işi kimin yöneteceğini lansmandan önce belirleyin. Tekil müşteri görünümü için operasyon akışı, normal vakaların yanında geciken, yanlış veya eksik bilgi içeren durumları da desteklemelidir. Ekiplerin erişimi, iş kuyruğu, eskalasyon yolu ve yardım prosedürü hazır değilse teknik olarak çalışan ürün yeni bir manuel koordinasyon katmanı oluşturabilir.
Bir günlük iş provası yapın. Temsilî kullanıcılar, gerçekçi veri ve yaygın bir istisnayla tekil müşteri görünümü akışını baştan sona yürütün. Gözlemciler belirsiz durumu, eksik erişimi, çift kaydı, açıklanmayan beklemeyi ve desteğe yönelen soruları kaydetsin. Bu prova eğitim içeriği, arayüz mesajı veya operasyon kuralı ihtiyacını yayından önce gösterir.
Benimsemeyi sadece oturum açma sayısıyla değerlendirmeyin. Başarılı tamamlama, sonuca ulaşma süresi, geri kazanım, destek ihtiyacı ve eski kanala dönüş davranışı birlikte izlenmelidir. İlk kullanıcı grubu ve genişleme koşulu önceden tanımlanırsa tekil müşteri görünümü kontrollü bir işletme değişikliği olarak yönetilebilir.
Sonraki adım
Tekil müşteri görünümünü bir veri projesi olarak değil, bir yetki anlaşması olarak ele alın. Her alan için hangi sistemin doğruluk kaynağı kalacağını yazın; depolama kararı bu listenin ardından gelir.
Konuyu genişleten yazı: Ekiplerin Kullanacağı Operasyonel KPI Panosu Nasıl Planlanır?.
30 günlük doğrulama planı: Tekil müşteri görünümü
1-5. günler: aynı müşteriyi iki kez sayın. İyi tanıdığınız on müşteriyi alın ve müşteri kaydı tutan her sistemde arayın. Kaç sürüm olduğunu sayın, aralarındaki farkları not edin ve personelin gerçekte hangi sisteme inandığını kaydedin. Doğruluk kaynağının bugün nerede olduğunu mimari şema değil, bu inanç söyler. Kişisel bilgisayarlarda tutulan tabloları da dahil edin; resmi kayıt yanlış olduğunda yapılan düzeltmeler oralarda durur.
6-15. günler: eşleştirme kuralını yazın ve sınayın. İki kaydın aynı kişiye ait olduğuna karar veren kuralı taslak halinde yazın ve bir örneklem üzerinde elle çalıştırın. Kaçırılanlardan daha kötü olan yanlış eşleşmeleri sayın; iki müşteriyi birleştirmek, ayrı bırakmaktan daha zor geri alınır. Birleştirme yetkisinin kimde olacağına ve yanlış birleştirmede dönüş yolunun ne olduğuna şimdi karar verin. Kuralı şikayetlere bakan kişiye gösterin; yanlış bir eşleşmenin müşteriye başkasının geçmişini gösterdiği vakaları o tanır.
16-30. günler: dört sistemi değil birini bağlayın. En çok tekrar teması olan hizmet ekibini seçin ve yalnızca kendi müşterileri için kimlik, etkileşim ve hizmet geçmişini birleştiren salt okunur bir görünüm verin. Müşterilerden aynı bilgiyi tekrar istemeyi bırakıp bırakmadıklarını ölçün. Tek bir birleşik görünüm bunu değiştirmiyorsa daha büyük bir platform da değiştirmez; bunu bir yılda değil bir ayda öğrenmiş olursunuz. Görünümü ilk ay salt okunur tutun; böylece soru, birleşik kaydın işe yarayıp yaramadığı olarak kalır, kimin düzenleme yetkisi olduğu değil.
Pratik çalışma sayfası: Tekil müşteri görünümü
Tekil müşteri görünümü, bir mutabakat seti yerine bir veritabanı olarak kurgulandığında yeni bir siloya dönüşür. Önce bu satırlardaki mutabakatları yazın; depolama kararı arkasından gelsin.
| Karar alanı | Kaydedilecek bilgi |
|---|---|
| Kimlik | İki kaydın aynı kişiye ait olduğunu belirleyen kural, birleştirmeyi kimin yapabileceği ve yanlış birleştirmenin nasıl geri alınacağı |
| Etkileşim | Hangi olayların saklanmaya değer olduğu, ne kadar süre işe yaradığı ve hangi sistemlerin yazma yetkisi olduğu |
| Hizmet geçmişi | Telefondaki kişinin önünde olması gereken görüşme ve talep kayıtları ile yalnızca toplamda anlamlı olanlar |
| Yetkiler | Tam müşteri kaydını kimin görebileceği, kimin kısıtlı sürümü göreceği ve bunun nasıl kayda geçeceği |
| Ölçüm | Müşteriden daha önce verdiği bilgiyi tekrar istemeden çözülen talep oranı |
Her satır için hangi mevcut sistemin doğruluk kaynağı kalacağını yazın. Dört sistemi kopyalayıp hiçbirinin otorite iddiasını sonlandırmayan bir tekil görünüm, verinin çelişebileceği beşinci bir yer eklemiş olur.
İlgili rehberler
- Bunun zeminini kuran yazı şu: Pratik Bir Dijital Dönüşüm Yol Haritası Nasıl Hazırlanır?.
- Bu yazının iyi bir tamamlayıcısı şu: Kağıtsız İş Akışı: Kağıt Tabanlı Süreçler Nasıl Dijitalleştirilir?.
Yeni Bir Veri Silosu Oluşturmadan Tekil Müşteri Görünümü yazısındaki öncelikler gerçek bir bütçeye göre sıralanacaksa Dijital Yol Haritanızı Konuşalım.
Ali Boran Gazel