Dlaczego banki rozważające zakodowanie własnych wniosków powinny się ponownie zastanowić (Steve Morgan)

Każdy bank, który chce tworzyć aplikacje na wszystko, od wysyłania klientom biuletynu po wprowadzenie nowego klienta, może pomyśleć, że twarde kodowanie jest najlepszą rzeczą do zrobienia lub jedyną dostępną opcją. 

Pozwólcie, że podam trzy powody, dla których powinni się ponownie zastanowić.

Kodowanie jest drogie i czasochłonne

Aplikacje do twardego kodowania mogą zająć miesiące czasu programistów – może to być naprawdę kłopotliwe i nieefektywne. A ponieważ tak trudno jest znaleźć wykwalifikowanych programistów, ich czas nie jest tani, a koszty mogą szybko się sumować. 

O wiele bardziej opłacalne jest inwestowanie w platformę o niskim kodzie, która umożliwia szybkie i łatwe tworzenie aplikacji, ponieważ nie wymaga to umiejętności profesjonalnego programisty, a zamiast tego może to zrobić każdy, kto ma podstawowe szkolenie. Aplikacje mogą być uruchomione i
działa w ciągu kilku dni lub tygodni, dzięki czemu banki mogą poprawić sposób prowadzenia działalności i szybciej obsługiwać klientów. 

Co więcej, dzięki platformie o niskim kodzie, wszystkim zaangażowanym lub nadzorującym projekt łatwiej jest współpracować nad nim i efektywnie analizować opinie na każdym etapie. Pomyśl o tym – dla wszystkich niekodujących, którzy to czytają, ile razy patrzyłeś
linijek kodu i zrozumiałeś, co to znaczy dawać przydatne informacje zwrotne na ten temat? Na rynku dostępne są platformy o niskim kodzie, które sprawiają, że praca jest dostępna dla wszystkich w czasie rzeczywistym i które wykorzystują funkcje przeciągania i upuszczania oraz prostą terminologię, aby nie tylko
Aplikacja działa przejrzyście, ale również proces za nią stoi zrozumiały.

Kodowanie i dostosowywanie się do zmian nie idą w parze 

Oprócz pracochłonnego i kosztownego kodowania aplikacje zbudowane w ten sposób mogą być trudne do zmiany, co nie jest idealne dla współczesnych organizacji finansowych, które muszą dostosowywać się do zmieniających się preferencji klientów. W 2022 roku i później wzrost
Twojej organizacji jest daleka od gwarancji, a ewolucja jest jedynym rozwiązaniem, więc banki muszą mieć system, który będą mogły dostosowywać się do zmieniających się czasów. 

Łatwiej to powiedzieć niż zrobić, ponieważ najstarsze banki w Wielkiej Brytanii mają zwykle warstwy systemów zakodowanych na stałe i obawiają się, że „wyłączenie systemów” z dnia na dzień może spowodować ogromne problemy. Rzeczywiście, widzieliśmy niektóre z największych w Wielkiej Brytanii
W wiadomościach pojawiły się nazwy głównych ulic, ponieważ ich systemy uległy awarii podczas projektów transformacji cyfrowej, powodując, że miliony ludzi nie były w stanie dokonywać płatności przez wiele godzin.

Istnieją jednak inteligentne rozwiązania. Na przykład istnieje oprogramowanie, które może „opakować i odnowić” starszą technologię, aby nie powodowało problemów dla personelu lub klientów, a to oznacza, że ​​bank może zmodernizować i skonfigurować lepszy sposób wykonywania zadań dla
przyszłość. 

Zastanów się, jak bank oferuje karty kredytowe. Dzięki opakowanej i odnowionej architekturze oprogramowania organizacja może być bezpieczna, wiedząc, że bazy danych jej klientów i sposób ich interakcji z biurami frontowymi i zaplecza są chronione, a jednocześnie wykorzystywać opartą na sztucznej inteligencji
technologia, która zapewnia agentom obsługi klienta wszystkie informacje, których potrzebują, aby zasugerować najlepszą dla nich w czasie, gdy najbardziej tego potrzebują.

Stara szkoła koderów się kończy

Wyrażenie „konieczność jest matką wynalazków” brzmi tak prawdziwie w moim ostatnim punkcie. Nic nie sprawi, że banki zdadzą sobie sprawę, że nie mogą działać tak, jak robiły to przez dziesięciolecia, tak jak brak ludzi, którzy mogliby zaktualizować kod, którego potrzebują, aby te systemy działały.

Ludzie, którzy w latach 1980. i 90. tworzyli aplikacje bankowe w językach programowania, takich jak Java i COBOL, prawdopodobnie wkrótce przejdą na emeryturę lub już przejdą na emeryturę. Ta wiedza o języku programowania zanika, więc utrzymywanie jej nie ma logicznego sensu
systemy w czasie. 

Jak wspomniano wcześniej, przyjęcie podejścia polegającego na opakowaniu i odnowieniu, i robienie tego teraz, gdy jest jeszcze czas, aby stopniowo odejść od skrzypiących zakodowanych aplikacji, jest najlepszym sposobem na postęp zarówno dla banków, jak i klientów, ponieważ oznacza to, że nikt nie robić
nagłe zmiany i dodają niepotrzebnego ryzyka do ich strategii rozwoju.

Więc, co dalej?

Dni banków budujących własny kod są policzone. Nowoczesne, zwinne platformy programowe, które pozwalają bankom na szybkie i łatwe tworzenie potrzebnych aplikacji, są drogą naprzód – są tańsze, mniej czasochłonne, bardziej elastyczne i zbudowane z myślą o
długoterminowy. Pytanie nie brzmi „czy”, ale kiedy banki pożegnają się z czystym sztywno kodowaniem wniosków i im szybciej banki zdadzą sobie z tego sprawę, tym lepiej.