Ana içeriğe geç
Bloga dön

Teklif almadan önce kurumsal web sitesi kapsamı nasıl belirlenir?

Web sitesi briefi için pratik rehber: kullanıcı yolculukları, içerik, entegrasyon, geçiş ve kabul ölçütleriyle karşılaştırılabilir bir teklif hazırlığı.

2 dk okumaMars AI Ekibi

İş hedefini kullanıcı adımına çevirin

İyi bir web sitesi briefi, ziyaretçinin hangi işi tamamlayacağını anlatır. “Modern bir site” yerine “Bayi adayları ürünleri inceleyebilmeli, başvuru yapabilmeli ve başvurunun alındığını görebilmeli” demek, tasarlanabilir ve sınanabilir bir akış tanımlar.

Öncelikli kitleyi, her kitleden beklenen işlemi ve gelen talebi kimin karşılayacağını yazın. İçeriği hazırlayacak kişiyle çalışmayı onaylayacak kişiyi de belirleyin. Önceliği belli kısa bir brief, sahibi olmayan uzun bir özellik listesinden daha kullanışlıdır.

Yayın kapsamını sonraki fikirlerden ayırın

Her sayfa veya özellik için amaç, gereken içerik, sorumlu kişi ve kabul koşulu belirleyin. İlk yayında gerekenlerle sonraki aşamaya bırakılabilecek işleri ayırın. Form yönlendirmeleri, erişim yetkileri, hata durumları ve analitik izni gibi görünmeyen işleri unutmayın.

Örnek kabul koşulu: geçerli bir talep belirlenen adrese bir kez ulaşır, ziyaretçi onay görür ve geçersiz girdide anlaşılır hata mesajı çıkar. Bu bir planlama örneğidir; gerçek müşteri sonucu değildir.

Entegrasyon ve veriyi tarif edin

CRM, stok, ödeme veya rezervasyon sistemlerinden hangilerinin bağlanacağını belirtin. Dokümante arayüzün bulunup bulunmadığını, test erişimini kimin açacağını ve kaydın asıl sahibinin hangi sistem olduğunu sorun. Parolaları veya müşteri dışa aktarımlarını herkese açık briefe koymayın.

Entegrasyon tahmini; erişime, hesapta açık özelliklere ve mevcut verinin kalitesine bağlıdır. Teklifte bir sağlayıcının logosunun bulunması, gereken API yetkisinin hazır olduğunu göstermez.

Geçiş ve arama görünürlüğünü planlayın

Eski site değişecekse URL, değerli içerik, form ve dosya envanteri çıkarın. Kaldırılan adresler için uygun hedef varsa yönlendirme haritası hazırlayın. Domain, e-posta ve DNS değişikliklerinde kimin sorumlu olduğunu belirleyin.

Değerli içeriği koruma, yönlendirme kontrolü, canonical ve dil eşleşmeleri geçiş planına dahildir. Google URL yapısı rehberi temel ilkeleri açıklar; gerçek uygulama sitenin yapısına göre belirlenir.

Teklifleri aynı teslim listesiyle karşılaştırın

Sayfa ve şablon sayısını, içerik sorumluluğunu, entegrasyon varsayımlarını, revizyonları, sahipliği, eğitimi ve devam desteğini açık isteyin. Tek seferlik işlerle aylık maliyetleri ayırın. Takvim, içerik ve erişim bağımlılıklarını içermelidir.

Staging incelemesi, mobil kontroller, formlar, erişilebilirlik ve geri dönüşün nasıl doğrulanacağını kararlaştırın. Öncelikli kullanıcı akışlarınızla web geliştirme kapsamını görüşebilirsiniz; nihai bedel ve süre onaylanan teklife bağlıdır.

Bu sayfada