Memilih proses pertama yang layak diotomasi

Otomasi pertama jarang gagal karena teknologinya. Ia gagal karena prosesnya dipilih dengan alasan yang salah: paling terlihat, paling sering dibicarakan, atau paling gampang didemokan. Padahal proses pertama itu bukan soal hasil, tapi soal izin - apakah tim mau memberi kesempatan kedua untuk proses berikutnya.

Di tempat kerja nyata, proses yang dipilih karena paling menarik biasanya paling berantakan aturannya. Yang kami pakai sekarang justru kebalikannya: cari proses yang membosankan, sering, dan kesalahannya sudah terasa menyakitkan. Tiga sifat itu yang membuat hasilnya bisa dilihat orang dalam hitungan minggu, bukan kuartal.

Mulai dari yang berulang, bukan yang paling menarik

Frekuensi. Proses yang dikerjakan puluhan kali seminggu memberi umpan balik cepat. Proses yang muncul sekali sebulan terasa besar di rapat, tapi butuh waktu lama untuk membuktikan apa pun.

Biaya kesalahan hari ini. Hitung kerugian yang sudah benar-benar terjadi - berkas yang salah kirim, data yang perlu diketik ulang, pelanggan yang menunggu lebih lama. Bukan potensi penghematan yang belum ada buktinya.

Kejelasan aturan. Kalau aturannya hanya ada di kepala satu orang, yang kamu punya bukan proyek otomasi, melainkan proyek dokumentasi. Dokumentasikan dulu, otomasikan setelah aturannya stabil.

Kesiapan bahan. Otomasi paling mudah bekerja pada masukan yang sudah rapi: data terstruktur, berkas bernama sesuai pola, dokumen yang formatnya konsisten. Masukan yang masih berupa campuran foto, pesan pribadi, dan catatan tangan membuat langkah pertamanya menjadi pekerjaan pengumpulan, bukan otomasi.

Siapa yang merasakan perubahannya. Pilih proses yang pengguna akhirnya bisa menyebutkan bedanya sendiri tanpa perlu diyakinkan. Kalau hanya manajemen yang merasakan, dukungan di lantai kerja akan tipis saat hasil pertama belum sempurna.

Lima pertanyaan sebelum menyentuh alat

Jawab ini secara tertulis. Kalau satu jawaban saja masih kabur, jangan lanjut ke pemilihan alat.

Berapa kali proses ini terjadi per minggu? Angka kasar cukup, asal dari catatan yang benar-benar ada.
Siapa pemiliknya, satu nama? Bukan departemen, bukan "tim operasional". Satu orang yang boleh mengambil keputusan saat alurnya diperbaiki.
Apa ukuran yang harus bergerak dalam 30-90 hari? Waktu siklus, jumlah koreksi manual, atau jumlah berkas yang perlu dicek ulang.
Apa yang terjadi kalau hari ini prosesnya berhenti? Kalau jawabannya "tidak masalah", prioritasnya salah.
Apa kriteria berhentinya? Tentukan sejak awal kapan kamu berhenti mencoba, supaya keputusan itu tidak diambil saat sudah lelah dan tidak objektif.

Proses yang tampak cocok, tapi biasanya berhenti di tengah

Beberapa pola berulang di banyak organisasi. Ketiganya bukan mustahil, hanya saja jauh lebih mahal daripada yang terlihat di awal.

Persetujuan yang isinya kebijakan, bukan kelengkapan berkas. Kalau keputusannya bergantung pada penilaian yang berubah menurut konteks, otomasi hanya bisa menyiapkan bahan. Keputusannya tetap di manusia.

Integrasi ke sistem lama tanpa akses terkontrol. Saat satu-satunya cara mengambil data adalah menyalin dari layar aplikasi lama, anggaran waktunya habis di persiapan, bukan di otomasinya.

Masukan yang masih tercampur di banyak kanal. Permintaan yang masuk lewat pesan pribadi, komentar, dan pesan suara sekaligus harus diseragamkan lebih dulu. Itu perbaikan alur, bukan otomasi.

Memberi nilai dalam satu jam

Kalau kamu ingin membandingkan beberapa kandidat proses tanpa rapat panjang, beri skor 0-2 untuk tiap faktor di bawah, lalu jumlahkan.

Frekuensi dan volume kerja.
Biaya kesalahan yang sudah nyata hari ini.
Kejelasan dan kestabilan aturan.
Kesiapan bahan dan akses data.
Kejelasan pemilik dan ukuran keberhasilan.

Skor rendah berarti prosesnya belum siap, bukan otomasinya yang salah. Ambil kandidat paling membosankan dengan skor paling tinggi, kerjakan dalam cakupan sempit, dan simpulkan dalam satu kuartal. Pendekatan yang lebih luas soal urutan kerja ini kami uraikan di catatan kenapa pilot AI berhenti di tahap demo.

Kapan otomasi bukan jawaban yang tepat

Kami menulis ini bukan untuk mengotomasi semua proses. Ada tiga situasi yang justru sebaiknya tidak dimulai dengan otomasi.

Aturannya masih berubah tiap bulan. Menulis otomasi untuk aturan yang belum tetap hanya memindahkan pekerjaan mengubah aturan ke dalam kode. Rapikan dulu aturannya, baru otomasikan.

Volumenya terlalu kecil. Proses yang terjadi beberapa kali sebulan sering lebih murah ditangani dengan daftar periksa sederhana. Otomasi punya biaya perawatan yang tetap, terlepas dari seberapa jarang ia dipakai.

Kesalahannya mahal dan tidak bisa dibatalkan. Keputusan yang menyangkut kontrak, kredit, atau keselamatan sebaiknya tetap di manusia. Sistem bisa membantu menyusun bahan dan menghitung, tapi tidak mengambil keputusan akhirnya.

30-90 hari pertama: yang diukur

Tiga hal yang layak diukur, dan satu kebiasaan yang perlu dijaga.

Waktu siklus dari permintaan masuk sampai hasilnya keluar, sebelum dan sesudah.
Jumlah koreksi manual per sepuluh hasil. Angka ini biasanya menunjukkan apakah mutunya benar-benar terbantu.
Jumlah orang yang masih membuka alat lama. Kalau semuanya masih membuka alat lama, otomasinya belum menjadi bagian dari pekerjaan.
Satu kebiasaan: tinjau hasilnya setiap dua minggu bersama pemilik proses. Kalau setelah satu kuartal orang masih mengerjakan dua kali, hentikan dan perbaiki alurnya, jangan menambah alat.

Di GenZi kami selalu membangun alur kerjanya lebih dulu, lalu menempatkan otomasi di dalamnya, bukan menempelkan AI di atas proses lama. Cakupan pekerjaan itu ada di layanan kami. Kalau kamu sudah punya dua atau tiga kandidat proses dan bingung mana yang pertama, ceritakan alurnya dan kami bantu menilai mana yang paling aman dibuktikan lebih dulu.