Cara Mengulangi Jalan Anda Ke Situs Web Berbasis Konten yang Menang

Jika, seperti saya, Anda menghabiskan sebagian besar hari Anda bekerja di situs web berbasis konten, Anda dapat merasa ditinggalkan dari pesta anak-anak keren. Praktik terbaik seperti Agile, iterasi berkelanjutan, dan umpan balik pengguna tidak cukup baik saat menyajikan banyak informasi, daripada aplikasi web pembunuh.

Ketika saya berbicara tentang situs berbasis konten, saya merujuk ke situs web mana pun yang tujuan utamanya adalah untuk menyampaikan informasi, daripada menyelesaikan tugas. Biasanya ini adalah situs web yang digerakkan oleh pemasaran, tetapi mereka dapat menawarkan dukungan pelanggan atau memiliki peran akademis atau jurnalistik. Mereka memungkinkan pengguna untuk menyelesaikan beberapa tugas, seperti mendaftar untuk buletin, tetapi itu hanya sebagian kecil dari tujuan mereka.

Sayangnya, cara banyak dari kita membuat situs web berbasis konten tidak cukup optimal , dan kita perlu melakukan sesuatu untuk itu.

Masalah Dengan Bagaimana Kami Membangun Situs Web Berbasis Konten

Situs-situs ini biasanya dimulai dari premis yang salah. Kita mulai dengan bertanya pada diri sendiri, "Apa yang ingin kita katakan?" daripada "Apa yang ingin diketahui pengguna?" Mentalitas ini berasal dari membuat konten untuk saluran lain. Saluran di mana perlu untuk menarik perhatian seseorang dan menahannya selama mungkin, tetapi ketika merancang situs web, premisnya berbeda. Orang-orang telah memilih untuk mengunjungi situs tersebut dan, sampai taraf tertentu, telah menyatakan minatnya. Penekanannya kemudian adalah pada menjawab pertanyaan mereka untuk kepuasan mereka daripada menarik perhatian mereka.

Tapi itu bukan satu-satunya masalah dengan cara kita cenderung mendekati situs web berbasis konten . Dalam banyak kasus, mereka masih dibuat menggunakan proses yang lebih mirip dengan air terjun daripada tangkas.

1. Kami membuat desain dan membuatnya ditandatangani.
2. Kami membangun template desain dalam sistem manajemen konten.
3. Kami menambahkan konten ke dalam CMS.

Seringkali desain dibuat bahkan sebelum kita melihat konten apa pun sehingga hanya ada sedikit hubungan di antara keduanya. Konten pada dasarnya hanya dituangkan ke dalam ember desain!

Semakin rajin di antara kita menolak untuk memulai desain sampai kita memiliki beberapa konten nyata untuk dikerjakan, tetapi itu sering menyebabkan orang lain terburu-buru menyalin untuk mencegah proyek tertunda.

Tentu saja, kemudian ada pengujian kegunaan . Seringkali diabaikan karena kami masih menambahkan konten hingga hari peluncuran. Tetapi bahkan jika itu benar-benar terjadi, itu cenderung menjelang akhir proyek ketika tidak ada yang menginginkan kerumitan dan biaya untuk mengubah sesuatu.

Jika semua ini terdengar familiar, jangan berkecil hati. Dalam beberapa tahun terakhir saya telah mencoba pendekatan yang berbeda, dan sebagian besar, tampaknya berhasil. Ini adalah pendekatan yang mengembangkan desain dan konten bersama dalam kemitraan, sementara pada saat yang sama memungkinkan pengujian reguler di seluruh proses.

Memulai Pengembangan Situs Web Berbasis Konten

Saya cenderung memulai proyek situs web berbasis konten seperti yang Anda harapkan. Saya mulai dengan membuat daftar prioritas tujuan bisnis untuk situs tersebut sehingga kami dapat mengukur keberhasilan dan menjadi jelas tentang apa perannya yang seharusnya. Namun setelah titik itu hal-hal cepat menyimpang dari proses air terjun standar yang sering saya temui.

Daripada langsung terjun ke desain dan diskusi tentang pesan merek, saya lebih memilih untuk fokus pada pemahaman yang lebih baik tentang orang-orang yang akan mengunjungi situs web . Memang, melakukan riset pengguna di muka jauh dari revolusioner. Tetapi mengejutkan betapa sedikitnya hal itu terjadi di banyak organisasi — bahkan di tahun 2017.

Apa yang mungkin sedikit lebih tidak biasa adalah bahwa penelitian saya biasanya sangat berfokus pada penetapan pertanyaan yang dimiliki pengguna ketika mereka mengunjungi situs web. Pertanyaan baik dari pengunjung pertama kali dan mereka yang kembali.

Mengumpulkan pertanyaan-pertanyaan ini relatif mudah. Kami mulai dengan mewawancarai pengguna. Namun, ada batasan jumlah pengguna yang dapat Anda ajak bicara. Pendekatan lain adalah menjalankan survei di situs web Anda yang ada menanyakan pertanyaan apa yang mereka miliki kepada pengguna. Akhirnya, berbicara dengan staf yang menghadapi pelanggan seperti yang ada di pusat panggilan akan menghasilkan sejumlah besar pertanyaan yang berulang kali mereka dengar.

Kemungkinan daftar akhir pertanyaan akan luas, tapi tidak apa-apa. Namun, beberapa dari pertanyaan itu akan lebih penting daripada yang lain. Kami perlu mengidentifikasi ini untuk memastikan mereka mudah ditemukan dan tidak tersesat di antara kebanyakan kueri yang kurang kritis.

Di situlah analisis tugas utama Gerry McGovern dapat membantu. Ini adalah proses sederhana yang membuat pengguna survei memahami pertanyaan atau tugas mana yang paling mereka pedulikan. Gerry telah menulis artikel yang sangat bagus di A List Apart yang membahas prosesnya, jadi saya tidak akan mengulanginya di sini.

Apa yang akan diberikan oleh analisis tugas teratas itu kepada Anda adalah daftar pertanyaan yang diprioritaskan yang dimiliki pengguna. Itu bisa menjadi inti dari konten situs dan membantu kami beralih ke situs web yang bermanfaat.

Iterasi Melalui Kesetiaan Dalam Konten Dan Desain

Sebelum kita dapat memulai iterasi menuju situs kita yang telah selesai, pertama-tama kita perlu membangun arsitektur informasinya. Pertanyaan kita dapat menjadi dasar untuk menentukan struktur tersebut.

Kita dapat menggunakan pertanyaan sebagai dasar untuk latihan penyortiran kartu di mana pengguna mengatur pertanyaan teratas ke dalam kelompok yang masuk akal bagi mereka. Pengelompokan ini kemudian dapat membantu memberi tahu kami saat kami mengembangkan arsitektur informasi situs, memastikan situs mencerminkan model mental pengguna , bukan struktur organisasi.

Setelah kami memiliki draf awal arsitektur informasi kami, kami dapat mulai membangun situs kami dan mengujinya, meskipun kami tidak menetapkan desain dan tidak menulis salinan.

Situs web berbasis konten hampir selalu dibangun di atas sistem manajemen konten sehingga saat kami meneliti pertanyaan pengguna, pengembang dapat menempatkan instalasi out-of-the-box di server pementasan di suatu tempat.

Kita sekarang dapat mulai membangun halaman kosong pada CMS ini yang mencerminkan arsitektur informasi. Semua halaman yang dibutuhkan adalah metode navigasi antar halaman (tautan navigasi) dan poin-poin pertanyaan apa yang kami antisipasi untuk dijawab di setiap halaman.

Itu segera memberi kita sesuatu yang nyata untuk diuji. Bahkan tanpa desain dan tanpa konten, kami masih dapat memeriksa arsitektur informasi. Dapatkah pengguna menemukan pertanyaan yang ingin mereka jawab? Apakah strukturnya masuk akal bagi mereka?

Dengan ini didirikan, sekarang kita bisa mulai meningkatkan kesetiaan. Perancang dapat mulai memperkenalkan beberapa tipografi dan tata letak dasar ke halaman penting. Sementara itu, penulis konten dapat mulai menyempurnakan halaman dengan beberapa poin awal untuk menjawab pertanyaan di halaman, atau jika perlu melakukan tautan silang sementara ke halaman di situs yang ada yang menjawab pertanyaan.

Pada titik ini, kami dapat melakukan pengujian lebih lanjut. Kita dapat melihat apakah hierarki visual yang dibuat oleh perancang memungkinkan pengguna untuk melihat konten penting. Demikian pula, kami dapat menguji konten yang ditautkan ke situs lama untuk melihat apakah konten menjawab pertanyaan pengguna sebelum kami mulai bermigrasi tanpa berpikir dari situs web sebelumnya.

Pada putaran iterasi berikutnya, copywriter dapat mulai menambahkan salinan kasar di seluruh situs, sementara desainer dapat mulai menyempurnakan desain dengan tipografi, warna, dan elemen gaya lainnya yang ditingkatkan. Sekali lagi, ini dapat diuji dengan pengguna nyata untuk memastikan salinan baru menjawab pertanyaan, dan peningkatan desain membantu, bukan mengganggu.

Jadi prosesnya berlanjut, putaran demi putaran, menambahkan lebih banyak kesetiaan pada salinan dan desain, memindahkan situs semakin dekat ke sesuatu yang merupakan peningkatan dari yang sudah ada. Pada titik ini, kita dapat mendorongnya secara langsung. Namun meskipun demikian, putaran iterasi selanjutnya dapat terus berkembang dan meningkatkan kinerja halaman penting.

Tentu saja, semua ini pada prinsipnya terdengar bagus, tetapi itu memang membutuhkan perubahan pemikiran.

Pergeseran Dalam Berpikir

Sebagai permulaan, itu memang membutuhkan pemikiran yang berbeda untuk para desainer. Banyak desainer masih menggunakan Sketch atau Photoshop untuk mendesain mockup hi-fidelity. Pendekatan ini menyarankan mereka beralih ke desain akhir di browser.

Yang mengatakan, saya tidak percaya bahwa kedua pendekatan harus saling eksklusif. Tidak ada salahnya bereksperimen dengan solusi desain yang lebih halus sejak awal di Sketch, selama dipahami bahwa ini akan berubah berdasarkan umpan balik pengguna. Desain itu kemudian dapat diluncurkan dan diuji secara perlahan di server pementasan.

Perubahan sikap lainnya adalah seputar migrasi konten. Biasanya akan ada asumsi bahwa kami akan memigrasikan konten dari situs web sebelumnya ke situs baru secara massal. Gagasan untuk membuat semua konten baru tampaknya tidak dapat diatasi.

Kenyataannya bukan itu yang saya usulkan. Kami dapat memigrasikan tingkat konten di mana konten tersebut menjawab pertanyaan pengguna. Tapi ini tidak boleh terjadi secara massal atau membabi buta.

Selain itu, Anda akan merasa tidak perlu menulis ulang di dekat konten sebanyak yang Anda pikirkan. Anda hampir pasti akan menemukan bahwa sejumlah besar salinan yang Anda yakini perlu dimigrasikan dapat dihentikan karena tidak menjawab pertanyaan pengguna. Keuntungannya adalah Anda memiliki lebih sedikit konten untuk dipelihara.

Namun, mungkin perubahan pemikiran yang paling signifikan adalah dalam menunjukkan pekerjaan yang sedang berjalan. Apakah desainer atau spesialis konten, banyak dari kita masih menderita keinginan untuk membuat segalanya sempurna sebelum kita membiarkan orang lain melihatnya. Tetapi pendekatan ini menempatkan konten dan desain di luar sana lebih awal sehingga mengeksposnya pada kritik. Itu adalah perubahan mental yang menantang untuk dilakukan, tetapi penting.

Anda mungkin berpikir bahwa membiarkan pemangku kepentingan dan klien melihat pekerjaan yang sedang berjalan adalah resep untuk bencana, tetapi sebenarnya tidak. Bahkan, menurut pengalaman saya, mereka merespons dengan baik saat melihat sebuah situs muncul di depan mata mereka. Alih-alih menunggu berminggu-minggu (atau bahkan berbulan-bulan!) sebelum mereka melihat apa pun, mereka akan mulai melihat kerangka situs web dalam beberapa hari setelah proyek dimulai. Secara psikologis, itu membuat perbedaan besar.

Selain itu, dengan melihat situs web berkembang selangkah demi selangkah, mereka merasa lebih terlibat dengan proyek dan belajar tentang proses di balik pengembangannya. Itu membuat para pemangku kepentingan cenderung tidak menolak solusi akhir.

Akhirnya, jika mereka memiliki keberatan, ini diidentifikasi lebih awal dalam proses ketika mereka mudah untuk diperbaiki. Tentunya ini lebih baik daripada menunggu sampai menit terakhir ketika segala sesuatunya sulit untuk diubah.

Ambil Langkah Pertama Hari Ini

Saya tidak menyarankan bahwa mengembangkan situs web berbasis konten dengan cara ini adalah solusi sempurna, tetapi saya telah menemukan bahwa beralih ke situs akhir dengan secara sistematis meningkatkan kesetiaan desain dan konten mengarah pada hasil yang lebih baik dan resistensi internal yang lebih sedikit.

Namun, jangan mengambil kata-kata saya untuk itu - coba sendiri. Mulai dari yang kecil. Melompat ke desain ulang utama seluruh situs web Anda mungkin merupakan langkah yang terlalu besar untuk semua pihak. Mungkin Anda dapat mencoba pendekatan ini di situs mikro baru atau bagian situs yang Anda perbarui.

Atau, coba terapkan hanya sebagian dari proses yang telah saya uraikan. Mungkin hanya memulai proyek dengan mengumpulkan pertanyaan pengguna daripada memulai dengan pesan yang ingin disampaikan oleh organisasi Anda. Atau mungkin Anda bisa mencoba sedikit prototyping daripada menghasilkan comps desain pixel sempurna.

Maksud saya adalah Anda dapat memilih dan memilih apa yang cocok untuk Anda dan Anda tidak perlu mengubahnya dalam semalam. Yang penting adalah Anda mulai mengizinkan umpan balik pengguna memengaruhi desain dan konten situs Anda.