Kazanan İçerik Odaklı Bir Web Sitesine Giden Yolunuzu Nasıl Yinelersiniz?

Benim gibi, günlerinizin çoğunu içerik odaklı web sitelerinde çalışarak geçiriyorsanız, havalı çocuk partisinin dışında hissedebilirsiniz. Çevik, sürekli yineleme ve kullanıcı geri bildirimi gibi en iyi uygulamalar, çok sayıda bilgi sunarken harika bir web uygulaması yerine pek iyi oturmaz.

İçerik odaklı bir siteden bahsettiğimde, birincil amacı görevleri tamamlamak yerine bilgi aktarmak olan herhangi bir web sitesini kastediyorum. Tipik olarak bunlar pazarlama odaklı web siteleridir, ancak müşteri desteği sunabilir veya akademik veya gazetecilik rolüne sahip olabilirler. Kullanıcıların bir bültene kaydolmak gibi bazı görevleri tamamlamalarına izin veriyorlar, ancak bu, amaçlarının sadece küçük bir kısmı.

Ne yazık ki, çoğumuzun içerik odaklı web siteleri oluşturma şekli pek uygun değil ve bu konuda bir şeyler yapmamız gerekiyor.

İçeriğe Dayalı Web Sitelerini Nasıl Oluşturduğumuzla İlgili Sorun

Bu siteler genellikle yanlış öncülden başlar. Kendimize "Ne söylemek istiyoruz?" diye sorarak başlıyoruz. "Kullanıcı ne bilmek istiyor?" Bu zihniyet, diğer kanallar için içerik oluşturmaktan kaynaklanmaktadır. Bir kişinin dikkatini çekmenin ve mümkün olduğunca uzun süre tutmanın gerekli olduğu kanallar, ancak web siteleri tasarlarken öncül farklıdır. İnsanlar siteyi ziyaret etmeyi seçti ve bu nedenle şimdiden bir dereceye kadar ilgilerini dile getirdiler. Vurgu, dikkatlerini çekmek yerine, sorularını tatmin edecek şekilde cevaplamak üzerinedir.

Ancak, içerik odaklı web sitelerine nasıl yaklaştığımızla ilgili tek sorun bu değil. Çoğu durumda, hala çevikten çok şelaleye benzer bir süreç kullanılarak oluşturulurlar.

1. Tasarımlar oluşturuyoruz ve imzalatıyoruz.
2. Bir içerik yönetim sistemi içinde tasarım şablonları oluşturuyoruz.
3. CMS'ye içerik ekliyoruz.

Genellikle tasarımlar, biz herhangi bir içerik görmeden önce oluşturulur ve bu nedenle ikisi arasında çok az ilişki vardır. İçerik aslında sadece tasarım kovalarına dökülür!

Aramızdaki daha çalışkan olanlar, üzerinde çalışacak gerçek bir içeriğe sahip olana kadar tasarıma başlamayı reddediyor, ancak bu genellikle diğerlerinin projenin gecikmesini önlemek için kopyayı acele etmesine yol açıyor.

Tabii bir de kullanılabilirlik testi var . Lansman gününe kadar hala içerik eklediğimiz için genellikle ihmal ediliyor. Ancak gerçekleşse bile, hiç kimse bir şeyleri değiştirmenin zorluğunu ve maliyetini istemediğinde, projenin sonuna doğru olma eğilimindedir.

Tüm bunlar şüpheli bir şekilde tanıdık geliyorsa, cesaretinizi kaybetmeyin. Son yıllarda farklı bir yaklaşım deniyorum ve çoğunlukla işe yarıyor gibi görünüyor. Tasarım ve içeriği ortaklaşa geliştiren ve aynı zamanda süreç boyunca düzenli testlere izin veren bir yaklaşımdır.

İçeriğe Dayalı Bir Web Sitesinin Gelişimini Başlatmak

Beklediğiniz gibi, içerik odaklı web sitesi projelerini başlatma eğilimindeyim. Başarıyı ölçebilmemiz ve rolünün ne olması gerektiği konusunda net olabilmemiz için site için öncelikli bir iş hedefleri listesi oluşturarak başlıyorum. Ancak bu noktadan sonra işler, sıklıkla karşılaştığım standart şelale sürecinden hızla sapar.

Hemen tasarıma ve marka mesajlaşma konusundaki tartışmalara atlamak yerine , web sitesini ziyaret edecek insanları daha iyi anlamaya odaklanmayı tercih ediyorum. Kuşkusuz, önceden kullanıcı araştırması yapmak devrim niteliğinde olmaktan uzaktır. Ancak birçok organizasyonda bunun ne kadar az gerçekleştiği şaşırtıcı - 2017'de bile.

Biraz daha olağandışı olan şey, araştırmamın genellikle kullanıcıların web sitesini ziyaret ettiklerinde sahip oldukları soruları oluşturmaya odaklanmasıdır. Hem ilk kez gelen ziyaretçilerden hem de geri dönenlerden gelen sorular.

Bu soruları toplamak nispeten basittir. Kullanıcılarla röportaj yaparak başlıyoruz. Ancak, konuşabileceğiniz kullanıcı sayısının bir sınırı vardır. Başka bir yaklaşım, mevcut web sitenizde kullanıcılara hangi soruları olduğunu soran bir anket yapmaktır. Son olarak, çağrı merkezlerindekiler gibi müşteriyle yüz yüze olan personelle konuşmak , onların tekrar tekrar duydukları önemli sayıda soruyu ortaya çıkaracaktır.

Son soru listesinin kapsamlı olma ihtimali var, ama sorun değil. Ancak, bu sorulardan bazıları diğerlerinden daha önemli olacaktır. Kolayca bulunabilmelerini ve daha az kritik sorguların bolluğu arasında kaybolmamalarını sağlamak için bunları tanımlamamız gerekir.

Gerry McGovern'ın en önemli görev analizinin yardımcı olabileceği yer burasıdır. Anket kullanıcılarının en çok hangi soruları veya görevleri önemsediklerini anlamaları basit bir süreçtir. Gerry, A List Apart hakkında süreci kapsayan mükemmel bir makale yazdı, bu yüzden burada tekrar etmeyeceğim.

Bu en iyi görev analizinin size bırakacağı şey, kullanıcıların sahip olduğu öncelikli bir soru listesidir. Bu, site içeriğinin özü haline gelebilir ve yararlı bir web sitesi için yinelememize yardımcı olabilir.

İçerik ve Tasarımda Aslına Uygun Olarak Yineleyin

Tamamlanmış sitemizi yinelemeye başlamadan önce, bilgi mimarisini oluşturmamız gerekiyor. Sorularımız bu yapıyı belirlemenin temeli olabilir.

Soruları, kullanıcıların en önemli soruları kendileri için anlamlı olan gruplar halinde düzenlediği bir kart sıralama alıştırmasının temeli olarak kullanabiliriz. Bu gruplamalar, sitenin kurumsal yapıdan ziyade kullanıcıların zihinsel modelini yansıttığından emin olarak, site bilgi mimarisini geliştirirken bizi bilgilendirmeye yardımcı olabilir.

Bilgi mimarimizin ilk taslağını elde ettikten sonra, hiçbir tasarım oluşturmamış ve hiçbir kopya yazmamış olsak da, sitemizi oluşturmaya ve test etmeye başlayabiliriz.

İçerik odaklı web siteleri neredeyse her zaman bir içerik yönetim sistemi üzerine kuruludur, bu nedenle biz kullanıcı sorularını araştırırken geliştiriciler herhangi bir yere bir hazırlama sunucusuna kullanıma hazır bir kurulum koyabilirler.

Artık bu CMS'de bilgi mimarisini yansıtan boş sayfalar oluşturmaya başlayabiliriz. Bu sayfalarda ihtiyaç duyulan tek şey, sayfalar (gezinme bağlantıları) arasında gezinme yöntemi ve her sayfada hangi soruların yanıtlanmasını beklediğimize ilişkin madde işaretleridir.

Bu bize hemen test etmek için somut bir şey verir. Tasarımsız ve içeriksiz bile olsa bilgi mimarisini kontrol edebiliriz. Kullanıcılar cevaplamak istedikleri soruları bulabilir mi? Yapı onlara mantıklı geliyor mu?

Bu kurulduğunda, şimdi sadakati artırmaya başlayabiliriz. Tasarımcı, kritik sayfalara bazı temel tipografi ve düzenleri tanıtmaya başlayabilir. Bu arada, içerik yazarları, sayfalardaki soruları yanıtlayan birkaç ön madde işaretiyle veya uygun olduğunda mevcut sitede soruları yanıtlayan sayfalara geçici olarak çapraz bağlantı vererek sayfaları ete kemiğe büründürmeye başlayabilir.

Bu noktada, daha fazla test yapabiliriz. Tasarımcı tarafından oluşturulan görsel hiyerarşinin, kullanıcıların temel içeriği tespit etmesine izin verip vermediğini görebiliriz. Aynı şekilde, eski web sitesinden düşüncesizce geçiş yapmaya başlamadan önce, kullanıcının sorularını yanıtlayıp yanıtlamadığını görmek için eski sitede bağlantı verilen içeriği test edebiliriz.

Bir sonraki yineleme turunda, tasarımcılar tasarımı geliştirilmiş tipografi, renk ve diğer üslup unsurlarıyla iyileştirmeye başlayabilirken, metin yazarları site genelinde kaba kopya eklemeye başlayabilir. Yine, yeni kopyanın soruları yanıtladığından ve tasarım iyileştirmelerinin dikkat dağıtmak yerine yardımcı olduğundan emin olmak için bu gerçek kullanıcılarla test edilebilir.

Böylece süreç, her turda devam ediyor, kopyaya ve tasarıma daha fazla aslına uygunluk katıyor, siteyi mevcut sitede bir iyileştirme olan bir şeye daha da yaklaştırıyor. Bu noktada, onu canlı olarak zorlayabiliriz. Ancak o zaman bile, daha sonraki yineleme turları gelişmeye ve temel sayfaların performansını artırmaya devam edebilir.

Tabii ki, bunların hepsi prensipte kulağa hoş geliyor, ancak düşüncede bir değişiklik gerektiriyor.

Düşünmede Bir Değişim

Başlangıç ​​olarak, tasarımcılar için farklı düşünmeyi gerektiriyor. Birçok tasarımcı, aslına uygun maketler tasarlamak için hala Sketch veya Photoshop kullanıyor. Bu yaklaşım, tarayıcıda nihai bir tasarıma doğru yinelemelerini önerir.

Bununla birlikte, iki yaklaşımın birbirini dışlayan olması gerektiğine inanmıyorum. Kullanıcı geri bildirimlerine göre değişeceği anlaşıldığı sürece, Sketch'in başlarında daha rafine tasarım çözümlerini denemekte yanlış bir şey yoktur. Bu tasarım daha sonra yavaş yavaş kullanıma sunulabilir ve hazırlama sunucusunda test edilebilir.

Tutumdaki bir başka değişiklik de içerik geçişi ile ilgili olacak. Tipik olarak, önceki web sitesindeki içeriği toplu halde yeni web sitesine taşıyacağımıza dair bir varsayım olacaktır. Tamamen yeni içerik oluşturma fikri aşılmaz görünebilir.

Gerçekte önerdiğim şey bu değil. İçeriğin kullanıcı sorularını yanıtladığı bir dereceye kadar içeriği taşıyabiliriz. Ancak bu topluca veya körü körüne gerçekleşmemelidir.

Ayrıca, düşündüğünüz kadar içeriğin yakınında herhangi bir yerde yeniden yazmanın gereksiz olduğunu göreceksiniz. Neredeyse kesinlikle, taşınması gerektiğini düşündüğünüz kopyanın önemli bir kısmının, bir kullanıcının sorusuna yanıt vermediği için kullanımdan kaldırılabileceğini keşfedeceksiniz. Bunun avantajı, bakımınız için önemli ölçüde daha az içerikle kalmanızdır.

Bununla birlikte, muhtemelen düşüncedeki en önemli değişiklik, devam eden çalışmaları göstermektir. Tasarımcılar veya içerik uzmanları olsun, çoğumuz hala, başkalarının görmesine izin vermeden her şeyi mükemmel hale getirme arzusundan muzdaripiz. Ancak bu yaklaşım, içeriği ve tasarımı erkenden eleştiriye maruz bırakıyor. Bu, yapılması zor ama zorunlu bir zihinsel değişimdir.

Paydaşların ve müşterilerin devam eden çalışmaları görmelerine izin vermenin bir felaket reçetesi olduğunu düşünebilirsiniz, ancak değildir. Aslında, deneyimlerime göre, gözlerinin önünde bir sitenin ortaya çıktığını görmeye olumlu tepki veriyorlar. Herhangi bir şey görmeden haftalarca (hatta aylarca!) beklemek yerine, projeyi başlattıktan sonraki günler içinde bir web sitesinin iskeletini görmeye başlayacaklar. Psikolojik olarak, bu çok büyük bir fark yaratıyor.

Ayrıca, web sitesinin adım adım geliştiğini görerek , projeyle daha fazla meşgul olduklarını hissediyorlar ve gelişiminin ardındaki süreç hakkında bilgi sahibi oluyorlar. Bu, paydaşların nihai çözümü reddetme olasılığını azaltır.

Son olarak, itirazları varsa, bunlar, düzeltilmesi kolay olduklarında sürecin başlarında belirlenir. Elbette bu, işlerin değişmesinin zor olduğu son dakikaya kadar beklemekten daha tercih edilir.

Bugün İlk Adımı Atın

İçerik odaklı bir web sitesini bu şekilde geliştirmenin mükemmel bir çözüm olduğunu söylemiyorum, ancak tasarım ve içeriğin aslına uygunluğunu sistematik olarak artırarak nihai bir siteye doğru yinelemenin daha iyi sonuçlara ve daha az dahili dirence yol açtığını buldum.

Yine de benim sözüme inanmayın - kendiniz deneyin. Küçük başla. Tüm web sitenizin büyük bir yeniden tasarımına atlamak, ilgili herkes için çok büyük bir adım olabilir. Belki bu yaklaşımı yeni bir mikro sitede veya sitenizin güncellemekte olduğunuz bir bölümünde deneyebilirsiniz .

Alternatif olarak, özetlediğim sürecin yalnızca bir bölümünü uygulamayı deneyin. Belki de kuruluşunuzun vermek istediği mesajlarla başlamak yerine kullanıcı sorularını toplayarak bir projeye başlayın. Veya belki de piksel mükemmel tasarım kompozisyonları üretmek yerine az miktarda prototip oluşturmayı deneyebilirsiniz.

Demek istediğim, sizin için neyin işe yaradığını seçip seçebilirsiniz ve bir gecede değiştirmeniz gerekmez. Önemli olan, sitenizin tasarımını ve içeriğini etkilemek için kullanıcı geri bildirimlerine izin vermeye başlamanızdır.