Unlimited Wordpress themes, plugins, graphics & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Web Design
  2. Content Strategy
Webdesign

Hal Buruk Terjadi saat Anda Tidak Memasukkan Konten Terlebih Dulu

by
Length:MediumLanguages:

Indonesian (Bahasa Indonesia) translation by Anggun Cornelis (you can also view the original English article)

Saya sedang melakukan percakapan yang menarik dengan teman sekantor akhir pekan lalu, mendiskusikan kebutuhan akan alat alur kerja konten pra-CMS (olok-olok pemuda klasik). Lebih khusus lagi, kata teman pertemanan itu memperdebatkan gagasan untuk memisahkan sistem pengelolaan konten: memiliki platform yang terpisah dari CMS penerbitan yang berfokus semata-mata pada alur kerja editorial dan produksi. Dia percaya Anda bisa melakukan semua pekerjaan ini secara langsung dalam CMS.

Meskipun ini adalah titik yang adil (setidaknya secara teknis), sejak itu saya diganggu dengan argumen yang bisa saya berikan terhadap gagasan melakukan semuanya di CMS.

Pada saat itu, saya hanya mengkritik pengalaman pengguna umum dalam menulis dan mengelola produksi konten dalam CMS, dan menggumamkan analogi Karen McGrane tentang pencetakan (tentang kesulitan memiliki satu alat yang mencoba melakukan semuanya).

Sejak saat itu saya menyadari bahwa jawaban saya benar-benar gagal untuk menghadapi masalah yang paling mencolok dengan maksudnya: ini menyiratkan bahwa produksi konten tidak memerlukan proses yang berdedikasi.

Anda Tidak Bisa Membuat Sketsa dalam CMS

Hal yang lucu dari percakapan ini adalah bahwa pria tersebut benar-benar bekerja di konsultan UX; sebuah tempat di mana proses jelas merupakan masalah besar.

Dalam konteks penelitian desain ekstrem, pengujian pengguna dan evaluasi bisnis, nampaknya agak gila untuk menyarankan agar segala sesuatu seputar penciptaan konten dapat dilakukan di CMS. Sebuah renungan, atau setidaknya sesuatu yang bisa dieksekusi dalam vakum (sangat umum).

Dan itu akan menjadi tanggapan saya yang lebih diperhatikan orang itu: bahwa dengan menyarankan pengembangan konten dapat dilakukan di CMS, saya pikir kita dalam bahaya menugaskan konten sebagai renungan; menyiratkan bahwa itu tidak benar-benar memerlukan proses yang berdedikasi dan (lebih serius) bahwa hal itu tidak dianggap sebagai komponen dari desain atau kerja UX.

Berikut adalah beberapa alasan yang lebih nyata untuk menghindari pendekatan CMS-sentris dalam mengembangkan konten:

1. Poyek Terlambat

Waktu yang dibutuhkan untuk produksi konten sering diremehkan. Ini jelas lebih mungkin terjadi bila perencanaan produksi tidak dilakukan di muka (tidak mungkin memperkirakan jam untuk pekerjaan yang tidak terdefinisi).

"Kami telah menyelesaikan situs Anda, kami hanya menunggu kontennya" - pria itu

Karena gagal mengevaluasi persyaratan konten pada awal proyek dengan benar, atau menghindari tata kelola seputar produksi konten Anda, Anda tidak dapat benar-benar mengeluh saat perkiraan diajukan dan proyek Anda tertunda.

Cara Menghindari Penundaan ini:

Pendekatan yang populer adalah menjalankan lokakarya perencanaan konten (dengan orang-orang dari sisi klien dan agensi proyek) pada awal proyek. Ini bisa bekerja dengan sangat baik untuk membuat semua orang terlibat dalam proses pembuatan konten..

Sebagai hasil dari lokakarya ini (/ sesi terapi kelompok), setiap orang juga akan melihat seberapa banyak pekerjaan yang terlibat dan perkiraan akan lebih akurat.

Sebaiknya fokuskan lokakarya untuk menentukan tahap produksi yang terkait dengan mendapatkan jenis konten spesifik dari draf hingga diterbitkan. Jadi, Anda mungkin melihat berbagai penelitian, penyusunan dan siklus peninjauan yang terkait dengan mendapatkan 'halaman acara' yang diterbitkan (dan juga terus diperbarui!).

Setelah proses ini selesai, Anda dapat menghitung waktu yang diperlukan untuk menyelesaikan prosesnya, lalu memperbanyaknya dengan jumlah halaman dalam proyek Anda. Orang mungkin meratap.

2. Anggaran Blow-out sebagai Proyek Bergolak

Hasil yang jelas dari estimasi yang gagal adalah kegagalan untuk bekerja sesuai anggaran. Renungan mahal.

Cara Menghindari Melanggar Anggaran:

Begitu Anda selesai melakukan lokakarya, Anda bisa dengan jelas mencurahkan produksi konten ke dalam anggaran Anda dengan cara yang akan dimengerti klien Anda. Anda telah meletakkan pekerjaan di lapangan, dan menjelaskan kebutuhan akan investasi dalam produksi konten.

3. Kualitas Konten yang Buruk Mendapat Produksiyang Tergesa-gesa

Hari Groundhog: konten berkualitas bagus membutuhkan waktu untuk berproduksi. Bila tidak diberi waktu, penelitian, perencanaan dan pertimbangan yang layak, hasilnya akan menjadi konten yang gagal melibatkan orang. Itu cukup berbahaya.

Penciptaan konten yang efektif, dalam beberapa situasi, pasti bisa menjadi lebih memakan waktu dan kompleks (setidaknya dari segi manajemen) daripada penciptaan teknologi dan desain visual untuk proyek situs web.

Anda pasti berpendapat bahwa desain visual lebih mudah diulang menggunakan perpustakaan pola dan panduan gaya, menciptakan seperangkat aturan yang dapat diulang. Ada juga standar dan harapan pengguna yang sangat jelas dalam hal arsitektur informasi dan desain struktural situs web. Ini jauh lebih jelas ketika UI atau desain struktural ini tidak konsisten atau tidak berfungsi (konten adalah media yang sangat 'padat', dan 'ambigu' untuk diuji).

Cara Menghindari Konten Berkualitas Rendah:

Luangkan waktumu. Dan tetapkan proses.

Dengan memiliki proses khusus seputar konten (sebelum CMS), akan menjadi lebih mudah untuk mempertimbangkan alat untuk membantu Anda menciptakan konten yang sesuai.

Anda harus mendedikasikan beberapa waktu di muka untuk membuat panduan gaya untuk membantu orang menciptakan konten yang memenuhi kriteria proyek Anda. Ini bisa terasa sedikit menakutkan tapi ada banyak contoh yang bisa Anda gunakan sebagai template untuk membuat sendiri.

Anda juga dapat menggunakan alat pengeditan online kolaboratif seperti Google Documents, Draft, Penflip, atau GatherContent untuk meng-host produksi konten Anda di tempat sentral; sehingga memudahkan pengelolaan proses Anda dan menerapkan panduan gaya Anda.

4. Keputusan Desain Miskin dibuat Tanpa Pengetahuan tentang Konten

Cukup bisa ditebak, argumen ini membawa kita kembali pada ide pendekatan konten-pertama untuk desain web. Seluruh konsep konten dibiarkan sampai CMS menunjukkan pendekatan yang sangat banyak konten-terakhir. Ini menunjukkan bahwa penelitian dan perancangan berlangsung, maka CMS dibangun, dan kemudian hanya masalah mengisi kekosongan dengan konten.

Cara Menghindari Membuat Keputusan Tanpa Pengetahuan Konten:

Retorika yang satu ini: Anda cukup membuat keputusan desain dengan pengetahuan (dan berdasarkan) kontennya. Perpisahan, lorem ipsum.

Ada banyak sumber daya baru-baru ini tentang pembuatan bingkai kawat dan prototipe dengan konten nyata (Typecast adalah alat bagus untuk membantu dengan ini).

Typecast bekerja prototipe

Bahkan jika bukan draf akhir, masuk akal untuk menggunakan konten asli dalam kerangka kawat dan desain awal Anda; untuk melihat apakah komunikasi Anda benar-benar bekerja, secara holistik.

5. Dengan demikian, Pengalaman Pengguna Keseluruhan Menderita

Bila desain dan konten diputuskan, keseluruhan pengalaman pengguna berisiko. Ketika kami mempertimbangkan pengalaman seseorang menggunakan situs web, kami harus mendapat informasi (dan menguji) konten yang mereka konsumsi. Cukup menguji perjalanan seseorang ke konten tidak benar-benar menguji pengalaman. Ini seperti menganalisis perjalanan seseorang ke bioskop, tapi gagal memikirkan apa yang mereka pikirkan tentang film tersebut.

Cara Menghindari Pengalaman Pengguna yang Gagal:

Ada kecenderungan pengujian kegunaan untuk mengabaikan konten. Jika Anda melakukan pengujian pengguna, Anda harus melibatkan tugas dan pertanyaan seputar informasi yang diambil dari sesi mata pelajaran. Apa yang mereka ekstrak dari konten? Apakah itu yang Anda harapkan? Apakah sesuatu yang penting dibuat tidak jelas? Apakah ada sesuatu yang terlalu menonjol yang seharusnya tidak? Bagaimana ini mempengaruhi pengalaman mereka.

Bahkan jika Anda tidak melakukan pengujian pengalaman pengguna formal, benar-benar turun untuk mengakui bahwa konten selalu menjadi komponen besar pengalaman seseorang di web.

6. Karena itu, Tujuan Bisnis Situs Gagal

Bila konten gagal memenuhi kebutuhan pengguna Anda, tidak mungkin tujuan bisnis Anda akan terpenuhi.

Dan ketika tujuan bisnis Anda tidak terpenuhi ...

Hal ini membuat proyek gagal.

Dan tak seorang pun ingin itu.

Proses

Tak seorang pun (sangat sedikit orang) benar-benar percaya bahwa konten dapat dibiarkan sampai menit terakhir. Keseluruhan kampanye "konten penting" sudah berjalan dengan baik sejak selesai; dan nilai konten, dan konten kerja-yang pertama pasti dipeluk.

Tapi, sementara kita mungkin setuju bahwa konten itu penting secara strategis ... tampaknya masih ada kekurangan investasi dalam proses produksi untuk menciptakan konten ini. Ulangi kata-kata Karen McGrane:

"Saya pernah bertanya kepada klien sekali 'Apakah CMS lebih seperti mesin cetak atau lebih seperti alat alur kerja untuk mengelola semua proses penerbitan kami?' Bagi banyak organisasi, rasa sakit sebenarnya adalah dengan proses produksi yang terjadi di luar sistem penerbitan. "Karen McGrane

Ketika membahas komponen desain dan teknologi proyek web, tampaknya ada serangkaian proses lanjutan yang mendukung pengembangan (dan iterasi) solusi yang dipertimbangkan dengan baik. Konten sepertinya tidak ada dalam cahaya yang sama.

Keyakinan akan dokumen Word dan produksi konten CMS tampaknya menggarisbawahi masalahnya, dan karena itulah saya akan terus memperdebatkan adanya alat, proses dan metodologi praktis yang mendorong tata kelola seputar produksi dan pengujian konten yang dipertimbangkan dengan baik. Luar CMS.

Apakah Anda memiliki proses produksi untuk konten? Saya ingin mendengar pemikiran Anda di komentar.

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.