Izin & peran: siapa yang melihat apa, siapa yang dapat melakukan apa
tanpa memperlambat tim

Masalah klasik: kita mencampuradukkan kecepatan dan akses.
Awalnya, semua orang melakukan sedikit dari segalanya. Akses dibagi "untuk menghemat waktu." Dan itu berhasil… sampai suatu hari nanti hal itu tidak mungkin lagi dilakukan. Informasi sensitif hilang, perubahan masuk ke tempat yang salah, faktur diubah tanpa ada yang menyadarinya, kontrak diedit meskipun sudah disetujui, suatu tindakan dilakukan dua kali, atau lebih buruk lagi, tidak dilakukan sama sekali. Seringkali pada titik inilah kita berkata pada diri sendiri: "Kita perlu menetapkan beberapa aturan."

Namun waspadalah: terlalu banyak aturan adalah bentuk kekacauan lainnya.
Ekstrem lainnya adalah mimpi buruk birokrasi: banyaknya peran, kotak centang, dan izin yang tidak dapat dipahami. Hasilnya: tidak ada yang tahu apa yang dapat mereka lakukan, Anda akhirnya meminta bantuan administrator untuk setiap masalah kecil, dan alat tersebut menjadi penghalang. Manajemen yang baik terhadap "Izin & Peran: siapa yang melihat apa, siapa yang dapat melakukan apa" harus menghindari kedua ekstrem ini.

Pertanyaan yang tepat untuk diajukan adalah: “Keputusan mana yang harus dilindungi?”
Tidak semua tindakan memiliki dampak yang sama. Memberi komentar pada suatu tugas bermanfaat dan relatif berisiko rendah. Mengubah nomor faktur adalah cerita yang berbeda. Mengekspor seluruh basis data pelanggan bersifat sensitif. Menghapus catatan berpotensi tidak dapat dibatalkan. Mengirim dokumen kepada klien adalah sebuah komitmen. Singkatnya: Anda perlu membedakan antara apa yang "operasional" dan apa yang "struktural."

Metode sederhana: bagi berdasarkan tingkat dampaknya.
Anda dapat mengatur izin seperti ini:

1) bacaan : lihat informasinya (berguna untuk memahami, mengikuti, dan menanggapi pelanggan).
2) Menulis : membuat/memodifikasi hal-hal yang mendorong kemajuan pekerjaan (tugas, konten, status).
3) Pengesahan Periksa kembali semuanya sebelum dikirim (penawaran harga, dokumen, hasil kerja).
4) Tindakan sensitif : penghapusan, ekspor, pengaturan, akses pengguna.

Dalam praktiknya, tiga level pertama dapat dibagi di antara tim sesuai kebutuhan. Level keempat sebaiknya tetap jarang digunakan.

Mengapa "siapa melihat apa" sering diremehkan.
Banyak manajer berpikir bahwa visibilitas bukanlah masalah: "Mereka bisa melihatnya, itu tidak masalah." Tetapi visibilitas sudah merupakan bentuk akses. Melihat faktur berarti melihat jumlahnya. Melihat kontrak berarti melihat persyaratannya. Melihat daftar klien berarti melihat hubungan bisnis. Bahkan tanpa mengekspor, bahkan tanpa memodifikasi, visibilitas sederhana memiliki dampak. Praktik terbaik: buat informasi yang diperlukan untuk pekerjaan terlihat, bukan seluruh perusahaan Anda.

Dan “siapa yang bisa melakukan apa” bahkan lebih penting lagi.
Menulis itu sangat ampuh. Perubahan kecil dapat menciptakan masalah besar jika memengaruhi elemen sentral: pembaruan status, pengingat, tanggal jatuh tempo, dokumen yang dikirim ke klien. Tujuannya bukan untuk menghambat tim. Tujuannya adalah untuk memastikan bahwa tindakan-tindakan penting terkendali. Peran yang terdefinisi dengan baik memungkinkan individu memiliki otonomi dalam area tanggung jawab mereka dan mencegah mereka mengganggu proses lain.

Contoh konkret: penyedia layanan.
Penyedia layanan seringkali perlu mengerjakan hasil akhir, yaitu tugas dan dokumen. Namun, mereka tidak memerlukan akses ke seluruh riwayat klien atau informasi keuangan Anda. Dengan peran yang sesuai, mereka hanya melihat hal-hal penting: tugas mereka, dokumen proyek, dan komentar. Anda mempertahankan kecepatan tanpa membuka akses yang tidak perlu.

Contoh konkret: seorang manajer.
Manajer membutuhkan gambaran umum yang luas tentang pekerjaan: siapa yang mengerjakan apa, apa yang tertunda, dan apa yang menyebabkan hambatan. Mereka juga perlu menetapkan dan memprioritaskan tugas. Namun, mereka tidak perlu ikut campur dalam pengaturan struktural atau ekspor data sensitif. Peran "Manajer" yang terdefinisi dengan baik memberikan wewenang atas masalah operasional, bukan atas sistem yang mendasarinya.

Contoh konkret: profil keuangan.
Tergantung pada organisasi Anda, seseorang mungkin menangani pengiriman, pelacakan, pengingat, dan pembayaran. Dalam hal ini, Anda memerlukan peran yang memungkinkan tindakan pada pembuatan faktur, tetapi tidak harus akses penuh ke semua hal lainnya. Kesalahan klasik: menetapkan peran "admin" karena lebih cepat. Pendekatan yang tepat: tetapkan peran "keuangan" khusus.

Poin kuncinya: menghubungkan hak akses dengan alur kerja.
Izin akses tidak boleh dirancang secara abstrak. Izin tersebut harus sesuai dengan alur kerja yang sebenarnya: penjualan, pengiriman, pembuatan faktur, pelacakan. Jika Anda memiliki seseorang yang mengelola hubungan pelanggan, mereka harus dapat melihat riwayat dan menambahkan catatan. Jika seseorang bertugas melakukan pengiriman, mereka harus dapat memajukan tugas. Jika seseorang bertugas menyetujui, mereka harus dapat menyetujui. Dan Anda, tentu saja, harus tetap memegang kendali atas tindakan-tindakan sensitif.

Dan di situlah fungsi "all-in-one" sangat membantu.
Ketika semuanya tersebar, Anda akhirnya mengelola akses di lima alat yang berbeda, dengan aturan dan pengecualian yang berbeda di mana-mana. Di Djaboo, organisasi Anda (peran, akses, tanggung jawab) mengikuti modul dan aktivitas Anda. Anda menghindari pengaturan duplikat dan mempertahankan pendekatan yang konsisten.

Cara mengatur izin Anda dalam 30 menit.
Jika Anda memulai dari nol, buatlah sesederhana mungkin:

1) Cantumkan profil Anda: admin, manajer, operasional, penyedia layanan, keuangan (jika diperlukan).
2) Untuk setiap profil, catat apa yang seharusnya voir untuk melakukan pekerjaannya dengan benar.
3) Catat apa yang dia hutangkan faire (menulis/memperbarui) untuk melanjutkan.
4) Pisahkan 4 tindakan sensitif: penghapusan, ekspor, pengaturan, manajemen pengguna.
5) Batasi tindakan sensitif ini pada satu peran saja (biasanya admin).

Pada tahap ini, Anda sudah memiliki sesuatu yang solid.

Kesalahan yang harus dihindari (kesalahan yang sangat umum).

1) Berikan hak akses admin “sementara” dan lupa untuk menghapusnya.
2) Menggabungkan validasi dan eksekusi: setiap orang dapat mengirim ke klien.
3) Biarkan ekspor tidak terkontrol, terutama pada basis data pelanggan.
4) Membuat peran secara mendadak tanpa logika keseluruhan.
5) Tidak mengklarifikasi siapa yang bertanggung jawab atas apa (bahkan jika izin sudah ada).

Anda bisa memiliki izin yang sempurna dan tetap mengalami kekacauan jika tanggung jawab tidak ditetapkan. Yang satu tidak menggantikan yang lain: izin + tanggung jawab = ketenangan.

Menghubungkan izin dan modul: cara paling sederhana untuk menghindari celah.
Secara umum, tim Anda berputar di sekitar 6 area: hubungan pelanggan, penjualan, produksi, dokumen, dukungan, dan keuangan. Di sinilah Anda membutuhkan aturan yang jelas.

Dari sisi produksi, kami dengan cepat kembali pada hal-hal berikut: projets dan pelacakan kemajuan: siapa yang dapat membuat proyek, siapa yang dapat menetapkan tugas, siapa yang dapat menutupnya. Kemudian muncullah tugas Siapa yang dapat membuat, siapa yang dapat memodifikasi, siapa yang dapat menandai sebagai selesai, dan siapa yang dapat memprioritaskan ulang.

Mengenai dokumen, ada dua poin yang selalu muncul. Pertama, yaitu kontrak Siapa yang berhak mengedit, siapa yang berhak mengirim, siapa yang berhak menyetujui? Lalu ada pengelolaan pertukaran ketika situasi memanas: dukungan, permintaan, insiden. Di situlah letaknya Ticketing menjadi titik koordinasi: siapa yang melihat tiket, siapa yang merespons, siapa yang menutup, siapa yang meneruskan ke tingkat yang lebih tinggi.

Dalam hal hubungan pelanggan, fondasinya tetaplah CRM Siapa yang dapat melihat kontak, siapa yang dapat memperkaya profil, siapa yang dapat mengedit perusahaan, siapa yang dapat menghapus. Dan akhirnya, dari sisi keuangan, kita sampai pada hal-hal berikut: penagihan Siapa yang dapat membuat faktur, siapa yang dapat mencatat pembayaran, siapa yang dapat mengirim pengingat, siapa yang dapat membatalkan? Di sini, izin yang tidak didefinisikan dengan baik dapat berubah menjadi kesalahan manajemen.

Sebuah frasa penting yang perlu diingat: “Jika suatu tindakan bersifat mengikat, tindakan tersebut harus divalidasi.” Mengirim dokumen kepada klien, mengubah status menjadi “terbayar,” menutup kontrak, menghapus item… semua ini adalah tindakan yang mengikat. Anda dapat membiarkan tim mempersiapkan dan melanjutkan, tetapi tetap lakukan validasi pada tingkat yang sesuai.

Secara konkret, apa saja perubahan ini dalam kehidupan sehari-hari?
Anda mengalami lebih sedikit gangguan. Orang-orang berhenti bertanya kepada Anda, “Bisakah Anda memberi saya akses?” Area abu-abu menghilang karena hak dan tanggung jawab selaras. Dan yang terpenting, Anda tidak lagi harus menjadi titik kontrol yang konstan. Organisasi yang sehat adalah organisasi yang tetap berjalan lancar saat Anda sedang rapat, bepergian, atau sekadar fokus.

Poin terakhir: kepercayaan juga dibangun dengan aturan.
Mengatur izin bukan berarti "tidak mempercayai" orang lain. Ini tentang melindungi tim dari kesalahan, melindungi perusahaan dari risiko, dan membuat operasional harian berjalan lebih lancar. Aturan yang baik itu tidak terlihat: aturan itu tidak menghambat kemajuan, tetapi hanya mencegah kesalahan.