Ürünü Küresel Pazara Taşırken Kullanıcı Deneyiminde Ne Değişir
Bir ürünü yeni bir ülkeye açmak dışarıdan çeviri işine benziyor, oysa çevrilen şey arayüz değil, arayüzün altındaki varsayımlar. Ödeme alışkanlığı, iade süresi, verinin nerede saklanacağı, hatta sayıların taşıdığı anlam ülkeden ülkeye kayıyor. Peki bunların hangisi tasarım kararı, hangisi mühendislik kararı?
Çeviri işin en kolay kısmı
Metni çevirdiğinizde arayüzün geri kalanı olduğu yerde durmuyor. Almancaya geçen bir etiket İngilizcesinden belirgin biçimde uzar ve sabit genişlikli butonu taşırır; Arapçaya geçtiğinizde yalnızca yazı değil, yerleşimin yönü de döner. Tarih biçimi, ondalık ayracı, ad ve soyadın sırası, adres alanlarının dizilişi: her biri ayrı bir karar, üstelik tasarımcının değil çoğu zaman kodun verdiği bir karar.
Para birimi biçimlendirmesini elle yazma. Tarayıcının Intl.NumberFormat arayüzü doğru ayracı, sembolün doğru tarafını ve yuvarlamayı üç satırda veriyor; üçüncü parti kütüphaneye gerek yok, sonradan bir pazar eklediğinde de tek yeri değiştirirsin.
Yasal kısıt tasarımdan önce gelir
Veri koruma rejimi arayüzü doğrudan şekillendirir. GDPR kapsamındaki bir pazarda rıza akışı, veri indirme ve silme talebi ürünün parçasıdır; sonradan üstüne yapıştırılan bir açılır pencere değil. Bunu proje ortasında fark eden ekip, kayıt akışını baştan çizmek zorunda kalır.
Tüketici hakları tarafında ise en sık yapılan hata, süreleri arayüz metnine gömmek. "14 gün içinde iade edebilirsiniz" cümlesi otuz ayrı sayfada dolaşıyorsa, kural değiştiğinde otuz yeri düzeltirsiniz. Bu sayıları pazar yapılandırmasında tutun, metne oradan basın. Hukuk danışmanının düzelttiği tek bir yer olsun.
Ödeme, farkın en somut göründüğü yer
Kültürel fark en çok ödeme adımında görünür hale gelir, çünkü orada kullanıcı geri dönmez. Bir pazarda kredi kartı varsayılanken, başka bir pazarda mobil cüzdan ya da kapıda ödeme baskındır. Yerel kartın kabul edilmediğini son adımda gören kullanıcı sepeti bırakır ve size bunun sebebini söylemez.
Fiyatı yerel para biriminde göstermek de tek başına yetmiyor. Vergi fiyata dahil mi, kur hangi anda kilitleniyor, iade hangi kurdan yapılıyor: bunların cevabı arayüzde yazmıyorsa kullanıcı en kötü ihtimali varsayar.
Kültürel işaretler nerede başlar, nerede biter
Renklerin ve sayıların farklı kültürlerde farklı çağrışımları olduğu doğru. Çin pazarında 4 rakamının uğursuz sayılması, fiyat ve paket sayılarında gerçekten dikkate alınan bir ayrıntı. Ama bunu her pazar için bir sembol sözlüğü çıkarmaya kadar götürmenin faydası tartışılır: liste uzadıkça ekip onu okumaz, okusa da hangisinin bugün hâlâ geçerli olduğunu bilemez.
Daha ucuz yol, kararı tek bir yere sıkıştırmak. Görsel, renk paleti ve rakam içeren metinler tema katmanında dursun; pazar değiştiğinde kod değil içerik değişsin. Peki hangi pazarda gerçekten değişiklik gerekiyor? Bunu masa başında değil, o pazardan üç beş kişiye ekranı gösterip sorarak öğrenirsiniz.
Test matrisi sessizce büyür
Küresel açılım tavsiyeleri genelde "hedef ülkedeki gerçek kullanıcılarla test edin" maddesiyle biter. Kulağa masum geliyor, oysa listenin en pahalı kalemi bu.
Altı pazara açılıyorsanız ve her pazarda ortalama üç ödeme yöntemi destekliyorsanız, tek başına ödeme akışında 18 farklı yol var. Buna misafir ve kayıtlı kullanıcı ayrımını eklediğinizde 36 oluyor. Her yeni pazar bu sayıya toplama değil çarpma yapıyor; ekip aynı kalırken regresyon yükü katlanıyor.
Bu yüzden pazar sayısını artırmadan önce ödeme, adres ve vergi hesabı gibi kritik yolların otomatik testini yazmak, sonradan yapılan her şeyden ucuza gelir. Kullanıcı testini de her pazara eşit dağıtmak yerine cirosu en yüksek iki pazara yoğunlaştırın; diğerlerinde analitik ve hata kayıtları uzun süre yeterli sinyali verir.
Kaynaklar