Hedef kullanıcıları, ürün amacını, mevcut ekranları ve teknik sınırları proje başında değerlendiririz.
Gerekli ekranları ve kullanıcı adımlarını taslak veya prototip üzerinde çalışırız; kullanılacak yöntem projeye bağlıdır.
Geri bildirimleri değerlendirip kararlaştırılan arayüz çıktılarını geliştirme ekibiyle paylaşırız.
UI/UX çalışması yalnız renk veya ekran görünümü seçmek değildir. Bir kullanıcının aradığı bilgiye ulaşması, bir görevi tamamlaması ve sonraki adımı anlaması için içerik, gezinme ve etkileşim kararlarının birlikte ele alınması gerekir. Tasarım ihtiyacı yeni bir ürünün ilk ekranlarında da mevcut bir uygulamanın karmaşık bölümünde de ortaya çıkabilir.
Aşağıdakiler olası tasarım senaryolarıdır; belirli bir müşteride gerçekleştirilmiş sonuç veya paket teslimi değildir. Hangi araştırma, taslak ve doğrulama yönteminin kullanılacağı hedef kullanıcıya, erişilebilen veriye ve proje kapsamına göre seçilir.
Kullanıcı ilk kez hesap oluşturacak, başvuru yapacak veya kendi alanına girecekse adımların sırası ve gerekli açıklamalar netleştirilir. Gereksiz veri isteme, anlaşılmayan hata mesajı ve çıkış yolu olmayan ekran gibi riskler taslakta gözden geçirilebilir. Hangi ekranların üretileceği ve doğrulamanın nasıl yapılacağı projeye bağlıdır.
Bir ürün çok sayıda menü, alan veya kullanıcı rolü içeriyorsa önce mevcut ekranların görevlerle ilişkisi incelenir. İçerik grupları, gezinme adımları ve rol bazlı görünüm için alternatifler hazırlanabilir. Yeniden tasarım kararı, uygulamanın teknik sınırları ve geliştirme maliyeti değerlendirilmeden kesinleştirilmez.
Aynı iş iki farklı cihazda yapılacaksa her ekranı birebir küçültmek yeterli olmayabilir. Hangi bilgi öne çıkacak, hangi işlem cihaz özelliğine dayanacak ve kullanıcının kaldığı yer nasıl korunacak soruları ele alınır. Platformlar arası ortak kurallar ile cihaza özgü kararlar ayrı tarif edilir.
Dört adım, olası bir çalışma sırasını gösterir. Kullanıcı görüşmesi, kullanılabilirlik testi, prototip veya tasarım sistemi her projede zorunlu değildir; yöntemler ve teslim biçimi teklif aşamasında seçilir.
Hedef kullanıcıları, yapılacak işleri, mevcut ekranları ve varsa marka kurallarını değerlendiririz. Elde müşteri geri bildirimi veya kullanım verisi varsa kaynağı ve sınırlarıyla birlikte incelenir. Veri yoksa eksikliği tasarım kararının varsayımı olarak kaydederiz.
Kullanıcının hangi adımlardan geçeceğini, hangi bilgiyi nerede göreceğini ve hangi kararların geri alınabileceğini belirleriz. Menü yapısı, ekran ilişkileri ve temel içerik öncelikleri bu aşamada tartışılır. Kurum içi onay noktaları da görünür hale gelir.
Kapsama göre ekran taslağı veya etkileşimli prototip hazırlanabilir. İş sahibi ve gerektiğinde hedef kullanıcı geri bildirimiyle anlaşılmayan adımlar gözden geçirilir. Test yapılacaksa katılımcı, görev ve yorumlama yöntemi ayrıca kararlaştırılır; elde edilen bulgular hangi tasarım kararlarının değişeceğini belirlemeye yardımcı olur.
Tipografi, renk, bileşen durumları ve farklı ekran boyutları için kararlar proje kapsamına göre işlenir. Geliştirme ekibinin ihtiyaç duyacağı dosya, açıklama ve etkileşim ayrıntıları belirlenir. Kaç ekran veya revizyon teslim edileceği sabit değildir.
Kullanıcı araştırması, içerik yazımı, marka kimliği, erişilebilirlik incelemesi, tasarım sistemi ve ön yüz geliştirme farklı emekler gerektirir. Bunların hangilerinin UI/UX projesine dahil olacağı açıkça belirtilmelidir. Her alan için sorumlu ekip, gerekli girdiler ve beklenen çıktı birlikte belirlenir.
Tasarım dosyalarının sahipliği, mevcut marka varlıklarına erişim ve geliştirme ekibiyle çalışma biçimi de teklif aşamasında kararlaştırılır. Eğer ürün yayındaysa yeni arayüzün eski işlevlerle ilişkisi ve geçiş adımları ayrıca incelenir. Gerçek kullanıcılarla test yapılacaksa onay ve veri işleme sorumlulukları önceden belirlenir.
Tasarım kararlarını kullanıcı memnuniyeti veya dönüşüm açısından değerlendirmek için başlangıç durumu, ölçüm yöntemi ve zaman aralığı tanımlanabilir. Hangi geri bildirimlerin toplanacağı ve tasarımın bunlara göre nasıl gözden geçirileceği proje kapsamında belirlenir. Teslimler, revizyon sayısı ve sonraki geliştirme desteği de bu plana göre kararlaştırılır.
UX, görev akışı, içerik ve etkileşimin nasıl işleyeceğini; UI ise arayüzün görsel ve bileşen kararlarını ele alır. Projede hangi alanın çalışılacağı mevcut ürün ve hedefe göre belirlenir.
Evet, belirli sayfa veya akışlar ayrı kapsam olabilir. Yine de ilgili bölümün gezinme, veri ve tasarım bağımlılıkları incelenir; kapsam dışındaki ekranların etkisi açıkça not edilir.
Yöntem, karar belirsizliğine, kullanıcıya erişime ve proje kapsamına bağlıdır. Araştırma veya test yapılacaksa görevler, katılımcılar ve verinin kullanımı ayrıca planlanır.
Akış, ekran taslağı, prototip, arayüz dosyası veya bileşen açıklaması olası çıktılardır. Kesin dosya biçimi, ekran sayısı ve revizyon kapsamı teklifte belirlenir.
UI/UX tasarımı ile ön yüz geliştirme ayrı kapsam kararlarıdır. Geliştirme isteniyorsa teknik gereksinimler, sorumluluklar ve teslimler ayrıca belirlenir; yalnız tasarım görüşmesi bunu otomatik başlatmaz.