Seiring berkembangnya alur kerja Basis Pengetahuan kami, kami ingin membuat batasan yang lebih jelas mengenai kapan permintaan konten dapat ditugaskan kepada kontributor komunitas.

Kami sangat menghargai keahlian Anda. Pengetahuan produk yang sudah lama ada di dalam komunitas sangatlah berharga. Pada saat yang sama, pekerjaan konten yang terkait dengan rilis produk dan kolaborasi lintas fungsi memerlukan kepemilikan yang jelas, linimasa yang dapat diprediksi, dan koordinasi yang terstruktur agar kami dapat memastikan pengiriman konten yang akurat dan bermanfaat secara tepat waktu untuk mendukung basis pengguna global Mozilla.

Batasan-batasan ini dirancang untuk:

• Melindungi linimasa rilis
• Memperjelas kepemilikan dan akuntabilitas
• Menjaga kolaborasi yang sehat
• Menghindari gesekan yang disebabkan oleh ekspektasi yang tidak jelas

Perubahan ini bertujuan untuk menciptakan kolaborasi yang berkelanjutan antara staf dan kontributor.

Sebelum Anda memulai

Sebelum melanjutkan, harap perhatikan bahwa kami mengikuti alur kerja yang berbeda untuk pembaruan minor dan mayor.

Silakan tinjau Minor vs major changes untuk memahami apa yang termasuk dalam setiap kategori dan lihat Sunting artikel Basis Pengetahuan untuk panduan tentang cara mengirimkan pembaruan minor secara langsung.

Batasan-batasan ini hanya berlaku untuk permintaan konten baru atau pembaruan mayor, dan tidak memengaruhi revisi minor yang dikirimkan langsung ke Basis Pengetahuan.

Proses konten untuk permintaan konten baru dan pembaruan mayor

Proses berikut berlaku untuk permintaan konten baru dan pembaruan mayor yang dikirimkan melalui Bugzilla.

• Langkah 1: Pengajuan

Semua pembaruan konten mayor harus diajukan melalui tiket Bugzilla.

• Langkah 2: Triase dan penugasan
  • Triase: Semua permintaan konten baru melalui proses triase untuk menentukan prioritas dan penugasan. Kontributor didorong untuk terlibat, asalkan permintaan tersebut selaras dengan kriteria penugasan yang diuraikan di bagian bawah. Untuk menyatakan minat, silakan berkomentar langsung di tiket Bugzilla.
  • Penugasan: Tim CX bertanggung jawab atas seluruh proses permintaan konten, terlepas dari kepemilikan produk dan akan menugaskan bug tersebut kepada kontributor/Penulis Teknis. Harap jangan mulai membuat draf sampai anggota staf CX mengonfirmasi penugasan Anda. Setelah ditugaskan, Manajer Komunitas atau anggota tim CX lainnya akan memandu Anda melalui proses tersebut.
  • Ekspektasi waktu: Triase dilakukan setiap minggu, dan kontributor dapat mengharapkan tanggapan dalam waktu 5 hari kerja sejak permintaan awal.
• Langkah 3: Pembuatan konten
  • Draf konten: Tinjau tiket dengan saksama untuk memahami sepenuhnya permintaan, ruang lingkup, dan hasil yang diharapkan. Jika draf disediakan oleh tim produk, gunakan sebagai titik awal. Jika tidak, Anda dapat mulai membuat draf konten di Google Docs. Jika Google Docs bukan pilihan, Anda dapat melampirkan draf Anda langsung ke tiket Bugzilla untuk ditinjau. Pastikan untuk memposting tautan ke draf Anda di tiket Bugzilla dan atur izin dokumen untuk memungkinkan para pemangku kepentingan berkomentar.
  • Persetujuan konten: Berkolaborasi erat dengan pemohon atau pemangku kepentingan produk untuk memastikan bahwa artikel tersebut lengkap dan akurat. Jika ada informasi yang Anda perlukan untuk menyelesaikan pekerjaan yang hilang, gunakan opsi “Request information from…” di Bugzilla untuk mengumpulkan detail tambahan.
  • Eskalasi:
    • Jika Anda tidak dapat memperoleh informasi yang diperlukan dari pemohon, hubungi Manajer Dukungan Produk CX atau Manajer Komunitas untuk mendapatkan dukungan (periksa artikel ini sebagai referensi tentang siapa yang harus dihubungi).
    • Jika Anda tidak dapat memenuhi tenggat waktu yang diharapkan oleh pemohon, harap beri tahu tim CX sesegera mungkin dengan memperbarui tiket Bugzilla atau menghubungi anggota staf CX secara langsung.
• Langkah 4: Penerbitan Konten
  • Publikasikan konten: Setelah draf diselesaikan dan disetujui oleh para pemangku kepentingan, Anda dapat mengirimkan konten sebagai revisi baru pada artikel Basis Pengetahuan yang sebenarnya. Harap diingat bahwa KB kami menggunakan sintaksis Wiki kustom, jadi pastikan konten Anda diformat dengan benar jika Anda menyalin konten dari Google Doc.
  • Tinjauan konten: Kontributor harus menunggu tinjauan KB dari anggota staf atau peninjau KB (selain penulis) untuk jaminan kualitas dan kesesuaian markup.
  • Penutupan tiket: Setelah artikel KB diterbitkan, tiket Bugzilla dapat ditutup dengan menandainya sebagai Resolved — Fixed.

Persetujuan konten vs tinjauan konten

Tujuan utama dari persetujuan konten adalah memvalidasi substansi dan maksud konten dengan para pemangku kepentingan produk. Ini termasuk memastikan bahwa draf konten:

• Akurat secara teknis dan mencerminkan perilaku produk yang dimaksud
• Selaras dengan terminologi produk dan konvensi penamaan yang disetujui
• Konsisten dengan suara merek dan pesan Mozilla

Tinjauan konten melengkapi persetujuan dengan berfokus pada kualitas dan presentasi artikel. Ini termasuk:

• Memastikan sintaksis dan pemformatan yang benar (termasuk markup wiki)
• Meningkatkan kejelasan, keterbacaan, dan struktur
• Memverifikasi keselarasan dengan editorial dan panduan konten

Bersama-sama, persetujuan konten dan tinjauan konten memastikan bahwa artikel akurat dan ramah pengguna sebelum dipublikasikan.

Panduan tambahan untuk kontributor

• Keadilan penugasan

Kontributor yang memiliki hubungan langsung dengan tim produk mungkin mengetahui permintaan yang akan datang sebelum diajukan secara resmi. Namun, harap jangan memulai pekerjaan atau meminta penugasan sebelum permintaan konten dibuat dan ditriase. Ini memastikan bahwa peluang untuk berkontribusi tetap terbuka dan adil bagi semua kontributor.

• Hormati proses triase

Harap berikan waktu 5 hari kerja penuh kepada tim CX untuk meninjau dan menugaskan tiket Bugzilla. Hindari meminta atau menekan untuk keputusan penugasan sebelum periode ini berlalu.

• Komunikasikan perubahan ketersediaan

Kami memahami bahwa situasi tak terduga dapat muncul. Jika Anda tidak dapat memenuhi tenggat waktu yang telah Anda janjikan, harap beri tahu tim CX sesegera mungkin agar kami dapat menyesuaikannya.

• Kebijakan pembukaan kembali tiket Bugzilla

Harap jangan membuka kembali tiket permintaan konten Bugzilla yang sudah diselesaikan untuk meminta peninjauan revisi yang tidak terkait langsung dengan permintaan asli. Untuk pembaruan terkait, tambahkan komentar baru ke tiket yang ada alih-alih membukanya kembali. Jika Anda tidak memiliki izin untuk berkomentar, harap eskalasikan permintaan Anda ke milis kb-reviewers (lihat di bawah)

Membuka kembali tiket tanpa memenuhi standar ini dapat mengakibatkan permintaan ditolak. Harap ikuti Etiket Bugzilla untuk menjaga kolaborasi yang produktif dan saling menghormati.

• Permintaan tinjauan yang dipercepat

Jika revisi memerlukan penyelesaian yang lebih cepat, seperti perubahan produk yang mendesak, insiden yang sedang berlangsung, atau ketidakakuratan kritis, Anda dapat mengirim email ke kb-reviewers@mozilla.com untuk meminta tinjauan yang dipercepat.

Di mana mencari permintaan konten yang masuk?

Kontributor didorong untuk terlibat dalam permintaan konten yang tidak bersifat rahasia. Berikut cara Anda dapat mencari permintaan konten yang masuk:

• Pemantauan manual

Awasi bug permintaan konten baru dengan memeriksa permintaan masuk yang belum ditugaskan di sini. Ketika Anda menemukan yang Anda minati, silakan berkomentar langsung pada bug tersebut untuk memberi tahu tim CX bahwa Anda ingin membantu permintaan tersebut.

• Tetap terinformasi

Jika Anda ingin mendapatkan notifikasi tentang permintaan konten baru, pertimbangkan untuk mengawasi komponen Knowledge Base Content di Bugzilla. Untuk melakukannya, buka profil Bugzilla Anda → Edit Profile & Preferences → Component Watching. Pilih support.mozilla.org pada pemilihan produk dan pilih Knowledge Base Content untuk bidang Component. Dan jangan lupa klik tombol Add untuk menyimpan perubahan Anda.

Kriteria penugasan

Permintaan konten dapat ditugaskan kepada kontributor jika memenuhi kondisi berikut:

• Tidak menyertakan informasi rahasia

Permintaan konten yang melibatkan informasi yang diembargo atau konten sensitif akan tetap menjadi milik staf.

• Tidak melibatkan ketergantungan internal yang ketat

Permintaan yang melibatkan sensitivitas pesan, tinjauan kepatuhan, atau spesifikasi yang berkembang dan memerlukan koordinasi aktif dengan bagian hukum, pemasaran dan komunikasi, keamanan, dan mitra eksternal juga akan tetap ditangani oleh anggota staf.

• Tidak terkait dengan produk berbayar

Permintaan konten yang terkait dengan produk langganan dan fitur berbayar harus tetap menjadi milik staf karena persyaratan hukum, kepatuhan, pengujian, dan koordinasi lintas fungsi. Permintaan ini sering kali melibatkan informasi kontraktual, penagihan, atau informasi sensitif rilis yang memerlukan akuntabilitas terpusat.

• Tidak sensitif terhadap waktu

Permintaan konten dengan waktu penyelesaian kurang dari 5 hari akan tetap ditangani oleh staf untuk memastikan pengiriman tepat waktu dan keselarasan dengan jadwal rilis.

• Kapasitas kontributor

Kontributor dibatasi maksimal 3 tugas aktif pada satu waktu. Ini membantu memastikan eksekusi yang terfokus dan mencegah ketidakseimbangan beban kerja. Kami menyadari bahwa beberapa permintaan mungkin tertunda karena ketergantungan teknis. Jika permintaan tetap terhambat oleh ketergantungan dari sisi produk selama lebih dari dua minggu, tiket tersebut dapat dianggap tidak aktif (basi) dan dikecualikan dari ekspektasi beban kerja kontributor.

Klarifikasi tambahan:

• Ini hanya berlaku untuk permintaan melalui Bugzilla dan tidak berlaku untuk revisi KB minor.
• Ini tidak berlaku untuk pembuatan tanggapan umum forum.
• Staf memegang akuntabilitas akhir untuk konten yang diterbitkan.