Hasil kerja yang harus ada
Panduan ini tidak selesai ketika pembaca memahami konsep. Hasil nyatanya adalah uji persepsi anggota: resmi, moderator, fan, atau anggota biasa. Bukti tersebut harus dapat dibaca ulang oleh orang lain tanpa perlu mengetahui kandidat favorit pembuatnya.
Hal yang dihitung, dilihat, atau dicatat langsung.
Alasan editorial yang dikaitkan dengan brief.
Hal yang memerlukan platform, penutur, atau tes tambahan.
Prosedur langkah demi langkah
- Bekukan kondisi awal.
Tulis kandidat, tujuan, audiens, dan tanggal sebelum mengubah apa pun.
- Jalankan latihan inti.
Tambahkan konteks server atau komunitas, bukan kata official palsu.
- Simpan hasil mentah.
Catat jawaban, bentuk salah, sumber, dan konteks; jangan hanya menyimpan kesimpulan.
- Buat pembanding.
Gunakan kandidat dengan struktur berbeda agar keputusan tidak menjadi pembenaran favorit.
- Tulis faktor pembatal.
Jelaskan bukti baru apa yang akan membuka kembali keputusan.
Kesalahan yang paling sering terjadi
memakai kata official, pusat, atau nasional tanpa mandat.
Dalam nama untuk pengelola komunitas, kesalahan tersebut membuat proses tampak lengkap tanpa bukti yang dapat diaudit. Informasi yang belum tersedia harus diberi label “belum diperiksa”, bukan diubah menjadi klaim “aman”, “unik”, atau “tersedia”.
Contoh register keputusan
| Waktu | Input | Bukti | Keputusan |
|---|---|---|---|
| Awal | Brief dan 3–6 kandidat | Belum ada | Belum dipilih |
| Setelah latihan | Kandidat yang sama | uji persepsi anggota: resmi, moderator, fan, atau anggota biasa | Simpan / uji ulang / tolak |
| Pra-publikasi | Kandidat utama dan cadangan | Cek platform bertanggal | Dipilih sementara |
Kriteria selesai
Selesai ketika peran terlihat tanpa menyiratkan afiliasi yang tidak ada. “Selesai” bukan berarti nama dijamin aman atau selalu tersedia; artinya keputusan saat ini didukung oleh bukti yang cukup untuk tujuan yang tertulis dan memiliki kondisi pembatal yang jelas.