Blog
Şablonları Görünüşe Göre Seçmeyi Bırakın: Ajanslar için İçerik Öncelikli Bir İş Akışı
Şablon başlangıç noktası değildir. Müşterinin içeriği başlangıç noktasıdır. Tekrarlanabilir bir şablon iş akışı oluşturmak için bir müşteriyi alım sürecinden lansmana kadar takip edin.
Özet
Çoğu ajans, müşteri siteleri durduğunda şablonu suçlar. Gerçek darboğaz, kimse bir tema seçmeden önce gerçekleşen alım ve içerik eşlemesidir. Bu yol gösterici, dokuz ürün hattı ve üç alıcı tipi olan endüstriyel bir tedarikçiyle yapılan tipik bir müşteri çalışmasını, tekrarlanabilir bir şablon iş akışı üzerinden takip eder. Müşteri keşfini sayfa sayfa bir plana nasıl dönüştüreceğinizi, temayı kahraman bölümü görünümüne göre değil içerik yüküne göre nasıl seçeceğinizi ve bir sonraki müşteriyi hızlandıran bir yeniden kullanım kütüphanesini nasıl oluşturacağınızı öğreneceksiniz. Kazanç: daha az revizyon süreci, daha az 'şablon bunu yapabilir mi?' sorusu ve her hesapta ölçeklenen bir teslimat süreci.
Çoğu şablon tavsiyesi sıralamayı yanlış yapar. Ekran görüntüleriyle başlar. Renk paletiyle biter. Birden fazla müşteri için web sitesi kuruyorsanız, her kurulumun tek seferlik gibi hissettirmesinin nedeni bu sıralamadır. Şablon başlangıç noktası değildir. Müşterinin içeriği başlangıç noktasıdır. Bu anlamsal bir oyun değil. Neyi barındırması gerektiğini bilmeden bir tema seçtiğinizde, metinleri yerleşimlere zorlarsınız, 'bir blok daha' istersiniz ve asla telafi edemeyeceğiniz saatleri faturalandırırsınız.
Bu, bunu düzelten iş akışıdır. Dokuz ürün hattı ve üç alıcı tipi olan bölgesel bir endüstriyel tedarikçiyle yapılan bir çalışmayı, brief'ten lansmana kadar takip edin. Aşamalar daha sonraki her müşteri için geçerlidir.
Şablon Mağazasıyla Değil, Sorularla Başlayın
Müşteri düzenli bir brief gönderir: “Modern bir web sitesine ihtiyacımız var. Temiz tasarım. Olduğumuzdan daha büyük görünmek istiyoruz.” Bu brief yüz şablona uyabilir. Hangisinin gerçeklikle temas halinde hayatta kalacağı hakkında size hiçbir şey söylemez.
Ne taşıdıklarını bilmeden şablonlara bakmayı bırakın. Müşteriyle oturun ve sıfat değil, sayfa listesi üreten sorular sorun:
- Mevcut sitede hangi sayfalar var?
- Bir yıl sonra hangi sayfalar var olmalı?
- Hangi sayfalar her ay güncelleniyor? Hangi sayfalar bayatlıyor?
- Sitedeki en karmaşık şey nedir—bir teknik şartname sayfası, rezervasyon formu, video duvarı?
- Müşteriden sonra en önemli ikinci kitle kim?
Cevaplar her şeyi değiştirir. Endüstriyel tedarikçi, ürün kataloglarının tek sayfa olmadığını; her biri ayrıntılı ürün sayfaları, PDF olarak veri sayfaları, uyumluluk logoları ve teklif talep formu içeren dokuz kategori sayfası olduğunu söyler. Üç alıcı tipi—mühendisler, satın alma yöneticileri ve distribütörler—farklı sayfalara iner ve farklı kanıt ister.
Artık 'temiz tasarım' anlamsızdır. Şablon bir ürün veri tablosu, bir PDF bağlantı listesi ve bir form barındırmalıdır. Bu sizin kontrol listenizdir.
Birçok ekip bunu atlar çünkü müşteri 'bize ne istediğini zaten söyledi.' Söylemedi. Size işletme adını ve iyimserliğini söyledi. Sayfa listesini çıkarın. Mevcut süreciniz bir şablon aramasıyla başlıyorsa, bu tek değişiklik en çok zaman kazandırır.
Şablon Avından Önce İçerik Denetimi
Müşteri, 'Rakiplerimizin sitesine benzer bir şey yapın' der. Rakibi açarsınız ve büyük bir kahraman kaydırıcısı görürsünüz. Oradan başlamayın.
Müşterinin mevcut sitesini onlarla birlikte açın. Tema aramadan önce sayfa başına içerik yüklerini haritalandırın. Her sayfa için içerik türlerini sayın: uzun paragraflar, tablolar, resim galerileri, formlar, video, indirilebilir dosyalar, ekip biyografileri, referanslar, gömülü haritalar. Hangi sayfaların kalıcı olduğunu ve hangilerinin kampanya sayfası olduğunu not edin. Sayfaları iş hedefine göre sıralayın. Bu olması güzel bir şey değil; her şablona uygulayacağınız filtredir.
Pratik adım: basit bir elektronik tablo oluşturun. Sütunlar sayfa adlarıdır. Satırlar içerik türleridir. Sayfa bunu gerektiriyorsa kutuyu işaretleyin.
Tedarikçinin denetimi zorunlu bir gereksinimi ortaya çıkarır: her ürün sayfası, büyük bir teknik şartname tablosu ve yapışkan bir 'Teklif İste' düğmesiyle iki sütunlu bir yerleşime ihtiyaç duyar. Ana sayfanın üç pazar segmenti için bir bölüme ihtiyacı vardır. Kaynaklar sayfasının PDF'ler için tekrarlanabilir bir kart ızgarasına ihtiyacı vardır.
Normalde hazırlayacağınız şablonlardan herhangi biri bunu karşılıyor mu? Henüz bilmiyorsunuz. Mesele bu.
Sektöre özel şablonlar bunu hızlandırabilir. Endüstriyel bir dikey için oluşturulmuş bir şablon genellikle baştan itibaren ürün katalogları ve teknik şartname bölümleri içerir. Bu, bu blokları manuel olarak oluşturmaktan sizi kurtarır. Ancak dikey etiketler vaat değildir. Bir 'üretim' teması ihtiyacınız olmayan bir blog bölümü içerebilir ve ihtiyacınız olan bir distribütör bulucuyu atlayabilir. Şablonu kategori adına göre değil, denetime göre değerlendirin.
Bu yavaş kısım gibi geliyorsa, değildir. Bu önceden haritalandırma, 'şablon uymuyor' döngüsünü sona erdiren şeydir. Bu döngünün neden kâr marjını yediğine daha derinlemesine bakmak için şablon iş akışlarının neden yavaş hissettirdiğini ve nasıl düzeltileceğini okuyun.
Ana Sayfadan Önce Ürün Sayfalarını Okuyun
İşte tuzak: şablon demosu tam ekran videolu etkileyici bir ana sayfa gösterir. Bunu müşteriye gösterirsiniz. Onaylarlar. Sekiz satırlık teknik şartname tablosu olan bir ürün detay sayfası oluşturmaya gidersiniz ve düzen dağılır.
Şablonları ana sayfalarına göre değerlendirmeyi bırakın. Onları en sıkıcı sayfalarına göre değerlendirin.
Demonun iç sayfalarını açın. Ürün sayfasında teknik şartname tablosu var mı? Uzun bir veri tablosu sarılıyor mu yoksa kayıyor mu? Yapışkan bir harekete geçirici mesaj var mı? On sorulu bir SSS sayfası yüklediğinizde ne olur? Blog listesi yirmi değil de dört öğeyle bilinçli görünüyor mu? Bu testlerden sağ çıkan şablon satın almaya değer olandır.
Tıklamaya başlamadan önce bir karşılaştırma yardımcı olur:
| Müşterinin söylediği | Şablonun barındırması gereken |
|---|---|
| 'Modern bir hisse ihtiyacımız var' | Tipografinizle çatışmayan tam genişlikte, görsel odaklı bir bölüm |
| 'Ürün sayfaları önemli' | Teknik şartname tabloları, PDF bağlantıları, ilgili ürünlerle tekrarlanabilir ürün yerleşimi |
| 'Satın almayı kolaylaştırın' | Satın alma yoğunluğu yüksek her sayfada görünen bir teklif veya rezervasyon formu |
| 'Site bizimle büyümeli' | Yeniden oluşturmadan yeniden sıralayabileceğiniz modüler bölümler |
| 'Çok sayıda PDF'imiz var' | Bozulmadan ölçeklenen bir kart ızgarası veya belge listesi |
Bu tabloyu filtre olarak kullanın. Bir şablon bir satırı karşılamıyorsa, onu atın. Tüm satırları geçerse, ana sayfa neredeyse alakasız—onu uyarlayabilirsiniz.
Sonradan Bozulan Şeyleri Kontrol Edin
Duyarlılık, SEO dostu olma, yükleme hızı, özelleştirme seçenekleri, kullanıcı deneyimi. Bu özellikler bir siteyi lansmandan sonra canlı tutar ve ekran görüntüsünde görünmezler.
Demoyu gerçek bir telefonda açın. Teknik şartname tablosu yatay kaydırma tuzağına mı dönüşüyor? Yapışkan teklif düğmesi hâlâ erişilebilir mi yoksa altbilgiyi mi kapatıyor? Tema demosunda sayfa hızını test edin. Ağır animasyonlar ve büyük videolarla dolu bir şablon tuğla gibi yüklenir.
Satın almadan önce SEO temellerini kontrol edin: temiz sayfa başlıkları, meta açıklamalar, anlamsal başlık hiyerarşisi, resim alt alanları, ürünler veya yerel işletme için şema desteği. Birçok ekip bunu çok geç öğrenir. Sıralamalara mal olan SEO mitleri, sonuç vaat etmeden önce doğrulamanız için iyi bir hatırlatmadır.
Özelleştirme seçenekleri de önemlidir. Sizi sabit bölümlere kilitleyen bir tema, bir sayfa oluşturucunun dakikalar içinde yapabileceği şeyler için geliştirici kiralamaya zorlar. Bölümleri yeniden sıralayabileceğiniz, yeni bir içerik bloğu ekleyebileceğiniz ve genel yazı tiplerini ve renkleri tek bir yerden değiştirebileceğiniz şablonlara bakın. Ne kadar modüler olursa, her müşterinin sitesinin özel hissettirmesini sağlamak o kadar kolay olur.
Müşteri Yanlış Şablona Kapıldığında Ne Yapmalı
Üç seçenek gönderirsiniz. Müşteri, kısa listenize almadığınızla—devasa bir mozaik ızgaralı bir portföy temasıyla—yanıt verir. Ürün teknik şartname tablosu şablonda bulunmadığı için içerik denetiminde başarısız olur. Teslim olma dürtüsüne direnin.
Müşteriye bir tartışma değil, içerik denetimini gösterin. Şablonun demo ürün sayfasını açın. Ürün sayfası yoksa, boşluğu adlandırın. 'Bu temada teknik şartname tablosu yerleşimi yok. Sıfırdan bir tane oluşturmak zorunda kalırız, bu da şablonun hız avantajını ortadan kaldırır.' Onlara hayır demek için somut bir temel verin.
Ardından onları kısa listenize geri yönlendirin. İncelenmiş seçenekler arasından seçim yapmalarına izin verin. Hâlâ ısrar ederlerse, sapmayı özel bir yapım kalemi olarak kapsamlandırın. Bu pasif-agresif değil—dürüsttür. Müşteri güzel şablona ve ekstra zaman çizelgesine sahip olabilir. Sadece maliyeti bilmeleri gerekir.
İlke: görsel çekicilik gerçektir, ancak yalnızca bir özelliktir. Her şablon seçimini denetime bağlayarak sitenin temel işini koruyun.
İlk Yapım Bir Tasarım Geçişi Değil, Bir İçerik Dökümüdür
Şablonu seçtiniz. Müşteri bir tasarım bekliyor. Demoyu hemen yeniden stillendirme cazibesine direnin.
İlk yapım bir içerik dökümüdür. Her örnek öğeyi müşterinin gerçek içeriğiyle değiştirin—gezinme etiketleri, gerçek başlıkları, gerçek ürün adları, varsa görselleri, e-posta adresleri. Şablonun varsayılan yazı tiplerini ve renklerini yerinde bırakın. Sonra neyin bozulduğuna bakın.
Tedarikçi sitesinde, 'Hizmetler' gezinme etiketi, menü alanı için üç kelime fazla uzun olan 'Ürünler ve Teknik Şartnameler' hâline gelir. Ana sayfa kahraman başlığı 'Üretimde Ortağınız' üç satıra sarılır ve düğmeyi katlama çizgisinin altına iter. Gerçek verilere sahip bir ürün tablosu sütununu taşırır. Bu değerli bilgidir. Hangi bölümleri özelleştireceğinizi tam olarak söyler.
Önce renkleri değiştirirseniz, her yerleşim sorununu şablona atfedersiniz ve durumu daha da kötüleştirirsiniz. Önce içerik dökümünü yapın. Bu, proje sırasında çalıştıracağınız en ucuz tanılama yöntemidir.
Özelleştirme yaptığınızda, bir önceliklendirme geçişi yapın: gerçek verilerle bozulan bir yerleşim şimdi düzeltilir; kozmetik bir tercih, müşteri onay turu için kaydedilir. Bu, tüm öğleden sonrayı bir logonun aralığını ayarlayarak geçirip teklif formunun çalışmadığını keşfettiğiniz klasik başarısızlığı önler.
Gerçek İçerik Olmayan Her Şeyi Kaldırın
Şablonlar dolgu içeriğiyle gelir. 'Widget Nasıl Seçilir' hakkında blog yazıları, stok fotoğraflı beş ekip biyografisi, bir referans kaydırıcısı, bir etkinlik takvimi, bir fiyatlandırma tablosu. Müşterinizin bir bölüm için gerçek içeriği yoksa, bölümü kaldırın.
Boş veya neredeyse boş bölümler sitenin bitmemiş hissettirmesine neden olur. İki alıntılı bir referans kaydırıcısı bozuk görünür; tek fotoğraflı bir ekip ızgarası üzücü görünür. Tedarikçi müşterisinin fotoğraf çekimi olan iki ürün kategorisi var ve geri kalanında hiç yok. Yer tutucu galeriler oluşturmayın. Galeriyi kaldırın veya fotoğrafsız kategoriler için iyi tasarlanmış bir belge listesiyle değiştirin.
Aynı kural sayfa türleri için de geçerlidir. Şablonda blog varsa ve müşteri yazı yazmayacaksa, blogu gezinmeden silin ve bir haber sayfası tutmaya karar verin. Yalnızca içerik denetimiyle eşleşen sayfaları tutun. Kullanılmayan bir sayfa, lansmandan sonra bir bakım yükümlülüğü ve özelleştirici için bir kara deliktir.
Ödünleşim: özel bir yapım hayal edebileceğiniz her sayfayı içerebilir. Bir şablon bunu yapamaz. Bu yüzden içerik denetimi önce gelir. Tüm demo bölümleri sağlamken en iyi görüneni değil, müşterinin ihtiyaçlarının çoğuyla birlikte gelen şablonu istersiniz.
Bir Lansman Kitiyle İkinci Müşteriyi Daha Hızlı Oluşturun
İlk geçiş tasarım gereği yavaştır. İş akışını oluşturuyorsunuz. İkinci müşteri daha hızlı olmalı çünkü artık sürece sahipsiniz, aynı şablonu yeniden kullandığınız için değil.
İlk projeden sonra bir lansman kiti oluşturun. En azından:
- Birinci bölümdeki keşif soru listesi.
- Müşteri başına bir sekme içeren içerik denetimi elektronik tablosu.
- Yaygın dikeyler için sayfa türü kontrol listesi.
- Tek sayfalık bir özelleştirme oyun kitabı: içerik dökümü, yerleşim düzeltmesi ve ardından stil uygulama sıranız.
- Dikey başına bir 'şablon kısa listesi'—zaten incelediğiniz iki veya üç tema.
Sonraki müşteri gelir. Kiti açarsınız, tedarikçinin ürün hatlarını silersiniz, fiyat listesi sayfasını eklersiniz ve aynı denetimi çalıştırırsınız. Süreci yeniden keşfetmezsiniz. Onu uygularsınız.
Ajanslar her web sitesini boş bir sayfa olarak ele almayı böyle bırakır. Ekibiniz düzenli olarak aynı hataları tekrarlıyorsa, kötü bir alışkanlığı kurumsallaştırmadan önce şablonları mahveden özelleştirme hatalarını kontrol edin.
Şablonun Sorun Olmadığı Zamanı Bilin
Bir aşama daha: revizyon turu. Müşteri daha büyük punto, bir atlıkarınca, ekstra bir açılış sayfası ve 'logoyu nabız gibi attırabilir miyiz?' diye sorar. Doğal tepki şablonu suçlamaktır. Her zaman değil.
Çoğu revizyon süreci bir şablon sınırlaması değildir. Bu, eksik bir ortak plandır. Müşteri içeriklerinin bir sayfaya nasıl eşlendiğini göremezse, sayfanın amacı hiçbir zaman açık olmadığı için yerleşim değişiklikleri istemeye devam eder. Belirsiz bir istek aldığınızda, denetiminizden sayfanın amacına geri dönün. 'Bu sayfa bir teklif talebi almak için tasarlandı. Nabız gibi atan bir logo bu hedefi ilerletmez. Bunun yerine yapışkan bir teklif düğmesi koyalım.'
Dürüst ödünleşim budur. Özel bir yapım neredeyse sınırsız esneklik sunar, ancak bu esnekliğin bir maliyeti vardır: lansmandan sonraki her değişiklik bir değişiklik emri hâline gelir ve site iş hedefinden sapabilir. İyi seçilmiş, modüler bölümlere sahip bir şablon, yeni blokları daha hızlı ve daha ucuz şekilde emebilir—eğer onu bir içerik denetimine göre seçtiyseniz. 'Şablon bunu yapamaz' ile 'bu bu sayfaya ait değil' arasındaki farkı bilin.
Sonuç
Şablonları görünüşe göre değil, önce içeriğe göre seçin. Alım sorularını çalıştırın. İçerik türlerini haritalandırın. İç sayfaları denetleyin. Tasarım geçişinden önce içerik dökümünü yapın. Gerçek olmayanı kaldırın. Öğrendiklerinizi bir sonraki müşteri için saklayın.
Tedarikçi sitesi yayına girer. Üç ay sonra, bir HVAC yüklenicisi size gelir. Aynı süreç, yeni elektronik tablo sekmesi, daha hızlı uygulama. Şablon, tekrarlayabileceğiniz bir başlangıç noktası hâline gelir ve müşteri, gerçek içeriklerine dayanan bir site alır.
Sorularla başlayın. Şablon onu takip edecektir.




