Daya tarik penyederhanaan cloud (digital IT payment) adalah insentif yang kuat bagi penyedia pembayaran, karena perannya memungkinkan modernisasi dan mematikan aplikasi lama secara permanen. Di mana bank berjuang, bagaimanapun, adalah dalam membentuk strategi untuk mendapatkan layanan pembayaran mereka ke cloud. Dengan memahami kesalahan langkah yang umum, bank dapat membuat rencana migrasi pembayaran yang memaksimalkan manfaat sekaligus meminimalkan risiko.
Pandemi adalah titik kritis digital bagi bank, memaksa mereka untuk mengimplementasikan kemampuan hanya dalam beberapa bulan yang jika tidak, akan memakan waktu beberapa tahun. Penelitian yang diterbitkan pada tahun 2019 menemukan bahwa perusahaan jasa keuangan tertinggal dalam adopsi infrastruktur cloud publik sebagai layanan (IaaS), dengan hanya 18% yang secara luas mengimplementasikan IaaS untuk aplikasi produksi, dibandingkan dengan 25% bisnis secara keseluruhan.
Sekarang banyak pemimpin perbankan yang kami ajak bicara memperhatikan secara serius layanan pembayaran berbasis cloud, didorong oleh usia dan kompleksitas aplikasi pembayaran inti mereka serta kepercayaan bisnis mereka yang tumbuh pada keamanan platform cloud seperti Google Cloud, Microsoft Azure dan Amazon Web Services (AWS).
Saat bank mempertimbangkan untuk memigrasikan layanan pembayaran ke cloud, berikut adalah beberapa kesalahan umum yang harus dihindari yang akan memastikan perjalanan yang lebih lancar:
1. Dengan asumsi cloud lebih murah
Layanan berbasis cloud memang lebih murah untuk dijalankan, setelah aplikasi dan layanan dimigrasikan. Untuk mengelola migrasi pembayaran yang berhasil, perhatikan biaya di sepanjang perjalanan. Awan bisa menjadi beban berat. Sementara bank dan penyedia layanan keuangan sering menganggap diri mereka mahir dalam konsolidasi dan rasionalisasi, ekstensif yang diperlukan untuk migrasi cloud seringkali jauh melebihi upaya inisiatif sebelumnya. Misalnya, kami membantu bank mengurangi jejak infrastrukturnya sebesar 25% dan menurunkan total biaya kepemilikan dengan memigrasikan aplikasinya ke cloud.
Namun, hasil tersebut memerlukan analisis yang cermat terhadap kode sumber aplikasi bank dan pengembangan strategi migrasi dan arsitektur penerapan cloud, serta penilaian dan migrasi lebih dari 800 aplikasi selama tiga tahun. Layanan berbasis cloud lebih ramping dan lebih murah untuk dioperasikan, tetapi penganggaran yang akurat untuk waktu di muka dan sumber daya dari migrasi pembayaran cloud menantang karena banyak hal yang tidak diketahui. Perhatian yang cermat terhadap perencanaan sangat penting untuk penilaian biaya yang realistis
2. Meremehkan jumlah pekerjaan awal.
Cloud menjanjikan dapat mengurangi kerumitan, tetapi untuk mencapai titik itu diperlukan rencana migrasi yang matang yang lengkap dan tidak berhemat pada detail. Langkah apa yang akan diambil untuk memastikan tidak ada gangguan pada klien?
Aplikasi mana yang masuk akal untuk dipertahankan dan dikelola secara internal, dan aplikasi mana yang dapat dimanfaatkan sebagai pembayaran sebagai layanan ?
Misalnya, pencairan dana untuk bank konsumen ritel yang mengelola 529 paket biasanya merupakan layanan volume rendah yang sangat cocok untuk otomatisasi cloud, menggantikan cek kertas dengan pembayaran berbasis cloud yang jauh lebih murah.
Tetapi ketika menyangkut pembayaran sebagai layanan, mengelola risiko dan memastikan nilai juga ikut berperan. Transfer kawat mungkin tampak sebagai kandidat yang baik untuk migrasi ke pembayaran cloud, tetapi jika sebagian besar transfer bank adalah untuk individu dengan kekayaan bersih tinggi dengan nilai seumur hidup pelanggan yang sama tinggi, maka transfer tersebut mungkin memerlukan tingkat layanan yang dipersonalisasi yang paling baik ditangani dengan on-premise. platform daripada di cloud. Strategi yang dipikirkan dengan matang yang menangani semua dampak dan peluang nilai membantu para pemimpin bank menghindari konsekuensi yang tidak diinginkan yang membuat mereka tetap terjaga di malam hari.
3. Kegagalan untuk memprioritaskan
Migrasi pembayaran perlu dilakukan secara bertahap dengan cara yang memberikan keunggulan kompetitif strategis. Menetapkan prioritas adalah kuncinya. Misalnya, bank dapat memilih untuk menyelaraskan migrasi pembayarannya dengan strategi tertentu, seperti de-penekanan yang direncanakan pada kantor cabang. Pendekatan lain adalah memigrasikan aplikasi pembayaran yang paling mahal terlebih dahulu.
Beberapa bank mungkin memesan adopsi cloud ketika mereka siap untuk menambahkan kemampuan pembayaran baru. Jalan setiap bank menuju pembayaran cloud bernuansa, namun sering kali ada perasaan di antara para pemimpin perbankan bahwa pindah ke cloud adalah proposisi semua atau tidak sama sekali. Artinya, pembayaran sepenuhnya berbasis cloud atau semuanya di tempat. Tujuan yang lebih realistis adalah menyusun peta jalan migrasi untuk lingkungan hibrid yang mengakomodasi kedua jenis infrastruktur dalam waktu dekat, dan kemudian memprioritaskan dan mentahapkan migrasi pembayaran dengan cara yang masuk akal secara strategis.
4. Pengujian di lingkungan yang berbeda
Mereplikasi lingkungan operasi lama untuk pengujian itu mahal, jadi tidak jarang bank memilih lingkungan yang serupa tetapi tidak identik, meskipun variasinya sering menyebabkan kesalahan lingkungan produksi yang dapat menggagalkan upaya migrasi cloud.
Kinerja jauh dari harapan, biasanya karena jalinan aplikasi pembayaran akibat merger dan akuisisi selama bertahun-tahun. Misalnya, platform perbankan pasca-merger sering kali menggunakan lebih dari satu pusat pembayaran lama, dan kecil kemungkinannya bahwa staf TI bank saat ini sepenuhnya memahami atau dapat memprediksi konsekuensi yang tidak diinginkan untuk hub saat membuat perubahan pada platform. Jangan khawatir untuk menciptakan lingkungan pengujian yang sempurna. Sebaliknya, bangun lingkungan yang sedekat mungkin.
Dengan menghindari kesalahan langkah yang umum ini, penyedia pembayaran dapat memperoleh manfaat dari lingkungan aplikasi dan infrastruktur modern yang disederhanakan serta meminimalkan risiko.