İçeriğe geç
Orvixa editoryal

Web sitesi yenilemeden önce: işe yarayan bir proje briefi

Web sitesi yenileme projenizde hedefleri, içerikleri ve teknik ihtiyaçları netleştirin. Orvixa ile ölçülebilir bir brief ve gerçekçi teslim planı hazırlayın.

Web sitesi geliştirme sürecini anlatan Orvixa çizimi

Görünümü konuşmadan önce problemi tarif edin

Web sitesi yenileme kararı çoğu zaman aynı cümleyle başlar: Mevcut sitemiz artık bizi yansıtmıyor. Bu tespit değerli, fakat tek başına proje kapsamı değildir. Yeni tasarımın hangi işi daha iyi yapacağını tarif etmediğinizde görüşmeler renkler ve beğeniler etrafında döner. Oysa teklif isteyen bir müşterinin formu bulamaması, ürün açıklamasının yetersiz kalması veya ekibin içerik güncelleyememesi birbirinden farklı problemlerdir. Hepsinin çözümü aynı ana sayfa tasarımı olmayabilir.

İlk toplantıya uzun bir sunum yerine üç somut örnekle gelin. Müşterilerin en sık sorduğu soruyu, mevcut sitede tamamlayamadıkları bir işlemi ve ekibin tekrar tekrar elle yaptığı bir işi yazın. Ardından yeni sitede bu durumun nasıl değişmesini istediğinizi anlatın. Orvixa ile çalışmayı değerlendirirken de bu notlar iyi bir başlangıç sağlar. Tasarım, yazılım ve içerik kararları aynı probleme bağlandığında tekliflerin kapsamını karşılaştırmak kolaylaşır.

Tek bir ana hedef seçin, diğerlerini sıralayın

Bir kurumsal site aynı anda teklif toplamak, güven oluşturmak ve işe başvuruları almak isteyebilir. Ancak ilk ekranın her hedefi eşit ağırlıkla anlatması ziyaretçiyi kararsız bırakabilir. Ana hedefi seçin; örneğin doğru müşterinin proje talebi göndermesi. Sonra bu hedefin önündeki soruları sıralayın: Hangi hizmeti veriyorsunuz, kimlerle çalışıyorsunuz, süreç nasıl ilerliyor ve ilk görüşmede ne hazırlanmalı? Sayfa akışı bu sorulara cevap vermelidir.

Başarı ölçümünü yalnızca ziyaretçi sayısına bağlamayın. Talep formunun tamamlanması, nitelikli görüşme sayısı veya ürün aramasının kullanımı gibi işinizle ilişkili göstergeler belirleyin. Başlangıç veriniz yoksa oran uydurmak yerine ilk ayı ölçüm dönemi olarak tanımlayın. Hangi olayın hangi koşulda kaydedileceğini, raporu kimin okuyacağını ve hangi karar için kullanacağını brief'e ekleyin. Böylece ölçümleme, proje bittikten sonra hatırlanan belirsiz bir madde olmaktan çıkar.

Sayfa listesini içerik sorumlularıyla birlikte hazırlayın

Ana sayfa, hakkımızda ve iletişim başlıklarından oluşan kısa bir liste genellikle gerçek işi saklar. Hizmet detaylarının birbirinden nasıl ayrılacağı, referansların hangi izinlerle kullanılacağı ve ürün bilgilerinin kimden alınacağı ayrıca konuşulmalıdır. Her sayfanın karşısına hedef ziyaretçiyi, cevaplayacağı temel soruyu, kullanılacak görselleri ve içeriği onaylayacak kişiyi yazın. Hazır olmayan metinleri hazırmış gibi takvime yerleştirmeyin; içerik üretimi de teslim planının bir parçasıdır.

Mevcut siteden taşınacak adresleri ayrıca kaydedin. İyi çalışan bir hizmet sayfasını yalnızca menü değişti diye kaldırmak gerekmeyebilir. Yeni adres zorunluysa eski adresin nereye yönleneceği planlanmalıdır. Orvixa'nın web ve yazılım çalışmalarıyla grafik tasarım kararlarını birlikte ele almak burada faydalıdır: Görsel hiyerarşi ile sayfanın gerçek içeriği birbirini destekler. Tasarımda görünen her alanın yönetim panelinde nasıl düzenleneceğini de aynı aşamada sorun.

Entegrasyonları isimleriyle değil senaryolarıyla açıklayın

CRM entegrasyonu istiyoruz demek başlangıç için yeterlidir, geliştirme için değildir. Form gönderildiğinde hangi alanlar CRM'e aktarılacak? Aynı kişi yeniden yazarsa yeni kayıt mı açılacak? Aktarım başarısız olursa kime haber verilecek? Benzer sorular ödeme, kargo, e-posta ve muhasebe bağlantıları için de geçerlidir. Kullanıcıdan alınacak bilgiler ve bu bilgilerin saklanacağı yerler netleşmeden yalnızca bağlantı adlarını sıralamak maliyeti ve riski doğru göstermeyebilir.

Zorunlu ihtiyaçlarla sonraki aşamaya bırakılabilecekleri ayırın. İlk yayında çalışan bir talep akışı, henüz kullanılmayacak beş gelişmiş özellikten daha değerli olabilir. Mobil kontrol, klavye kullanımı, hata mesajları, yetkilendirme ve yedekten dönüş gibi kabul koşullarını unutmayın. Güvenlik veya performans için sınırsız garanti istemek yerine hangi kontrollerin yapılacağını ve sonuçlarının nasıl raporlanacağını belirleyin. Bu yaklaşım, teknik terimleri bilmeseniz bile teslim edilen işi değerlendirmenizi sağlar.

Yayın gününü değil, yayından sonrasını da planlayın

Yeni site açıldığında proje sorumluluğu ortadan kalkmaz. Alan adı, barındırma, içerik onayı, lisanslar ve destek erişimleri için kimin sorumlu olduğunu yazılı hale getirin. Ekipten birinin hizmet başlığı değiştirmesi, görsel yüklemesi ve yanlış bir düzenlemeyi geri alması gibi günlük işleri eğitim sırasında gerçekten uygulayın. Sadece panelin ekran görüntülerini almak, ekibin sistemi kullanabildiği anlamına gelmez. Teslim listesine kısa kullanım notlarını ve erişim sahipliğini ekleyin.

Brief'in son sayfasında bir kontrol listesi bulunsun: ana hedef, hedef kitle, sayfa kapsamı, içerik sorumluları, entegrasyon senaryoları, kabul koşulları ve yayın sonrası destek. Belirsiz kalanları ayrıca işaretleyin. Her şeyi ilk günden bilmek zorunda değilsiniz; önemli olan bilinmeyenlerin görünür olmasıdır. Orvixa'ya proje talebi gönderirken bu çerçeveyi kullanarak nereden başlanacağını birlikte netleştirebilirsiniz. İyi bir brief yaratıcılığı kısıtlamaz; yaratıcı kararların doğru probleme hizmet etmesi için ortak bir zemin kurar.

İlgili hizmetler