لماذا تفكر البنوك في ترميز تطبيقاتها الخاصة يجب أن تفكر مرة أخرى (ستيف مورغان)

قد يعتقد أي بنك يريد إنشاء تطبيقات ، لكل شيء بدءًا من إرسال رسالة إخبارية للعملاء إلى إعداد عميل جديد ، أن الترميز الجاد هو أفضل شيء يفعله أو الخيار الوحيد المتاح لديهم. 

اسمحوا لي أن أقدم لكم ثلاثة أسباب ينبغي عليهم التفكير فيها مرة أخرى.

البرمجة مكلفة وتستغرق وقتا طويلا

يمكن أن تستغرق تطبيقات الترميز الثابت شهورًا من وقت المبرمجين - يمكن أن يكون الأمر صعبًا وغير فعال حقًا. ونظرًا لصعوبة الحصول على المبرمجين المهرة ، فإن وقتهم ليس رخيصًا ، ويمكن أن تزيد التكاليف بسرعة. 

يعد الاستثمار في نظام أساسي منخفض الشفرة أكثر فعالية من حيث التكلفة يجعل إنشاء التطبيقات سريعًا وسهلاً ، حيث لا يتطلب ذلك مهارات مبرمج محترف ويمكن بدلاً من ذلك القيام به من قبل أي شخص لديه تدريب أساسي. يمكن أن تكون التطبيقات تصل و
تعمل في غضون أيام أو أسابيع ، حتى تتمكن البنوك من تحسين الطريقة التي تدير بها العمليات وخدمة العملاء بشكل أسرع. 

علاوة على ذلك ، من خلال النظام الأساسي منخفض التعليمات البرمجية ، يسهل على كل من يشارك أو يشرف على مشروع ما التعاون فيه والتعامل مع التعليقات في كل مرحلة على نحو فعال. فكر في الأمر - بالنسبة لجميع غير المبرمجين الذين يقرؤون هذا ، كم مرة نظرت
في سطور من التعليمات البرمجية وفهمت ما يعنيه تقديم ملاحظات مفيدة عنها؟ هناك منصات قليلة التعليمات البرمجية في السوق تجعل العمل متاحًا للجميع في الوقت الفعلي ، والتي تستخدم ميزات السحب والإفلات والمصطلحات البسيطة لتوضيح ليس فقط كيف
يعمل التطبيق بشكل واضح ، ولكن أيضًا العملية الكامنة وراءه مفهومة أيضًا.

لا تعمل البرمجة والتكيف مع التغيير جنبًا إلى جنب 

بالإضافة إلى كون الترميز الصعب شاقًا ومكلفًا ، فإن التطبيقات المبنية بهذه الطريقة يمكن أن يكون من الصعب تغييرها ، وهو أبعد ما يكون عن المثالية للمؤسسات المالية في العصر الحديث التي تحتاج إلى التكيف مع تفضيلات العملاء المتغيرة. في عام 2022 وما بعده ، النمو
لمؤسستك بعيدًا عن أن يكون مضمونًا ، والتطور هو الحل الوحيد ، لذلك تحتاج البنوك إلى نظام يمكنها التكيف معه مع تغير الزمن. 

إن قول هذا أسهل من فعله ، حيث تميل البنوك البريطانية الأقدم إلى تكوين طبقات فوق طبقات من الأنظمة المشفرة الثابتة الموجودة بالفعل وتخشى أن يؤدي "إيقاف تشغيل الأنظمة" بين عشية وضحاها إلى حدوث مشكلات هائلة. في الواقع ، لقد رأينا بعضًا من أكبر الشركات البريطانية
انتشرت أسماء الشوارع الرئيسية عبر الأخبار بسبب تعطل أنظمتها أثناء مشاريع التحول الرقمي ، مما تسبب في عجز ملايين الأشخاص عن سداد المدفوعات لساعات متتالية.

ومع ذلك ، هناك حلول ذكية. على سبيل المثال ، هناك برنامج موجود يمكنه "التفاف وتجديد" التكنولوجيا القديمة بحيث لا تسبب مشاكل للموظفين أو العملاء ، وهذا يعني أن البنك يمكنه تحديث وإعداد طريقة أفضل للقيام بالأشياء من أجل
المستقبل. 

ضع في اعتبارك كيف يقدم البنك بطاقات الائتمان. من خلال بنية برنامج التفاف وتجديد ، يمكن للمؤسسة أن تكون آمنة في معرفة أن قواعد بيانات عملائها وكيفية تفاعلهم مع المكاتب الأمامية والخلفية محمية ، مع الاستفادة أيضًا من الذكاء الاصطناعي.
تقنية تمنح وكلاء خدمة العملاء جميع المعلومات التي يحتاجونها لاقتراح أفضلها لهم في الوقت الذي هم في أمس الحاجة إليه.

المبرمجون في المدرسة القديمة ينفدون

إن عبارة "الضرورة أم الاختراع" صحيحة تمامًا مع نقطتي الأخيرة. لا شيء سيجعل البنوك تدرك أنها لا تستطيع الاستمرار كما فعلت لعقود مثل غياب الأشخاص الذين يمكنهم تحديث الكود الذي يحتاجون إليه للحفاظ على تشغيل هذه الأنظمة.

من المرجح أن يتقاعد الأشخاص الذين قاموا ببناء تطبيقات البنوك في لغات البرمجة مثل Java و COBOL في الثمانينيات والتسعينيات قريبًا أو تقاعدوا بالفعل. إن معرفة لغة البرمجة تختفي ، لذلك ليس من المنطقي الحفاظ عليها
مع مرور الوقت. 

كما ذكرنا سابقًا ، فإن اتباع نهج الالتفاف والتجديد ، والقيام بذلك الآن بينما لا يزال هناك وقت للانتقال بعيدًا عن صرير التطبيقات ذات الترميز الثابت شيئًا فشيئًا ، هو أفضل طريقة للمضي قدمًا للبنوك والعملاء على حد سواء ، لأنه يعني أنه لا أحد لديه ليصنع
تغييرات مفاجئة وإضافة مخاطر غير ضرورية إلى استراتيجية النمو الخاصة بهم.

إذا ما هو التالي؟

لقد تم ترقيم أيام قيام البنوك ببناء الكود الخاص بها. منصات البرمجيات الرشيقة الحديثة التي تسمح للبنوك بإنشاء التطبيقات التي تحتاجها بسرعة وسهولة هي الطريق إلى الأمام - فهي أرخص وأقل استهلاكا للوقت وأكثر قابلية للتكيف ومصممة من أجل
طويل الأمد. السؤال ليس إذا ، ولكن متى ستودع البنوك البرمجة الصارمة للتطبيقات ، وكلما أسرعت البنوك في إدراك ذلك ، كان ذلك أفضل حالًا.