Cara Memilih Topik Artikel Berdasarkan Kebutuhan Nyata Pengguna
Bagi editor situs web independen, topik artikel yang bermanfaat dimulai dari pembaca yang berusaha menyelesaikan tugas tertentu—bukan dari kata kunci yang luas atau subjek yang samar. Metode ini mengubah pertanyaan yang diamati menjadi satu pengguna yang terdefinisi, satu intensi utama, dan satu keputusan halaman: membuat artikel baru, memperbarui artikel yang ada, atau menolak topik tersebut. Metode ini menggunakan buku besar bukti (evidence ledger) untuk memisahkan kebutuhan publik yang berulang dari permintaan dukungan khusus akun dan ide-ide duplikat.
Mulailah dari tugas pembaca, bukan label topik
Tuliskan kebutuhan yang diusulkan dalam tiga bagian:
Sebagai [pembaca tertentu], saya perlu [melakukan atau memutuskan sesuatu], agar saya dapat [mencapai hasil yang bermanfaat].
Struktur ini diadaptasi dari metode kebutuhan pengguna GOV.UK, yang merekomendasikan untuk mengidentifikasi pengguna, tindakan, dan alasan dari tindakan tersebut. Panduannya juga memperingatkan para editor agar berhati-hati dengan kata kerja yang samar seperti "memahami" kecuali jika pemahaman memang diperlukan untuk tugas yang terdefinisi (GOV.UK: Identify user needs).
Sebagai contoh, "fotografi pemula" adalah sebuah subjek, belum menjadi tugas artikel. Kandidat yang lebih baik misalnya:
Versi kedua lebih terarah karena menyebutkan audiens, tindakan, dan keputusan. Cara ini juga memberi Anda tolok ukur batasan cakupan: informasi yang tidak membantu pembaca membuat keputusan tersebut kemungkinan besar lebih tepat diletakkan di tempat lain.
Pertahankan satu intensi utama per artikel. Pertanyaan tentang cara memilih alat, pertanyaan tentang cara menggunakan alat tersebut, dan pertanyaan tentang apakah alat tersebut sesuai mungkin saling berkaitan, tetapi semuanya memerlukan prasyarat dan hasil akhir yang berbeda. Menggabungkannya terlalu dini akan menghasilkan halaman dengan judul yang luas tetapi tidak tuntas untuk setiap tugasnya.
Kumpulkan bukti dalam buku besar bukti (evidence ledger)
Sebuah pertanyaan adalah petunjuk awal, bukan otomatis menjadi topik. Catat konteks yang memadai untuk menilai apakah pertanyaan tersebut mewakili kebutuhan informasi publik. Lembar sebar (spreadsheet) sederhana sudah cukup; GOV.UK secara khusus menyarankan untuk mencatat bukti pendukung bersama dengan kebutuhan pengguna dan kriteria penerimaan (GOV.UK: Identify user needs).
Gunakan satu baris untuk setiap pertanyaan yang diamati atau kelompok pertanyaan yang berkaitan erat:
Jangan menggelembungkan frekuensi dengan menghitung pertanyaan yang sama yang disalin di beberapa saluran. Catat kebutuhan mendasarnya sekali saja dan sebutkan saluran tempat pertanyaan itu muncul. Sebaliknya, jangan mengabaikan suatu kebutuhan hanya karena kebutuhan itu baru muncul beberapa kali jika setiap contoh menunjukkan tugas belum terselesaikan yang sama dan jawabannya dapat melayani audiens publik yang lebih luas.
Buku besar yang bermanfaat membedakan bukti dari interpretasi. “Empat pembaca menanyakan apakah latihan pertama memerlukan peralatan khusus” adalah bukti. “Pembaca menginginkan panduan pemula berbiaya rendah” adalah interpretasi. Simpan keduanya, tetapi beri label secara terpisah.
Pisahkan kebutuhan publik dari pertanyaan khusus dukungan (support-only)
Pertanyaan kunci editorial bukan sekadar, “Apakah ada yang menanyakan ini?” Melainkan, “Dapatkah halaman umum membantu sekelompok pembaca menyelesaikan tugas yang sama?” Panduan bahasa lugas dari Digital.gov berawal dari pengamatan bahwa orang mengunjungi situs web untuk melakukan hal yang berbeda-beda, dan merekomendasikan untuk menata konten berdasarkan audiens serta apa yang ingin mereka capai (Digital.gov: Principles of plain language).
Klasifikasikan setiap kandidat di dalam buku besar:
Kebutuhan publik yang berulang:
Buat atau perbarui artikel jika pertanyaan tersebut memiliki jawaban yang stabil dan umum, serta tugas yang sama muncul di berbagai individu, saluran, atau situasi. Contohnya termasuk memilih di antara opsi yang dijelaskan secara gamblang, mempersiapkan proses yang umum, atau mendiagnosis masalah yang dapat diamati secara luas. Artikel harus menyatakan audiens dan batasannya agar pembaca dapat mengenali apakah artikel tersebut relevan bagi mereka.
Kebutuhan khusus dukungan (support-only):
Pertanyaan khusus dukungan bergantung pada data akun pribadi, pesanan individual, konfigurasi pribadi, atau tindakan yang hanya dapat dilakukan oleh operator. Hal ini mungkin menjustifikasi adanya instruksi dukungan atau rute kontak, tetapi belum tentu membutuhkan artikel editorial umum. Jangan mengubah pertanyaan seperti “Mengapa akun saya menerima pesan ini?” menjadi penjelasan universal jika jawabannya bergantung pada informasi yang tidak tersedia bagi pembaca lain.
Anda masih dapat memublikasikan halaman pendamping publik jika ada tugas umum yang dapat diulang, seperti menjelaskan arti kategori pesan tersebut dan informasi apa saja yang harus disiapkan pembaca sebelum menghubungi tim dukungan. Tetap letakkan penyelesaian yang bersifat pribadi di luar artikel.
Kebutuhan duplikat:
Duplikat adalah pertanyaan nyata yang sudah dijawab oleh halaman yang ada dengan tingkat perincian yang tepat dan untuk audiens yang sama. Tindakan yang tepat mungkin berupa menyempurnakan bagian pembuka, contoh, navigasi, atau kondisi yang belum tercantum pada halaman yang sudah ada. URL baru hanya akan memecah perhatian tanpa menambahkan tugas yang berbeda.
Tanpa inventarisasi situs yang lengkap, seorang editor tidak dapat secara jujur menyatakan bahwa tidak ada duplikat yang ada. Tanggapan praktisnya adalah memeriksa halaman-halaman relevan yang diketahui, menandai pemeriksaan inventarisasi sebagai belum selesai jika diperlukan, dan menghindari menyajikan artikel baru sebagai satu-satunya jawaban.
Gunakan gerbang keputusan sebelum menetapkan judul
Uji kandidat melalui lima gerbang penyaring. Jawaban "tidak" tidak selalu mematikan ide tersebut; itu memberi tahu Anda jenis pekerjaan apa yang sebenarnya dibutuhkan.
Gunakan hasilnya sebagai gerbang editorial:
Gerbang ini merupakan inferensi editorial yang dibangun dari dua prinsip dalam sumber rujukan: konten harus melayani audiens dan tugas yang terdefinisi, dan penerbit harus menyimpan bukti atas kebutuhan tersebut. Ini adalah alat bantu pengambilan keputusan, bukan formula mesin pencari.
Ubah kebutuhan terpilih menjadi ringkasan artikel yang bermanfaat
Setelah suatu topik lolos dari gerbang penyaring, tulis ringkasannya (brief) sebelum menentukan kata-kata yang dipoles. Cantumkan:
Untuk contoh topik ini, daftar centang penerimaan bisa berupa: pembaca dapat mengubah pertanyaan mentah menjadi pernyataan pengguna; mengidentifikasi tugas utama; mengklasifikasikan bukti sebagai publik, khusus dukungan, atau duplikat; dan memilih tindakan membuat, memperbarui, menunda, atau menolak. Ini mengikuti logika kriteria penerimaan GOV.UK, yang mendeskripsikan kondisi apa yang harus terpenuhi agar kebutuhan pengguna tercapai (GOV.UK: Identify user needs).
Gunakan ringkasan ini untuk mengontrol judul. “Cara memilih topik artikel berdasarkan kebutuhan nyata pengguna” tepat untuk editor yang membutuhkan metode seleksi yang dapat diulang. “Cara menemukan topik konten terbaik” akan terlalu luas dan menyiratkan penilaian kualitas atau pemeringkatan yang tidak berdasar. Panduan dari Google sendiri menanyakan apakah sebuah situs memiliki audiens yang dituju, apakah konten membantu pembaca mencapai tujuannya, dan apakah konten dibuat untuk manusia alih-alih terutama untuk menarik kunjungan pencarian (Google Search Central: Creating helpful, reliable, people-first content). Pertanyaan-pertanyaan tersebut menegaskan kembali pentingnya tugas editorial yang presisi, tetapi tidak menjamin lalu lintas atau peringkat.
Buat artikel mudah dijawab, mudah dibaca, dan mudah dikelola
Kebutuhan nyata tetap dapat menghasilkan halaman yang lemah jika drafnya memaksa pembaca merekonstruksi sendiri jawabannya. Letakkan jawaban langsung di dekat bagian awal, lalu jelaskan kondisi-kondisi yang dapat mengubahnya. Gunakan terminologi pembaca dari buku besar jika memang jelas, tetapi definisikan istilah editorial internal seperti "khusus dukungan" dan "duplikat."
Susun artikel berdasarkan keputusan dan tindakan, bukan sekadar daftar kata kunci yang saling berkaitan secara longgar. Digital.gov menyarankan untuk menulis bagi audiens, menata informasi, menggunakan bahasa yang singkat dan sederhana, serta menghindari jargon yang tidak perlu (Digital.gov: Principles of plain language). Untuk metode editorial, itu berarti menunjukkan kolom-kolom buku besar, gerbang keputusan, dan setidaknya satu contoh nyata yang berhasil—bukan sekadar menasihati editor untuk "memahami audiens mereka."
Sebelum melakukan persetujuan (acceptance), periksa setiap pernyataan penting:
Jika jawabannya tidak untuk pertanyaan terakhir karena inventarisasi belum lengkap, catat keterbatasan tersebut. Catatan jujur seperti "memerlukan tinjauan inventarisasi situs" jauh lebih bermanfaat daripada klaim tanpa bukti bahwa topik tersebut benar-benar baru.
Pertanyaan umum
Berapa banyak pertanyaan yang diperlukan sebelum suatu topik dianggap valid?
Tidak ada jumlah pasti yang berlaku secara universal. Pengulangan adalah bukti yang berguna, tetapi kemiripan tugas dan keterterapan bagi publik jauh lebih penting daripada ambang batas arbitrer. Satu tugas berulang yang terdokumentasi dengan baik bisa lebih kuat daripada beberapa pertanyaan yang tidak saling berkaitan.
Haruskah setiap pertanyaan dukungan dijadikan Tanya Jawab (FAQ)?
Tidak. Jika jawabannya bergantung pada rincian akun atau transaksi pribadi, alihkan penyelesaiannya ke tim dukungan. Publikasikan artikel umum hanya jika artikel tersebut menjelaskan tugas publik yang dapat diulang tanpa membeberkan atau menebak-nebak informasi individual.
Bagaimana jika kata kuncinya luas tetapi kebutuhannya sempit?
Pertahankan artikel tetap terfokus sempit. Label yang luas dapat berguna sebagai istilah pencarian internal, tetapi judul, bagian pembuka, dan kriteria penerimaan harus menggambarkan tugas pembaca yang spesifik.
Kapan seorang editor harus menolak suatu topik?
Tolak atau tunda jika bukti menunjukkan tidak adanya tugas publik yang berulang, jawabannya tidak dapat diverifikasi, halaman relevan yang ada sudah mencakup intensi tersebut, atau artikel yang diusulkan mengharuskan Anda mengarang kondisi yang tidak dapat dipastikan oleh editor. Menolak adalah keputusan editorial yang sah jika hal itu mencegah terciptanya halaman yang tidak akurat atau redundan.
