💲 🔑 🖖🏼 من المونوليث إلى النظام الموزع 🎴 👸🏼 🛵

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

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

في الطريق إلى منصة جديدة

بدأوا في النظر إلى حل الجهاز اللوحي. بدا تنفيذ عملية جديدة على جهاز لوحي يعتمد على بنية نظام المكتب الأمامي الحالي للبنك لكي يعمل المشغلون مع العميل غير منطقي بسبب تكدس تكنولوجي قديم ، المكتب الأمامي الحالي هو تطبيق ويب مترابط كتب قبل 8 سنوات في Silverlight. فشلت محاولات العمل مع الواجهة الحالية على الجهاز اللوحي بسبب التحميل الزائد على جزء واجهة المستخدم من التطبيق ونقص التصميم التكيفي. بالإضافة إلى ذلك ، أشار افتقار Microsoft إلى دعم Silverlight بمهارة إلى أن دورة حياة تطبيقنا الحالي تقترب من نهايتها وأن هناك لحظة من إعادة التصميم الجذري والانتقال إلى التقنيات الجديدة. لقد توصلنا إلى قرار تنفيذ بنية الخدمات الدقيقة. لماذا كان من الضروري التخلي عن المونوليث؟ أولا،نظرًا لقابلية التوسع في الحل ، وتحسين تحمل الخطأ بشكل عام وتحديثات المكونات المستقلة. ثانيًا ، في البنك ، يميل الاتجاه إلى توزيع الوظائف بين فرق المنتج ومنهج الخدمة الصغيرة في هذه الحالة إلى زيادة مرونة واستقلالية الفرق.في المراحل الأولى ، تم تخصيص المجالات التالية (الخدمات الصغيرة) للمشروع التجريبي: المستخدم والعميل وبطاقة الخصم والحادث. لإنشاء الجزء الخلفي من التطبيق ، استخدموا منصة .Net Core 2.2 (تم تحويلها مؤخرًا إلى 3.0) ، واستعارة عناصر منطق الأعمال من إرث النظام. تقرر بناء الجزء الأمامي باستخدام رد الفعل.

UI / UX

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

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

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

توثيق

قاعدة المعرفة لـ "حياة" المكتب الأمامي الحالية في Word مع التحرير المشترك في SharePoint. قرر المشروع الجديد تجريب عملية توثيق جديدة في Confluence بالاشتراك مع Swagger للتوثيق الذاتي. سيتم وصف مسار الانتقال لدينا ، إيجابيات وسلبيات الحل المحدد في مقالة منفصلة. لا يسعني إلا أن أقول إن موضوع اختيار أداة إدارة المتطلبات لا يزال مفتوحًا ، فنحن في مرحلة البحث عن الحل الأمثل لإبقاء الوثائق محدثة مع الحد الأدنى من استثمار الموارد.

لنصل الى الطريق!

ونتيجة لذلك ، بدت خريطة الطريق الخاصة بنا في طريق إطلاق الطيار المرغوبة على هذا النحو.

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

طيار

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

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

تمت مراقبة نشاط المبيعات من خلال النظام الأساسي الجديد عبر الإنترنت من خلال تقرير عن Graphana وابتهج في كل توقيع جديد للعقد.

أخطاء

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

لم يكن هدف الطيار تطبيق حل الأجهزة اللوحية فحسب ، بل أيضًا وضع الأسس لمنصتنا المستقبلية لنظام المكاتب الأمامية لبنك الائتمان المنزلي. الآن نواصل تحسين. نحن نعمل على إضافة وحدة "ائتمانية" جديدة للعمل مع منتجات قروض البنك. وأيضًا في عملية البحث عن استخدام التقنيات الجديدة (Graphql ، التي لا تهدف إلى دفع بيانات إضافية من الخلف إلى الأمام ؛ camunda للتكوين المرن للعملية التجارية ؛ Prometheus لجمع مقاييس الأعمال لإعداد التقارير).

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