Bir ekranda tasarım kararını bazen tek bir sözcük etkiler: “Devam et” butonu yeni bir adımı mı açacak, bilgileri mi kaydedecek, yoksa işlemi mi tamamlayacak? UX Writing çalışmasında metni, kullanıcının o anda ne bilmesi ve ne yapabilmesi gerektiğiyle birlikte ele alabilirsiniz.
1. Metni yazmadan önce görevi tanımlayın
Örnek bir kayıt ekranında kişinin hangi programa başvurduğunu, hangi bilgiyi vermesi gerektiğini ve sonraki adımda ne olacağını anlaması gerekir. Metin çalışmasına bu soruları yazarak başlayın. Ardından hangi bilginin başlık, etiket veya kısa açıklama olması gerektiğini düşünün.
Geliştirme ve ürün ekibiyle gerçek davranışı kontrol edin. Butona basınca yalnızca bir form kaydediliyorsa metin kesinleşmiş bir kayıt sözü vermesin. Kopyanın açık olması, sistemin yaptığı işlemi doğru anlatmasına bağlıdır.
2. Butonun yaptığı işlemi söyleyin
GOV.UK Design System, buton metninin yaptığı eylemi tarif etmesini önerir. Kendi akışınızda “Taslağı kaydet”, “Başvuruyu gönder” veya “Ders kaydını aç” gibi seçenekleri, gerçekten gerçekleşen davranışa göre değerlendirebilirsiniz.
Örnek bir başvuruda ilk adımın sonunda “Kaydı tamamla” yazıyorsa kişi işlemin bittiğini düşünebilir. Sonraki adım yalnızca bilgileri incelemekse bu durumu anlatan bir metin kullanın. Butonun yanındaki açıklamalarla birlikte okunduğunda hangi beklentiyi oluşturduğuna bakın.
Aynı buton, farklı sonuçlar
Örnek seçenekler: Bilgileri daha sonra düzenlemek üzere saklıyorsanız “Taslağı kaydet”; inceleme adımını açıyorsanız “Bilgileri gözden geçir”; son başvuruyu iletiyorsanız “Başvuruyu gönder” kullanabilirsiniz. Bu metinlerin uygunluğu, akışınızda butonun gerçekten ne yaptığına bağlıdır.
3. Gerekli açıklamayı ilgili alanın yanında verin
Bir alan için hangi verinin istendiğini ve özel bir koşul varsa bunu açıkça yazın. Örnek bir portfolyo bağlantısı alanında, bağlantının erişime açık olması gerektiğini kullanıcı gönderim yaptıktan sonra öğrenmemelidir. Gerekli koşulu alanı doldururken görebilsin.
Her alana uzun bir paragraf eklemek zorunda değilsiniz. Örneğinizde hangi sorunun tekrar tekrar sorulduğunu ve hangi bilginin hata yapılmasını önlediğini inceleyin. Etiket, yardım metni ve hata mesajının aynı bilgiyi gereksiz yere tekrar edip etmediğini kontrol edin.
4. Hatayı alanla ve düzeltme yoluyla ilişkilendirin
GOV.UK’nun hata mesajı rehberi, mesajı ilgili soruyla bağlantılı kurmayı ve giriş sorunu için neyin düzeltilmesi gerektiğini anlatmayı önerir. Örneğin “Geçersiz değer” yerine hangi alanın hangi koşulu karşılamadığını anlaşılır bir dille söyleyin.
Örnek bir dosya alanında desteklenen boyut gerçekten 10 MB ise “Dosya 10 MB’tan küçük olmalı” gibi bir açıklama yazabilirsiniz. Sınırı sistemden doğrulayın. Hizmette bağlantı sorunu olduğunda ise kişiye girdiği bilgiyi yanlışmış gibi sunan bir doğrulama mesajı göstermeyin.
Bir hata mesajını düzenleyin
Örnek: “Hata: İşlem gerçekleştirilemedi” yerine, gerçekten saptanan sorunu yazın: “Portfolyo bağlantısını https:// ile başlayacak biçimde girin.” Kontrol yalnızca adres biçimini inceleyebiliyorsa bağlantının içeriğinin doğrulandığını veya hesabın herkese açık olduğunu iddia etmeyin.
5. Boş, yüklenen ve tamamlanan durumları da yazın
Örnek bir ders portalında henüz ödev yoksa yalnızca boş bir alan göstermek yerine neden içerik olmadığını ve kullanıcının ne yapabileceğini açıklayın. Program henüz başlamadıysa bunu söyleyin; filtre yüzünden sonuç görünmüyorsa filtreyi değiştirmek için bir yol sunun.
İşlem tamamlandığında da sonucu ve sonraki adımı birlikte düşünün. “Başvurunuz alındı” metninin ardından bir inceleme süreci varsa neyin beklendiğini açıklayın. Ekipçe doğrulanmamış yanıt süreleri veya kesin sonuç vaatleri eklemeyin.
6. Metinleri bir akış olarak gözden geçirin
Tek tek ekranlar yerine başlangıçtan sonuca kadar bütün metinleri sırayla okuyun. Aynı kavram için kullandığınız sözcükleri bir araya getirin. Örneğin “ders kaydı” bazen video, bazen programa katılım anlamına geliyorsa bağlamı daha açık anlatan adlandırmalar seçin.
Ardından kişilerden akışta bir görev yapmalarını isteyin. Bir butona basmadan önce ne olmasını beklediklerini ve hata mesajından sonra hangi düzeltmeyi yaptıklarını inceleyin. Metnin anlaşılmasını yalnızca ekibin beğenisine göre değerlendirmeyin.
Aklınızda kalsın
Arayüz metni, kişinin mevcut durumu ve sonraki adımı anlamasına yardım etmelidir. Butonda gerçek eylemi, açıklamada gerekli bilgiyi, hata mesajında ise sorunu ve düzeltme yolunu açıkça ifade edin.
Kaynaklar
İlgili yazılar
Öğrendiklerini pratiğe taşı.
UX/UI Tasarım Eğitimi
Araştırmadan arayüz tasarımına, becerilerini gerçek projelerle geliştir.