Di suatu sudut kantor Anda, sekarang ini, ada orang yang menyalin angka dari satu sistem lalu menempelkannya ke sistem lain. Dia melakukannya setiap hari. Sudah bertahun-tahun. Robotic process automation, biasa disingkat RPA, dibuat justru untuk orang seperti itu.
RPA adalah software yang meniru cara manusia mengoperasikan komputer. Ia membuka aplikasi, mengklik tombol, membaca nilai di layar, mengetik ke kolom isian, lalu berpindah ke data berikutnya. Tidak perlu API, tidak perlu membangun ulang sistem lama Anda. Robot ini memakai antarmuka yang sama dengan yang dipakai staf Anda, hanya saja lebih cepat dan tanpa salah ketik.
Saya pernah melihat tim finance dan operasional menghabiskan dua sampai empat jam sehari untuk pekerjaan rekey semacam ini. Itu bukan masalah orangnya. Itu masalah proses, dan RPA adalah salah satu cara jujur untuk menyelesaikannya.
RPA Bukan Zapier
Kebingungan ini muncul di hampir setiap percakapan, jadi izinkan saya memisahkan keduanya.
Tools seperti Zapier atau Make menghubungkan aplikasi lewat API masing-masing. Kalau tool form Anda punya API dan spreadsheet Anda punya API, integrasinya bersih, stabil, dan murah. Kalau sistem Anda adalah produk SaaS modern, mulai dari situ. Saya sudah membahas pendekatan ini di Integrasi API: Membuat Tools Bisnis Anda Saling "Bicara".
RPA untuk dunia yang lain, yang di Indonesia jumlahnya sangat besar. Layar core banking dari tahun 2009. Portal distributor yang cuma jalan di browser tertentu. Aplikasi akunting desktop tanpa tombol export. Situs pelaporan pemerintah yang harus dilogin admin Anda setiap Senin. Semua ini tidak punya API yang bisa dipanggil, tapi semuanya punya layar yang bisa dioperasikan robot.
Jadi aturan praktisnya sederhana:
- Sistem punya API? Pakai integrasi API. Lebih murah, lebih stabil.
- Sistem cuma punya layar? RPA jadi opsi Anda yang tersisa, selain mengganti sistemnya.
Yang Benar-Benar Layak Dirobotkan
Tidak semua tugas yang menyebalkan itu kandidat RPA yang bagus. Target terbaik punya empat ciri:
- Berbasis aturan. Langkah-langkahnya bisa ditulis lengkap. "Kalau jumlah invoice cocok dengan PO, setujui; kalau tidak, tandai" itu oke. "Pakai penilaian sendiri" itu tidak.
- Volume tinggi. Lima puluh data per hari cukup untuk membenarkan pakai robot. Lima per minggu biasanya tidak.
- Input stabil. Format file sama, layar sama, kolom sama, bulan demi bulan.
- Digital dari ujung ke ujung. Kalau prosesnya dimulai dari tumpukan kertas, Anda butuh scanning dan data capture dulu, itu proyek yang berbeda.
Contoh konkret yang pernah saya lihat berhasil di perusahaan Indonesia:
- Menarik laporan settlement harian dari tiga portal bank lalu menggabungkannya jadi satu spreadsheet sebelum jam 8 pagi.
- Merekey purchase order yang sudah disetujui dari ERP ke sistem gudang lama, sekitar 200 data per hari.
- Menyalin data karyawan baru dari sistem HR ke payroll, BPJS, dan tool absensi.
- Mengunduh hasil export pesanan marketplace lalu memasukkannya ke software akunting desktop setiap malam.
Masing-masing ini menghabiskan biaya antara setengah sampai satu headcount penuh. Itulah hitungan yang membuat robotic process automation balik modal sendiri.
Sisi Jujur yang Kurang Enak: Robot Itu Rapuh
Ini yang jarang dikatakan kebanyakan vendor RPA di depan. Karena robotnya mengoperasikan layar, robot ini bisa rusak begitu layarnya berubah. Redesain portal, tombol yang berpindah, popup tak terduga, koneksi lambat, semua ini bisa menghentikan robot begitu saja.
Ini punya tiga konsekuensi praktis:
- Robot butuh pengawasan. Harus ada yang menerima notifikasi kalau ada run yang gagal, dan tahu cara menjalankannya ulang. Unattended bukan berarti tanpa pengelolaan.
- Robot butuh anggaran maintenance. Siapkan beberapa jam untuk perbaikan per robot per kuartal. Robot tanpa pemilik maintenance adalah robot yang diam-diam berhenti bekerja di bulan keempat.
- Robot itu jembatan, bukan tujuan akhir. Kalau Anda mengontrol kedua sistemnya, integrasi yang benar atau penggantian sistem adalah jawaban jangka panjang yang lebih baik. RPA membelikan Anda waktu bertahun-tahun untuk lega di sistem yang tidak bisa Anda ubah, dan itu memang berharga, tapi sebut saja apa adanya.
Saya pernah melihat sebuah perusahaan menjalankan satu robot selama dua tahun di portal bank yang tidak pernah berubah, mulus tanpa masalah. Saya juga pernah melihat robot rusak tiga kali dalam satu kuartal karena marketplace terus memperbarui dashboard sellernya. Bedanya bukan pada tool RPA-nya. Bedanya ada pada stabilitas sistem targetnya.
Berapa Biayanya untuk SME Indonesia
Angka kasar tahun 2022, supaya Anda bisa mengecek kewajaran proposal yang ada di meja Anda:
| Item | Kisaran Umum |
|---|---|
| Platform berlisensi (UiPath, Automation Anywhere), per robot per tahun | Rp 60 sampai 150 juta |
| Paket per-user Microsoft Power Automate | Rp 200 sampai 600 ribu per user per bulan |
| Pendekatan open-source atau scripted (biaya build, satu proses) | Rp 15 sampai 50 juta sekali bayar |
| Maintenance dan monitoring | 10 sampai 20 persen dari biaya build per tahun |
Untuk kebanyakan SME yang mengotomasi satu atau dua proses, platform besar itu berlebihan. Robot scripted yang dibangun dengan tooling open-source, ditambah alert kegagalan sederhana ke WhatsApp atau email, sudah cukup memenuhi kebutuhan dengan biaya jauh lebih murah dari lisensi platform. Platform besar baru sepadan harganya kalau Anda menjalankan sepuluh robot atau lebih dan butuh scheduling terpusat, audit log, dan manajemen kredensial.
Payback-nya mudah dihitung. Kalau sebuah proses menghabiskan tiga jam waktu staf per hari, itu kira-kira 65 jam per bulan. Dibandingkan gaji admin Rp 5 sampai 6 juta, robot ini mengembalikan kapasitas senilai Rp 2 sampai 3 juta per bulan, belum termasuk pengurangan kesalahan, yang sering kali nilainya lebih besar dari jam kerjanya sendiri.
Dari Mana Memulainya
Jangan mulai dengan membeli platform. Mulai dengan mencari prosesnya.
- Tanyakan ke setiap tim back-office: "Apa yang kamu kerjakan setiap hari yang rasanya seperti jadi mesin fotokopi?"
- Pilih satu tugas dengan volume tertinggi dan layar yang paling stabil.
- Dokumentasikan setiap langkah, setiap aturan, setiap pengecualian. Kalau Anda tidak bisa menuliskan aturannya, berhenti; itu bukan kandidat RPA.
- Uji coba satu robot pada proses tunggal itu. Ukur jam yang dihemat dan tingkat kegagalannya selama satu bulan.
- Baru setelah itu putuskan apakah mau diperluas, dan dengan tooling yang mana.
Urutan ini penting karena RPA bekerja paling baik di dalam rencana yang lebih besar, bukan sebagai gadget. Kalau Anda sedang memetakan gambaran besar itu, pemikiran di Roadmap Transformasi Digital untuk SME yang Benar-Benar Berhasil adalah kerangka yang saya pakai.
Intinya
Robotic process automation itu tidak cerdas, tidak elegan, dan bukan strategi. Ia adalah petugas yang sabar dan tak kenal lelah untuk pekerjaan copy-paste yang dipaksakan sistem Anda ke orang-orang Anda. Dipakai pada tugas yang stabil, bervolume tinggi, dan berbasis aturan, ia mengembalikan jam kerja nyata dan menghilangkan kesalahan nyata. Dipakai pada tugas yang berantakan, penuh penilaian, dan terus berubah, ia jadi beban maintenance dengan biaya lisensi.
Temukan pekerjaan paling membosankan di kantor Anda. Kalau Anda bisa menuliskan aturannya dalam satu halaman dan itu terjadi lima puluh kali sehari, Anda sudah menemukan robot pertama Anda. Kalau Anda ingin pandangan kedua soal apakah sebuah proses layak diotomasi, atau soal penawaran vendor yang angkanya terasa terlalu rapi, itu percakapan yang dengan senang hati saya lakukan.