Website dapat dikelola oleh beberapa orang: pemilik bisnis, staf konten, penyedia hosting, dan pengembang. Ketika seorang staf berpindah tugas, tim baru mungkin mengetahui alamat website tetapi tidak mengetahui siapa yang menangani domain atau menerima pemberitahuan layanan.
Register penanggung jawab membantu menjawab pertanyaan itu. Dokumen ini mencatat fungsi akun dan kepemilikan tugas, tanpa menyalin kata sandi atau kode pemulihan ke tabel bersama. Gunakan bersama dasar keamanan website bisnis agar pencatatan dan pengelolaan akses saling mendukung.
Mulai dari layanan yang benar-benar dipakai
Buat daftar komponen yang mendukung website: domain, hosting, pengelolaan konten, analitik, formulir, atau layanan lain yang memang digunakan. Website sederhana tidak selalu memiliki semua komponen tersebut. Jangan menambah akun hanya karena ada dalam contoh daftar.
Pisahkan layanan dari akun pengguna. Satu layanan dapat memiliki beberapa anggota tim dengan izin berbeda. Sebaliknya, satu orang dapat mengelola beberapa layanan. Register perlu menunjukkan hubungan itu tanpa membuat orang menganggap semua akses dapat dipertukarkan.
Konfirmasi daftar dengan orang yang menjalankan pekerjaan sehari-hari. Pemberitahuan tagihan atau perubahan layanan mungkin diterima anggota tim lain. Tujuannya memahami tanggung jawab yang berlaku sekarang, bukan membuat daftar ideal yang belum sesuai keadaan.
Gunakan kolom yang tidak berisi rahasia
Mulai dengan nama layanan, fungsi, pemilik bisnis, pengelola teknis, kontak internal, dan tugas yang boleh dilakukan. Tambahkan tautan ke dokumentasi yang sesuai. Jangan menaruh kata sandi, token API, kode sekali pakai, atau berkas kunci pada register.
Jika tim memakai pengelola kata sandi, register dapat menunjuk lokasi referensinya sesuai aturan akses internal. Referensi tersebut bukan izin otomatis untuk membaca rahasia. Orang yang membutuhkan akses tetap mengikuti proses yang disepakati oleh pemilik akun.
Pisahkan dokumen ini dari halaman publik website. Ia menjelaskan pengaturan internal bisnis. Contoh struktur pada artikel dapat dipakai sebagai panduan, tetapi nama akun, alamat pemulihan, atau rincian penyedia milik bisnis tidak perlu diterbitkan sebagai konten blog.
Bedakan pemilik dengan pelaksana tugas
Pemilik bisnis menetapkan siapa yang bertanggung jawab atas layanan. Pengelola teknis menjalankan pekerjaan sesuai cakupan. Staf konten mungkin boleh memperbarui artikel, tetapi tidak otomatis berwenang mengubah domain atau menambahkan administrator baru.
Contoh fiktif: akun domain dimiliki organisasi dan dikelola oleh satu penanggung jawab. Pengembang diberi akses yang diperlukan untuk tugas tertentu. Catat siapa menyetujui perubahan dan siapa melaksanakannya, sehingga tim tidak menebak dari siapa yang terakhir masuk.
Hindari memakai akun bersama sebagai satu-satunya bukti penanggung jawab bila layanan menyediakan anggota terpisah. Kemampuan setiap penyedia berbeda. Verifikasi fitur yang tersedia sebelum menentukan cara pengelolaan, dan jangan menganggap semua layanan memiliki peran atau undangan yang sama.
Catat pemberitahuan dan pekerjaan berkala
Tentukan siapa menerima informasi perpanjangan, gangguan, atau perubahan layanan. Pastikan orang tersebut memahami tindakan yang perlu diambil serta siapa yang menjadi pengganti jika sedang tidak tersedia. Kotak masuk yang ada belum membuktikan pemberitahuan dibaca.
Untuk domain atau layanan berlangganan, catat referensi tanggal dan pemilik pemeriksaannya jika informasi sudah dikonfirmasi. Jangan menerbitkan rincian pembayaran atau menganggap perpanjangan otomatis selalu berhasil. Register membantu pengingat; keadaan layanan tetap diperiksa pada sistem penyedia.
Hubungkan pekerjaan berkala dengan checklist perawatan website. Misalnya, meninjau akses ketika anggota tim berubah atau memeriksa kontak pemberitahuan. Jadwal mengikuti kebutuhan bisnis, bukan frekuensi tetap yang dipilih tanpa alasan.
Rencanakan jalur pemulihan
Tuliskan siapa yang dapat memulai pemulihan akun dan siapa yang menyetujui tindakan tersebut. Simpan instruksi penyedia melalui referensi yang tepat, tanpa menyalin kode pemulihan ke register. Prosedur berbeda antarpenyedia dan dapat berubah.
Periksa ketergantungan penting. Jika alamat email pemulihan bergantung pada domain yang sama, tim perlu memahami siapa menangani masalah ketika layanan tersebut tidak tersedia. Diskusikan jalur yang sesuai dengan pengelola, tanpa menebak solusi dari contoh bisnis lain.
Jangan menguji pemulihan dengan mereset akun produksi secara sembarangan. Untuk peninjauan rutin, cukup verifikasi pemilik, akses yang diizinkan, dan referensi prosedur. Tindakan yang mengubah akses dilakukan dengan cakupan serta persetujuan yang jelas.
Jadikan serah tugas sebuah proses
Saat tugas berpindah, cocokkan layanan satu per satu. Penerima perlu memahami fungsi akun, tugas yang menjadi tanggung jawabnya, dan pihak yang dapat dihubungi. Menyerahkan sebuah daftar tautan saja belum memastikan pekerjaan dapat dilanjutkan.
Catat akses yang diberikan dan akses lama yang perlu ditinjau melalui operasi resmi penyedia. Jangan sekadar menghapus nama dari spreadsheet sementara izin sebenarnya masih aktif. Pemilik layanan mengonfirmasi perubahan berdasarkan kebutuhan tim.
Selesaikan dengan tanggal peninjauan dan penanggung jawab dokumen. Register akan berguna ketika tetap mengikuti perubahan orang dan layanan. Bawa struktur ini saat membahas pengelolaan website bersama WebsiteKilat agar cakupan tugas dapat dijelaskan sejak awal.
