Proses bisnis adalah rangkaian kegiatan yang mengubah masukan menjadi keluaran yang bisa digunakan pelanggan atau tim lain. Pada proses retur barang antarbisnis, misalnya, keluhan pelanggan menjadi keputusan yang bisa ditindaklanjuti: barang diganti, permintaan ditolak dengan alasan, atau pengembalian dana diajukan sesuai aturan perusahaan. Peta proses yang berguna menunjukkan bagaimana keputusan itu dicapai dan siapa yang menerima hasilnya.
Apa yang Membuat Serangkaian Tugas Menjadi Proses Bisnis?
Proses punya pemicu, hasil, penerima hasil, dan batas akhir. “Memeriksa barang” merupakan tugas. “Menangani retur pelanggan” adalah proses karena mencakup pencatatan permintaan, pemeriksaan kelayakan, keputusan, serta konfirmasi kepada pelanggan. Satu departemen dapat menangani beberapa tugas, tetapi batas proses tidak harus sama dengan batas departemen.
Kerangka seperti Process Classification Framework dari APQC membantu perusahaan menyusun proses pada tingkat yang berbeda. Untuk memetakan satu alur yang bermasalah, pilih tingkat yang cukup sempit sehingga tim dapat menelusuri satu transaksi dari awal sampai akhir, tanpa mencatat setiap klik di aplikasi.
Contoh Proses Bisnis: Retur Barang Pelanggan B2B
Dalam skenario ilustratif ini, distributor komponen menerima permintaan retur dari pelanggan perusahaan. Tim ingin mengetahui mengapa beberapa permintaan tidak kunjung mendapat keputusan. Mereka menetapkan batas mulai saat permintaan pertama tercatat dan batas akhir saat keputusan dikirim ke pelanggan. Pembayaran dana dan pengiriman barang pengganti dicatat sebagai proses lanjutan agar waktu tunggunya tidak tercampur.
- Layanan pelanggan mencatat permintaan, mengaitkannya dengan pesanan, dan meminta bukti yang masih kurang.
- Gudang mencocokkan barang yang datang dengan nomor retur dan mencatat kondisi fisiknya.
- Tim mutu menentukan apakah temuan gudang mendukung penggantian, pengembalian dana, atau penolakan.
- Layanan pelanggan menyampaikan keputusan, alasannya, dan tindakan berikutnya; Finance atau gudang menerima tugas lanjutan bila diperlukan.
Uji peta pada permintaan yang tidak selesai lancar. Bila barang datang lebih dulu daripada dokumen, siapa menahannya agar tidak kembali ke stok jual? Bila foto pelanggan tidak cocok dengan nomor seri, siapa meminta klarifikasi dan pada titik mana penghitung waktu dihentikan? Jawaban tersebut memperjelas bagian yang perlu dibenahi sebelum alur dipindahkan ke sistem.
Cara Memulai Pemetaan Proses Bisnis
Tetapkan Hasil dan Batasnya
Isi satu kalimat: “Proses dimulai ketika … dan berakhir ketika …, dengan hasil … untuk ….” Jika tim berbeda pendapat mengenai batas akhir, catat perbedaan itu sebagai keputusan. Jangan membandingkan durasi dua cabang ketika satu cabang menghitung waktu sampai keputusan, sedangkan cabang lain menghitung sampai dana diterima.
Ambil Bukti dari Transaksi yang Sungguh Terjadi
Bandingkan satu transaksi normal, satu yang mandek, dan satu yang ditolak. Telusuri status, formulir, tiket, atau email yang dipakai tim. Untuk tiap perpindahan, catat siapa yang mengirim, bukti apa yang ikut, dan bagaimana penerima tahu pekerjaannya sudah masuk. Samarkan identitas sebelum membawa bukti ke forum lintas tim.
Bedakan Alur Saat Ini dan Alur Usulan
Peta as-is mencatat pekerjaan sebagaimana terjadi, termasuk jalur informal dan pengulangan. Peta to-be memuat perubahan yang diusulkan. Jika tim ingin menambah status “Bukti belum lengkap”, tetapkan siapa yang boleh mengubahnya, kapan pelanggan diingatkan, dan kondisi yang memindahkan kasus kembali ke antrean aktif. Uji aturan itu sebelum menulis spesifikasi pengembangan.
Ukuran yang Perlu Disepakati Sebelum Digitalisasi
Mulailah dari waktu dari permintaan tercatat hingga keputusan dikirim, lalu pecah berdasarkan status yang dilewati. Pantau juga kasus yang kembali ke tahap sebelumnya dan kasus yang masih terbuka pada tanggal pengamatan. Kasus terbuka perlu dilaporkan terpisah agar rata-rata kasus yang selesai tidak menyembunyikan antrean lama.
Sebelum menggambar langkah per langkah, susun SIPOC untuk mengunci batas proses. Jika masalah baru terlihat saat kasus pindah tim, gunakan swimlane diagram untuk memeriksa serah terima.
Jika perdebatan sudah bergeser ke modul dan anggaran, lihat cara menyelaraskan kebutuhan yang bertentangan saat ERP discovery. Untuk sesi konsultasi dan pemetaan proses bisnis Layana.ID, siapkan satu contoh transaksi yang disamarkan, daftar peran, dan titik tunggu yang paling sering diperdebatkan. Diskusikan proses yang ingin dipetakan sebelum memutuskan bagian yang perlu masuk ke sistem.