Mengapa bank mempertimbangkan pengkodean aplikasi mereka sendiri harus berpikir lagi (Steve Morgan)

Bank mana pun yang ingin membuat aplikasi, untuk semuanya, mulai dari mengirimkan buletin kepada pelanggan hingga menerima klien baru, mungkin berpikir hard coding adalah hal terbaik untuk dilakukan atau satu-satunya pilihan yang mereka miliki. 

Biarkan saya memberi Anda tiga alasan mereka harus berpikir lagi.

Pengkodean itu mahal dan memakan waktu

Aplikasi pengkodean keras dapat memakan waktu berbulan-bulan bagi pemrogram – ini bisa sangat rumit dan tidak efisien. Dan, karena pembuat kode yang terampil sangat sulit didapat, waktu mereka tidak murah, dan biayanya bisa bertambah dengan cepat. 

Jauh lebih hemat biaya untuk berinvestasi dalam platform kode rendah yang membuatnya cepat dan mudah untuk membangun aplikasi, karena itu tidak memerlukan keterampilan pembuat kode profesional dan sebaliknya dapat dilakukan oleh siapa saja yang memiliki pelatihan dasar. Aplikasi bisa up dan
berjalan dalam hitungan hari atau minggu, sehingga bank dapat meningkatkan cara mereka menjalankan operasi dan melayani pelanggan lebih cepat. 

Terlebih lagi, dengan platform kode rendah, lebih mudah bagi semua orang yang terlibat atau mengawasi proyek untuk berkolaborasi di dalamnya dan mempertimbangkan dengan umpan balik di setiap tahap secara efektif. Pikirkan tentang ini – untuk semua non-coders yang membaca ini, berapa kali Anda melihat
pada baris kode dan mengerti apa artinya memberikan umpan balik yang bermanfaat? Ada platform kode rendah di pasar yang membuat pekerjaan dapat diakses oleh semua orang secara real-time, dan yang menggunakan fitur drag and drop dan terminologi sederhana untuk membuat tidak hanya bagaimana
aplikasi bekerja dengan jelas, tetapi juga proses di baliknya dapat dipahami juga.

Pengkodean dan beradaptasi dengan perubahan tidak berjalan beriringan 

Selain hard coding yang melelahkan dan mahal, aplikasi yang dibangun dengan cara ini juga sulit untuk diubah, yang jauh dari ideal untuk organisasi keuangan modern yang perlu beradaptasi dengan perubahan preferensi pelanggan. Pada tahun 2022 dan seterusnya, pertumbuhan
organisasi Anda jauh dari jaminan, dan berkembang adalah satu-satunya solusi, sehingga bank perlu memiliki sistem yang dapat mereka sesuaikan dengan perubahan waktu. 

Ini lebih mudah diucapkan daripada dilakukan, karena bank-bank tertua di Inggris cenderung memiliki lapisan demi lapisan sistem hard-code yang sudah ada dan takut bahwa 'mematikan sistem' dalam semalam dapat menyebabkan masalah besar. Memang, kami telah melihat beberapa yang terbesar di Inggris
nama-nama jalan raya muncul di berita karena sistem mereka mogok selama proyek transformasi digital, menyebabkan jutaan orang tidak dapat melakukan pembayaran selama berjam-jam.

Namun, ada solusi cerdas. Misalnya, ada perangkat lunak yang ada yang dapat 'membungkus dan memperbarui' teknologi lama sehingga tidak menimbulkan masalah bagi staf atau klien, dan ini berarti bank dapat memodernisasi dan menyiapkan cara yang lebih baik dalam melakukan sesuatu untuk
masa depan. 

Pertimbangkan bagaimana bank menawarkan kartu kredit. Dengan membungkus dan memperbaharui arsitektur perangkat lunak, organisasi dapat aman dengan pengetahuan bahwa database pelanggan mereka dan bagaimana mereka berinteraksi dengan front dan back office dilindungi, sementara juga memanfaatkan berbasis AI
teknologi yang memberi agen layanan pelanggan semua informasi yang mereka butuhkan untuk menyarankan yang terbaik bagi mereka pada saat mereka paling membutuhkannya.

Coders sekolah lama hampir habis

Ungkapan, 'kebutuhan adalah ibu dari penemuan' berdering begitu benar dengan poin terakhir saya. Tidak ada yang akan membuat bank menyadari bahwa mereka tidak dapat melanjutkan seperti yang telah mereka lakukan selama beberapa dekade seperti tidak adanya orang yang dapat memperbarui kode yang mereka butuhkan untuk menjaga sistem tersebut tetap berjalan.

Orang-orang yang membangun aplikasi bank dalam bahasa pemrograman seperti Java dan COBOL pada 1980-an dan 90-an kemungkinan akan segera pensiun, atau sudah pensiun. Pengetahuan bahasa pemrograman itu menghilang, jadi tidak masuk akal untuk mempertahankannya
sistem dari waktu ke waktu. 

Seperti disebutkan sebelumnya, mengambil pendekatan bungkus dan perbarui, dan melakukannya sekarang selagi masih ada waktu untuk beralih dari aplikasi kode keras yang berderit sedikit demi sedikit, adalah cara terbaik ke depan bagi bank dan pelanggan, karena itu berarti tidak ada yang memilikinya. untuk membuat
perubahan mendadak dan menambahkan risiko yang tidak perlu pada strategi pertumbuhan mereka.

Jadi apa selanjutnya?

Hari-hari bank membangun kode mereka sendiri diberi nomor. Platform perangkat lunak gesit modern yang memungkinkan bank untuk membuat aplikasi yang mereka butuhkan dengan cepat dan mudah adalah jalan ke depan – mereka lebih murah, lebih hemat waktu, lebih mudah beradaptasi, dan dibuat untuk
jangka panjang. Pertanyaannya bukan jika, tetapi ketika bank akan mengucapkan selamat tinggal pada aplikasi hard-coding murni, dan semakin cepat bank menyadarinya, semakin baik mereka.