UX ve CX Farkı: Kapsam Değil, Sahiplik Meselesi

UX ve CX ayrımı çoğu tartışmada tanım kavgasına dönüşüyor, oysa mesele kapsam değil sahiplik: bir sorunun kimin masasında çözüleceğini bu ayrım belirliyor. Arayüzdeki bir sürtünmeyle iade sürecindeki bir sürtünme aynı ölçüm setiyle takip edilemez. İkisini ayıran çizgi de tam buradan geçiyor.

Kapsam farkı: iki dakikada biten kısım

UX, kişinin ürünle kurduğu etkileşimi kapsar: bir görevi ne kadar hızlı, ne kadar az hatayla tamamladığı. CX ise aynı kişinin markayla kurduğu ilişkinin tamamı; reklamı görmesi, satın alması, faturayı alması, destek hattını araması, aboneliği iptal etmesi. UX bu kümenin içindedir, ama küçük bir parçasıdır.

İnternet bankacılığı örneği ayrımı en net gösteren yer. Girişten havaleye otuz saniyede varan bir akış iyi UX'tir. Aynı bankanın şubesinde aynı işlemin yarım saat sürmesi UX'i bozmaz, CX'i bozar. Kullanıcı bu ikisini ayırmaz; ama düzeltecek ekipler farklıdır.

Asıl mesele kimin düzelteceği

Bu iki alan çoğu şirkette ayrı yerlerde durur: UX ürün ekibinde, CX pazarlamada ya da müşteri hizmetlerinde. Ayrım akademik değil, bütçe ve yetki ayrımıdır. Ödeme adımının çökmesi ürün ekibinin işidir, kargo firmasının iki gün gecikmesi değil. İkisini tek başlık altında toplayan şirketlerde olan şudur: sorun listesi ortaklaşır, sorumlu ortadan kaybolur.

Kanal tutarlılığı da gerçek maliyetini burada gösterir. Web, mobil ve çağrı merkezinin aynı müşteriyi aynı şekilde tanıması bir tasarım kararı değil, veri kararıdır; ortada tek bir müşteri kaydı yoksa tutarlılık slogan olarak kalır (bu entegrasyonun faturası tasarım ekibine değil, arka uca çıkar).

Ölçüm: NPS'i tasarım ekibine yazmayın

UX ölçülebilir bir şeydir: görev tamamlama oranı, işlem süresi, hata sayısı, kullanılabilirlik ölçekleri. Hepsi tek bir akışa bağlanır ve çoğu tek bir ekranda düzelir. CX metrikleri, yani NPS, memnuniyet skoru, yeniden satın alma oranı, onlarca değişkenin toplamıdır: fiyat, teslimat, rakip kampanyası, gündemdeki bir kriz.

Buradan çıkan kural açık. Bir tasarım ekibini NPS üzerinden değerlendirmek, onları ölçemedikleri bir şeyden sorumlu tutmaktır. Tersi de geçerli: arayüz metrikleri iyileşirken müşteri memnuniyeti düşüyorsa sorun arayüzde değildir, aramayı orada sürdürmek zaman kaybıdır.

Eklem yerleri

Pratikte ikisi birkaç noktada birbirine değer, ve sorunların çoğu tam o eklemlerde çıkar:

• Ürün içindeki bir aksiyonun ürün dışına taştığı anlar: iptal, iade, abonelik değişikliği.
• Sistem tarafından üretilen metinler. Arayüz hatasını ürün ekibi yazar, bildirim e-postasını başka bir ekip; aynı olay iki farklı dille anlatılır.
• Destek tarafında bilinen bir sorunun arayüzde hiçbir izinin olmaması: aynı hatayı üçüncü kez bildiren kullanıcıya ürün hâlâ ilk kezmiş gibi davranır.

Hangisine önce yatırım

Kaynak sınırlıysa cevap net: önce UX. Ölçmesi kolay, döngüsü kısa, düzeltmesi tek ekibin elinde. CX iyileştirmesi süreç, sistem ve organizasyon değişikliği ister; sonucu altı ayda alırsınız. Bu sırayı ters çevirmeyi ise yalnızca bir durumda öneririm: satın alma sonrası süreci bozuk bir üründe arayüzü cilalamak, kullanıcıyı hayal kırıklığına daha hızlı ulaştırmaktan başka işe yaramaz.