Bir mobilya üreticisinin yeni kurumsal sitesini düşünün. Tasarım beğenilmiş, sayfalar hızlı açılıyor, yayına girdiği hafta herkes memnun. Altı ay sonra ana sayfadaki "yeni koleksiyon" bandı hâlâ geçen sezonu gösteriyor, fuar duyurusu fuardan iki ay sonra duruyor, iş ilanları sayfasında dolmuş bir pozisyon var. Pazarlama ekibi bunların farkında. Değiştirmek için ajansa e-posta yazıyorlar, iş birkaç gün sürüyor, sonra kimse yazmamaya başlıyor.
Burada sorun çoğu zaman insanlarda değil. Yönetim paneli siteyi kuran geliştiriciye göre yapılmış: her şey mümkün ama hiçbir şey kolay değil. Bir başlığı değiştirmek için doğru sayfayı, doğru bloğu, doğru dili bulmak gerekiyor; kaydettikten sonra mobilde neyin bozulduğunu görmenin yolu yok. Ekip bir iki kez yanılınca panele dokunmamayı öğreniyor.
Aşağıdaki yedi ayar, sitenin yayından sonra da yaşaması için panelin nasıl kurulması gerektiğini anlatıyor. Hangi altyapıyı seçtiğinizden bağımsız; WordPress'te de, başsız (headless) bir içerik sisteminde de, özel yazılmış bir panelde de geçerli.
1. Paneli, onu en sık kullanacak kişi için tasarlayın
Siteyi en sık güncelleyecek kişi genellikle geliştirici değil; pazarlama uzmanı, insan kaynakları sorumlusu ya da bir asistandır. Panel tasarlanırken bu kişiyle yarım saat oturun ve ondan en sık yapacağı beş değişikliği sayın: bir duyuru eklemek, bir ürünün fotoğrafını değiştirmek, bir ilanı kapatmak gibi.
Hedef basit: bu beş işin her biri, eğitim almadan, iki dakikadan kısa sürmeli. Sürmüyorsa panel yeniden düzenlenmeli; kullanıcıya daha uzun bir kılavuz yazmak çözüm değil.
2. Sayfaları serbest bloklarla değil, alanlarla kurun
Bazı paneller içerik ekibine boş bir tuval verir: istediğin bloğu ekle, rengini seç, yazı boyutunu değiştir. Bu esneklik kâğıt üzerinde güzel görünür, pratikte her güncellemeyle tasarımı biraz daha bozar.
Daha dayanıklı yol, her sayfa türü için alanlar tanımlamaktır. Bir ürün için: ad, kısa açıklama, uzun açıklama, en fazla sekiz fotoğraf, ölçüler, ilgili ürünler. Bir haber için: başlık, tarih, özet, kapak görseli, metin. Düzeni şablon belirler, ekip yalnızca içeriği doldurur. Böylece hem doldurmak kolaylaşır hem de iki yıl sonra site hâlâ aynı tasarımda durur.
Uzun metin alanlarında da sınır koyun. Metin düzenleyici kalın, italik, bağlantı, liste ve ara başlık sunsun; yazı tipi, renk ve punto seçtirmesin. Word'den kopyalanan bir metin yapıştırıldığında biçimlendirmesi temizlensin. Bu kısıtlar ilk başta ekibe dar gelebilir, ama sitenin her sayfasının aynı aileden görünmesini sağlayan şey tam olarak bunlardır.
3. Yayınlamadan önce önizleme verin
Kaydet düğmesine basmadan sonucun nasıl görüneceğini bilmemek, panelden uzak durmanın en yaygın nedenidir. İyi bir önizleme sayfayı gerçek tasarımıyla, masaüstü ve telefon genişliğinde gösterir ve henüz yayında değildir.
Önizlemenin bir de paylaşılabilir bağlantısı olsun. Duyuruyu hazırlayan kişi onu yöneticisine gönderip onay alabilmeli; ekran görüntüsü alıp e-postaya eklemekle uğraşmamalı.
4. Görsel yüklemeyi panelin işi yapın
Ekibin yüklediği fotoğraflar telefondan, kameradan, tasarımcıdan gelir; boyutları ve oranları birbirinden çok farklıdır. Bunları doğru boyuta getirmek, sıkıştırmak ve kırpmak içerik ekibinin işi olmamalı.
Panel yüklenen görseli otomatik olarak gereken boyutlara ve modern formatlara çevirsin, ekibe yalnızca kırpma alanını seçtirsin. Alternatif metin alanı zorunlu olsun ve ne yazılacağına dair kısa bir örnek göstersin. Böylece sayfa hızı ve erişilebilirlik, her güncellemede yeniden kaybedilmez.
5. Taslak, onay ve geri alma ekleyin
Kimin neyi doğrudan yayınlayabileceği baştan belli olsun. Küçük bir ekipte herkes yayınlayabilir; daha büyük bir şirkette bir stajyerin hazırladığı metni bir yöneticinin onaylaması gerekebilir. Her iki durumda da taslak ile yayındaki sürüm ayrı tutulmalı.
En az onun kadar önemli olan, geri almadır. Her kayıt bir sürüm olarak saklansın ve önceki sürüme tek tıkla dönülebilsin. Yanlışlıkla silinen bir paragrafın geri getirilebileceğini bilen ekip, panele çok daha rahat girer.
Kimin neyi ne zaman değiştirdiği de görünür olsun. Bir fiyatın ya da bir telefon numarasının neden değiştiğini sormak gerektiğinde, cevabı e-posta yazışmalarında aramak yerine sayfanın geçmişinde bulmak mümkün olmalı.
6. Arama motoru alanlarını varsayılanla doldurun
Sayfa başlığı, meta açıklama, bağlantı adresi ve paylaşım görseli çoğu panelde ayrı bir sekmede durur ve çoğu zaman boş kalır. Ekipten her seferinde bunları doldurmasını beklemek yerine makul varsayılanlar tanımlayın: başlık sayfanın adından, açıklama özetinden, paylaşım görseli kapak görselinden gelsin.
Ekip isterse bunları değiştirebilsin, ama değiştirmek zorunda kalmasın. Bir bağlantı adresi değiştirilirse eski adresin yeni adrese yönlendirilmesi de panelin otomatik yaptığı bir iş olmalı.
7. Tekrarlanan işler için hazır kalıplar sunun
Bazı içerikler yılda birkaç kez aynı biçimde gelir: fuar duyurusu, bayram mesajı, yeni bir iş ilanı, kampanya bandı. Bunlar için başlangıç tarihi ve bitiş tarihi olan hazır kalıplar kurun.
Bitiş tarihi önemlidir. Fuar bittiğinde duyuru kendiliğinden kalkarsa, altı ay sonra eski bir duyurunun ana sayfada durması da kendiliğinden önlenmiş olur. Bu, yukarıdaki mobilya örneğindeki üç sorunun ikisini tek başına çözer.
Teslimden önce kısa bir deneme
Site yayına girmeden önce, siteyi güncelleyecek kişiye panel üzerinden üç gerçek iş verin ve yanında oturup izleyin: bir duyuru eklemek, bir fotoğrafı değiştirmek, bir sayfadaki bir paragrafı düzeltmek. Nerede duraksadığını, nerede yardım istediğini not edin. Bu yarım saatlik deneme, teslimden sonra aylarca gelecek "şunu siz değiştirir misiniz?" e-postalarından daha ucuzdur.
Kısaca
Bir kurumsal site, onu güncelleyecek kişi panelden çekinmediği sürece yaşar. Paneli en sık kullanacak kişiye göre tasarlayın, sayfaları alanlarla kurun, önizleme verin, görsel işlemeyi panele bırakın, taslak ve geri alma ekleyin, arama motoru alanlarını varsayılanla doldurun ve tekrarlanan içerikler için bitiş tarihli kalıplar sunun. Sonra teslimden önce ekiple birlikte deneyin.
Kurumsal web sitesi projelerinde yönetim panelini tasarımla birlikte, içerik ekibinin en sık yapacağı işlerden yola çıkarak planlıyoruz; teslimden önce de ekiple birlikte gerçek güncellemelerle deniyoruz.
Böyle bir proje mi planlıyorsun?
10 adımda planla