Arayüz metni yazma: buton, hata ve boş durum mikrometinleri

Mikrometin nedir, hangi metinleri kapsar?

Mikrometin, arayüzde kullanıcının bir işi yaparken karşılaştığı kısa metinlerdir: buton etiketleri, form alanı başlıkları, yer tutucular, ipuçları, doğrulama uyarıları, hata mesajları, başarı bildirimleri ve boş ekran açıklamaları. Uzun bir pazarlama metni gibi okunmazlar; kullanıcı onları fark etmeden kullanır ve işini bitirir. İyi yazılmış olduklarında görünmezler, kötü yazıldıklarında ise kullanıcı tereddüt eder, destek hattını arar ya da süreci yarıda bırakır.

UX yazarlığı bu metinleri güzel cümle kurma işi olarak değil, ürün tasarımının bir parçası olarak ele alır. Her metin şu soruya cevap vermelidir: Kullanıcı şu anda ne yapmaya çalışıyor, ne bilmesi gerekiyor ve sonraki adımı ne olacak? Ekranın tasarımı, akışın mantığı ve metin birbirinden ayrı düşünülemez; tasarımdaki bir belirsizliği metinle örtmeye çalışmak çoğu zaman işe yaramaz, sorunun akışta çözülmesi gerekir.

Bu yüzden UX yazarı yalnız metin yazmaz. Akışı okur, kullanıcının zihnindeki beklentiyi tahmin eder, gerektiğinde tasarımcıya "bu adım gereksiz" ya da "bu ekranın iki işi var" geri bildirimini verir. Metin kısa kalır, ama o kısa metne varmak için yapılan düşünme işi uzundur.

Buton ve bağlantı metinleri: fiil ve sonuç

Buton metninin görevi, tıklandığında ne olacağını önceden söylemektir. "Tamam", "Gönder" ya da "Devam" gibi genel etiketler, bağlam yeterince açıksa işe yarar; bağlam belirsizse kullanıcıyı düşündürür. Eylemi adlandıran fiil daha güvenlidir: "Siparişi onayla", "Taslağı kaydet", "Hesabı sil". Böylece kullanıcı butona basmadan önce sonucu bilir.

Tehlikeli işlemlerde bu daha da önemlidir. Silme onay penceresinde "Evet" ve "Hayır" yerine "Hesabı sil" ve "Vazgeç" yazmak, kullanıcının neyi onayladığını net kılar. İkincil butonun da kendi anlamı olmalıdır; "İptal" ifadesi bazen işlemi mi yoksa pencereyi mi kapattığı konusunda belirsizdir, "Vazgeç" ya da "Geri dön" bağlama göre daha açık olur.

Bağlantı metinlerinde de aynı ilke geçerlidir: "Buraya tıklayın" yerine gideceği yeri söyleyen "Fatura geçmişini görüntüle" yazılır. Ekran okuyucu kullanan kişi bağlantıları liste halinde dinlediği için, bağlantı metni tek başına anlam taşımalıdır.

Sık yapılan hatalar şunlardır: • Aynı ekranda iki farklı butona benzer anlamlı etiketler vermek. • Etiketi markanın jargonuyla yazmak; kullanıcı o sözcüğü hiç duymamış olabilir. • Butonu çok uzun yazıp küçük ekranda kesilmesine yol açmak.

Hata mesajı: ne oldu, neden, şimdi ne yapmalı

Hata mesajı, kullanıcının en çok kırıldığı ve en çok yardıma ihtiyaç duyduğu andır. İyi bir mesaj üç şeyi kısaca söyler: ne olduğunu, mümkünse nedenini ve kullanıcının şimdi ne yapabileceğini. Teknik hata kodu ya da sistem dili kullanıcıya bir şey anlatmaz; gerekiyorsa destek için küçük bir referans olarak mesajın sonunda yer alır.

Üslup da önemlidir. "Geçersiz giriş yaptınız" cümlesi kullanıcıyı suçlar; "E-posta adresi eksik görünüyor, @ işaretini kontrol eder misiniz?" ise sorunu ve çözümü birlikte gösterir. Hata kullanıcının değil çoğu zaman sistemin ya da formun sorumluluğudur; mesaj da bu şekilde kurulur.

Doğrulama mesajlarını alanın hemen yanında ve alanı bırakır bırakmaz göstermek, formun sonunda tek bir genel uyarıyla karşılaşmaktan çok daha iyidir. Genel "Bir hata oluştu" mesajı ise yalnızca gerçekten bilgi verilemeyen durumlarda kullanılır ve yanına mutlaka tekrar deneme ya da destek yolu eklenir.

Boş durum ve yönlendirme metinleri

Boş durum, kullanıcının ilk kez geldiği ya da henüz bir şey oluşturmadığı ekrandır: boş bir sipariş listesi, içinde hiç dosya olmayan klasör, sonuç vermeyen arama. Burada "Veri bulunamadı" yazmak ekranı yalnızca tarif eder; kullanıcıya ne yapacağını söylemez.

İyi boş durum metni nedeni açıklar, değeri gösterir ve tek bir net eylem sunar. Örneğin ilk siparişi bekleyen bir liste için "Henüz siparişiniz yok. Ürünlere göz atıp ilk siparişinizi oluşturabilirsiniz" cümlesinin yanında "Ürünlere göz at" butonu yer alır. Arama sonuçsuz kaldığında ise nedeni yargılamadan alternatif sunulur: yazımı kontrol etmek, daha genel bir sözcük denemek ya da filtreleri temizlemek.

Yönlendirme metinleri, ilk kullanımda ürünü tanıtan kısa ipuçlarıdır. Bunlar kullanıcı bir şey yapmaya çalışırken değil, yeni bir özellikle karşılaştığı anda görünmeli ve kolayca kapatılabilmelidir. Aynı mesajı her açılışta tekrar göstermek, iyi niyetli bir yönlendirmeyi rahatsız edici bir engele çevirir.

Ses tonu ve terminoloji: tutarlılığı sağlama

Ürünün sesi, kullanıcıyla her ekranda aynı kişiymiş gibi konuşması demektir. Ses sabittir ama ton duruma göre değişir: başarı bildiriminde sıcak, hata anında sakin ve net, hesap silme gibi ciddi bir işlemde ölçülü olmak gerekir. Hata anında espri yapmak çoğu zaman kullanıcıyı daha da sinirlendirir.

Terminoloji ise sözcük düzeyindeki tutarlılıktır. Aynı kavram bir ekranda "sepet", başka ekranda "çanta", bir diğerinde "alışveriş listesi" diye geçerse kullanıcı bunların farklı şeyler olduğunu düşünebilir. Bunun önüne geçmek için terminoloji listesi tutulur: her kavram için seçilen sözcük, kullanılmayacak eş anlamlıları ve kısa bir açıklama yazılır. Liste yazılımcılar, tasarımcılar ve destek ekibi tarafından da kullanılır; böylece metin bir kişinin üslubu olmaktan çıkıp ürünün ortak diline dönüşür.

Yazdığınız metni test etme ve ekiple çalışma

Mikrometin yazarken kendi gözünüzle okumak yetmez; metni ürünü bilmeyen biri okuduğunda ne anladığına bakmak gerekir. En basit yöntem, metni ekran görüntüsü ya da prototip içinde birkaç kişiye göstermek ve butonun ne yapacağını, mesajın ne anlattığını kendi sözleriyle anlatmalarını istemektir. Beklentiyle uyuşmayan her cevap bir metin hatası işaretidir.

Ölçüm tarafında, hata ekranından sonra kullanıcıların işlemi tamamlayıp tamamlamadığına, forma yeniden girenlerin oranına ve destek taleplerinin konularına bakılır. Metin değişikliğinden sonra bu göstergelerde fark oluşuyorsa, değişikliğin işe yaradığına dair bir kanıt vardır; farklı metin sürümlerini karşılaştıran A/B testi de bu amaçla kullanılabilir.

İş birliği tarafında UX yazarı, tasarımcıyla metni tasarımın erken aşamasında birlikte kurar; "gerçek metin" yerine sahte metin kullanılan taslaklarda ekran düzeni sonradan metni taşımaz hale gelir. Geliştiricilerle ise hata durumlarını ve koşullu mesajları sormak gerekir: Bu mesaj hangi koşulda görünüyor, değişkenler hangileri, uzun bir ad geldiğinde ne olur? Yerelleştirme varsa metinlerin sabit cümle parçaları halinde değil, bütün cümleler olarak kaydedilmesi çeviriyi kolaylaştırır.

Nasıl öğrenilir ve nereden başlanır?

Başlangıç için bir günlük ürün seçin ve onun metinlerini eleştirel biçimde okuyun. Her butonu, hata mesajını ve boş ekranı kaydedip "bu metin kullanıcıya ne yapacağını söylüyor mu" sorusunu sorun. Zayıf bulduklarınızı yeniden yazın ve yanına gerekçenizi ekleyin. Bu alıştırma, bir portföy parçasına da dönüşür.

İlerleyen aşamada kendi ürününüzde ya da bir gönüllü projede terminoloji listesi çıkarın, ton rehberi hazırlayın ve bir akışın tüm metinlerini baştan sona yazın. Daha sonra metinleri gerçek kullanıcıyla test edip sonuçları raporlamak, becerinizi yazım düzeyinden ürün düzeyine taşır.

Mindset'in UX Writing ve Mikrocopy programı; arayüz metninin rolü, ses tonu ve kişilik, bileşen metinleri, hata ile boş durum yazımı, terminoloji ve tutarlılık, test ve iş birliği başlıklarını işler. Ürün tasarımcıları, içerik üreticileri ve arayüz metnini kendi başına yazmak zorunda kalan ürün yöneticileri için sırayla ilerleyen bir yol sunar.