UI/UX Tasarım

Kötü arayüz sessizce zarar verir. Kimse arayıp «formunuzu dolduramadım» demez; sekmeyi kapatır ve gider. Panelinizde bunun karşılığı düşük bir dönüşüm oranı, uzun bir destek kuyruğu ya da «bizim kullanıcılar teknolojiye yatkın değil» cümlesidir. Genelde kullanıcı değil, ekran hatalıdır.

UI/UX tasarım işi burada başlıyor: nerede takıldığını bulmak, neden takıldığını anlamak ve tahminle değil kanıtla düzeltmek. Estetik bunun sonucu, başlangıcı değil.

UI/UX tasarım hizmetinde ne teslim ediyoruz

• Kullanıcı araştırması: görüşmeler, mevcut ürünün kullanım kaydı incelemesi, destek taleplerinin analizi
• Kullanıcı akış şemaları ve bilgi mimarisi
• Tel kafes ekranlar ve tıklanabilir prototip
• Arayüz tasarımı: renk, tipografi, ikon ve boşluk sistemi
• Tasarım sistemi: yeniden kullanılabilir bileşen kütüphanesi, durumlarıyla birlikte (varsayılan, üzerine gelme, odak, hata, yüklenme, boş durum)
• Erişilebilirlik denetimi: WCAG 2.2 AA hedefiyle kontrast, klavye erişimi, odak sırası, ekran okuyucu etiketleri, dokunma alanı ölçüleri
• Duyarlı tasarım: mobil, tablet ve masaüstü için ayrı kurgulanmış düzenler
• Kullanılabilirlik testi: gerçek kullanıcıyla görev bazlı test, bulguların önem sırasına göre listesi
• Geliştirici teslim paketi: ölçüler, aralıklar, davranış notları, animasyon süreleri, uç durumlar
• Dönüşüm odaklı ekran revizyonları ve test önerileri

Nasıl ilerliyoruz

1. Anlama ve ölçme — 1-2 hafta

Mevcut ürün varsa oturum kayıtlarına, ısı haritalarına ve huni verisine bakıyoruz; yoksa hedef kullanıcıyla görüşüyoruz. Amaç, hangi ekranın kaç kişiyi kaybettiğini rakamla görmek. Bu adımın çıktısı bir tasarım değil, önceliklendirilmiş bir sorun listesi.

2. Akış ve prototip — 1-3 hafta

Ekran akışlarını yeniden kuruyoruz, tel kafesleri çıkarıyoruz, tıklanabilir prototip hazırlıyoruz. Prototipi beş-yedi gerçek kullanıcıya görev vererek izletiyoruz. Bu ölçekte test, ciddi kullanılabilirlik sorunlarının büyük kısmını ortaya çıkarıyor ve düzeltmeyi kod yazılmadan yapıyoruz.

3. Arayüz tasarımı ve sistem — 2-4 hafta

Görsel dil oturuyor, bileşen kütüphanesi kuruluyor, tüm ekranlar bu bileşenlerden üretiliyor. Her bileşen tüm durumlarıyla teslim ediliyor; geliştirici «hata mesajı nasıl görünecek» diye sormak zorunda kalmıyor.

4. Teslim ve uygulama desteği — 1-2 hafta

Geliştirici teslimi, soru-cevap oturumu ve kodlanan ekranların tasarımla karşılaştırmalı kontrolü. Uygulama bizde değilse bile bu kontrolü yapıyoruz; tasarım dosyada güzel görünüp ekranda bozulursa iş bitmiş sayılmaz.

Kimler için uygun, kimler için değil

Uygun olduğu durumlar:

• Trafiği olan ama dönüşmeyen siteler ve mağazalar
• Kullanıcıların eğitim almadan kullanamadığı iç paneller ve yönetim ekranları
• Destek ekibine sürekli aynı sorunun geldiği ürünler
• Ekranları zamanla tutarsızlaşmış, her sayfası farklı görünen ürünler — tasarım sistemi tam olarak bunu çözüyor
• Geliştirmeye başlamadan önce riski düşürmek isteyen yeni ürün projeleri

Uygun olmadığı durumlar:

• Sorun ürün-pazar uyumundaysa. Kimsenin istemediği bir ürünü arayüz kurtarmaz.
• Yalnız «daha modern görünsün» isteniyorsa ve ölçülecek bir hedef yoksa. Bu durumda ne yaptığımızın işe yarayıp yaramadığını kanıtlayamayız, bunu baştan söyleriz.
• Tasarımı uygulayacak geliştirme kapasitesi yoksa. Uygulanmayan tasarım rafta duran bir dosyadır.
• Karar verici sayısı fazla ve ortak bir hedef yoksa; süreç zevk tartışmasına döner.

Sık sorulan sorular

UI ve UX arasındaki fark pratikte ne?

UX kullanıcının işini bitirip bitiremediğiyle ilgilenir: akış, adım sayısı, bilgi düzeni, hata durumları. UI bunun görsel karşılığıdır: renk, tipografi, bileşenler, ritim. İkisini ayrı satmıyoruz çünkü ayrı çalışmıyorlar; güzel görünen ama tamamlanamayan bir form iki tarafın da başarısızlığıdır.

Kaç kullanıcıyla test yapıyorsunuz?

Görev bazlı testlerde beş ila yedi kullanıcı çalışıyoruz. Bu sayı, ciddi kullanılabilirlik sorunlarının büyük bölümünü ortaya çıkarmaya yetiyor; daha büyük gruplar aynı sorunları tekrar gösteriyor. Farklı kullanıcı tipleri varsa her tip için ayrı küçük gruplar kuruyoruz.

Erişilebilirlik gerçekten gerekli mi?

Gerekli. Klavyeyle gezilemeyen bir arayüz, ekran okuyucu kullanan ziyaretçiyi dışarıda bırakır; düşük kontrastlı metin ise gün ışığında telefona bakan herkesi. Erişilebilirliği baştan kuruyoruz, sonradan yamamıyoruz — sonradan yapılması hem daha zor hem daha kırılgan oluyor.

Mevcut markamızın kimliğini korur musunuz?

Marka kılavuzunuz varsa onun içinde çalışıyoruz. Kılavuz yoksa mevcut kullanımdan tutarlı bir sistem çıkarıyoruz; renk paletini erişilebilirlik açısından denetleyip gerekirse kontrast düzeltmesi öneriyoruz. Markayı değiştirmek istiyorsanız bu ayrı bir konuşma, kapsam başında netleştiriyoruz.

Tasarımı hangi dosya formatında teslim ediyorsunuz?

Figma üzerinde çalışıyoruz. Dosya sizin hesabınıza da kopyalanıyor, bileşen kütüphanesi ve stil değişkenleri dahil. Geliştirici ölçüleri ve davranış notlarını doğrudan dosya üzerinden okuyabiliyor; ayrıca uç durumları yazılı bir notla veriyoruz.

Yaptığınız değişikliğin işe yaradığını nasıl anlarız?

Başlangıçta hangi metriği iyileştirmeye çalıştığımızı yazıyoruz: form tamamlama oranı, adım terk oranı, göreve harcanan süre, destek talebi sayısı. Değişiklik yayına girdikten sonra aynı metriği tekrar ölçüyoruz. Ölçüm altyapısı yoksa önce onu kuruyoruz; ölçülmeyen tasarım kararı, bir tercihten ibarettir.

Projenizi konuşalım. Kapsamı, teslim takvimini ve nasıl ilerleyeceğimizi birlikte netleştirelim; size bir yol haritası çıkaralım. Teklif formunu doldurun ya da doğrudan 0533 572 63 20 numarasını arayın. Formu dolduran her projeye 24 saat içinde dönüyoruz.