Organisasi berkembang pesat ketika alur kerja operasionalnya jelas, efisien, dan terstandarisasi. Salah satu alur kerja paling krusial dalam bisnis berbasis layanan adalah perjalanan onboarding pelanggan. Proses ini menentukan kesan pertama yang dimiliki klien terhadap organisasi Anda. Untuk memastikan konsistensi dan mengidentifikasi hambatan, para profesional mengandalkan bahasa visual yang menghubungkan kesenjangan antara tim teknis dan pemangku kepentingan bisnis. Bahasa tersebut adalah Model Proses Bisnis dan Notasi, yang umum dikenal sebagai BPMN.
Panduan ini menyediakan panduan komprehensif tentang pemodelan perjalanan onboarding pelanggan dari awal hingga akhir menggunakan standar BPMN. Kami akan mengeksplorasi simbol-simbol khusus, alur logika, dan elemen struktural yang diperlukan untuk memetakan interaksi kompleks ini secara akurat. Pada akhir dokumen ini, Anda akan memahami cara membuat model proses yang kuat yang berfungsi sebagai satu-satunya sumber kebenaran bagi operasional.
📐 Memahami Dasar-Dasar BPMN
BPMN adalah notasi grafis untuk menentukan proses bisnis dalam model proses bisnis. Ini dirancang agar dapat dipahami oleh analis bisnis maupun pengembang teknis tanpa memerlukan latar belakang teknis yang mendalam. Standar ini memungkinkan representasi logika proses, pelaku, dan aliran data secara terstandarisasi.
Saat memodelkan skenario onboarding pelanggan, tujuannya bukan hanya menggambar kotak dan panah, tetapi menangkap logika pengambilan keputusan, waktu pelaksanaan tugas, dan tanggung jawab berbagai departemen. Model yang dibuat dengan baik memungkinkan para pemangku kepentingan mensimulasikan proses, mengidentifikasi keterlambatan, dan mengukur metrik kinerja.
Tujuan utama dari latihan pemodelan ini meliputi:
- Kejelasan:Memastikan setiap peserta memahami peran mereka dalam alur kerja.
- Kepatuhan:Memverifikasi bahwa pemeriksaan regulasi (seperti KYC atau AML) tertanam dalam alur proses.
- Efisiensi:Mengidentifikasi langkah-langkah yang dapat diotomatisasi atau dihilangkan.
- Skalabilitas:Menciptakan proses yang dapat menangani lonjakan volume tanpa mengalami kegagalan.
🛠 Simbol-Simbol Utama dalam Onboarding Pelanggan
Sebelum masuk ke perjalanan khusus, sangat penting untuk meninjau blok bangunan yang digunakan untuk membuat model. BPMN menggunakan serangkaian bentuk tertentu untuk menandai berbagai jenis elemen. Dalam konteks onboarding, elemen-elemen ini mewakili tindakan yang diambil oleh pelanggan, sistem, atau tim dukungan.
Kejadian
Kejadian adalah hal-hal yang terjadi selama proses berlangsung. Mereka digambarkan dengan lingkaran. Dalam konteks onboarding, kejadian memicu tindakan atau menandai penyelesaian proses.
- Kejadian Mulai:Menandai awal perjalanan onboarding, sering dipicu ketika pengguna mengirimkan formulir aplikasi awal.
- Kejadian Menengah:Mewakili jeda atau menunggu. Misalnya, menunggu pengguna mengunggah dokumen atau menunggu respons verifikasi bank.
- Kejadian Akhir:Menandai penyelesaian sukses proses onboarding atau penghentian permintaan karena penolakan.
Kegiatan (Tugas)
Tugas adalah pekerjaan nyata yang dilakukan. Dalam BPMN, ini muncul sebagai persegi panjang melengkung. Mereka mewakili unit pekerjaan yang memiliki awal dan akhir.
- Tugas Pengguna:Pekerjaan yang dilakukan oleh manusia. Contohnya termasuk pelanggan mengisi formulir atau agen meninjau identitas.
- Tugas Layanan: Pekerjaan yang dilakukan oleh sistem TI. Contohnya meliputi memeriksa database atau mengirim notifikasi email.
- Tugas Manual: Pekerjaan yang tidak memerlukan sistem atau manusia tertentu untuk dilakukan, sering kali merupakan tindakan fisik, meskipun kurang umum dalam proses onboarding digital.
Gateway
Gateway mengendalikan pembelahan dan penyatuan jalur. Mereka adalah simbol berbentuk berlian yang menentukan alur proses berdasarkan kondisi.
- Gateway Eksklusif (XOR): Hanya satu jalur yang diambil. Misalnya, jika verifikasi berhasil, lanjut ke Langkah A; jika gagal, lanjut ke Langkah B.
- Gateway Inklusif (OR): Satu atau lebih jalur dapat diambil secara bersamaan berdasarkan kondisi.
- Gateway Paralel (AND): Semua jalur keluar diambil secara bersamaan. Ini berguna untuk tugas-tugas yang dapat terjadi pada waktu yang sama, seperti mengirim email selamat datang dan membuat profil pengguna.
Konektor
Konektor menghubungkan elemen-elemen bersama.
- Aliran Urutan: Menunjukkan urutan tugas (garis padat dengan panah).
- Aliran Pesan: Menunjukkan komunikasi antara pool atau peserta yang berbeda (garis putus-putus).
- Asosiasi: Menghubungkan suatu artefak, seperti dokumen atau teks, ke tugas tertentu.
📊 Tabel Referensi: Simbol BPMN untuk Onboarding
Tabel berikut merangkum simbol-simbol yang paling sering Anda temui saat memodelkan perjalanan onboarding pelanggan.
| Bentuk Simbol | Nama Elemen | Contoh Onboarding |
|---|---|---|
| Lingkaran (Tebal) | Kejadian Mulai | Pelanggan mengklik “Kirim Aplikasi” |
| Lingkaran (Ganda) | Kejadian Akhir | Akun aktif dan email selamat datang telah dikirim |
| Persegi Panjang Bulat | Tugas | Verifikasi Dokumen Identitas |
| Berlian | Gerbang | Apakah ID ini valid? |
| Lingkaran dengan Ikon | Kejadian Menengah | Penanda Waktu: Tunggu 24 jam untuk respons |
| Garis Putus-putus | Aliran Pesan | Permintaan dikirim ke Penyedia Pihak Ketiga |
| Bentuk U | Proses Sub | Prosedur Pemeriksaan Latar Belakang |
🗺 Menentukan Lingkup Proses
Sebelum menggambar diagram, Anda harus menentukan batas-batas proses. Perjalanan onboarding sering terlalu besar untuk dimodelkan dalam satu diagram jika mencakup setiap detail kecil. Lebih baik menentukan proses utama dan menggunakan proses sub untuk segmen yang kompleks.
Titik Mulai: Proses dimulai ketika calon pelanggan memulai pendaftaran di platform digital.
Titik Akhir: Proses berakhir ketika pelanggan memiliki akses penuh ke layanan dan menerima konfirmasi.
Pengecualian: Kampanye pemasaran sebelum aplikasi dikecualikan. Tiket dukungan setelah onboarding dikecualikan. Ini menjaga model tetap fokus pada tahap akuisisi.
🔄 Pemodelan Proses Langkah demi Langkah
Sekarang, mari kita bangun alur perjalanan onboarding pelanggan. Kita akan bergerak secara logis dari pemicu awal hingga keadaan akhir.
1. Pemicu dan Pemasukan Data Awal
Proses dimulai dengan Kejadian Mulai. Ini dipicu oleh pengiriman formulir aplikasi awal. Segera setelah ini adalah Tugas Layanan di mana sistem memvalidasi format data yang dimasukkan. Ini mencakup pemeriksaan format email yang valid, kekuatan kata sandi, dan struktur nomor telepon.
Setelah data divalidasi, sistem membuat ID Aplikasi yang unik. ID ini dikaitkan dengan semua tugas berikutnya untuk memastikan integritas data.
2. Pengumpulan dan Pengiriman Dokumen
Fase berikutnya melibatkan pengumpulan dokumen yang diperlukan. Ini biasanya merupakan Tugas Pengguna yang ditugaskan kepada pelanggan. Pelanggan harus mengunggah dokumen identifikasi (misalnya, Paspor, SIM) dan bukti alamat.
Sebuah Peristiwa Menengah Timer harus dilampirkan di sini. Jika pelanggan tidak mengunggah dokumen dalam waktu 48 jam, proses dapat berpindah ke urutan pengingat atau menunda aplikasi untuk menghemat sumber daya.
3. Verifikasi Otomatis
Setelah dokumen diunggah, alur berpindah ke layanan verifikasi otomatis. Ini adalah sebuah Tugas Layanan. Sistem berinteraksi dengan basis data eksternal untuk memverifikasi keaslian ID yang disediakan. Ini adalah langkah penting untuk kepatuhan regulasi.
Tugas ini sering melibatkan sebuah Gerbang Inklusif. Sistem memeriksa berbagai kriteria. Jika dokumen dapat dibaca dan data sesuai dengan formulir, proses berlanjut. Jika dokumen kabur atau data tidak sesuai, alur berbelok ke antrian tinjauan manual.
4. Pengambilan Keputusan dan Persetujuan
Di sinilah logika menjadi sangat penting. Sebuah Gerbang Eksklusif menentukan jalur berikutnya berdasarkan hasil verifikasi.
- Jalur A (Disetujui): Sistem melanjutkan ke pembuatan akun.
- Jalur B (Ditolak): Sistem memberi tahu pelanggan alasan penolakan dan menutup proses.
- Jalur C (Tinjauan Manual): Kasus ditugaskan kepada petugas kepatuhan untuk tinjauan manusia.
Jika proses masuk ke Jalur C, sebuah Tugas Pengguna ditugaskan kepada tim kepatuhan. Mereka memiliki kemampuan untuk menyetujui, menolak, atau meminta informasi lebih lanjut. Jika mereka meminta informasi lebih lanjut, alur kembali ke tugas pelanggan, menciptakan lingkaran umpan balik.
5. Penyediaan Akun
Setelah persetujuan diberikan, proses memasuki tahap penyediaan. Ini sering merupakanGerbang Paralel. Dua atau lebih tugas dapat terjadi secara bersamaan untuk menghemat waktu.
- Tugas 1: Buat profil pengguna di database utama.
- Tugas 2: Hasilkan token keamanan atau kunci API.
- Tugas 3: Kirim email selamat datang.
Setelah tugas paralel ini selesai, jalur-jalur tersebut bertemu di sebuahGerbang Gabungan Paralel. Ini memastikan bahwa pelanggan tidak menerima pesan ‘Selamat Datang’ hingga akun mereka benar-benar diproses.
6. Konfirmasi Akhir dan Serah Terima
Langkah terakhir melibatkan sebuahKejadian Akhir. Pelanggan menerima konfirmasi aktivasi akun. Secara bersamaan, proses memicu pemberitahuan kepada tim Customer Success, menandai onboarding sebagai selesai dan serah terima ke retensi sebagai tahap berikutnya.
🏊 Lintasan dan Aktor
Untuk membuat model mudah dibaca, sangat penting untuk mengorganisasi tugas ke dalam lintasan. Lintasan (atau Pools/Partisi) mengelompokkan tugas berdasarkan aktor yang bertanggung jawab atas mereka. Dalam model onboarding standar, Anda biasanya melihat tiga lintasan utama.
| Lintasan | Tanggung Jawab | Contoh Tugas |
|---|---|---|
| Pelanggan | Memulai dan menyediakan data | Isi formulir, Unggah ID, Klik konfirmasi |
| Sistem / IT | Validasi dan Otomasi | Periksa format, Verifikasi DB, Kirim email |
| Operasi / Admin | Ulasan Manual dan Penanganan Penyimpangan | Ulas ID yang ditandai, Setujui secara manual |
Menggunakan swimlanes mencegah ambiguitas. Jika suatu tugas muncul di jalur ‘Sistem’, maka tugas tersebut seharusnya tidak memerlukan intervensi manusia. Jika suatu tugas muncul di jalur ‘Pelanggan’, maka tugas tersebut harus berupa tindakan yang mereka lakukan. Pemisahan ini membantu dalam menetapkan biaya dan SLA pada bagian-bagian tertentu dari proses.
⚠ Penanganan Ekspektasi dan Kesalahan
Model proses yang kuat mempertimbangkan hal-hal yang salah. Dalam onboarding pelanggan, kesalahan sangat umum. Gangguan teknis, dokumen yang ditolak, atau informasi yang hilang dapat menghentikan proses.
Aliran Kesalahan
BPMN memungkinkan definisi dari Kejadian Kesalahan. Jika suatu tugas layanan gagal (misalnya, basis data eksternal sedang mati), aliran kesalahan dapat segera menangkapnya. Alih-alih membiarkan proses tergantung, aliran kesalahan dapat memicu mekanisme ulang atau memberi tahu tim dukungan teknis.
Kompensasi
Dalam beberapa skenario, jika suatu langkah telah selesai tetapi kemudian ditemukan tidak valid, proses mungkin perlu ‘membatalkan’ langkah sebelumnya. Ini dikenal sebagai kompensasi. Misalnya, jika akun pengguna telah dibuat tetapi pengecekan kredit gagal kemudian, aktivitas kompensasi adalah menghapus akun dan memberi tahu pengguna.
Waktu Habis
Waktu habis sangat penting dalam onboarding. Jika pelanggan menghabiskan terlalu lama untuk memverifikasi nomor telepon mereka, aplikasi harus diarsipkan. Sebuah Kejadian Menengah Timeryang ditempatkan pada aliran urutan dapat memantau durasi ini. Jika waktu habis, aliran berpindah ke tugas ‘Arsipkan Aplikasi’.
📈 Praktik Terbaik untuk Kejelasan
Membuat model adalah satu hal; membuatnya dapat dipelihara adalah hal lain. Ikuti panduan ini untuk memastikan diagram BPMN Anda tetap bermanfaat dari waktu ke waktu.
- Pisahkan Tingkatan:Jangan memasukkan setiap klik dalam aplikasi ke dalam satu diagram. Gunakan sub-proses untuk mengemas logika yang kompleks. Misalnya, langkah ‘Verifikasi Identitas’ dapat menjadi sub-proses yang dilipat dan berisi aliran rinci sendiri.
- Gunakan Penamaan yang Jelas:Hindari singkatan. Gunakan ‘Verifikasi Identitas’ alih-alih ‘Verifikasi ID’. Ini memastikan pemangku kepentingan non-teknis memahami model.
- Batasi Gateway:Terlalu banyak gateway membuat diagram terlihat seperti labirin. Coba untuk menggabungkan titik keputusan. Jika suatu gateway memiliki lebih dari tiga jalur keluar, pertimbangkan untuk memecahnya.
- Pengkodean Warna yang Konsisten: Meskipun BPMN adalah standar, menggunakan warna yang konsisten untuk swimlanes atau jenis kejadian tertentu (seperti kesalahan) dapat mempercepat pembacaan.
- Dokumentasikan Asumsi: Tambahkan anotasi teks pada diagram untuk menjelaskan aturan bisnis apa pun yang tidak langsung jelas. Misalnya, ‘Persetujuan memerlukan akses tingkat Manajer.’
🔍 Tinjauan dan Optimalisasi
Setelah model dirancang, harus ditinjau. Ini bukan aktivitas sekali waktu. Proses bisnis berkembang. Peraturan baru diperkenalkan, dan teknologi berubah.
Langkah Validasi
Lakukan pemantauan bersama orang-orang nyata yang akan melakukan tugas-tugas tersebut. Tanyakan apakah model tersebut sesuai dengan kenyataan mereka. Sering kali, proses yang terdokumentasi berbeda dari proses yang sebenarnya. Celah ini adalah tempat di mana ketidakefisienan tersembunyi.
Metrik dan KPI
Masukkan indikator kinerja utama ke dalam model. Anda dapat menandai tugas-tugas tertentu untuk melacak berapa lama waktu yang dibutuhkan. Misalnya, tugas “Ulasan Manual” seharusnya memiliki durasi target 4 jam. Jika model menunjukkan rata-rata 24 jam, maka hambatan akan teridentifikasi.
Kontrol Versi
Setiap perubahan pada proses harus diberi versi. Saat Anda mengubah alur onboarding, pastikan versi lama disimpan dalam arsip. Ini sangat penting untuk audit. Jika seorang pelanggan mengeluh tentang tindakan tertentu yang dilakukan pada suatu tanggal, Anda perlu mengetahui versi proses mana yang sedang aktif pada saat itu.
🎯 Nilai dari Standarisasi
Mengadopsi notasi standar seperti BPMN membawa nilai lebih dari sekadar menggambar gambar. Ini menciptakan kosa kata bersama.
- Komunikasi:Pengembang dan analis bisnis berbicara dalam bahasa yang sama.
- Otomasi:Model yang distandarisasi sering kali dapat langsung dikonversi menjadi kode alur kerja yang dapat dieksekusi.
- Pelatihan:Pegawai baru dapat memahami logika alur kerja dengan membaca diagram sebelum memulai peran mereka.
- Optimasi:Lebih mudah untuk mengoptimalkan representasi visual daripada dokumen kebijakan yang tertulis.
Dengan mengikuti panduan ini, Anda membangun fondasi untuk proses yang transparan, efisien, dan dapat diskalakan. Perjalanan onboarding pelanggan adalah gerbang menuju retensi jangka panjang. Memodelkannya dengan benar memastikan bahwa gerbang tersebut tetap terbuka dan ramah.
This post is also available in Deutsch, English, Español, فارسی, Français, English, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.