Product designer olmak isteyenler için UX metrics sadece sayı bilmek değildir. Tasarım kararını ürün etkisiyle anlatmak, portfolio’yu güçlendirmek ve AI çağında daha net düşünmek için önemlidir.
Product designer olmak isteyen biri için güzel ekran tasarlamak önemli.
Ama tek başına yeterli değil.
Çünkü product design tarafında tasarım sadece “nasıl görünüyor?” sorusuna cevap vermez.
Aynı zamanda şunu da sorar:
Bu tasarım ürünü daha iyi çalıştırıyor mu?
İşte UX metrics burada devreye giriyor.
Ben metrik konusunu tasarımcı için soğuk bir analytics işi gibi görmüyorum.
Daha çok tasarım kararını savunma dili gibi görüyorum.
Çünkü bazen en güzel görünen çözüm, kullanıcıyı hedefe götürmeyebilir.
Bazen daha sade, daha az havalı görünen bir akış daha iyi çalışır.
Bunu anlamak için sadece göz değil, veri de gerekir.
UX metrics nedir?
UX metrics, kullanıcı deneyimini ölçmeye yarayan sinyallerdir.
Kullanıcı bir görevi tamamlayabiliyor mu?
Ne kadar sürede tamamlıyor?
Nerede hata yapıyor?
Hangi adımda bırakıyor?
Tekrar kullanıyor mu?
Memnun mu?
Bu soruların bazı cevapları metriklerle daha net görünür.
Product designer için önemli olan şey bütün sayıları ezberlemek değil.
Hangi metrik hangi tasarım sorusuna cevap verir, bunu anlamaktır.
Product designer neden metrik bilmeli?
Çünkü product designer sadece ekran teslim eden kişi değildir.
Ürün kararına temas eden kişidir.
Bir onboarding akışını sadeleştiriyorsan, bunun etkisini merak etmelisin.
Kayıt formunu kısaltıyorsan, tamamlanma oranı değişti mi bakmalısın.
Dashboard’daki bilgi hiyerarşisini değiştiriyorsan, kullanıcı kararını daha hızlı verebiliyor mu anlamalısın.
Eğer hiçbir metriğe bakmıyorsan kararın sadece kişisel zevk gibi kalabilir.
Ama metrikle konuştuğunda tasarım kararı daha güçlü olur.
“Bu ekran daha güzel oldu” demek başka.
“Bu değişiklikten sonra kullanıcı görevi daha az hatayla tamamladı” demek başka.
En temel UX metrics hangileri?
Yeni başlayan biri için çok karmaşık metrik dünyasına girmeye gerek yok.
Önce temel birkaç metriği anlamak yeterli.
Task success rate
Kullanıcı verilen görevi tamamlayabildi mi?
Mesela kullanıcı ödeme yapabildi mi, dosya yükleyebildi mi, profilini düzenleyebildi mi?
Bu metrik UX tarafında çok değerlidir çünkü tasarımın gerçekten çalışıp çalışmadığını gösterir.
Completion rate
Bir akışı başlatan kullanıcıların kaçı son adıma kadar geldi?
Kayıt, başvuru, satın alma, rezervasyon gibi akışlarda çok önemlidir.
Bir form güzel görünebilir ama kullanıcıların çoğu tamamlamıyorsa orada problem vardır.
Time on task
Kullanıcı bir işi ne kadar sürede tamamlıyor?
Her zaman kısa süre iyi demek değildir.
Ama basit bir iş gereksiz uzun sürüyorsa akış fazla karmaşık olabilir.
Error rate
Kullanıcı nerede hata yapıyor?
Yanlış form girişi, hatalı seçim, başarısız işlem, geri dönme gibi sinyaller tasarımın nerede zorladığını gösterebilir.
Bu yüzden error state ve form validation konuları metriklerle doğrudan bağlantılıdır. Bu tarafı UI/UX Tasarımda Empty State ve Error State Neden Önemli? yazısında anlatmıştım.
Conversion rate
Kullanıcı istediğimiz hedef aksiyonu yapıyor mu?
Bu satın alma olabilir, üye olma olabilir, demo talebi olabilir, bir özelliği ilk kez kullanma olabilir.
Product designer burada sadece buton rengine değil, bütün akışın ikna ve netlik gücüne bakmalı.
Retention
Kullanıcı ürüne geri dönüyor mu?
Bu daha büyük bir ürün metriğidir.
Ama tasarımcı için de önemlidir.
Çünkü iyi ilk deneyim, anlaşılır akış ve değer hissi retention üzerinde etkili olabilir.
Güzel ekran ile iyi ürün aynı şey değil
Dribbble’da ya da portfolio’da çok güzel görünen ekranlar görebiliriz.
Ama gerçek ürün tarafında soru farklıdır.
Kullanıcı bunu anlıyor mu?
İşini daha hızlı yapıyor mu?
Daha az hata yapıyor mu?
Ürünün hedeflediği davranış gerçekleşiyor mu?
Bu yüzden product designer olmak isteyen biri görsel kaliteyi bırakmamalı ama ona takılı kalmamalı.
Güzel ekran başlangıçtır.
İyi ürün davranışı ise daha derin iştir.
Bu konuya yakın olarak AI Araçları Tasarımcı Çıtayı Yükseltti yazısında da güzel ekranın artık tek başına yeterli olmadığını yazmıştım.
Portfolio’da metrik düşüncesi nasıl gösterilir?
Junior ya da yeni başlayan product designer için gerçek metrik bulmak her zaman kolay olmayabilir.
Özellikle okul projesi, kişisel proje ya da konsept çalışmada canlı veri olmayabilir.
Bu normal.
Ama yine de metrik düşüncesi gösterilebilir.
Mesela case study içinde şöyle yazabilirsin:
- Bu akışta başarı metriği olarak tamamlanma oranını takip ederdim.
- Form alanlarını azaltmanın error rate üzerinde etkisini ölçerdim.
- Onboarding sonrası ilk özellik kullanımını activation metriği olarak izlerdim.
- Dashboard redesign sonrası kullanıcının kritik veriye ulaşma süresini test ederdim.
Bu cümleler bile şunu gösterir:
Sen sadece ekranı değil, ekranın ürün etkisini de düşünüyorsun.
Portfolio tarafında bu fark yaratır.
Daha önce Junior UI/UX Tasarımcılar 2026’da Nasıl Öne Çıkar? yazısında da case study anlatımının öneminden bahsetmiştim.
AI çağında metrik bilmek daha değerli
AI araçları artık hızlı ekran üretebiliyor.
Wireframe çıkarabiliyor.
Metin önerebiliyor.
Farklı layout alternatifleri hazırlayabiliyor.
Bu iyi bir şey.
Ama AI’ın ürettiği ekranın doğru ürün kararı olup olmadığını yine insan değerlendirmeli.
Burada metrik bilmek daha değerli hale geliyor.
Çünkü AI sana güzel alternatifler verir.
Ama sen şunu sormalısın:
Bu alternatif hangi problemi çözüyor?
Hangi kullanıcı davranışını iyileştirecek?
Hangi metriği etkileyebilir?
Bu soruları sormayan tasarımcı, AI çıktısının sadece görsel tarafında kalır.
Bu soruları soran tasarımcı ise AI’ı ürün düşüncesine bağlar.
Junior biri nereden başlamalı?
Başlamak için büyük analytics araçlarına gömülmek gerekmiyor.
Önce küçük projelerde metrik düşünmeye başlamak yeterli.
Mesela bir kayıt akışı tasarlıyorsan, şu soruyu sor:
Bu akışta başarı ne?
Kullanıcının hesabını tamamlaması mı?
İlk projeyi oluşturması mı?
İlk ödeme adımına gelmesi mi?
Bir dashboard tasarlıyorsan, başarı şunlardan biri olabilir:
Kullanıcı kritik metriği 5 saniye içinde fark ediyor mu?
Yanlış filtre kullanıyor mu?
Raporu dışa aktarabiliyor mu?
Yani önce “bu ekranın amacı ne?” sorusunu netleştir.
Metrik sonra daha anlamlı olur.
Case study için basit metrik şablonu
Portfolio projesine küçük bir metrik bölümü eklemek istiyorsan şu yapı iş görür:
- Problem: Kullanıcı hangi işi yapmakta zorlanıyordu?
- Hedef: Tasarım neyi iyileştirmeyi amaçladı?
- Metrik: Hangi sinyal takip edilebilir?
- Karar: Tasarımda ne değiştirildi?
- Beklenen etki: Kullanıcı davranışı nasıl değişebilir?
Bu yapı çok basit ama güçlüdür.
Çünkü case study’yi sadece görsel sunum olmaktan çıkarır.
Product design düşüncesine yaklaştırır.
Hangi metrik her zaman doğru değildir?
Metrik bilmek önemli ama her sayıya körü körüne inanmak doğru değil.
Bazen conversion artar ama kullanıcı memnuniyeti düşer.
Bazen time on task azalır ama kullanıcı ne yaptığını tam anlamaz.
Bazen kısa vadede iyi görünen bir değişiklik uzun vadede retention’a zarar verebilir.
Bu yüzden metrikler tek başına karar vermez.
Tasarımcı metrikleri kullanıcı araştırması, gözlem, geri bildirim ve ürün hedefiyle birlikte okumalı.
Product designer burada denge kurar.
Sadece sayı insanı da olmaz.
Sadece görsel insanı da olmaz.
İkisini bağlayan kişi olur.
Benim düşüncem
Product designer olmak isteyen biri için UX metrics öğrenmek şart.
Ama bunu karmaşık veri bilimi gibi düşünmeye gerek yok.
Önce şu basit bakış yeterli:
Bu tasarım hangi kullanıcı davranışını iyileştirmek için var?
Bu davranışın iyileştiğini nereden anlayabiliriz?
Bu iki soruyu sormaya başladığında tasarım kaliten değişir.
Çünkü artık sadece ekran üretmiyorsun.
Bir ürün kararını görünür hale getiriyorsun.
Bence product designer’ı UI designer’dan ayıran en önemli farklardan biri de bu.
Güzel ekran yapar ama orada kalmaz.
Kullanıcı davranışını, ürün hedefini ve karar etkisini de düşünür.
AI çağında bu daha da önemli olacak.
Çünkü ekran üretimi hızlandıkça, doğru kararı seçebilme becerisi daha değerli hale geliyor.
Product design, UI/UX ve kariyer tarafında daha fazla içerik için Product Design, UI/UX, Growth ve AI kategorilerine bakabilirsin.
