Portofolio membantu mengenali kemampuan penulis, tetapi belum selalu menunjukkan bagaimana ia bekerja dengan brief dan standar editorialmu. Uji kerja kecil yang dibayar dapat memberi bukti tambahan sebelum kamu menyerahkan rangkaian artikel.
Saya menyarankan membatasi tugas dan membayar pekerjaan yang diminta, lalu menilai hasil berdasarkan kebutuhan pembaca. Jumlah kata yang paling banyak bukan otomatis pilihan terbaik. Tulisan pendek yang lengkap dapat lebih berguna daripada naskah panjang dengan klaim yang tidak diperiksa.
Panduan ini membahas desain tugas editorial. Tarif, syarat kerja, penggunaan hasil, dan bentuk kerja sama perlu disepakati secara jelas dengan penulis yang bersangkutan.
Gunakan template brief konten SEO untuk menyiapkan informasi tugas yang sama bagi setiap kandidat sebelum membandingkan hasilnya.
Pilih satu tugas yang mewakili pekerjaan sebenarnya
Jika kebutuhanmu tutorial software, jangan menguji penulis dengan esai motivasi. Pilih tugas yang memerlukan cara berpikir serupa dengan pekerjaan rutin: memahami pembaca, membaca sumber, menjelaskan langkah, dan mengenali batas.
Contoh ilustratifnya adalah panduan memilih format berkas untuk mengirim pratinjau desain kepada klien. Penulis perlu membedakan kebutuhan melihat hasil dari kebutuhan menyunting berkas. Ia juga perlu menjelaskan kondisi penerima yang tidak memiliki aplikasi desain.
Sediakan sumber awal yang sama bagi semua kandidat jika hasil akan dibandingkan. Jika riset mandiri termasuk tugas, jelaskan batasnya. Jangan menilai satu penulis dengan akses produk lengkap dan penulis lain hanya dengan screenshot tanpa mencatat perbedaan itu.
Tulis brief uji yang terbatas
Brief perlu menyebut hasil, konteks, batas, dan cara kerja. Hindari permintaan terbuka seperti “buat artikel terbaik tentang desain” karena interpretasinya terlalu beragam.
| Bagian brief | Contoh isi |
|---|---|
| Pembaca | Desainer lepas yang mengirim pratinjau kepada klien |
| Tugas pembaca | Memilih format yang dapat diperiksa penerima |
| Hasil penulis | Draft panduan dan catatan sumber |
| Cakupan | Format pratinjau, prasyarat penerima, pemeriksaan sebelum kirim |
| Di luar cakupan | Pengajaran software desain dari awal |
| Bukti | Bedakan dokumentasi, pengujian, dan asumsi |
| Revisi | Satu putaran berdasarkan komentar yang disepakati |
| Waktu dan biaya | Disepakati sebelum pekerjaan dimulai |
Jumlah kata dapat digunakan sebagai perkiraan ruang kerja jika diperlukan. Namun, penerimaan tetap mengikuti kelengkapan tugas. Jangan mendorong penulis memperpanjang kalimat hanya agar memenuhi angka.
Jelaskan apakah hasil uji akan dipublikasikan dan bagaimana penggunaan hasil disepakati. Jika tugas hanya untuk evaluasi, katakan demikian. Jangan meminta banyak kandidat menghasilkan bagian berbeda dari proyek lengkap tanpa kejelasan penggunaan dan pembayaran.
Sepakati penggunaan alat dan sumber
Jika AI boleh dipakai untuk menyusun ide atau draft, jelaskan tanggung jawab pemeriksaan tetap pada penulis. Mintalah catatan sumber yang mendukung klaim penting, bukan sekadar daftar tautan di akhir.
Jika pengujian produk diperlukan tetapi akses belum tersedia, kecilkan tugas atau sediakan akses yang sesuai. Jangan meminta penulis mengarang hasil penggunaan agar naskah terlihat berpengalaman.
Sebutkan juga batas bahan privat dan cara menyerahkan file. Uji menulis biasanya tidak memerlukan akses admin ke seluruh website. Berikan bahan yang diperlukan untuk tugas, dengan contoh yang aman dibagikan.
Simpan jawaban atas pertanyaan kandidat. Jika sebuah jawaban mengubah scope, berikan klarifikasi setara kepada kandidat lain yang mengerjakan tugas sebanding. Ini membantu menilai kemampuan penulis, bukan kemampuan menebak informasi yang disembunyikan.
Gunakan kriteria dengan contoh bukti
Pilih label sederhana: memenuhi, perlu revisi, atau belum terbukti. Sertakan alasan pada bagian yang dinilai. Kamu tidak membutuhkan skor presisi apabila kriterianya belum dikalibrasi.
| Kriteria | Bukti yang dicari |
|---|---|
| Kebutuhan pembaca | Pilihan format terhubung dengan kondisi penerima |
| Ketepatan | Klaim kemampuan didukung sumber atau pengujian |
| Kelengkapan | Ada prasyarat, langkah, dan cara memeriksa hasil |
| Kejelasan | Istilah dijelaskan tanpa mengubah makna |
| Batas klaim | Ketidakpastian ditandai, pengalaman tidak dibuat-buat |
| Respons revisi | Perbaikan menjawab masalah tanpa merusak bagian lain |
Untuk contoh tadi, penulis yang mengatakan “semua klien pasti bisa membuka PDF” perlu diminta memeriksa batas pernyataannya. Masalahnya ada pada klaim universal, bukan sekadar pilihan gaya kalimat.
Kerangka kebutuhan pengguna membantu membuat penerimaan konkret. GOV.UK menyarankan kriteria yang menjelaskan kapan kebutuhan pengguna telah terpenuhi. Prinsip tersebut dapat diadaptasi untuk menilai hasil tulisan. Panduan mengidentifikasi kebutuhan pengguna.
Nilai draft dan revisi secara terpisah
Baca draft pertama sebelum melihat panjangnya sebagai penentu mutu. Tandai kesalahan fakta, informasi hilang, dan masalah keterbacaan dengan kategori berbeda. Komentar “kurang premium” tidak memberi penulis tindakan yang jelas.
Gunakan komentar seperti: “Pembaca belum tahu apakah format ini dapat disunting penerima. Tambahkan perbedaan antara pratinjau dan berkas kerja beserta dasar informasinya.” Penulis dapat menilai dan menindaklanjuti permintaan tersebut.
Setelah revisi, periksa apakah masalah selesai dan apakah ada klaim baru yang perlu dibuktikan. Catat pula bila penulis menjelaskan bahwa permintaan editor bertentangan dengan sumber. Kemampuan menolak perubahan yang tidak akurat merupakan bagian penting dari kerja editorial.
Jangan mengubah uji kecil menjadi rangkaian revisi tanpa batas. Jika kebutuhan ternyata berbeda, berhenti dan sepakati pekerjaan tambahan secara terpisah.
Pisahkan ketidakcocokan dari masalah brief
Hasil yang kurang sesuai bisa berasal dari kemampuan penulis, brief yang kabur, atau bahan yang tidak memadai. Periksa ketiganya sebelum mengambil kesimpulan.
Jika semua kandidat salah memahami pembaca, brief mungkin belum jelas. Jika satu kandidat membuat sumber palsu meskipun aturan bukti eksplisit, itu masalah yang berbeda. Jangan menutup keduanya dengan label umum “kualitas rendah”.
Bandingkan kebutuhan dukungan editor secara konkret. Misalnya, penulis A akurat tetapi membutuhkan bantuan menyusun urutan. Penulis B lancar tetapi beberapa klaim inti belum memiliki dasar. Catatan seperti ini membantu menentukan kecocokan pekerjaan berikutnya.
Tutup uji dengan keputusan yang dapat dijelaskan
Simpan brief, draft, komentar, revisi, dan alasan keputusan. Satu uji menunjukkan kecocokan pada tugas tersebut; ia belum membuktikan kemampuan untuk seluruh topik atau kapasitas produksi besar.
Jika melanjutkan, mulai dengan scope yang sesuai bukti hasil uji. Jika tidak, berikan penjelasan singkat berdasarkan kriteria yang telah disepakati. Tujuan proses ini adalah menemukan kerja sama yang dapat menghasilkan tulisan akurat dan berguna, dengan ekspektasi yang dipahami kedua pihak.
