Önce soruyu değiştirelim.
Bir web sitesini her gün gören ekip için tasarımın eskimesi, ziyaretçinin yaşadığı sorunlardan daha görünür olabilir. Renkler artık heyecan vermiyordur, rakipler daha modern görünüyordur, ana sayfaya yeni bir hareket eklemek isteniyordur. Bunlar anlaşılır beklentiler. Fakat yeniden tasarım kararının tek dayanağı olduklarında, asıl sorunlar yeni bir görünümün altında kalabilir.
Başlangıç sorusu “Sitemiz eski mi?” değil, “İnsanlar burada yapmak istedikleri işi tamamlayabiliyor mu?” olmalı. Sitenin görevi bir ürün satmak, bir hizmeti açıklamak, başvuru almak ya da doğru kişiyi iletişime yönlendirmek olabilir. İyileştirme ihtiyacını bu görev üzerinden değerlendirmek, kapsamı da daha somut hale getirir.
Görünümün ötesindeki dört işaret
1. İnsanlar aynı soruları tekrar soruyor.
“Tam olarak ne yapıyorsunuz?”, “Bu hizmete ne dahil?” veya “Size nasıl ulaşabilirim?” soruları sık geliyorsa önce içeriğin açıklığını inceleyin. Sorun menünün rengi değil, bilginin eksik olması veya yanlış yerde durması olabilir. Destek taleplerini ve satış görüşmelerindeki soruları bir araya getirmek iyi bir başlangıçtır.
2. Kritik bir adım gereksiz çaba istiyor.
Mobilde uzayan bir form, anlaşılmayan bir buton veya geri dönünce kaybolan seçimler görünümü güncel bir sitede de bulunabilir. Bir kullanıcıdan belirli bir görevi tamamlamasını isteyin; nereye tıklayacağını anlatmadan izleyin. Tereddüt ettiği noktaları not alın. Tek bir oturumun bütün kullanıcıları temsil etmediğini de unutmayın.
3. İşiniz değişmiş, siteniz aynı kalmış.
Yeni hizmetler, farklı bir müşteri profili veya genişleyen ürün ailesi eski sayfa yapısına sığmıyorsa sorun daha yapısaldır. Yeni bölümleri sürekli ana sayfaya eklemek yerine içerik hiyerarşisini yeniden düşünmek gerekebilir. Önce ziyaretçilerin hangi sorularla geldiğini, sonra hangi sayfanın bu soruyu yanıtlayacağını belirleyin.
4. Kullanım kalitesi geri planda kalmış.
Okunmayan metinler, klavyeyle erişilemeyen kontroller ve geç tepki veren ekranlar yalnızca estetik tercihler değildir. Erişilebilirlik değerlendirmesi ile performans ölçümünü tasarım incelemesinden ayırmayın. Hız konusunda tek bir laboratuvar skoruna dayanmak yerine, mümkünse gerçek kullanıcı verilerini de değerlendirin. Web Vitals rehberi yükleme, etkileşim ve görsel kararlılığı birlikte ele almak için bir başlangıç sunar.
Her sorun sıfırdan tasarım gerektirmez.
Önce problemi, ardından müdahalenin boyutunu tanımlayın. Çalışan bölümleri korumak, ekibin zamanını daha önemli noktalara ayırmasına yardımcı olabilir. Aşağıdaki ayrım bir karar çerçevesidir; kesin bir reçete değildir.
| Gözlem | İlk ele alınacak alan |
|---|---|
| Hizmet anlaşılmıyor; gezinme çalışıyor. | Başlıklar, açıklamalar ve içerik sırası |
| Belirli bir işlemde zorlanılıyor. | İlgili akışın tasarımı ve testi |
| Sayfa yapısı yeni iş modeline uymuyor. | Bilgi mimarisi ve kapsamlı yenileme |
| Sayfalar yavaş; yerleşim kayıyor. | Teknik performans ve arayüzün birlikte incelenmesi |
Örneğin bir danışmanlık sitesinde iletişim formunun az kullanılması, tek başına form tasarımının kötü olduğunu göstermez. Trafik yanlış kitleye ulaşıyor, hizmet yeterince anlaşılmıyor veya ziyaretçi telefonla iletişimi tercih ediyor olabilir. Bir metriği düzeltmeye çalışmadan önce arkasındaki davranışı anlamaya çalışın.
Başlamadan önce küçük bir hazırlık
Öncelikli üç kullanıcı görevini yazın. Her görev için mevcut durumu, gözlediğiniz sorunu ve iyileşmeyi nasıl değerlendireceğinizi belirleyin. “Daha modern görünmek” yerine “Hizmet kapsamını anlayıp uygun iletişim kanalına ulaşmak” gibi gözlenebilir bir hedef tanımlayın.
Yenileme sonrası karşılaştırmada trafik kaynağı, kampanya ve dönem değişikliklerini hesaba katın. Bir artışı doğrudan yeni tasarıma bağlamak için yeterli kanıtınız olmayabilir. Başarılı görev tamamlama, hata türleri ve kullanıcı geri bildirimleri sayısal verileri tamamlar.
Kısa kontrol listesi
- Sitenin öncelikli amacı tek cümlede net mi?
- En önemli kullanıcı görevlerini biliyor musunuz?
- Sorunları gözlem veya veriyle tarif edebiliyor musunuz?
- Korunması gereken iyi çalışan bölümler belli mi?
- Mobil, erişilebilirlik ve performans kapsamda mı?
- Yayın sonrası değerlendirme planı hazır mı?
Doğru başlangıç, daha büyük bir proje açmak değil; gerçekten gerekli değişikliği tarif etmektir. Bu netlik hem tasarım kararlarını hem de geliştirme sürecini daha anlamlı hale getirir.


