Bu yazıda

Web tasarım yaptırmak isteyen bir işletmenin ilk işi, beğendiği sitelerin bağlantılarını toplamak olabilir. Bu referanslar faydalıdır, ancak tek başına tasarım briefi oluşturmaz. Hangi müşterinin hangi sorusuna cevap verileceği, mevcut içeriklerin durumu ve son onayı kimin vereceği bilinmeden çalışma kolayca kişisel tercihlere sıkışabilir. Bu rehber, tasarım hizmeti satın almadan önce hazırlanabilecek bilgileri ve süreç içinde incelenmesi gereken çıktıları ele alır. Buradaki odak tasarım kararıdır; yazılım kurulumu ve yayına alma gibi uygulama işleri ayrıca kapsamlandırılmalıdır.

Kısa cevap

Web tasarım yaptırmak için işletme hedefini, hedef ziyaretçileri, gerekli sayfa türlerini, mevcut marka dosyalarını ve içerik sorumlularını içeren kısa bir brief hazırlayın. Ardından taslak, görsel yön, prototip ve teslim paketinin kapsamını belirleyin. Onayları gerçek içerik ve kullanıcı görevleri üzerinden verin. Tasarım dosyası ile çalışan site tesliminin aynı hizmet olup olmadığını başlangıçta netleştirin.

Briefte beş soruya açık cevap verin

Ne sunuyorsunuz, kim için sunuyorsunuz, ziyaretçi neden sizi değerlendirmeli, sitede ne yapmalı ve bunu yapmak için hangi bilgiye ihtiyaç duyuyor? Bu soruların yanıtları uzun bir kurum sunumundan daha işlevsel bir başlangıç sağlayabilir. Varsayımsal bir mobilya atölyesi için hazır ürün satışı ile özel üretim talebi farklı akışlar gerektirir. Her ikisi de varsa hangisinin öncelikli olduğunu belirtin. Tasarımcıdan işletme modelini tahmin etmesini beklemek yerine ticari süreci sade bir dille anlatın.

Referansları nedenleriyle birlikte paylaşın

Beğenilen bir sitenin bütününü kopyalamak yerine hangi özelliğinin yararlı olduğunu açıklayın. Bir örnekteki okunaklı hizmet anlatımı, diğerindeki proje fotoğrafı düzeni veya menü sadeliği ayrı referanslar olabilir. Sevmediğiniz özellikleri de aynı somutlukla tarif edin. Ağır animasyonlar hoş görünse bile sizin içerik ritminize uygun olmayabilir. Referans dosyasında olumlu ve olumsuz notların bulunması, tasarım ekibinin görsel zevki iş ihtiyacıyla ilişkilendirmesine yardımcı olur. Sonucun başka bir markayla karışmaması için özgün yönün nasıl kurulacağını konuşun.

Bir gerçek içerik örneği hazırlayın

Bütün metinler hazır olmasa bile bir hizmet açıklaması, bir proje hikâyesi ve iletişim bilgilerinin gerçek örneğini verin. Taslak böylece hayali içerik uzunluklarına dayanmaz. Fotoğrafların yatay mı dikey mi olduğu, başlıkların ne kadar uzadığı ve hangi belgelerin indirileceği erken görülebilir. İçerik eksiklerini listeleyerek her biri için sorumlu belirleyin. Tasarım ekibinin metin yazmasını veya görsel üretmesini istiyorsanız bunu açık bir iş kalemi haline getirin; sessiz varsayımlar sonradan onay gecikmesine dönüşebilir.

Önce yapıyı, sonra görsel yönü değerlendirin

İlk taslakta renk ve fotoğraflardan önce bölümlerin sırasını inceleyin. Ziyaretçi hizmeti anlayabiliyor mu, uygunluk sorusuna cevap buluyor mu ve bir sonraki adımı görebiliyor mu? Yapı üzerinde anlaşınca görsel yönü konuşmak daha odaklı geri bildirim sağlar. Her taslakta bütün detayları yeniden tartışmak yerine hangi karar aşamasında olduğunuzu belirtin. Varsayımsal atölye örneğinde özel üretim sürecinin açıklanması gerekiyorsa, bu bölümü yalnızca estetik gerekçeyle kaldırmadan önce ziyaretçinin kaybedeceği bilgiyi değerlendirin.

Prototip kapsamını baştan tanımlayın

Tıklanabilir prototip, hangi düğmenin hangi ekrana gittiğini ve temel akışın nasıl ilerlediğini gösterebilir. Her prototipin gerçek form gönderimi veya çalışan veri sistemi içermediğini unutmayın. İncelemede hangi davranışların temsil edildiği açık olsun. Örneğin teklif formunda hizmet seçimi ve sonuç mesajı gösterilirken arka plandaki bildirim sistemi uygulama aşamasına bırakılabilir. Tasarım onayı, çalışmayan bir teknik entegrasyonun kabulü gibi yorumlanmamalıdır. Bu ayrım hem müşterinin beklentisini hem sonraki geliştiricinin iş tanımını netleştirir.

Teslim paketini kullanacak kişiye göre kontrol edin

Tasarım dosyasını geliştirecek ekip veya gelecekte içerik ekleyecek kişi hangi bilgilere ihtiyaç duyacak? Bileşenler, ölçü ilişkileri, görsel oranları ve durum ekranları düzenli adlandırılmalıdır. Dosyaların erişimi, düzenlenebilirliği ve kullanılacak varlıkların kaynağı açıklanmalıdır. Teslim toplantısında bir örnek sayfanın nasıl çoğaltılacağı gösterilebilir. Son kontrol listesine açık kalan kararları da yazın; çözümlenmemiş bir konu, dosyanın gönderilmiş olmasıyla tamamlanmış sayılmaz. Böylece satın alınan tasarım, yalnızca izlenen bir sunumdan uygulanabilir bir rehbere dönüşür.

Akılda kalacaklar

  • İlk briefte işletme hedefi ile ziyaretçi görevini birlikte yazın.
  • Gerçek içerik örnekleriyle taslakları değerlendirin.
  • Prototip davranışı ile çalışan sistem teslimini birbirinden ayırın.

Sık sorulan sorular

Tasarımcıya yalnızca rakip site göstermek yeterli mi?

Hayır. Rakip örneği bir referans olabilir, fakat işletmenizin hedeflerini ve içerik gereksinimlerini açıklamaz. Hangi özelliği neden beğendiğinizi ve sizde hangi ihtiyacı çözmesini beklediğinizi belirtin.

Metinler hazır değilken başlanabilir mi?

İçerik yapısı ve temsilî gerçek örnekler varsa başlanabilir. Ancak nihai içeriklerin teslim zamanı, sorumlusu ve tasarımı ne ölçüde değiştirebileceği planlanmalıdır. Tamamen boş ekranlarla verilen onay daha belirsizdir.

Onayları kim vermeli?

İlgili ekiplerin görüşlerini toplayabilen, işletme önceliklerini bilen ve karar yetkisi tanımlanmış bir sorumlu belirlemek yararlıdır. Bu kişi farklı yorumları tek ve tutarlı geri bildirim halinde iletebilir.