Proses bisnis yang melewati banyak departemen sering terlihat sederhana di atas kertas, tetapi rumit saat dijalankan.
Satu purchase request saja bisa melewati requester, manager, procurement, finance, hingga vendor management sebelum selesai. Semakin banyak handoff, semakin besar risiko pekerjaan tertunda atau informasi hilang.
Karena itu, Strategi Workflow Automation perlu dirancang sebagai alur end-to-end, bukan sekadar otomatisasi satu task.
Tujuannya adalah memastikan data, approval, ownership, dan status pekerjaan dapat berpindah antarbagian secara konsisten tanpa terus bergantung pada email, spreadsheet, atau follow-up manual.
Petakan Proses End-to-End sebelum Mengotomatisasi
Kesalahan paling umum adalah mengotomatisasi proses sesuai kondisi sekarang tanpa mempertanyakan apakah alurnya memang efisien.
Mulailah dengan membuat process map dari trigger sampai outcome terakhir.
Misalnya proses procurement:
Request dibuat → Manager approval → Budget validation → Procurement review → Vendor selection → Purchase order → Finance recording.
ServiceNow menempatkan process automation sebagai cara untuk mendigitalkan, memvisualisasikan, dan mengelola workflow lintas enterprise sekaligus meningkatkan visibility serta collaboration antarbagian.
Saat proses sudah terlihat secara utuh, cari langkah yang tidak memberi nilai.
Jika sebuah request membutuhkan approval tiga manager hanya karena kebiasaan lama, jangan langsung mengotomatisasi ketiga approval tersebut. Pertanyakan terlebih dahulu apakah semuanya masih diperlukan.
Automation yang bagus menyederhanakan proses. Bukan membuat birokrasi lama berjalan lebih cepat.
Tentukan Trigger, Input, Output, dan Owner
Setiap workflow otomatis perlu memiliki titik awal yang jelas.
Trigger bisa berupa form submission, perubahan status transaksi, tanggal tertentu, invoice masuk, customer mencapai kondisi tertentu, atau event dari aplikasi lain.
Setelah trigger, tentukan input yang dibutuhkan.
Misalnya expense request membutuhkan employee ID, department, cost center, nominal, kategori biaya, dan attachment receipt.
Selanjutnya tentukan expected output serta process owner.
Jika request disetujui, apakah sistem membuat payment request? Memperbarui ERP? Mengirim data ke finance? Atau hanya memberi notifikasi?
SAP Build Process Automation memungkinkan business process disusun dari trigger, forms, approval, decision, conditions, automation, hingga notification dalam satu alur yang terstruktur.
Tanpa definisi tersebut, workflow mudah berubah menjadi rangkaian automation yang berjalan, tetapi tidak jelas siapa yang bertanggung jawab terhadap hasil akhirnya.
Gunakan Conditional Approval agar Alur Tidak Terlalu Panjang
Tidak semua transaksi membutuhkan level approval yang sama.
Purchase request Rp1 juta tentu mempunyai risiko berbeda dibanding investasi Rp2 miliar.
Gunakan conditional routing.
Contohnya:
Permintaan di bawah Rp5 juta dapat langsung disetujui manager.
Rp5–100 juta membutuhkan manager dan finance.
Di atas Rp100 juta membutuhkan finance director.
Microsoft Power Automate mendukung beberapa model approval, termasuk first-to-respond, everyone must approve, custom responses, serta sequential approval.
SAP juga memungkinkan proses menjalankan approval hanya ketika kondisi tertentu terpenuhi, misalnya nilai investasi melewati batas yang telah ditentukan.
Pendekatan ini menghindari approval berlebihaan.
Jika seluruh transaksi kecil harus naik ke direktur, workflow memang otomatis tetapi bottleneck tetap ada.
Jadikan Data Bergerak Bersama Workflow
Workflow antar-departemen sering lambat bukan karena approval, melainkan karena setiap bagian memasukkan ulang data yang sama.
Marketing mengisi customer name. Sales mengetiknya lagi di CRM. Finance kembali memasukkannya ke ERP.
Automation idealnya membuat data bergerak bersama proses.
Misalnya ketika sales deal berstatus Closed Won, workflow dapat membuat customer onboarding request dan mengirim informasi customer ke tim implementation tanpa input ulang.
Microsoft menjelaskan bahwa approval workflow dapat bekerja lintas layanan seperti SharePoint, Dynamics 365, Salesforce, OneDrive, dan sistem lainnya.
Namun, tentukan system of record.
Jika customer ID berasal dari CRM, jangan membiarkan workflow lain membuat ID berbeda.
Jika payment status berasal dari ERP, aplikasi workflow cukup membaca status tersebut.
Dengan begitu, sinkronisassi tidak menciptakan beberapa versi kebenaran.
Desain Handoff Antar-Departemen secara Eksplisit
Banyak workflow gagal pada area “di antara dua tim”.
Sales merasa pekerjaannya selesai setelah kontrak ditandatangani. Implementation merasa pekerjaan baru dimulai ketika requirement lengkap.
Di antara keduanya ada ruang abu-abu.
Karena itu, setiap handoff perlu mempunyai acceptance criteria.
Contohnya, Customer Success hanya menerima onboarding request jika contract, subscription plan, customer contact, implementation scope, dan target launch date sudah lengkap.
Jika informasi belum memenuhi syarat, workflow mengembalikan request ke owner sebelumnya.
Business process flow pada Power Automate dapat digunakan untuk memastikan pengguna mengikuti tahapan serta memasukkan data secara konsisten ketika proses berjalan.
Handoff yang jelas mencegah pola klasik:
“Saya kira itu tugas tim mereka.”
Siapkan Exception Path sejak Hari Pertama
Happy path biasanya mudah diotomatisasi.
Masalah sesungguhnya muncul ketika sesuatu tidak sesuai rencana.
Apa yang terjadi jika approver sedang cuti? Bagaimana jika data ERP gagal dikirim? Bagaimana jika nominal berubah setelah approval? Bagaimana jika vendor tidak mempunyai tax document?
Workflow harus mempunyai exception path.
Contohnya, approval yang tidak dijawab selama 24 jam mengirim reminder. Setelah 48 jam, request dieskalasikan ke backup approver.
Untuk error integrasi, jangan hanya menghentikan flow.
Masukkan transaksi ke exception queue, kirim alert kepada process owner, lalu sediakan mekanisme retry.
Microsoft menyediakan pola approval yang dapat mencakup delegation, conditional branching, serta administrative override untuk proses yang lebih kompleks.
Exception handling inilah yang membedakan workflow demo dan workflow yang benar-benar siap produksi.
Gunakan SLA untuk Menjaga Flow Tetap Bergerak
Automation tidak otomatis membuat proses menjadi cepat jika manusia masih membiarkan task tertunda.
Tetapkan SLA untuk setiap tahap.
Misalnya:
Manager approval maksimal 8 jam kerja.
Finance validation maksimal satu hari.
Procurement review maksimal dua hari.
Jika SLA dilewati, sistem mengirim reminder atau escalation.
Namun hindari membuat terlalu banyak notifikasi.
Notifikasi harus menjelaskan tindakan yang diperlukan, bukan sekadar mengatakan status berubah.
Contoh yang baik:
“Request PR-1098 menunggu approval Anda selama 7 jam. Deadline SLA pukul 16.00.”
Pesan seperti itu jauh lebih actionable dibanding “Purchase request updated”.
SLA juga membuat bottleneck lebih mudah ditemukan karena organisasi dapat melihat departemen atau tahapan mana yang paling banyak menghasilkan keterlambatan.
Ukur Cycle Time sebelum dan Sesudah Automation
Jangan mengukur keberhasilan hanya dari jumlah flow yang dibuat.
Ukur outcome bisnis.
IBM menjelaskan bahwa workflow automation dapat membantu mengurangi pekerjaan repetitif, cycle time, manual entry error, serta mengotomatisasi document dan approval flow.
Ambil baseline sebelum implementasi.
Misalnya purchase request membutuhkan rata-rata enam hari dengan 12% request harus dikoreksi karena data tidak lengkap.
Setelah automation berjalan tiga bulan, ukur kembali.
Jika cycle time turun menjadi tiga hari dan error menjadi 3%, dampaknya jelas.
Pantau juga automation failure rate, average approval time, exception rate, dan manual touchpoints.
Kalau flow memiliki 30 langkah tetapi tetap membutuhkan 15 intervensi manual, ada peluang optimissi lebih lanjut.
Strategi Workflow Automation untuk proses multi-departemen harus dimulai dari pemetaan end-to-end, conditional approval, handoff yang jelas, integrasi data, SLA, dan exception path.
Jangan hanya mengubah proses manual menjadi digital. Pilih satu workflow dengan volume tinggi hari ini, ukur cycle time-nya, lalu otomatisasikan bagian yang benar-benar mengurangi waktu tunggu dan pekerjaan berulang.