Web sitesi yaptırırken nelere dikkat etmelisiniz?

Ziyaretçi siteden çıktıktan sonra ne yapmış olmalı? İletişim formunu doldurmak, randevu istemek, bir hizmeti anlamak veya ürün satın almak farklı akışlardır. “Modern bir site istiyoruz” tasarım yönünü anlatır, fakat projenin hangi problemi çözeceğini açıklamaz. İlk görüşmeye bir ana hedef ve bu hedefi destekleyen iki ya da üç kullanıcı ihtiyacıyla gelin.

Örneğin hizmet veren bir işletme için başlangıç akışı; hizmeti incelemek, örnek işleri görmek ve talep göndermek olabilir. Üyelik, ödeme veya müşteri paneli gerçekten gerekli değilse ilk sürümün dışında kalabilir. Şimdi gerekenlerle ileride düşünülenleri ayırmak, teklifin sınırlarını görünür kılar ve geliştirme sırasında her yeni fikrin zorunlu iş gibi değerlendirilmesini önler.

Tek bir toplam tutar üzerinden karar vermeden önce her teklifin neleri kapsadığını okuyun. Sayfa türleri, diller, form alanları, içerik yönetimi ve dış sistem bağlantıları yazılı olmalı. Aynı görünüme sahip iki site; yönetilebilir içerik, özel entegrasyon veya çok dilli yapı bakımından birbirinden farklı olabilir. Hazır bir form ile müşteri yönetim sistemine bilgi gönderen bir bağlantı da aynı teslim değildir.

Tasarım revizyonları, ek sayfalar, içerik girişi ve yayın sonrası destek için sınırları sorun. Teklifin para birimini, ödeme aşamalarını ve ayrıca satın alınacak hizmetleri kontrol edin. Zekvion fiyatlarını Euro ile sunar; kesin proje bedeli yazılı kapsamla belirlenir. Domain, hosting, ücretli araç veya aboneliklerin dahil olduğunu varsaymayın. Dahil olmayan her kalemi ayrı görmek, iki teklifi daha sağlıklı karşılaştırmanızı sağlar.

Logo, fotoğraflar, hizmet açıklamaları ve iletişim bilgileri için bir sorumlu seçin. Metin yazımı ile verilen metni siteye yerleştirmek farklı işlerdir; çeviri ve son dil kontrolü de ayrıca planlanmalıdır. İçeriği geç göndermek yalnız bir ekranı değil, sayfa yapısını ve teslim sırasını da etkileyebilir. Başlangıçta bir içerik listesi oluşturun ve eksik öğeleri açıkça işaretleyin.

Her sayfa için ziyaretçinin sorusunu ve verilmesi gereken cevabı yazın. Başka bir işletmenin metnini kopyalamak yerine kendi hizmet kapsamınızı anlatın. Kullanım izni olmayan fotoğraf, müşteri logosu veya yorum eklemeyin. Çok dilli bir projede her dilin içeriğini ayrı kontrol edecek kişiyi belirleyin. Tasarım onaylandıktan sonra çok uzun bir metin gelmesi, özellikle telefon görünümünde yeniden düzenleme gerektirebilir.

Domain ve hosting hesabının kime ait olacağını, yenilemeleri kimin takip edeceğini ve teslimde hangi erişimlerin verileceğini sorun. İletişim formunun hangi adrese ulaşacağı ve bu adresi kimin yöneteceği de belli olmalı. Parolaları toplantı notuna veya ortak bir belgeye yazmak yerine güvenli bir paylaşım yöntemi üzerinde anlaşın; her ekip üyesinin aynı yönetici hesabını kullanmasını zorunlu kılmayın.

İçeriği kendiniz güncelleyecekseniz hangi alanların düzenlenebildiğini bir örnek üzerinde görün. Kaynak kod, yedek, yönetim paneli ve dış hizmet hesaplarının teslim kapsamı birbirinden ayrı başlıklardır. Siteyi başka bir sağlayıcıya taşımanız gerektiğinde hangi dosyalara ve hesaplara ihtiyaç duyacağınızı önceden konuşun. Tasarımın güzel olması, bu erişimlerin teslim edildiği anlamına gelmez.

Önizlemeyi yalnız büyük bir ekranda incelemeyin. Telefonunuzda menüyü açın, hizmet sayfasına gidin ve formu doldurun. Uzun bir isim, eksik bilgi ve hatalı e-posta ile formun nasıl davrandığını kontrol edin. Başarı mesajı görmenin yanında talebin doğru yere ulaştığını da test ortamında doğrulayın. Düğmelerin üzerindeki metin, sonraki adımı anlaşılır biçimde tarif etsin.

Klavyeyle menü ve form alanları arasında ilerleyin; odak işaretinin görünür olduğunu kontrol edin. Farklı dilde bir sayfaya geçtiğinizde doğru içerik açılmalı. Eski bir site yenileniyorsa önemli eski adreslerin yeni karşılıklarını listeleyin ve yönlendirmeleri kontrol edin. Eksikleri “site çalışmıyor” gibi genel bir not yerine adres, cihaz ve tekrar etme adımlarıyla kaydedin; böylece düzeltmenin tamamlandığını aynı senaryoyla görebilirsiniz.

Yayına alma, proje teslimi ve devam eden bakım aynı işlem değildir. Hangi güncellemelerin destek kapsamında olduğunu, yeni içerik taleplerinin nasıl değerlendirileceğini ve bir sorun çıktığında kiminle iletişim kurulacağını yazılı hale getirin. Yedeklerin nerede tutulduğunu ve gerektiğinde nasıl geri yüklenebileceğini sorun. Test edilmeyen bir yedeği, sorunsuz geri dönüş garantisi olarak kabul etmeyin.

Teslim görüşmesinde günlük kullanacağınız işlemleri kendiniz deneyin: bir metni değiştirmek, görsel eklemek veya gelen talebi incelemek gibi. Kısa bir kullanım notu ve hesap listesi isteyin; listede parola bulunmasına gerek yoktur. Son olarak, ilerideki ek ihtiyaçları ayrı bir listeye taşıyın. İlk sürümün kabulünü, henüz üzerinde anlaşılmamış yeni özelliklerin tamamlanmasına bağlamak projenin bitişini belirsizleştirir.