İçerik
- Deli kral
- İçeriği tasarımla eşleştirme
- Sorun: içerik parçalanmış
- Çözüm: İçerik oluşturmayı merkezileştirin
- Sorun: içerik organik
- Çözüm: Denetlemeye erken başlayın
- Sorun: içerik tutarlı olmalı
- Çözüm: İçerik modellerini kullanın
- Sorun: içerik uyarlanabilir olmalıdır
- Çözüm: C.O.P.E'yi öğrenin
- Sorun: içerik açık olmalı
- Çözüm: çevrimiçi işbirliği araçları
- Sorun: içeriği korumak
- Çözüm: Düzenli içerik denetimleri
- Bir dizi kaynak
Bu makale ilk olarak web tasarımcıları ve geliştiricileri için dünyanın en çok satan dergisi olan .net dergisinin 233. sayısında yayınlandı.
Geçenlerde, fotoğraflarla ve el yazısıyla yazılmış belgelerle dolu iki büyük karton kutuyu taşıyan bir toplantıya gelen bir müşteri hakkında bir hikaye duydum. Bu malzemenin ne olduğu sorulduğunda müşteri şu cevabı verdi: "Bu, web sitemin içeriğidir."
İçeriği yönetmek, her web geliştiricisinin karşılaştığı bir sorundur. Çok da uzak olmayan bir geçmişte, ajansımız müşterilerinden mum boya çizimlerinin taramalarından hiç bitmeyen Word belgelerine (saykodelik gökkuşaklarıyla birlikte) kadar değişen formatlarda materyal aldı. PowerPoint sunumları, InDesign dosyaları ve basılı broşürler alıyorduk. Uzun süredir acı çeken gelen kutularımız tutarsız içerik parçalarıyla inliyordu.
Bu çılgınlığın sonucu, tamamen yapılandırılmamış malzeme yığınlarını deşifre etmek için sayısız sinir bozucu saatin harcanmasıydı. Şöyle düşünüyorduk: içerik kral olabilir - ama kesinlikle bu bir krala davranmanın yolu değil mi?
Deli kral
Müşterilerden içerik almanın yarattığı travmayı en aza indirmenin yolları hakkında çok sayıda makale yazılmıştır. Bu makalelerin çoğu, istemcilerden gelen içeriği "sıkıştırmanın" ve hatta "eşleştirmenin" en iyi yollarını ortaya koymakta ve bu yöntemleri soruna geçerli çözümler olarak öne sürmektedir.
Ancak burada bir fikir çatışması var. İçerik stratejisi artık tasarım ve geliştirme iş akışlarının devam eden bir karşılığı olarak kabul ediliyorsa, basitçe "müşterilerden içerik almaktan" daha aktif bir şey içermesi gerekmez mi?
İçeriği tasarımla eşleştirme
İçeriğinizin tasarımını tasarımınızın tasarımına bağlamanız gerektiği iddia edildi. Mishlaev Vitaliy'nin belirttiği gibi, bunu başaramazsak tasarımcılar, hayali yapıları tutmak için boş bir tuvali işaretleyerek basitçe ressam olurlar. 'İçeriği tasarlamak' ve 'uyarlanabilir içerik tasarlamak' gibi kavramlar, içeriğin gerçekten bir projenin özünde olduğu fikrinin altını çizer; gerçekten kraldır.
Öyleyse neden birçok web uygulayıcısıyla konuştuğumda, ilk etapta materyal toplama görevinden rahatsız oluyorlar? Hala temel konularla mücadele ediyorsak, içerik stratejisinin daha karmaşık yönlerinden herhangi biriyle nasıl ilgilenebiliriz?
Demek istediğim, müşterilerden ne şekilde gönderirlerse göndersinler içerik alma konusundaki bu temel kavramı geride bırakmamız gerektiğidir. Güncelliğini yitirmiş, modası geçmiş ve başarılı bir web içeriği stratejisi oluşturan yeni ortaya çıkan kavramlarla temelde uyumsuzdur.Bu sorunlardan bazılarına daha yakından bakalım ve nasıl önlenebileceğini düşünelim:
Sorun: içerik parçalanmış
Şirketlerin geleneksel olarak içerik yaratma biçimiyle ilgili iki büyük sorun vardır:
- İçerik bağımsız olarak planlanır, üretilir, sunulur ve yayınlanır.
- İçeriğin kendisi bir CMS'ye girene kadar kesilir.
Yaygın bir senaryo, müşterilere, katkıda bulunanlara ve / veya içerik üreticilerine basitçe hangi içeriğin gerekli olduğunun söylenmesi ve ardından bu gereksinimler doğrultusunda materyali oluşturup sunmaya devam etmesidir.
Örneğin, teknik yazarlara genellikle pazarlama yazarlarına gidip bir pazarlama sitesinin içeriğini yazmaları ve diğer gruplar da arama ve sosyal medya içeriğini yönetirken gidip yardım belgeleri yazmaları söylenir.
Bu çalışma şekli, içerik oluşturucuların projeye bütünüyle ilgili gerçek bir bakış açısına sahip olmalarını zorlaştırır: içerik parçalarının diğerleriyle nasıl ilişkili olduğunu görmek. İşbirliğini zorlaştırır ve içerik üreticilerinin projeye dahil olan diğer insanlarla, özellikle de tasarımcılar ve geliştiricilerle iletişim kurmasını daha az zor hale getirir. Son olarak, belirli içerik parçalarını izlemeyi, güncellemeyi ve değiştirmeyi daha zor hale getirir.
Genellikle aşamalı bir gönderim sürecini takiben, bazı şanslı bireye (veya şüphesiz gelen kutuları ve hazırlıksız beyin saplarına sahip bir dizi kişiye) elbette tüm bu içeriği birleştirme, inceleme ve yapılandırma görevi verilir. İçeriğin kapatılması, kalitenin, tutarlılığın ve alaka düzeyinin ölçülmesi ve ardından hepsini yayınlamak için çeşitli kanallara yerleştirilmesi çok büyük miktarda zaman ve enerji gerektirdiğinden, burası dağınık olabilir. Bunun gibi kaotik ortamlar, içeriğin kendisinin bütünlüğünü korumaya odaklanmayı zorlaştırır.
Bir projenin güncel kalmasını sağlama ihtiyacı eğlenceyi artırır, çünkü içerik parçalarını eklemek veya değiştirmek aynı sürecin tekrarlanmasını gerektirebilir. Çoğu zaman, proje yöneticileri rahatsız etmez ve içeriğin küflenmesine ve sıralamasına izin verilir.
Çözüm: İçerik oluşturmayı merkezileştirin
Bu karmaşadan kaçınmanın yolu, içerik oluşturmayı olabildiğince çevik tutmaktır. Oluşturulduktan sonra içeriği yönetmek için birini (veya bir şeyi) işe almakla ilgili değil; bu yaratma sürecini arka sokaklardan dışarı taşımak ve onu projenin merkezine geri koymakla ilgili. Sadece neyin yaratılması gerektiğine odaklanan tartışmalara sahip olmak ve devam eden işbirliklerini açmak, içerik daha iyi ve yönetimi daha kolay hale gelecektir.
Bu ilkeler, birçok proje yönetimi aracında eyleme geçirilebilir, Trello inanılmaz derecede güçlü bir örnektir. Ve ben de öyle söylersem, GatherContent de oldukça harika.
Sorun: içerik organik
Proje içeriğinin davranış biçimi giderek daha organik hale geliyor. Dış koşullara sürekli olarak değişmesi ve uyum sağlaması gerekir: bir ağaç veya başka bir bitki gibi, durmaksızın büyüyor, yaprakları döküyor, yeni dallar açıyor… ve muhtemelen tırmanıyor, oyuluyor ve hatta kesiliyor.
Bu benzetmeyi daha da ileriye götürerek, projelerin gelişmesini istiyorsak ve eğer şanslıysak, meyve verecekse, onları iyi yönetilen destek sistemleriyle istikrarlı ortamlarda beslememiz gerektiğini söyleyebiliriz.
Çözüm: Denetlemeye erken başlayın
Bu tür ortamları kurmak için erken başlamak gerekir. Gerilla UX araştırmasında olduğu gibi, bireysel görevleri saatler, hatta dakikalar içinde gerçekleştirebilecek kadar küçük hale getirerek, içerik yönetimi devasa, çaresiz bir son dakika telaşından ziyade tüm bir proje boyunca gerçekleşen bir şey haline gelebilir. Az ve sıklıkla geç ve sert olmaktan daha iyidir.
Tam içerik denetiminin acısı yerine, başlangıç süreci, mevcut site içeriğiyle ilgili sorunları keşfetmek kadar basit olabilir. Alakasız, modası geçmiş, lorem ipsum, var olmayan, bağlantısız, bozuk mu - yoksa sadece yanlış mı? Bu sorunlara basitçe işaret etmek, bir içerik stratejisi geliştirmeye yönelik bu ilk yatırımı teşvik etmenin iyi bir yoludur.
Sorun: içerik tutarlı olmalı
Tutarlılık, çatılardan içerik stratejistleri, editörler, tasarımcılar, SEO ekipleri, UX uzmanları, yöneticiler, pazarlamacılar, araştırmacılar, yayıncılar, kullanıcılar, okuyucular, tüketiciler, eleştirmenler, müşteriler ve muhtemelen anneniz tarafından haykırılan bir kelimedir.
Ancak tutarlılık, içeriğin bağımsız olarak tanımlandığı, bağımsız olarak üretildiği ve ardından basitçe "toplandığı" bir senaryonun kurbanıdır. Bir projeyi birbiriyle bağlantısı olmayan birden çok belgeye bölmek, içerik sürümlerini, çapraz referans belgelerini takip etmeyi veya projelerinize kuşbakışı bakmayı zorlaştırır.
İçeriği uygulanabilir parçalara bölmek mantıklı olsa da, bu parçaları birbirine bağlayamazsak, tutarlılığı ve sürekliliği nasıl sağlayabiliriz?
Çözüm: İçerik modellerini kullanın
Tutarlılığı planlarken, içerik modelleri oluşturmayı düşünün. Bunlar, bir projenin amaçlarını ve çıktılarını derinlemesine analiz etmenin harika bir yoludur. İçerik modelleri, içerik üreticileri için yazılı stil kılavuzları oluşturabileceğiniz harika bir temel görevi görür (bunun harika bir örneği için www.voiceandtone.com adresine bakın).
Diğer bir hızlı çözüm, içeriğinizin temel bir haritasını oluşturmak ve bunu dahil olan herkes için erişilebilir kılmaktır. Genel bir kural olarak, içeriğiniz birbirine bağlanmalıdır ve bunu bir araya getirip çevrimiçi depolayarak yapabilirsiniz.
Sorun: içerik uyarlanabilir olmalıdır
Şu anda revaçta olan bir başka kavram da uyarlanabilir içeriktir. Bu, farklı cihazlara, senaryolara ve kullanıcılara uyacak şekilde artırılabilen içeriktir. Buna bir örnek, makalelerin alt başlıklarını daha küçük ekranlarda görüntülediğinde kaldıran duyarlı bir web sitesi olabilir. Erin Kissane'in dediği gibi: "İçeriğinizi her şeyi yapmaya hazırlayın, çünkü her şeyi yapacak."
Bağımsız olarak içerik üreten müşterilere veya katkıda bulunanlara sahip olmak, içeriğin uyarlanabilir hale gelmesini engellemese de, içeriğin yayınlamadan önce parçalara ayrılması, bu yeni uyarlanabilirlik kriteriyle büyük ölçüde uyumsuzdur, çünkü gerçek çıktıyı önizlemeyi veya prototiplemeyi imkansız hale getirir.
Çözüm: C.O.P.E'yi öğrenin
Karen McGrane'in gözlemlediği gibi, içeriği dağıtmak için uyarlanabilir araçlar oluşturmak istiyorsanız, akıllıca etiketlenmiş ve iyi yapılandırılmış içerik havuzları geliştirmelisiniz. Bu, yalnızca içeriğinizi parçalara ayırmak ve cihaza özgü formatları farklı tüplere pompalamak anlamına gelmez. Aynı zamanda harika bir CMS'ye sahip olmaktan çok daha fazlasını içermelidir. Bunun yerine, C.O.P.E'yi öğrenin (bir kez oluşturun, her yerde yayınlayın): sitenizin birden çok sürümünü beslemek için iyi düşünülmüş tek bir depo oluşturun.
C.O.P.E-ing kavramı üretime en aza indirilmiş bir odaklanma anlamına gelse de, uyarlanabilirliği gerçekten sağlamak için içeriğin yaratılma şeklinin de akışkan hale gelmesi gerektiğini düşünüyorum. Maksimum verimlilik için, depoların geliştirilmesi gerçekten içerik üreticileriyle devam eden çevik işbirliğini içermelidir. Merkezi bir konumda parçaları izlemeye ve değiştirmeye kendini adamış birinin olması, bakım üzerinde çok daha sıkı kontrolü teşvik eder.
Sorun: içerik açık olmalı
Bir gereksinim listesi içeren bir Word belgesinin veya elektronik tablonun etrafından dolaşmak, gerçekten bir işbirliği platformu olarak çok iyi çalışmaz. İşbirliği yapmak istiyorsanız, sadece içeriği değil, aynı zamanda geliştirme ve üretiminin çeşitli aşamalarında yer alan insanları da bağlamanız gerekir.
Çözüm: çevrimiçi işbirliği araçları
İnternetin harikaları sayesinde, içeriği çevrimiçi olarak depolamaya ve geliştirmeye ve bunlara sürekli erişim sahibi olmaya dönüştürmek kolaydır. Bunu yaparak, içerik geliştirme sürecini açabilir, daha akıcı ve şeffaf bir çalışma yöntemi oluşturabilir ve gereksinimleri basitçe tanımlama fikrini açık bir rehberlik sistemiyle değiştirebilirsiniz.
Bunun en büyük faydalarından biri, tasarımcıları ve geliştiricileri bir proje boyunca gerçek içeriğe başvurmaya teşvik ederek, tasarım ve içerik geliştirmenin daha uyumlu hale gelebilmesidir.
Bu işleme başlamanın en kolay yolu, birçok çevrimiçi belge depolama aracından birini kullanmaktır: Dropbox, SugarSync, Just Cloud ve Google Drive en popülerlerinden bazılarıdır. Projenize bağlı olarak, daha çok kişi yönetimine adanmış olan ve bu nedenle içerik üreticilerine daha doğrudan rehberlik etmenizi sağlayan Basecamp gibi diğer araçları benimsemekten de yararlanabilirsiniz.
Bu açıkça oldukça genelleştirilmiş bir senaryodur, ancak herkes için uygun olmasa da, içeriği açmaktan ve çevrimiçi depolamaktan kaynaklanan genel iletişim, rehberlik ve işbirliği ahlakını göz önünde bulundurmak için zaman ayırmaya değer.
Sorun: içeriği korumak
İçeriğin nerede bulunduğu belirsiz hale geldiğinde, güncellenmesi zorlaşır ve kısa sürede alakasız hale gelebilir. Yine, onu sürekli dikkat ve sürekli bakım gerektiren canlı bir şey olarak düşünün. Profesyoneller artık tasarımın sürekli, yinelemeli bir süreç olduğu düşüncesiyle projelere yaklaşıyor ve içeriğin test edilmesini ve güncellenmesini de bu perspektiften düşünmelisiniz.
Farklı projeler, farklı bakım zaman çizelgeleri oluşturur, ancak içeriğin en azından bazı küçük güncellemelere gerek kalmadan çok uzun süre bırakılabileceği nadiren görülür.
Çözüm: Düzenli içerik denetimleri
Web sitelerinin içeriğini test etmek için bazı harika araçlar var. Hepsinden önemlisi, Page Trawler'a bir göz atmalısınız: içerik denetimleri yapmak için inanılmaz derecede hızlı bir yol. Content Insight, içeriği koruma şeklimizde yeni bir çığır açmayı vaat eden içerik denetimleri için bir araç geliştirme sürecindedir.
Daha küçük kuruluşlara odaklanan Perch, içeriği izlemeyi ve güncellemeyi harika bir şekilde kolaylaştıran bir CMS'dir. Geliştiriciler, deneyimi basitleştirmeye odaklanarak, müşteriler, teknik açıdan bilgili olmayan metin yazarları ve site sahipleri gibi çok daha geniş bir insan yelpazesine bakım sağladılar.
Bir dizi kaynak
Gördüğümüz gibi, içerik geliştirmeyi birleştirmenin ve web tasarım sürecinizin geri kalanıyla entegre etmenin birçok yolu vardır; içerik stratejisi için bir temel oluşturmak. Geliştirme süreci boyunca iletişimi ve işbirliğini teşvik eden araçların gerçekten bir projenin kenarlarından içerik alıp ait olduğu yere, yani sahnenin merkezine koyabileceğinden eminim.
Her şeyden önce, içerik toplanmak yerine geliştirilmeli - yani, bir web sitesinin geri kalanının geliştirilmesiyle gerçekten bütünleştirilmelidir. İçerik modelleme gibi yöntemlerden yararlanarak ve tutarlı bir test, deneme ve çevik geliştirme ve bakım stratejisi benimseyerek, kendi içeriğinizi daha tutarlı, tasarım çalışmalarınıza daha uygun hale getirebilir ve web sitelerini daha iyi tanımlayabilirsiniz. sen üretirsin.
Creative Bloq'ta tasarımcılar için en iyi 20 tel çerçeve oluşturma aracını keşfedin.
