Γιατί οι τράπεζες που σκέφτονται να κωδικοποιήσουν τις δικές τους εφαρμογές θα πρέπει να το ξανασκεφτούν (Steve Morgan)

Οποιαδήποτε τράπεζα θέλει να δημιουργήσει εφαρμογές, για οτιδήποτε, από την αποστολή ενημερωτικών δελτίων στους πελάτες έως την είσοδο σε έναν νέο πελάτη, μπορεί να πιστεύει ότι η σκληρή κωδικοποίηση είναι το καλύτερο πράγμα ή η μόνη επιλογή που έχουν. 

Επιτρέψτε μου να σας δώσω τρεις λόγους που πρέπει να το ξανασκεφτούν.

Η κωδικοποίηση είναι δαπανηρή και χρονοβόρα

Οι εφαρμογές σκληρής κωδικοποίησης μπορεί να χρειαστούν μήνες από τους προγραμματιστές – μπορεί να είναι πραγματικά περίεργες και αναποτελεσματικές. Και, επειδή οι εξειδικευμένοι κωδικοποιητές είναι τόσο δύσκολο να βρεθούν, ο χρόνος τους δεν είναι φθηνός και το κόστος μπορεί να αυξηθεί γρήγορα. 

Είναι πολύ πιο οικονομικό να επενδύσετε σε μια πλατφόρμα χαμηλού κώδικα που καθιστά γρήγορη και εύκολη τη δημιουργία εφαρμογών, καθώς αυτό δεν απαιτεί τις δεξιότητες ενός επαγγελματία κωδικοποιητή και μπορεί να γίνει από οποιονδήποτε έχει βασική εκπαίδευση. Οι αιτήσεις μπορεί να είναι επάνω και
τρέχει μέσα σε λίγες μέρες ή εβδομάδες, ώστε οι τράπεζες να μπορούν να βελτιώσουν τον τρόπο με τον οποίο λειτουργούν και να εξυπηρετούν τους πελάτες γρηγορότερα. 

Επιπλέον, με μια πλατφόρμα χαμηλού κώδικα, είναι πιο εύκολο για όλους όσους εμπλέκονται ή επιβλέπουν ένα έργο να συνεργαστούν σε αυτό και να σταθμίσουν αποτελεσματικά με σχόλια σε κάθε στάδιο. Σκεφτείτε το – για όλους τους μη κωδικοποιητές που διαβάζουν αυτό, πόσες φορές το έχετε κοιτάξει
σε γραμμές κώδικα και καταλάβατε τι σημαίνει να δίνετε χρήσιμα σχόλια για αυτό; Υπάρχουν πλατφόρμες χαμηλού κώδικα στην αγορά που κάνουν την εργασία προσβάσιμη σε όλους σε πραγματικό χρόνο και οι οποίες χρησιμοποιούν λειτουργίες μεταφοράς και απόθεσης και απλή ορολογία για να μην
Η εφαρμογή λειτουργεί καθαρά, αλλά και η διαδικασία πίσω από αυτήν είναι κατανοητή.

Η κωδικοποίηση και η προσαρμογή στην αλλαγή δεν λειτουργούν χέρι-χέρι 

Εκτός από το ότι η σκληρή κωδικοποίηση είναι επίπονη και δαπανηρή, οι εφαρμογές που κατασκευάζονται με αυτόν τον τρόπο μπορεί επίσης να είναι δύσκολο να αλλάξουν, κάτι που απέχει πολύ από το να είναι ιδανικό για τους σύγχρονους χρηματοπιστωτικούς οργανισμούς που πρέπει να προσαρμοστούν στις μεταβαλλόμενες προτιμήσεις των πελατών. Το 2022 και μετά, η ανάπτυξη
του οργανισμού σας απέχει πολύ από το να είναι εγγυημένη και η εξέλιξη είναι η μόνη λύση, επομένως οι τράπεζες πρέπει να έχουν ένα σύστημα που μπορούν να προσαρμόσουν καθώς αλλάζουν οι καιροί. 

Αυτό είναι πιο εύκολο να ειπωθεί παρά να γίνει, καθώς οι παλαιότερες τράπεζες του Ηνωμένου Βασιλείου τείνουν να έχουν ήδη τοποθετημένα συστήματα με σκληρά κωδικοποιημένα επίπεδα και φοβούνται ότι η «απενεργοποίηση συστημάτων» από τη μια μέρα στην άλλη θα μπορούσε να προκαλέσει τεράστια προβλήματα. Πράγματι, έχουμε δει μερικά από τα μεγαλύτερα της Βρετανίας
Τα ονόματα των μεγάλων δρόμων κυκλοφόρησαν στις ειδήσεις επειδή τα συστήματά τους κατέρρευσαν κατά τη διάρκεια έργων ψηφιακού μετασχηματισμού, με αποτέλεσμα εκατομμύρια άνθρωποι να μην μπορούν να πραγματοποιήσουν πληρωμές επί ώρες.

Ωστόσο, υπάρχουν έξυπνες λύσεις. Για παράδειγμα, υπάρχει λογισμικό που μπορεί να «τυλίξει και να ανανεώσει» την παλιά τεχνολογία, ώστε να μην προκαλεί προβλήματα στο προσωπικό ή στους πελάτες, και αυτό σημαίνει ότι η τράπεζα μπορεί να εκσυγχρονίσει και να δημιουργήσει έναν καλύτερο τρόπο να κάνει τα πράγματα για
το μέλλον. 

Σκεφτείτε πώς μια τράπεζα προσφέρει πιστωτικές κάρτες. Με μια αρχιτεκτονική περιτύλιξης και ανανέωσης λογισμικού, ο οργανισμός μπορεί να είναι ασφαλής γνωρίζοντας ότι προστατεύονται οι βάσεις δεδομένων των πελατών του και ο τρόπος με τον οποίο αλληλεπιδρούν με τα μπροστινά και τα πίσω γραφεία, ενώ παράλληλα αξιοποιεί την τεχνητή νοημοσύνη
τεχνολογία που δίνει στους αντιπροσώπους εξυπηρέτησης πελατών όλες τις πληροφορίες που χρειάζονται για να προτείνουν την καλύτερη για αυτούς τη στιγμή που τη χρειάζονται περισσότερο.

Οι κωδικοποιητές της παλιάς σχολής τελειώνουν

Η φράση «η ανάγκη είναι η μητέρα της εφεύρεσης» είναι τόσο αληθινή με το τελευταίο μου σημείο. Τίποτα δεν θα κάνει τις τράπεζες να συνειδητοποιήσουν ότι δεν μπορούν να συνεχίσουν όπως έκαναν εδώ και δεκαετίες, όπως η απουσία ανθρώπων που μπορούν να ενημερώσουν τον κώδικα που χρειάζονται για να συνεχίσουν να λειτουργούν αυτά τα συστήματα.

Οι άνθρωποι που δημιούργησαν τις εφαρμογές των τραπεζών σε γλώσσες προγραμματισμού όπως η Java και η COBOL τις δεκαετίες του 1980 και του 90 είναι πιθανό να συνταξιοδοτηθούν σύντομα ή να έχουν ήδη συνταξιοδοτηθεί. Αυτή η γνώση της γλώσσας προγραμματισμού εξαφανίζεται, επομένως δεν είναι λογικό να διατηρούνται
συστήματα με την πάροδο του χρόνου. 

Όπως αναφέρθηκε προηγουμένως, η υιοθέτηση μιας προσέγγισης περιτύλιξης και ανανέωσης, και να το κάνετε τώρα, ενώ υπάρχει ακόμη χρόνος για να απομακρυνθείτε από τις σκληρές εφαρμογές που τρίζουν λίγο-λίγο, είναι ο καλύτερος τρόπος για τις τράπεζες και τους πελάτες, καθώς αυτό σημαίνει ότι κανείς δεν έχει να κάνω
ξαφνικές αλλαγές και προσθέτουν περιττό κίνδυνο στη στρατηγική ανάπτυξής τους.

Λοιπόν τι ακολουθεί?

Οι μέρες που οι τράπεζες χτίζουν τον δικό τους κωδικό είναι μετρημένες. Οι σύγχρονες ευέλικτες πλατφόρμες λογισμικού που επιτρέπουν στις τράπεζες να δημιουργούν τις εφαρμογές που χρειάζονται γρήγορα και εύκολα είναι ο δρόμος προς τα εμπρός – είναι φθηνότερες, λιγότερο χρονοβόρες, πιο προσαρμόσιμες και κατασκευασμένες για
μακροπρόθεσμα. Το ερώτημα δεν είναι αν, αλλά πότε οι τράπεζες θα αποχαιρετήσουν την καθαρή σκληρή κωδικοποίηση των εφαρμογών και όσο πιο γρήγορα το συνειδητοποιήσουν οι τράπεζες, τόσο καλύτερα θα είναι.