Setiap promosi vendor otomasi terdengar sama: mengotomatiskan semuanya, mengurangi jumlah karyawan, menjalankan lean. Saya telah cukup banyak membangun sistem ini untuk memberi tahu Anda bahwa seringkali yang terjadi adalah sebaliknya. Mengetahui kapan untuk tidak melakukan otomatisasi adalah keterampilan yang lebih berharga, dan keterampilan ini tidak akan dijual oleh siapa pun kepada Anda, karena tidak ada biaya lisensi untuk menahan diri.
Saya telah menyaksikan dunia usaha menghabiskan puluhan juta rupiah untuk mengotomatisasi sebuah proses yang dijalankan empat kali setahun, sementara kemacetan sebenarnya, sebuah proses yang dijalankan empat ratus kali sehari, tidak tersentuh karena terlihat "terlalu berantakan" untuk diformalkan. Itu terbalik. Otomatisasi menghargai volume dan stabilitas. Segala sesuatu yang lain, itu diam-diam menghukum.
Ini adalah daftar periksa yang saya jalankan sebelum proyek otomasi apa pun mendapat lampu hijau, dan empat kategori di mana saya memberi tahu klien untuk sengaja menyimpannya secara manual.
Aturan Satu: Volume Rendah Tidak Membayar Kembali
Otomatisasi memiliki biaya tetap: memetakan proses, membangun logika, menguji kasus-kasus edge, melatih siapa pun yang menyentuhnya. Biaya tersebut hanya diamortisasi jika prosesnya berjalan cukup sering.
Pemeriksaan kasar yang saya gunakan: jika suatu tugas dilakukan kurang dari sekitar 20 kali sebulan dan membutuhkan waktu kurang dari 15 menit setiap kali, waktu tahunan yang dihemat diukur dalam satu digit jam. Bandingkan dengan biaya pembangunan sebesar Rp 15 hingga 40 juta untuk alur kerja yang dibangun dengan baik, dan periode pengembalian modalnya melampaui batas yang dapat ditoleransi oleh sebagian besar UKM.
Pengecualian: tugas bervolume rendah dan berisiko tinggi dengan biaya kesalahan yang parah (pengajuan pajak gaji, tanggal perpanjangan kontrak) masih dapat membenarkan otomatisasi, karena nilainya berada pada keamanan kegagalan, bukan penghematan waktu. Nilailah berdasarkan konsekuensinya, bukan hanya frekuensinya.
Aturan Kedua: Varians Tinggi Merusak Model
Otomatisasi bekerja dengan mengkodifikasi pohon keputusan. Jika setiap kasus benar-benar berbeda, pohon Anda akan menjadi sangat besar, atau Anda secara diam-diam memasukkan pengecualian ke dalam kategori yang tidak menjelaskannya.
Tanda-tanda suatu proses terlalu bervariasi untuk diotomatisasi:
- Setiap kasus memerlukan keputusan pengadilan dari seseorang yang memiliki masa jabatan, bukan tabel pencarian.
- Jumlah pengecualian melebihi jumlah kasus "normal" pada bulan-bulan tertentu.
- Dua staf berpengalaman, yang menangani kasus yang sama, secara sah akan memilih tindakan yang berbeda.
Saya melihat hal ini pada perusahaan multifinance yang mencoba menyetujui permintaan restrukturisasi pinjaman secara otomatis. Inputnya tampak terstruktur (pendapatan, masa kerja, riwayat pembayaran), namun keputusan sebenarnya bergantung pada hal-hal seperti nada pelanggan dalam panggilan penagihan dan pendapatan sampingan informal yang tidak pernah ditangkap oleh model data. Otomatisasi tidak dapat melihat apa yang dapat didengar oleh kolektor. Mereka mengembalikannya ke proses yang mengutamakan manusia dengan otomatisasi hanya untuk pembuatan dokumen, yaitu proses dengan varian rendah. Untuk informasi selengkapnya tentang kapan keputusan ini menjadi perdebatan penskalaan, lihat [monolit vs layanan mikro dalam bahasa bisnis sederhana] (/blog/monolith-vs-microservices-plain-language), yang merupakan prinsip yang sama yang diterapkan pada arsitektur sistem, bukan desain proses.
Aturan Tiga: Proses Masih Dicari Tahu
Jika Anda mengotomatiskan suatu proses sebelum proses tersebut menjadi stabil, Anda tidak mengotomatiskan alur kerja, Anda hanya membuat dugaan menjadi fosil. Saya telah melihat tim menghabiskan enam minggu membangun alur persetujuan yang bagus untuk lini produk baru, hanya untuk mendesain ulang seluruh logika penetapan harga dua bulan kemudian karena pasar memberi tahu mereka bahwa asumsi mereka salah. Otomatisasi menjadi hal yang memperlambat poros.Aturan praktisnya: jalankan proses secara manual setidaknya selama satu siklus penuh, idealnya dua atau tiga, sebelum Anda menyandikannya. Biarkan manusia menyerap kejutannya terlebih dahulu. Otomatiskan apa yang bertahan dari kontak dengan kenyataan, bukan draf pertama Anda.
Aturan Empat: Momen Dimana Perhatian Manusia Adalah Produknya
Ini adalah kesalahan yang paling banyak dilakukan oleh bisnis, karena tidak terlihat dalam spreadsheet. Beberapa interaksi bukanlah biaya overhead yang harus dihilangkan, melainkan nilai yang dijual.
- Sebuah jaringan ritel di Tangerang menguji salam obrolan AI untuk pelanggan VIP yang memasuki tingkat loyalitas. Tingkat penebusan turun. Pelanggan di segmen tersebut menginginkan manajer memanggil nama mereka, bukan bot untuk mengonfirmasi saldo poin mereka. Perusahaan mempertahankan otomatisasi untuk peringatan stok dan inventaris, serta mengembalikan manusia ke titik kontak hubungan. Bacaan terkait: AI suara untuk penanganan panggilan: tampilan realistis mencakup hal-hal yang benar-benar membantu otomatisasi suara versus hal-hal yang membuat Anda percaya.
- Penanganan keluhan pada dua menit pertama pengalaman buruk biasanya merupakan momen hubungan, bukan momen entri data. Mengotomatiskan formulir penerimaan baik-baik saja. Mengotomatiskan empati bukanlah hal yang, setidaknya belum, dan mungkin bukan untuk segmen yang membayar mahal untuk layanan.
- Percakapan penjualan di mana kepercayaan, bukan informasi, adalah penghambatnya. Jika keberatannya adalah "Saya tidak mempercayai vendor ini", tidak ada skrip chatbot yang dapat memperbaikinya. Panggilan telepon dari manusia bisa.
Jawabannya: tanyakan apakah kepuasan pelanggan bergantung pada perasaan diproses dengan benar, atau perasaan dilihat. Yang pertama adalah kandidat untuk otomatisasi. Yang kedua adalah tidak, tidak peduli seberapa bagus rekayasa cepat Anda.
Filter Sederhana Sebelum Anda Mengotomatiskan Apa Pun
Jalankan empat pertanyaan berikut sebelum memberi lampu hijau pada pembelanjaan otomatisasi apa pun:
| Pertanyaan | Jika jawabannya adalah berita buruk bagi otomatisasi |
|---|---|
| Seberapa sering hal ini terjadi setiap bulannya? | Di bawah ~20 kali, pengembalian lemah |
| Seberapa besar perbedaan setiap kasus dengan kasus sebelumnya? | Varians tinggi, logika rapuh |
| Apakah proses ini stabil setidaknya selama satu siklus penuh? | Belum, Anda akan segera membangunnya kembali |
| Apakah pelanggan memperhatikan perhatian manusia di sini? | Ya, mengotomatisasi biayanya lebih besar daripada penghematannya |
Jika suatu proses gagal pada dua atau lebih proses ini, parkirlah. Otomatiskan bagian-bagian operasi Anda yang membosankan, berulang-ulang, dan stabil, yang, bukan secara kebetulan, merupakan sebagian besar waktu yang sebenarnya memakan waktu staf. Simpan panggilan penghakiman dan momen hubungan untuk orang-orang. Jika Anda menginginkan opini kedua tentang posisi sebenarnya dalam operasi Anda, percakapan itulah yang dimaksud dengan keterlibatan mitra.
Yang Dapat Dibawa Pulang
Otomatisasi adalah alat untuk mencapai hal yang stabil dan berulang, bukan suatu kebajikan tersendiri. Sebelum Anda menandatangani alur kerja baru, tanyakan apakah alur kerja tersebut benar-benar bervolume tinggi, bervarians rendah, diselesaikan, dan bersifat transaksional, bukan relasional. Jika gagal dalam tes tersebut, langkah paling cerdas adalah menyerahkannya ke tangan manusia dan membelanjakan anggaran Anda sesuai perhitungan yang sebenarnya.