Perusahaan bisa memiliki beberapa staf yang memakai AI sebelum pemilik menyetujui satu proyek pun. Tim penjualan membuat draf balasan, bagian keuangan mengunggah berkas, dan manajer mencoba ringkasan rapat melalui akun masing-masing. Persoalannya bukan lagi sekadar memilih satu tugas. Anda perlu menentukan penggunaan yang diizinkan, tempat data dikirim, serta pihak yang bertanggung jawab ketika hasil atau pengaturannya bermasalah.
Cara mulai pakai AI di perusahaan perlu memberi staf jalur yang masuk akal untuk memakai alat yang disetujui. Batas pekerjaan sensitif, biaya, dan ukuran hasil juga harus terlihat. Bagi UMKM maupun perusahaan menengah, langkah awalnya dapat berupa kesepakatan kerja singkat dan penerapan terbatas. Tidak perlu mengubah semua bagian sekaligus atau mengganti aplikasi yang sudah menyelesaikan tugasnya dengan baik.
Langkah 1: catat penggunaan yang ada dan pemiliknya
Tanyakan alat yang digunakan tiap tim, bahan yang dimasukkan, dan tindakan setelah menerima hasil. Sertakan tambahan pada browser, aplikasi rapat, unggahan berkas, serta fitur AI di aplikasi yang sudah dipakai. Bahas secara praktis agar staf menceritakan penggunaan sebenarnya. Ketiadaan langganan resmi perusahaan tidak berarti data belum pernah dikirim. Penggunaan yang tidak tercatat sulit dinilai hanya dari daftar pembelian perangkat lunak.
Tentukan penanggung jawab bisnis dan pengelola teknis untuk setiap penggunaan yang disetujui. Dalam usaha kecil, keduanya dapat dipegang orang yang sama, tetapi tugasnya tetap berbeda. Penanggung jawab bisnis menetapkan hasil yang boleh dibuat dan cara memeriksanya. Pengelola teknis menangani akses, koneksi, pengaturan, serta pemulihan gangguan. Tetapkan juga orang yang boleh menyetujui perubahan data, biaya, dan tindakan sistem.
Simpan tujuan, pengguna, penyedia, jenis data, sistem terhubung, kebutuhan pemeriksaan, serta kondisi berhenti dalam satu daftar. Buat cukup singkat agar dapat diperbarui. Daftar ini menjadi rujukan saat bagian lain meminta akses atau fitur baru. Nama alat saja belum cukup karena layanan yang sama membawa risiko berbeda saat dipakai menulis informasi publik dibandingkan saat membaca catatan karyawan perusahaan.
Langkah 2: tentukan penggunaan dan batas data
Pisahkan penggunaan yang disetujui, memerlukan penilaian tambahan, dan belum diizinkan. Draf tulisan publik mungkin memiliki jalur sederhana. Data pelanggan, catatan pegawai, kontrak rahasia, dan tindakan pada sistem memerlukan penilaian berbeda. Gunakan contoh yang konkret agar staf mengenali batasnya. Perintah umum untuk berhati-hati dengan data sensitif sulit diterapkan jika orang harus mengambil keputusan cepat di tengah pekerjaan harian.
Ikuti satu catatan dari awal sampai akhir. Tulis asal data, bagian yang dikirim, penyedia penerima, lokasi hasil serta log, dan sistem tujuan. Masukkan salinan dokumen maupun berkas pemrosesan sementara. Mengurangi data menjadi lebih mudah ketika tim bisa menyebut kolom yang benar-benar dibutuhkan. Ekspor seluruh database tidak seharusnya menjadi bahan standar hanya karena lebih mudah daripada memilih informasi yang relevan.
Pembersihan data juga perlu diperiksa. Menghapus nama mungkin masih menyisakan alamat, nomor telepon, tanda tangan, atau gabungan keterangan yang mengenali seseorang. Uji cara pembersihannya sebelum menyebut hasil anonim. Jika kebutuhan dapat dinilai dengan data buatan, mulai dari sana. Peralihan ke data nyata harus menjadi keputusan yang disengaja atas alur tertentu, setelah pemeriksaan yang diperlukan selesai dan bukan sekadar kelanjutan percobaan.
Langkah 3: tinjau UU PDP sebelum memakai data pribadi
UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi mewajibkan dasar pemrosesan melalui Pasal 20; persetujuan adalah salah satu pilihan. Pasal 34 mewajibkan penilaian dampak untuk pemrosesan berpotensi berisiko tinggi dan mencantumkan penggunaan teknologi baru dalam daftar kondisinya. Minta penasihat yang kompeten menilai penggunaan, kewajiban, serta ketentuan pelaksana terkini sebelum memasukkan data pribadi. Daftar ini bukan penetapan kepatuhan.
Untuk transfer ke luar Indonesia, Pasal 56 UU PDP mengatur urutan pelindungan setara atau lebih tinggi, pelindungan memadai yang mengikat jika syarat tersebut tidak terpenuhi, lalu persetujuan jika keduanya tidak terpenuhi. Minta penilaian atas pengaturan transfer yang nyata. Kantor penjualan lokal atau kotak persetujuan saja tidak membuktikan bahwa pengaturan penyedia sudah memenuhi kewajiban.
Bawa peta data, tujuan penggunaan, pihak yang datanya diproses, ketentuan penyedia, dan pengamanan yang direncanakan saat melakukan penilaian. Tentukan pihak yang menangani permintaan akses, koreksi, atau penghapusan serta cara menjangkau sistem terkait. Simpan keputusan dan syarat yang belum selesai. Jika aliran datanya belum dapat dijelaskan, tunda penggunaan data pribadi sampai informasi yang kurang tersedia dan telah ditinjau.
Langkah 4: periksa ketentuan serta kendali penyedia
Tanyakan pengelolaan perintah, unggahan, hasil, dan log. Periksa pemakaian bahan untuk pelatihan model, masa simpan, pilihan penghapusan, serta pihak lain yang ikut memproses. Cocokkan ketentuan dan pengaturan dengan produk serta jenis akun yang benar-benar dibeli. Pernyataan tentang satu paket bisnis tidak otomatis berlaku bagi akun pribadi atau semua layanan yang terhubung. Simpan jawaban yang dapat dijadikan dasar keputusan pembelian.
Bandingkan alat bisnis terkelola, integrasi terbatas melalui API, dan sistem privat yang dikelola dengan layak hanya jika kebutuhannya mendukung pilihan tersebut. Semuanya tetap memerlukan pengelolaan akses, perawatan, dan aturan data. Server sendiri tidak otomatis lebih aman jika tidak ada yang mampu merawatnya. Sertakan aplikasi biasa dalam perbandingan jika dapat menyelesaikan kebutuhan tanpa mengirim data ke penyedia lain.
Sepakati cara berhenti sebelum layanan menjadi bagian penting pekerjaan. Periksa ekspor catatan, penghapusan sumber unggahan, pencabutan koneksi, dan kelanjutan proses di tempat lain. Tanyakan cadangan serta log secara terpisah dari riwayat percakapan yang terlihat. Tombol hapus chat tidak menjelaskan nasib setiap salinan yang dipakai saat pemrosesan. Jawaban mengenai perpindahan dan penghentian layanan perlu cukup jelas untuk dijalankan staf Anda.
Langkah 5: batasi akses dan tindakan pada sistem
Gunakan akun yang dikuasai perusahaan dan bedakan akses menurut tugas. Staf yang menulis informasi publik tidak otomatis perlu membaca ekspor pelanggan atau penggajian. Simpan kredensial melalui cara yang disetujui dan batasi orang yang dapat mengubah koneksi. Cabut akses ketika staf keluar atau berganti peran. Sertakan akun penyedia dan kunci integrasi yang mungkin tidak mengikuti akun masuk utama perusahaan.
Jika memungkinkan, mulai dengan hak baca yang terbatas pada catatan serta kolom yang dibutuhkan. Sebelum mengaktifkan perubahan, tulis tindakan yang diizinkan, pemeriksaan wewenang, dan permintaan yang memerlukan persetujuan. Aplikasi harus menjalankan batas tersebut di luar kalimat buatan AI. Instruksi dalam perintah membantu mengarahkan perilaku, tetapi bukan pengganti kendali akses pada sistem yang menyimpan data serta menjalankan tindakan.
Uji permintaan untuk mengambil catatan pengguna lain atau menjalankan tindakan terlarang. Sertakan pesan dan dokumen yang memerintahkan alat mengabaikan aturan perusahaan. Saat akses ditolak, periksa agar log dan pesan kesalahan tidak membuka bahan terbatas. Pengujian perlu menjangkau koneksi lengkap. Balasan yang terlihat sopan belum membuktikan bahwa permintaan tanpa izin tidak sempat diteruskan ke sistem lain di belakangnya.
Langkah 6: tetapkan batas biaya yang dapat menghentikan proses
Catat komponen biaya: lisensi, permintaan model, pembacaan dokumen, penyimpanan, pesan, koneksi, dukungan, dan pemeriksaan internal. Tanyakan bagian yang mengikuti jumlah penggunaan serta kegiatan yang ditagihkan. Bandingkan menggunakan pekerjaan dan periode perencanaan yang sama. Biaya kecil per permintaan belum menunjukkan seluruh alur murah dioperasikan, terutama jika satu pekerjaan menghasilkan banyak panggilan atau perlu diperiksa ulang oleh beberapa orang.
Tetapkan batas tiap penggunaan dan batas keseluruhan perusahaan. Jika penyedia hanya memberi pemberitahuan pengeluaran, tambahkan kendali aplikasi atau proses kerja yang bisa menghentikan permintaan berikutnya. Batasi pengulangan, ukuran berkas, panjang dokumen, dan permintaan ganda. Gangguan layanan tidak boleh memicu percobaan berbayar tanpa akhir. Tunjuk orang yang menyelidiki lonjakan penggunaan sebelum memutuskan apakah alokasi memang perlu ditambah untuk pekerjaan tersebut.
Pantau biaya per pekerjaan yang selesai dan diterima, selain total tagihan. Pisahkan percobaan pengembangan dari penggunaan harian agar biaya operasional tetap terlihat. Hitung waktu pemeriksaan serta perbaikan hasil. Pemilik perlu mengetahui hasil yang diterima untuk pengeluaran tersebut. Rinciannya harus cukup untuk menghentikan satu penggunaan yang mahal tanpa ikut mematikan pekerjaan lain yang masih diperlukan dan berjalan sesuai batas.
Langkah 7: terapkan terbatas dengan bukti dan jalur cadangan
Pilih tim serta pekerjaan dari daftar yang telah disetujui. Catat hasil cara lama, lalu bandingkan dengan contoh pekerjaan yang sepadan menggunakan bantuan AI. Sertakan masukan tidak lengkap, sumber keliru, sistem tidak tersedia, dan kasus yang wajib ditolak atau diperiksa manusia. Sesuaikan kriteria penerimaan dengan akibat tugasnya. Satu angka akurasi umum tidak cukup menjelaskan semua jenis kesalahan dan keputusan bisnis.
Ukur hasil yang diterima, kesalahan penting, beban pemeriksaan, pengecualian belum selesai, serta biaya keseluruhan. Tanyakan apakah pekerjaan berkurang atau hanya berpindah ke orang lain. Pertahankan cara sebelumnya dengan petunjuk penggunaan yang jelas. Saat gangguan serius terjadi, staf perlu tahu kendali yang menghentikan fitur dan lokasi tugas yang belum selesai. Jalur cadangan yang hanya ada dalam dokumen belum cukup tanpa dicoba.
Contoh umum: asisten produk dipakai tim penjualan
Bayangkan distributor regional menyetujui asisten untuk mencari spesifikasi produk yang bersifat publik. Tim lalu meminta fitur harga khusus pelanggan. Permintaan itu mengubah data serta wewenang yang terlibat. Pemilik perlu menilai akses, aturan harga, dan persetujuan sebelum mengaktifkannya. Keberhasilan pada dokumen publik tidak mengizinkan alat membaca seluruh perjanjian pelanggan atau mengirim penawaran hasil negosiasi tanpa keputusan tambahan yang jelas.
Contoh umum: biaya pembacaan dokumen meningkat
Bayangkan perusahaan jasa mencoba pengambilan data dokumen. Satu unggahan besar memuat halaman berulang, lalu jawaban gagal memicu percobaan ulang. Kendali yang berguna menghentikan pekerjaan dan menyimpan tahapnya sebelum biaya terus bertambah. Staf dapat menyelesaikannya secara manual selama penyebab diperiksa. Tanpa batas serta pemilik yang terlihat, percobaan kecil bisa menambah pengeluaran tanpa menghasilkan catatan yang akhirnya diterima oleh tim.
Langkah 8: siapkan insiden, perubahan, dan keputusan berhenti
Buat petunjuk singkat untuk data terbuka, jawaban eksternal salah, tindakan tanpa izin, dan layanan penyedia terhenti. Tetapkan orang yang bisa menjeda akses, menjaga bukti terkait, menghubungi penyedia, serta meminta penilaian hukum tentang kewajiban pemberitahuan. Jangan menyebarkan log sensitif ke banyak grup saat insiden. Beri staf satu jalur pelaporan serta cara melanjutkan pekerjaan penting selama fitur yang bermasalah dihentikan sementara.
Tinjau ulang saat model, ketentuan penyedia, dokumen sumber, sistem terhubung, atau tujuan berubah. Jalankan pemeriksaan yang relevan lagi. Perubahan dari membuat draf menjadi mengirim jawaban, atau dari informasi publik menjadi data pribadi, membutuhkan keputusan baru. Catat pemberi persetujuan dan bukti pendukungnya. Dengan begitu, tanggung jawab tetap terlihat ketika penggunaan bertambah dan tidak bergantung pada ingatan orang yang pertama kali memasang alat.
Kesalahan umum dan daftar periksa sebelum digunakan
Kesalahan yang sering muncul adalah melarang alat tanpa memberi pilihan yang bisa dipakai, berbagi satu akun, menganggap pemberitahuan biaya sebagai batas pengeluaran, dan menilai keberhasilan dari kecepatan membuat teks. Tinjauan manusia juga gagal jika pemeriksa tidak diberi sumber atau waktu. AI tidak tepat ketika dasar tersebut belum dapat dirawat, atau ketika proses dengan aturan biasa memenuhi kebutuhan dengan lebih sedikit paparan data.
- Setiap penggunaan memiliki penanggung jawab bisnis, tujuan jelas, dan catatan yang diperbarui.
- Aliran data serta kewajiban privasi ditinjau sebelum data pribadi nyata dipakai.
- Ketentuan penyedia, akses, tindakan sistem, dan cara berhenti sesuai dengan cakupan yang disetujui.
- Batas biaya, penanganan gangguan, kapasitas pemeriksaan, dan cara cadangan siap dijalankan.
- Hasil dibandingkan dengan proses sebelumnya dan diperiksa ulang saat kondisi penting berubah.
Mulai dengan mengumpulkan penggunaan serta aliran datanya, lalu bahas kebutuhan melalui layanan Loomora dan integrasi AI. Loomora menerapkan AI sesuai kecocokan pekerjaan, bersama cara yang lebih sederhana bila lebih tepat. Bicarakan dengan Loomora rencana penerapan yang dapat dijalankan serta ditinjau oleh tim Anda.
