UI/UX maliyetini neden sadece ekran sayısı açıklamaz?
Bir arayüz tasarım sürecinde basit giriş ekranıyla farklı roller ve toplu işlemler içeren yönetim ekranı aynı çalışma değildir. Ana görünümün yanında boş, yükleniyor, hata, başarılı ve yetkisiz durumlar da olabilir. “Yirmi ekran” ifadesi hangi durumları kapsadığı açıklanmadan karşılaştırılabilir değildir.
Akış sayısı, karar noktaları, cihazlar, içerik uzunluğu ve entegrasyon davranışı da önemlidir. Aynı sayfa mobilde farklı düzene ihtiyaç duyabilir. Bir görsel yenileme ile ürünün bilgi mimarisini yeniden kurma birbirinden farklı kapsamdır; ikisine de UI/UX denmesi farkı ortadan kaldırmaz.
Teklif isteyen ekip, ekran listesi kadar ana kullanıcı görevlerini de paylaşmalıdır. Neyi değiştirmek istediğinizi, mevcut sorunu ve başarıyı nasıl kontrol edeceğinizi yazın. Bütün ekranları baştan bilmek zorunda değilsiniz; belirsiz alanlar için önce keşif çalışması gerekebilir.
Kullanıcı araştırması ve uzman incelemesinin bütçesi nasıl ayrılır?
Hedef kitle ve ürün ihtiyacı araştırması, görsel tasarımdan ayrı teslimler içerir. Mevcut verinin incelenmesi, uzman değerlendirmesi, kullanıcı görüşmesi ve görev testi farklı sorulara cevap verir. Bir uzmanın görüşü, gerçek kullanıcının gözlenen davranışıyla aynı kanıt değildir.
Katılımcıyı kimin bulacağı, hangi profile uyacağı, görüşme veya test düzeninin nasıl kurulacağı ve bulgunun nasıl raporlanacağı teklif içinde görünür olmalıdır. Katılımcı temini, uygunluğun kontrolü ve ekip koordinasyonu tasarım dosyasında görünmez ama çalışma kapsamına dahildir.
Araştırma yapılmadıysa varsayımları açıkça belirtin. Bir görüşme turu da bütün pazarın doğrulanması değildir. Mevcut kanıtın neyi desteklediğini ve hangi kararın hâlâ belirsiz olduğunu sorun. Böylece “araştırma dahil” sözü somut yöntem ve çıktı üzerinden değerlendirilebilir.
Uzman incelemesi
Mevcut akışın kullanılabilirlik sorunlarına yönelik profesyonel değerlendirme. Kullanıcı testi yapılmış gibi sunulmaz.
Görüşme
Problem, bağlam ve mevcut davranışı anlamak için katılımcıyla konuşma; plan ve bulgu kaydı gerekir.
Görev testi
Belirli bir işlemin prototipte veya üründe tamamlanmasını gözleme; görev, katılımcı ve yorumlama kapsamı açıklanır.
OKUMADAN SONRAKİ ADIMA
UI/UX teklifini görünür kapsamla karşılaştıralım
Ürün özetini, ana kullanıcı görevlerini ve mevcut teklifleri paylaşın. Araştırma, tasarım ve teslim farklarını aynı matriste netleştirelim.
Tasarım sistemi ve responsive kapsam nasıl tarif edilir?
Ürün ekibinin tasarım ve geliştirme planında renk ve buton dosyasıyla kapsamlı bileşen sistemi aynı teslim değildir. Bileşen durumları, varyasyonlar, etkileşim kuralları ve kullanım örnekleri açıklanmalıdır. Sistemi kullanacak kişi, hangi bileşeni hangi koşulda seçeceğini anlayabilmelidir.
Mevcut bir tasarım sistemi kullanılacaksa yalnızca dosyanın varlığına bakmayın. Ürünün görevlerini karşılıyor mu, responsive davranışları tanımlı mı, eski parçalar var mı? Sistemin geliştirilmesi, eksiklerin tamamlanması ve bakımının kimin sorumluluğunda olduğu ayrı kararlar olabilir.
Erişilebilirlik ve dil kapsamını da yazın. Uzun çeviri, klavye kullanımı, odak, kontrast ve hata açıklaması arayüz kararını etkiler. “Mobil görünüm dahil” ifadesi, hangi ekran ve durumların hangi genişlikte tasarlanıp kontrol edileceği belirtilmedikçe belirsizdir. Kapsamlı sistem her küçük proje için zorunlu değildir; gereken seviyeyi birlikte seçin.
Figma dosyası ve geliştirici teslimi neyi kapsamalı?
Geliştirilecek bir web uygulamasında kaynak tasarım dosyası, prototip, etkileşim açıklaması, varlıklar ve geliştirici sorularının yanıtlanması farklı teslim kalemleridir. Sadece ekran görsellerini almak, uygulamanın bütün davranışlarını açıklamaz. Açılma, kapanma, hata ve veri yokken görünüm gibi durumlar belirtilebilir.
Dosyanın düzeni, isimlendirme, bileşen ilişkileri ve güncel sürümünün nerede bulunduğu önemlidir. Tasarım ekibiyle geliştirme ekibinin ortak inceleme yapması, uygulanamayacak veya belirsiz ayrıntıları erken ortaya çıkarabilir. Bu görüşmelerin sayısı veya kapasitesi teklif içinde tanımlanmalıdır.
Tasarımın koda doğru geçtiğini kontrol etmek ayrıca zaman gerektirir. Uygulama sonrası kontrol, bulunan farkları raporlama ve düzeltmenin yeniden incelenmesi kapsamda mı? Tasarım hizmetiyle yazılım geliştirme hizmetini birbirine karıştırmayın; aynı ekip sunabilse bile kabul ve teslim sorumluluğu açık olmalıdır.
Fiyat, revizyon ve takvim için eşdeğer teklif nasıl hazırlanır?
Bir MVP kapsamı için tasarım istiyorsanız aynı briefi bütün sağlayıcılara gönderin. Kullanıcı rolleri, ana görevler, cihazlar, mevcut içerik, araştırma, prototip ve teslim ihtiyacını yazın. Hangi kalemlerin fiyat içinde olmadığını da görünür isteyin.
Sabit bedel, saatlik çalışma veya dönemsel kapasite seçeneklerinin her biri farklı belirsizlikleri taşır. Kapsam yeterince netse sabit teslimler karşılaştırılabilir; keşif devam ediyorsa önce araştırma veya kapsam belirleme aşaması ayırmak daha anlamlı olabilir. Evrensel bir TL fiyatı ya da bir teklif modelinin daima üstünlüğü yoktur.
Revizyon turunun ne anlama geldiğini ve karar verecek kişiyi tanımlayın. “Sınırsız revizyon” takvim, öncelik ve kapsam sınırını açıklamayabilir. Yeni akış eklemekle kabul edilen akışı görsel olarak düzeltmek farklı işlerdir. Takvimde katılımcı bulma, geri bildirim ve onay bağımlılıkları da belirtilmelidir.
| Kalem | Teklifte sorulacak | Kabul kanıtı |
|---|---|---|
| Araştırma | Yöntem, katılımcı ve rapor dahil mi? | Bulgular ve dayandıkları gözlemler |
| Tasarım | Akış, durum, cihaz ve bileşen kapsamı ne? | Güncel kaynak ve açıklanmış davranış |
| Revizyon | Tur, karar sahibi ve kapsam değişikliği nasıl? | Onaylanan sürüm ve değişiklik kaydı |
| Teslim | Geliştirme desteği ve uygulama kontrolü var mı? | Notlar, varlıklar ve kontrol bulguları |
Düşük teklif ile eksik kapsamı nasıl ayırt edersiniz?
Teknik liderlik incelemesi tasarım teklifini uygulama gereksinimiyle karşılaştırabilir. Düşük bedel tek başına düşük kalite, yüksek bedel de iyi sonuç kanıtı değildir. Eksik kalemin başka ekip tarafından tamamlanması gerekiyorsa toplam iş ve koordinasyon maliyetini düşünün.
Örneğin yalnızca görsel ekran teslim eden teklif ile araştırma, test ve geliştirme sırasında destek içeren teklif aynı ürün değildir. Mevcut ekibiniz bazı işleri zaten yapıyorsa ilk seçenek uygun olabilir. Eksikler fark edilmeden karar verilirse çalışma sırasında yeniden kapsam tartışması çıkar.
Son seçimden önce varsayım, kapsam dışı, kabul biçimi, dosya sahipliği ve bakım sorumluluğunu yazılı netleştirin. Bir referansı incelerken görünüm kadar hangi problemin hangi yöntemle ele alındığını sorun. Maliyet rehberinin amacı herkese tek fiyat söylemek değil, alınan işi ve karşılığını anlaşılır hale getirmektir.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Figma dosyası yeterli teslim mi?
Dosyanın içeriği belirleyicidir: düzen, bileşenler, durumlar, etkileşim açıklamaları ve güncel sürüm. Yalnızca dosya uzantısı, geliştirmenin sorunsuz ilerleyeceğini göstermez.
Sınırsız revizyon daha iyi mi?
Tek başına değil. Karar sahibi, geri bildirim turu ve kapsam değişikliği açık olmalıdır. Belirsiz sınırsızlık takvimi ve sorumluluğu bulanıklaştırabilir.
Neden aynı ekran sayısına farklı fiyat verilir?
Ekran karmaşıklığı, kullanıcı rolleri, durumlar, araştırma, cihaz kapsamı ve teslim desteği farklı olabilir. Önce bu kalemleri eşitleyin.
Araştırmayı bütçeden çıkarabilir miyim?
Mevcut kanıt ve proje riskine göre yöntem seçilebilir. Araştırma yapılmayan kararlar varsayım olarak belirtilmelidir; doğrulanmış kullanıcı davranışı gibi sunulmaz.
Tasarım sistemi her projede gerekli mi?
Yeniden kullanım ve ekip ihtiyacına göre seviyelendirilir. Küçük bir proje temel bileşenlerle ilerleyebilir; kapsamlı sistemin oluşturulması ve bakımı ayrıca sorumluluk gerektirir.
Tasarım fiyatına yazılım dahil mi?
Otomatik olarak değil. Tasarım, kodlama, yayın ve uygulama sonrası kontrol kapsamları ayrı yazılmalıdır. Aynı ekip sunsa da teslim ölçütleri farklıdır.
KAPSAMI BİRLİKTE BELİRLEYELİM
UI/UX teklifini görünür kapsamla karşılaştıralım
Ürün özetini, ana kullanıcı görevlerini ve mevcut teklifleri paylaşın. Araştırma, tasarım ve teslim farklarını aynı matriste netleştirelim.
Tasarım kapsamını değerlendirin