Beranda / Studi Kasus / Onboarding OCBC Indonesia
Merombak onboarding pengguna
di OCBC Indonesia.
Perjalanan yang terlalu banyak meminta dari pelanggan
Perjalanan onboarding pengguna OCBC Indonesia telah berjalan di atas fondasi inti yang sama selama bertahun-tahun. Frontend-nya Angular. Backend-nya Java. Arsitekturnya monolitik. Berhasil berjalan, namun mulai menunjukkan keusangan dalam cara yang penting bagi pelanggan nyata.
Gejala paling terlihat adalah waktu. Pelanggan baru yang menyelesaikan onboarding dari awal hingga akhir menghadapi lima menit atau lebih sebelum mencapai status akun aktif. Di pasar di mana setiap aplikasi pesaing mengejar alur di bawah dua menit, jarak itu bukan sekadar keluhan UX kecil. Itu adalah masalah komersial.
Di bawah permukaan, masalahnya lebih dalam. Karena logika onboarding berada di dalam satu aplikasi, mengubah satu bagian dari perjalanan berarti menyentuh kode yang memiliki ketergantungan di seluruh sistem. Hal sederhana yang seharusnya memakan waktu beberapa hari ternyata memakan waktu berminggu-minggu. Rilis dilakukan dengan hati-hati dan jarang. Ketika ada yang melambat atau gagal di produksi, mendiagnosis penyebabnya berarti menggali sistem di mana segalanya terhubung satu sama lain.
OCBC membawa PGI dengan tujuan yang jelas: modernisasi perjalanan onboarding sepenuhnya. Bukan pekerjaan tambal sulam. Pembangunan ulang total, dilakukan dengan benar.
Pisah. Bangun ulang dengan benar.
Pendekatan PGI adalah memecah monolith menjadi serangkaian microservices yang dapat di-deploy secara independen, menulis ulang backend dalam Go untuk performa dan kesederhanaan, serta mengganti frontend Angular dengan aplikasi React yang dibangun sesuai standar OneWeb OCBC.
- Frontend React: UI Angular digantikan dengan aplikasi React yang dibangun di atas library komponen OneWeb OCBC, memberikan alur onboarding tampilan yang konsisten dengan produk digital OCBC lainnya. Status form, alur validasi, dan penanganan sesi dibangun ulang dari awal. Tim memetakan setiap layar dalam perjalanan yang ada sebelum menulis satu baris kode baru pun.
- Backend Go microservices: Java monolith dipecah menjadi 6 hingga 10 layanan Go diskrit, masing-masing bertanggung jawab untuk satu tahap pipeline: verifikasi identitas, penanganan dokumen, pembuatan akun, pemeriksaan risiko, notifikasi, dan manajemen sesi. Setiap layanan memiliki domain dan datanya sendiri, berkomunikasi melalui API yang terdefinisi dengan baik.
- Pengiriman paralel terhadap kontrak bersama: Tim frontend dan backend berjalan secara paralel terhadap spesifikasi API Swagger yang ditulis sebelum pengembangan dimulai. Ini mengunci antarmuka antara kedua tim lebih awal, memungkinkan tim React dan Go bergerak secara independen tanpa harus menunggu satu sama lain.
- Observabilitas penuh sejak hari pertama: Setiap microservice dihubungkan ke pemantauan pusat OCBC dengan instrumentasi OpenTelemetry yang menyediakan distributed tracing di seluruh alur onboarding. Ketika ada yang melambat dalam pengujian, tim bisa melihat tepat di mana dalam rantai penundaan itu terjadi.
- Serah terima terstruktur: PGI menjalankan pengujian integrasi sistem secara internal sebelum menyerahkan ke OCBC untuk pengujian penerimaan pengguna. Semua defek dilacak dalam register bersama dengan SLA resolusi yang disepakati.
Perjalanan yang kini memakan waktu kurang dari dua menit
(dari 5 menit+)
independen di-deploy
independen
Perjalanan onboarding end-to-end turun dari lebih dari lima menit menjadi kurang dari dua. Bagi pelanggan baru yang datang sudah memutuskan ingin membuka akun, itu adalah perbedaan antara menyelesaikan prosesnya dan meninggalkannya. Setiap microservice kini berskala secara independen, dan perubahan pada layanan notifikasi diluncurkan tanpa menyentuh hal lain. Siklus rilis memendek. Platform yang dimiliki OCBC sekarang bukan hanya lebih cepat — ini adalah platform yang bisa benar-benar mereka gerakkan.
Teknologi & kemampuan
Menghadapi tantangan serupa?
Bicarakan program modernisasi platform perbankan digital Anda dengan spesialis kami.