Satış ekibiniz müşterilere hizmet kapsamını hâlâ telefonda anlatıyor, sitedeki form ise yanlış birime talep gönderiyorsa yeni bir ana sayfa görseli yeterli olmayabilir. Öte yandan yalnız birkaç fotoğraf eskidi diye çalışan menüyü, içerikleri ve altyapıyı baştan kurmak da gerekmeyebilir. Web sitesi yenileme kararında önce hangi işin aksadığını, sonra ne kadar değişiklik gerektiğini belirlemek gerekir.
Yenileme; metin ve görsellerin güncellenmesinden sayfa düzenlerinin, gezinme yollarının veya teknik altyapının değiştirilmesine kadar farklı işleri anlatabilir. Sağlayıcıların aynı kelimeyle aynı kapsamı kastettiğini varsaymayın. Web tasarımın görünüm ve kullanım arasındaki ilişkisi, konuşmaya yalnız renklerden başlamamanız için iyi bir temel sağlar.
Önce Şikâyeti Gözlenebilir Bir Soruna Çevirin
“Sitemiz eskidi” bir izlenimdir. “Bakım hizmeti arayan ziyaretçi, yeni ürün satışına ait forma gidiyor” ise incelenebilir bir sorundur. İkinci cümle hangi sayfanın, menü seçeneğinin ve işlem sonucunun kontrol edileceğini gösterir.
Sorunu kısa bir kayda dönüştürün: ziyaretçi ne yapmak istiyor, nerede takılıyor, iddiamızı hangi gözlem destekliyor? Müşterinin dile getirdiği şikâyet, analiz raporundaki düşüş ve ekibin tahmini aynı tür kanıt değildir. Henüz nedeni bilinmeyen durumu “araştırılacak” diye işaretlemek, yanlış çözümü kesinleştirmekten daha yararlıdır.
Çözümü görev cümlesinin içine saklamayın. “Menüyü soldan açalım” yerine “Ziyaretçi bakım kapsamını bulabilsin” yazın. Ekibin değerlendireceği seçenekler açık kalsın.
GOV.UK’nin görev temelli kullanım testi yaklaşımı, kişiyi doğru düğmeye yönlendirmeden ne yapmaya çalıştığını gözlemlemeyi önerir. Kendi sitenizde de hedef kitlenize benzeyen kişilerden hizmet seçmelerini veya başvuru yolunu bulmalarını isteyebilirsiniz. Nerede durduklarını not edin; birkaç gözlemi bütün ziyaretçilerin davranışı gibi genellemeyin.
1. Ziyaretçi Aradığı Hizmeti ve Bilgiyi Bulabiliyor mu?
Sayfa yayında olabilir, fakat ziyaretçinin kullandığı kelimeyle menüdeki etiket örtüşmeyebilir. Aynı hizmetin kapsamı farklı bölümlere dağılmışsa ziyaretçi doğru yere geldiğinden emin olamaz. Sorunun kaynağı bazen tek bir etiket, bazen de içeriklerin gruplandırılma biçimidir.
Örneğin kurulum ve bakım sunan varsayımsal bir işletmede her iki talebin de “Çözümlerimiz” başlığı altında toplandığını düşünün. Bakım isteyen kişi ürün kataloğuna gidiyorsa önce başlıkların ve yönlendirmelerin anlamını inceleyin. Kapsam, örnek işler ve başvuru yolu birbirinden kopuksa sayfa yapısını birlikte ele almak gerekebilir.
Tek menü adını değiştirmekle site mimarisini yenilemek aynı iş değildir. Nielsen Norman Group’un bilgi mimarisi ve navigasyon ayrımı da görünen menüyle arkasındaki içerik düzenini ayrı değerlendirir. Birden fazla hizmette aynı kaybolma sorunu yaşanıyorsa sayfaları ziyaretçinin sorularına göre yeniden gruplamayı değerlendirin.
2. Başlanan İş Tamamlanabiliyor mu?
Hizmeti bulmak yolun yarısı olabilir. Form açılıyor ama gönderilemiyorsa, hata mesajı anlaşılmıyorsa veya telefon görünümünde gerekli alan görünmüyorsa ziyaretçinin işi yarım kalır. Ekranın düzgün görünmesini işlemin çalışmasıyla eş tutmayın.
- Başvuru alanlarının ne istediği anlaşılıyor mu?
- Eksik ya da hatalı girişte kişi neyi düzelteceğini görebiliyor mu?
- Klavye ile ilerlerken hangi bağlantı veya alanın seçili olduğu belli mi?
- Metin büyütüldüğünde açıklama ve kontroller kullanılabilir kalıyor mu?
- Gönderim sonrasında kullanıcıya gösterilen sonuçla işletmeye ulaşan kayıt uyuşuyor mu?
W3C’nin ilk erişilebilirlik kontrolleri, klavye kullanımı, büyütme ve form açıklamalarında başlangıç sağlar; kapsamlı erişilebilirlik değerlendirmesinin yerini tutmaz. Bozuk tek bir form, bütün sitenin yeniden yapılması gerektiğini göstermez. Aynı engel ortak sayfa şablonlarında tekrarlanıyorsa düzeltmenin o bileşenleri kapsaması gerekir.
3. Site Hâlâ Bugünkü İşinizi mi Anlatıyor?
Yeni hizmetler eski menüye sonradan sıkıştırılmış, kapanan hizmetler yayında kalmış veya proje örnekleri artık hedeflediğiniz işi temsil etmiyor olabilir. Tasarım güncel görünse bile içerik işletmenin gerisinde kalabilir.
Mevcut metinleri, fotoğrafları ve hizmet kapsamlarını doğrulayacak kişileri belirleyin. Sadece tarih eskidi diye her metni atmayın; doğruluğunu ve kullanıcının sorusunu karşılayıp karşılamadığını kontrol edin. GOV.UK’nin içerik bakım yaklaşımı da mevcut bilgiyi kullanışlılığı üzerinden izleyip güncellemeyi ele alır.
Yalnız telefon numarası ve birkaç hizmet açıklaması değişecekse içerik güncellemesiyle ilerlenebilir. İşletme farklı bir müşteri grubuna hizmet vermeye başlamış ve mevcut sayfalar o grubun sorularını taşımıyorsa içerik düzeniyle sayfa tasarımını beraber çalışmak daha anlamlıdır. Yeni marka kimliği de görünüm değişikliğini gerektirebilir. Teknik altyapıyı değiştirmek için hangi işlevin mevcut sistemde karşılanamadığını göstermek gerekir.
4. Yavaşlığın Nedeni Biliniyor mu?
“Site yavaş, yeniden yapalım” önerisi teşhisten önce çözüm seçer. Ana görselin geç yüklenmesi, menünün geç tepki vermesi ve sayfanın kayması farklı nedenlerden doğabilir. Sorunun hangi sayfada, hangi işlem sırasında ve hangi koşullarda görüldüğünü belirleyin.
PageSpeed Insights açıklaması, gerçek kullanıcı verisiyle kontrollü laboratuvar testinin farklı bilgi sunduğunu belirtir. Düşük bir toplam puanı bütün siteyi yeniden kurma kararı olarak okumayın. Teknik inceleme bir görseli, betiği veya sunucu sorununu işaret ediyorsa önce o nedeni gidermenin kapsamını öğrenin.
Aynı sorun birçok sayfada görülse bile çözüm ortak bileşende sınırlı kalabilir. Yaygınlık, otomatik olarak tam yenileme demek değildir. Performans sorunlarını kullanıcı etkisine göre sıralamak, hedefli onarımın yeterli olup olmadığını değerlendirmenize yardımcı olur.
5. Ekip Siteyi Güvenle Güncelleyebiliyor mu?
Hizmet metnindeki her değişiklik geliştiriciye gidiyor, küçük bir düzenleme başka sayfayı bozuyor veya yeni işlevler sürekli geçici çözümlerle ekleniyorsa bakım biçimini inceleyin. Önce teknik sınırla süreç sorununu ayırın: içerik sorumlusunun yetkisi ya da eğitimi eksik olabilir; panel gerekli alanı gerçekten sunmuyor da olabilir.
Teknik ekibe “Hangi işi mevcut yapıda neden yapamıyoruz?” diye sorun. İlgili modül güncellenebilir mi, ortak şablon düzeltilebilir mi, destek durumu belirsiz bir bağımlılık mı var? GOV.UK’nin keşif aşaması açıklaması, yeni çözüme bağlanmadan önce teknoloji ve mevcut süreçlerin getirdiği kısıtları anlamayı öne çıkarır.
Altyapı gerekli işleri güvenilir biçimde taşıyamıyorsa daha kapsamlı geliştirme gündeme gelir. Bazı sitelerde düzenleme yetkisini tanımlamak veya içerik şablonunu iyileştirmek sorunu çözebilir. Yeniden kurulum önerisinin hangi kısıtı kaldıracağını yazılı görmek, teknik terimler arasında kaybolmanızı önler.
Küçük Düzeltme mi, Yeniden Tasarım mı?
Kararı yalnız şikâyet sayısına göre vermeyin. Az görülen ama başvuruyu tamamen durduran bir sorun, sık görülen küçük bir görsel kusurdan önce ele alınabilir. Etkilenen iş, nedenin ne kadar anlaşıldığı ve değişikliğin bağımlılıkları birlikte değerlendirilir.
| Gözlenen Sorun | Önce Doğrulanacak Nokta | Olası İlk İş |
|---|---|---|
| Hizmet sayfasındaki tek görsel geç geliyor. | Gecikme gerçekten dosyadan mı, yükleme sırasından mı kaynaklanıyor? | İlgili görseli veya yükleme davranışını düzeltmek. |
| Farklı hizmetlerde ziyaretçi aynı yanlış forma gidiyor. | Hata menüde, içerik gruplarında veya ortak yönlendirmede mi? | İlgili hizmet akışlarını ve ortak sayfa düzenini birlikte tasarlamak. |
| Yeni hizmet akışı mevcut sistemde güvenilir biçimde kurulamıyor. | Hangi teknik sınır var; güncelleme veya modül değişikliği yeterli mi? | Teknik seçenekleri karşılaştırıp gerekiyorsa altyapı yenilemenin kapsamını çıkarmak. |
Tablodaki örnekler müşteri vakası değildir. Kendi kaydınıza etkilenen sayfayı, gözlemi, sorumluyu ve başarıyı nasıl kontrol edeceğinizi ekleyin. Nedeni açıklanmamış bir sorun için ilk teslim, yeni tasarım yerine sınırlı bir inceleme olabilir.
Yenilerken Çalışan Bölümleri Koruyun
Müşterinin rahatça bulduğu hizmet açıklaması, çalışan başvuru akışı ve güncel proje kaydı başlangıç malzemesidir. Yenileme kararı işe yarayan içerik ve işlevleri silmeyi gerektirmez. Korunacak bölümleri değişeceklerle aynı listede gösterin.
Sayfa adresleri değişecekse geçiş ayrı planlanmalıdır. Google’ın URL değişiklikleriyle site taşıma belgesi, eski ve yeni adreslerin eşleştirilmesini, uygun yönlendirmeleri ve geçişin izlenmesini açıklar. Tasarım yenilemek, çalışan bütün adresleri değiştirmek için başlı başına bir gerekçe değildir. Geçişi teslim alırken URL eşlemesi, yayın doğrulaması ve arama takibi için beş kontrolü kullanabilirsiniz.
Yeni görünüm sonuç garantisi vermez. Daha fazla başvuru veya arama trafiği bekliyorsanız hangi sorunun çözüldüğünü ve hangi koşullarda ölçüm yapacağınızı belirleyin. Önce ve sonra alınmış iki ekran görüntüsü kullanımın iyileştiğini kanıtlamaz.
Teklif İstemeden Önce Yenileme Kapsamını Yazın
Ekibe kısa bir başlangıç dosyası verin: aksayan işler, gözlenen örnekler, korunacak bölümler, değişmesi beklenen alanlar ve henüz araştırılacak sorular. “Tamamen yenilenecek” ifadesi hangi işlerin bedelde bulunduğunu açıklamaz.
Web sitesi brief’inde amaç ve sorumluları netleştirdikten sonra sağlayıcılardan aynı kapsam için teklif isteyebilirsiniz. Tasarım, içerik, geliştirme ve yayın sonrası işleri web sitesi tekliflerini karşılaştırırken ayrı kalemlerde görmek, farklı varsayımlarla hazırlanmış toplamları karşılaştırmanızı önler.
Sitenizde Neyin Değişmesi Gerektiğini Birlikte Belirleyelim
Metazen’de yenileme görüşmesini yalnız beğenilen tasarım örnekleri üzerinden yürütmüyoruz; ziyaretçinin tamamlayacağı işi ve mevcut yapının sınırlarını da konuşuyoruz. Tasarım ve yazılım ekibimizle hangi bölümlerin korunabileceğini, hangi sorunların birlikte çözülmesi gerektiğini değerlendirebiliriz. İlk görüşmeye sitenizin adresiyle birlikte aksadığını düşündüğünüz birkaç kullanıcı adımını getirmeniz yeterli bir başlangıç sağlar. Planlama ve uygulamada nasıl yardımcı olabileceğimizi web tasarım hizmetimizin kapsamında inceleyebilirsiniz.
