Adopsi Sistem Baru oleh Karyawan: Rencana 90 Hari agar Software Benar-Benar Dipakai

Software yang sudah dibayar tetapi tidak dipakai adalah salah satu pemborosan paling umum di perusahaan menengah. Penyebabnya jarang teknis. Karyawan tetap mencatat di buku atau spreadsheet karena cara lama terasa lebih cepat, tidak ada yang memeriksa, dan jalur lama tidak pernah ditutup. Tiga bulan kemudian sistem baru hanya berisi separuh data, dan laporan dari sistem itu tidak dipercaya siapa pun.

Adopsi sistem baru tidak terjadi dengan sendirinya setelah go-live. Ia butuh rencana dengan pemilik, tahapan, dan ukuran yang jelas. Rencana 90 hari di bawah ini bisa dipakai untuk sistem siap pakai maupun software custom, dan disusun dari pola yang berulang di banyak implementasi.

Mengapa karyawan menolak sistem baru

Penolakan jarang soal keras kepala. Biasanya alasannya masuk akal dari sudut pandang orang yang menjalankan pekerjaan:

• Pekerjaan bertambah bagi yang mengisi data, sementara manfaatnya dinikmati orang lain, misalnya manajer yang kini bisa melihat laporan.
• Sistem tidak cocok dengan pengecualian sehari-hari, karena pengguna sebenarnya tidak dilibatkan saat sistem disiapkan.
• Takut terlihat lambat atau salah di depan rekan kerja selama minggu-minggu pertama.
• Khawatir dinilai atau digantikan, terutama bila sistem baru memakai AI.
• Cara lama masih tersedia dan masih diterima, sehingga tidak ada alasan untuk berpindah.

Rencana adopsi yang baik menjawab kelima alasan ini satu per satu, bukan hanya menyediakan pelatihan.

Sebelum go-live: tiga keputusan yang menentukan adopsi sistem baru

Pertama, satu pemilik dari bisnis, bukan dari IT. Pemilik ini punya wewenang memutuskan cara kerja dan punya waktu untuk mengurusnya. Tim IT atau vendor bisa membantu, tetapi tidak bisa memerintahkan bagian penjualan mengubah kebiasaan.

Kedua, pengguna kunci di setiap bagian. Mereka adalah orang yang paling paham pekerjaan sehari-hari dan dihormati rekannya. Libatkan mereka sejak penyusunan skenario UAT, agar sistem sudah cocok dengan pengecualian nyata sebelum diluncurkan. Setelah go-live, merekalah tempat bertanya pertama.

Ketiga, tanggal cara lama berhenti. Tulis dan umumkan sejak awal. Contoh: "Mulai tanggal 1, pesanan yang tidak tercatat di sistem tidak akan diproses gudang." Tanpa tanggal ini, sistem lama dan baru akan berjalan berdampingan tanpa akhir.

Satu hal lagi yang perlu disiapkan: jawaban atas pertanyaan "apa untungnya bagi saya" untuk setiap peran. Bagi staf gudang mungkin berarti tidak perlu lagi menerima telepon untuk mengecek stok. Bagi sales mungkin berarti komisinya terhitung otomatis dan bisa dicek kapan saja.

Contoh pengumuman kepada tim

Pengumuman pertama menentukan nada seluruh peluncuran. Hindari kalimat umum seperti "demi efisiensi perusahaan". Sampaikan alasan, tanggal, dan bantuan yang tersedia. Contoh yang bisa Anda sesuaikan:

"Mulai Senin depan, bagian penjualan di cabang pusat memakai sistem baru untuk mencatat pesanan. Alasannya sederhana: selama ini stok sering tidak cocok karena pesanan dicatat di tiga tempat berbeda, dan kalian yang paling sering kena imbasnya ketika pelanggan bertanya. Dua minggu pertama, Rina dan Bagus akan mendampingi di lantai setiap pagi, dan pertanyaan di grup bantuan dijawab di hari yang sama. Spreadsheet pesanan lama masih bisa dibuka sampai akhir bulan, lalu hanya bisa dibaca. Jika ada langkah di sistem yang membuat pekerjaan kalian lebih lambat, sampaikan, karena pengaturannya masih bisa kami ubah."

Perhatikan bahwa pengumuman ini menyebut masalah yang dirasakan tim, nama orang yang bisa ditanya, tanggal cara lama berhenti, dan kesediaan untuk memperbaiki.

Hari 1 sampai 30: mulai kecil dan dampingi

• Mulai dari satu bagian atau satu cabang yang paling siap, bukan semuanya sekaligus. Masalah yang muncul di satu tempat jauh lebih mudah ditangani.
• Latih per peran dengan data mereka sendiri. Sesi pendek dan berulang jauh lebih efektif daripada satu presentasi panjang di hari peluncuran.
• Sediakan panduan satu halaman per peran, berisi lima pekerjaan yang paling sering mereka lakukan.
• Buka jalur bantuan yang cepat. Pengguna kunci ditambah satu kanal pertanyaan yang dijawab di hari yang sama selama minggu pertama.
• Catat setiap keluhan dan kelompokkan: kurang pelatihan, pengaturan yang keliru, bug, atau kebutuhan baru. Keempatnya butuh penanganan berbeda.
• Batasi masa paralel. Menjalankan cara lama dan baru bersamaan memang perlu untuk mencocokkan hasil, tetapi masa paralel yang panjang berarti kerja ganda, dan kerja ganda menumbuhkan kebencian pada sistem baru.

Hari 31 sampai 60: perluas dan tutup jalur lama

• Perluas ke bagian berikutnya dengan membawa pelajaran dari tahap pertama, termasuk perbaikan pengaturan dan panduan yang sudah direvisi.
• Hentikan cara lama sesuai tanggal yang diumumkan. Spreadsheet lama dijadikan hanya-baca, formulir kertas ditarik, dan grup pesan untuk laporan manual dihentikan.
• Pakai sistem di rapat. Ini pengungkit paling kuat. Bila angka di rapat mingguan diambil langsung dari sistem, data yang tidak ada di sistem dianggap tidak ada. Dalam beberapa minggu, semua orang akan memastikan datanya tercatat.
• Perbaiki pengaturan yang memaksa jalan memutar. Jika banyak orang mengakali satu langkah yang sama, kemungkinan besar langkah itulah yang salah, bukan orangnya.

Hari 61 sampai 90: ukur dengan jujur

Jumlah login tidak menunjukkan apa pun. Ukur adopsi dari data di sistem itu sendiri:

• Cakupan transaksi: berapa persen transaksi yang tercatat di sistem dibanding sumber lain, misalnya nota, mutasi rekening, atau surat jalan.
• Pengguna aktif per peran per minggu, dibandingkan jumlah orang di peran itu.
• Kelengkapan data: isian penting yang benar-benar terisi, bukan sekadar terisi tanda strip.
• Keterlambatan pencatatan: jarak antara kejadian dan saat dicatat di sistem.
• Jumlah pertanyaan bantuan per minggu, yang seharusnya terus turun.

Di akhir 90 hari, tinjau bagian mana yang tertinggal dan cari penyebabnya bersama pengguna kunci, lalu putuskan langkah lanjutan untuk masing-masing.

Peran manajer: contoh yang paling ditiru

Manajer yang masih meminta laporan lewat pesan pribadi dalam format spreadsheet, padahal angkanya sudah ada di sistem, sedang mengajari timnya bahwa sistem itu tidak penting. Sebaliknya, pemilik usaha yang bertanya "di sistem tercatat berapa?" setiap kali membahas angka sedang mengirim pesan yang jauh lebih kuat daripada pelatihan mana pun.

Bila sistem baru memakai AI

Kekhawatiran digantikan mesin perlu dijawab terbuka. Jelaskan pekerjaan apa yang diambil alih AI, biasanya pekerjaan berulang seperti merapikan data atau menyiapkan draf balasan, dan keputusan apa yang tetap di tangan manusia. Sistem yang baik membuat batas ini terlihat. Di Polynusa Autopilot, misalnya, tindakan penting agen AI menunggu persetujuan manusia dan setiap tindakannya tercatat, sehingga tim bisa melihat sendiri apa yang dikerjakan AI dan apa yang tidak.

Kesalahan yang sering terjadi

Pelatihan hanya sekali, di hari go-live. Orang baru benar-benar belajar ketika mengerjakan tugasnya sendiri, dan saat itulah mereka butuh bantuan.

Masa paralel tanpa batas. Selama cara lama masih diterima, sebagian orang akan tetap memakainya.

Menyalahkan pengguna untuk pengaturan yang keliru. Dengarkan dulu sebelum menyimpulkan ada yang malas.

Tidak ada pemilik. Sistem tanpa pemilik dari sisi bisnis perlahan ditinggalkan.

Jika Anda masih menimbang sistem mana yang akan dipakai, baca dulu panduan software custom vs siap pakai. Jika sistemnya sudah dipilih dan Anda ingin rencana peluncurannya ditinjau, gunakan sesi konsultasi gratis kami.