Tại sao các ngân hàng đang cân nhắc việc viết mã các ứng dụng của riêng họ nên suy nghĩ lại (Steve Morgan)

Bất kỳ ngân hàng nào muốn tạo ứng dụng, cho mọi thứ, từ gửi bản tin cho khách hàng đến giới thiệu khách hàng mới, có thể nghĩ rằng mã hóa cứng là điều tốt nhất nên làm hoặc là lựa chọn duy nhất mà họ có. 

Để tôi đưa ra ba lý do khiến họ nên suy nghĩ lại.

Mã hóa tốn kém và tốn thời gian

Các ứng dụng mã hóa cứng có thể mất hàng tháng thời gian của lập trình viên – nó có thể thực sự khó sử dụng và không hiệu quả. Và bởi vì rất khó kiếm được các lập trình viên lành nghề nên thời gian của họ không hề rẻ và chi phí có thể tăng lên nhanh chóng. 

Sẽ tiết kiệm chi phí hơn nhiều nếu đầu tư vào một nền tảng mã thấp giúp xây dựng ứng dụng nhanh chóng và dễ dàng, vì điều đó không yêu cầu kỹ năng của một lập trình viên chuyên nghiệp và thay vào đó, bất kỳ ai được đào tạo cơ bản đều có thể thực hiện được. Các ứng dụng có thể được lên và
chạy trong vòng vài ngày hoặc vài tuần, vì vậy các ngân hàng có thể cải thiện cách họ điều hành hoạt động và phục vụ khách hàng nhanh hơn. 

Hơn nữa, với một nền tảng mã thấp, mọi người tham gia hoặc giám sát một dự án sẽ dễ dàng cộng tác trên dự án đó hơn và cân nhắc phản hồi ở từng giai đoạn một cách hiệu quả. Hãy nghĩ về điều đó - đối với tất cả những người không phải là lập trình viên đang đọc điều này, bạn đã xem bao nhiêu lần
tại các dòng mã và hiểu ý nghĩa của việc đưa ra phản hồi hữu ích về nó? Có các nền tảng mã thấp trên thị trường giúp mọi người có thể truy cập công việc trong thời gian thực và sử dụng các tính năng kéo và thả cũng như thuật ngữ đơn giản để tạo ra không chỉ cách thức hoạt động.
ứng dụng hoạt động rõ ràng, nhưng cũng có thể hiểu được quá trình đằng sau nó.

Mã hóa và thích ứng với thay đổi không hoạt động cùng nhau 

Ngoài việc mã hóa cứng tốn nhiều công sức và chi phí, các ứng dụng được xây dựng theo cách này cũng có thể khó thay đổi, điều này không còn lý tưởng cho các tổ chức tài chính hiện đại cần thích ứng với việc thay đổi sở thích của khách hàng. Trong năm 2022 và hơn thế nữa, tốc độ tăng trưởng
của tổ chức của bạn không được đảm bảo và phát triển là giải pháp duy nhất, vì vậy các ngân hàng cần có một hệ thống mà họ có thể thích ứng khi thời gian thay đổi. 

Điều này nói dễ hơn làm, vì các ngân hàng lâu đời nhất của Vương quốc Anh có xu hướng có sẵn các lớp hệ thống được mã hóa cứng và sợ rằng việc 'tắt hệ thống' qua đêm có thể gây ra vấn đề lớn. Thật vậy, chúng tôi đã thấy một số lớn nhất của nước Anh
tên đường phố cao tràn ngập tin tức vì hệ thống của họ bị lỗi trong các dự án chuyển đổi kỹ thuật số, khiến hàng triệu người không thể thanh toán trong nhiều giờ liên tục.

Tuy nhiên, có những giải pháp thông minh. Ví dụ: có phần mềm tồn tại có thể 'bọc và làm mới' công nghệ cũ để nó không gây ra sự cố cho nhân viên hoặc khách hàng và điều này có nghĩa là ngân hàng có thể hiện đại hóa và thiết lập một cách thức hoạt động tốt hơn cho
tương lai. 

Xem xét cách một ngân hàng cung cấp thẻ tín dụng. Với kiến ​​trúc phần mềm hoàn chỉnh và đổi mới, tổ chức có thể an tâm khi biết rằng cơ sở dữ liệu khách hàng của họ và cách họ tương tác với các văn phòng phía trước và phía sau được bảo vệ, đồng thời khai thác dựa trên AI
công nghệ cung cấp cho các đại lý dịch vụ khách hàng tất cả thông tin họ cần để đề xuất thông tin tốt nhất cho họ vào thời điểm họ cần nhất.

Các lập trình viên trường học cũ đang cạn kiệt

Cụm từ 'sự cần thiết là mẹ của phát minh' rất đúng với điểm cuối cùng của tôi. Không gì có thể khiến các ngân hàng nhận ra rằng họ không thể tiếp tục như họ đã làm trong nhiều thập kỷ bằng việc thiếu vắng những người có thể cập nhật mã mà họ cần để duy trì hoạt động của các hệ thống đó.

Những người đã xây dựng các ứng dụng ngân hàng bằng các ngôn ngữ lập trình như Java và COBOL trong những năm 1980 và 90 có thể sẽ sớm nghỉ hưu hoặc đã nghỉ hưu. Kiến thức ngôn ngữ lập trình đó đang biến mất, vì vậy sẽ không hợp lý nếu duy trì những kiến ​​thức đó
các hệ thống theo thời gian. 

Như đã đề cập trước đó, thực hiện một cách tiếp cận hoàn thiện và đổi mới, và làm như vậy ngay bây giờ trong khi vẫn còn thời gian để chuyển đổi từng chút một từ các ứng dụng được mã hóa cứng nhắc, là cách tốt nhất cho cả ngân hàng và khách hàng, vì điều đó có nghĩa là không ai có để làm cho
những thay đổi đột ngột và thêm rủi ro không cần thiết vào chiến lược tăng trưởng của họ.

Vậy, tiếp theo là gì?

Ngày các ngân hàng xây dựng mã riêng của họ đã được đánh số. Các nền tảng phần mềm linh hoạt hiện đại cho phép các ngân hàng tạo ra các ứng dụng họ cần một cách nhanh chóng và dễ dàng chính là con đường phía trước – chúng rẻ hơn, tốn ít thời gian hơn, dễ thích ứng hơn và được xây dựng cho
dài hạn. Câu hỏi không phải là nếu, mà là khi nào các ngân hàng sẽ nói lời tạm biệt với các ứng dụng mã hóa cứng thuần túy và các ngân hàng càng sớm nhận ra điều đó thì họ sẽ càng có lợi.