Web Sitesi / Satın alma ve uygulama rehberi

Kurumsal Web Sitesi Yaptırma: Brief ve Teslim Listesi

Kurumsal web sitesi projesine renk ve animasyon seçerek değil, ziyaretçinin vermesini istediğiniz kararı tanımlayarak başlayın. İyi brief, ajansın sitenin yalnızca nasıl görüneceğini değil nasıl çalışacağını da anlamasını sağlar.

Ziyaretçiyi ve ana görevi tanımlayın

Potansiyel müşteri, bayi adayı ve iş başvurusu yapan kişi aynı bilgiye ihtiyaç duymaz. İlk sürümde hangi ziyaretçi grubuna öncelik verdiğinizi yazın. Ana görevi teklif isteme, toplantı talebi veya ürün kataloğunu inceleme gibi açık bir eylemle anlatın. Her sayfanın aynı anda her şeyi yapmasını beklemeyin.

Briefin ilk paragrafında işletmenin hizmetini ve hedef müşterinin çözmek istediği sorunu açıklayın. Rakip siteleri yalnızca benzer görünüm için değil, hangi soruya nasıl yanıt verdiklerini tartışmak için kullanın. Başkasının tasarımını veya metnini kopyalamayı proje şartı yapmayın.

Sayfa haritasına içerik sahibini ekleyin

Ana sayfa, hizmetler, örnek çalışmalar, hakkımızda ve iletişim başlangıç için değerlendirilebilir. Gerçek ihtiyaca göre sadeleşebilir veya genişleyebilir. Her sayfa için hazırlanacak bilgi, görsel kaynağı ve onay verecek kişi belli olsun. İzin alınmamış müşteri logosu veya doğrulanmamış başarı rakamı kullanmayın.

Hizmet sayfasında sorun, yaklaşım, çalışma kapsamı ve sonraki adım netleşsin. Örnek çalışma yayınlanacaksa gerçek teslimatla desteklenebilen bilgiler seçin. Gizli müşteri verilerini veya sözleşme kapsamındaki ayrıntıları pazarlama metnine otomatik olarak taşımayın. İçerik onayını tasarım onayından ayrı kaydedin.

Yönetim ihtiyacını örnek işlemle tarif edin

İşletme ekibi yeni referans ekleyebilecek mi, hizmet açıklamasını değiştirebilecek mi, form taleplerini nerede görecek? Yönetim paneli var demek bu soruları cevaplamaz. Teklif sırasında iki günlük işlem seçip teslimde bunların uygulanmasını isteyin.

Örneğin yeni hizmet kartı ekleme ve eski duyuruyu kaldırma işlemleri seçilebilir. Bu işlemlerin erişim yetkisi, önizlemesi ve geri alınması görüşülsün. Kod bilgisi gerektiren teslimatla içerik ekibinin kendi kullanacağı panel arasındaki farkı açıkça değerlendirin. Bu örnekler yapılmış müşteri projesi iddiası değildir.

Kabul testini tasarım onayından ayırın

Tasarım görselini onaylamak, formun çalıştığını veya menünün telefonda kullanılabildiğini göstermez. Yayın öncesinde sayfa bağlantıları, iletişim yolları, klavye kullanımı ve anlaşılır hata mesajları için kontrol listesi oluşturun. W3C form rehberi etiketleme ve kullanıcı bildirimleri konusunda teknik başlangıç noktası sunar. [Kaynak]

Başvuru formunu gerçek müşteri bilgisi yerine sentetik veriyle deneyin. Kaydın nereye ulaştığını ve bir kez mi oluşturulduğunu kontrol edin. Otomatik yanıt gönderilecekse metni işletme onaylasın. Bir ekip üyesinin e-postası geçici olarak erişilemezse sürecin nasıl işleyeceğini konuşun. Hata olduğunda kimden destek alınacağı belirli olsun.

Teklif dosyasını tamamlayın

Ajansa göndereceğiniz dosyada amaç, öncelikli ziyaretçi, sayfa haritası, içerik sorumluları, entegrasyonlar ve kabul testleri yer alsın. Bütçe çerçevenizi ve hedef yayın gereksinimini paylaşın; bilinmeyen işleri kesin tarihle varsaymayın. Değişiklik taleplerinin nasıl ele alınacağını sorun.

Son teslimatta yönetim erişimi, destek iletişimi, kullanılan hizmetlerin envanteri ve kısa kullanım eğitimi isteyin. Sitenin yayınlanması kadar işletmenizin siteyi sahiplenebilmesi de projenin parçasıdır. Günlük işleri başka ekip üyesi devralacaksa onun da aynı işlemleri tamamlayabildiğini kontrol edin.

Brief kontrol listesi

  • Öncelikli ziyaretçi ve beklenen eylem yazıldı mı?
  • Her sayfanın içerik sahibi belli mi?
  • Gerçek ve izinli referanslar kullanılıyor mu?
  • Yönetim paneli işlemleri örneklerle tanımlı mı?
  • Formun kayıt ve bildirim yolu test edildi mi?

Sık sorulan sorular

### Kurumsal sitede blog zorunlu mu? Hayır. Düzenli yanıtlayacağınız gerçek müşteri soruları ve içerik sorumlusu varsa planlamak daha anlamlıdır. Sırf menü kalabalıklaşsın diye bakımı yapılmayacak bir bölüm açmayın.

Briefi teknik terimlerle yazmak zorunda mıyım?

Hayır. Kullanıcının yapacağı işleri ve beklenen sonucu anlaşılır cümlelerle anlatın. Teknik çözümü bu ihtiyaçlar üzerinden değerlendirin; teknoloji adının iş ihtiyacının yerine geçmesine izin vermeyin.

Teknik kaynaklar

Örnekler, önerilen değerlendirme senaryolarıdır; gerçek müşteri sonuçları veya bağlayıcı fiyat tarifesi değildir. Platform koşulları uygulama öncesinde güncel kaynaklardan kontrol edilmelidir.

Projenizin kapsamını netleştirelim.

Site adresinizi, mevcut sisteminizi ve çözmek istediğiniz ihtiyacı paylaşın. Ganz Dijital ile projenize uygun çalışma kapsamını değerlendirin.

İlgili hizmetleri inceleWhatsApp üzerinden görüşelim →

Bu içerik, belirtilen teknik kaynaklar ve örnek çalışma senaryolarıyla yapay zekâ desteği kullanılarak hazırlanmıştır. İşletmenize özel gereksinimler uygulama öncesinde ayrıca değerlendirilmelidir.