9 grudnia zorganizowaliśmy spotkanie, na którym po raz pierwszy podzieliliśmy się z szeroką publicznością szczegółami tworzenia platformy omnichannel (OKP) Gazprombanku. Zgadliśmy trafnie z tematem – po wystąpieniu prelegenci zostali zasypani pytaniami, na które odpowiadali niemal tak długo, jak mówili o platformie. A potem rozmowa kontynuowała się na czacie, aby nie zakłócać harmonogramu innych występów. Wszystko to odbyło się w ramach kolejnego spotkania online z cyklu GPB.Talks, na którym prelegenci z Gazprombanku i CROC Cloud Services omawiali trendy w branży fintech i efektywne podejście do biznesu.
Stworzenie OKP to po prostu zwiększenie efektywności biznesu. Na przykład 70% wniosków o karty kredytowe przechodzi przez platformę.
„Kiedy proponujesz rozwiązanie, ważne jest, aby zrozumieć, że będzie ono poszukiwane. Z tego punktu widzenia ważne jest, że OKP jest w praktyce wykorzystywana do obsługi klientów banku, a odsetek jej wykorzystania w rzeczywistych procesach biznesowych rośnie ”- mówi Aleksander Winogradow, szef departamentu architektury Gazprombanku.
Przesłanki do rozpoczęcia pracy były oczywiste. W 2018 roku Gazprombank zaczął aktywnie rozwijać swoją działalność detaliczną, co wiązało się z zapotrzebowaniem na narzędzia adekwatne do skali zadania. Podstawą technologiczną naszej platformy omnichannel (OKP) był monolit zautomatyzowanego systemu bankowego i aplikacji mobilnej, co w tamtym czasie pozwalało na wykonanie dość skromnego zestawu operacji. W 2018 roku zestaw ten nie spełnił oczekiwań klientów. Dodatkowo napotkaliśmy problemy z wydajnością i synchronizacją poleceń, ponieważ przy każdym wydaniu musieliśmy spowolnić procesy ważne dla banku i jego klientów. Aktualizacja kopii zapasowej monolitu przekształciła się w zatrzymanie procesów dla wszystkich produktów. Na przykład, jeśli konieczne było dodanie funkcjonalności do kart bankowych, to konieczne było również zatrzymanie operacji wpłat.
Wiele się od tego czasu zmieniło: OKP oparte na wolnym oprogramowaniu, nowoczesnym, a nawet „młodzieżowym”, jak ironicznie nasi architekci, stosu technologicznego (z serii „przyszedł-przepił”) oferuje gotowy zestaw możliwości realizacji różnorodne zadania biznesowe. Rozwiązanie jest eleganckie, profesjonalne, a nawet gdzieś humanitarne: platforma pozwala jednostkom biznesowym banku skoncentrować się na ich głównych zadaniach i nie rozpraszać się działaniami pobocznymi, związanymi z zapewnieniem bezpieczeństwa rozwiązań, logowaniem itp. Wdrożenie platformy zaowocowało integracją odmiennych kanałów sprzedaży i obsługi w jeden system płynnej i ciągłej komunikacji z klientem, stworzeniem architektury mikroserwisów (umożliwia to łatwe skalowanie usług, przez które dochodzi do większej liczby interakcji, co rozwiązuje problemy biznesowe) oraz przydzielanie podstawowej funkcjonalności - warstwy uniwersalnych usług, która definiuje pojedyncze API.
Górna warstwa OKP to kanały zdalne, z którymi współpracuje klient (lub organizacja). Każdy kanał posiada frontend (do czego klient ma dostęp) oraz backend - aplikację wdrożoną na sprzęcie banku. Bezpieczny dostęp do zaplecza usług odbywa się poprzez warstwę platformy API. Żądania wymagające autoryzacji i uwierzytelniania klienta są kierowane do jednej platformy uwierzytelniania. Otrzymując tam token, klient może bezproblemowo wchodzić w interakcję z OKP za pośrednictwem dowolnych kanałów zdalnych. Rezultatem jest lepsze doświadczenie klienta i zwiększona lojalność klientów.
Koledzy zaangażowani w rozwój platformy omnichannel Gazprombanku zwracają szczególną uwagę na jej kluczowe – lub „podstawowe” – komponenty. Jest ich kilka, na przykład złożenie wniosku przez klienta (rejestrujemy działanie każdego klienta i przechowujemy te informacje do 3 lat; jeśli klient nie dokończył wypełniania wniosku, przypomnimy mu o tym ), informacje o kliencie i jego produktach (zbieramy dane w ustalony sposób i buforujemy je, od – w tym celu systemy dostawcy nie są przeładowane częstymi telefonami) oraz funkcje techniczne (autoryzacja i uwierzytelnianie klienta, bezpieczny dostęp do obieg banku według uzgodnionych metod, monitorowanie i rejestrowanie, a także jednolity format danych dla wszystkich usług konsumenckich).
W odniesieniu do w/w systemu zarządzania danymi klienta (Master Data Management, MDM) pozwala on na utworzenie tzw. „złotego rekordu” o kliencie. Jest to bardzo ważne dla szybkiego pozyskania danych o samym kliencie i jego produktach bankowych. Za pomocą MDM można dokonywać zmian w profilu klienta jednocześnie w różnych kanałach – korzystając z wbudowanej logiki, system sam „sklei” nowe dane z istniejącymi informacjami o kliencie.I choć prace nad stworzeniem OKP nie zostały jeszcze zakończone, zalety jego wdrożenia są już oczywiste. Po pierwsze, jest to omnichannel customer experience (klient może zacząć pisać skrypty w jednym kanale, a skończyć w innym). Po drugie, przyspieszenie wprowadzania nowych produktów na rynek, ponieważ jednostki biznesowe nie są już rozpraszane przez usługi techniczne. Oczywiście nakłada to pewne ograniczenia na funkcjonalność, ale jak dowcipnie i słusznie zauważa Vladimir Grigoriev, nasz dyrektor ds. architektury „w biznesie ważne jest, aby być pierwszym, a nie pięknym”. To w rzeczywistości pozwala OKP. Dzięki niemu sprawdzenie MVP produktu można czasem wykonać w ciągu zaledwie trzech tygodni. I wreszcie usprawniliśmy komunikację z dostawcami danych – interakcja z dostawcami usług jest budowana według ujednoliconego podejścia.
Przykładowo, korzystając z platformy, łatwiej jest uzyskać informacje z różnych systemów księgowania danych, które nie zawsze spełniają współczesne wymagania i nie są gotowe na przyjęcie dużej liczby zapytań. Dla tak złożonych przypadków implementacji monolitycznego podkładu OKP ma własną pamięć podręczną platformy, utworzoną na krajowym DBMS Tarantool. Dzięki takiemu podejściu udało nam się zredukować liczbę połączeń zapasowych o 70%, co jest uważane za doskonały wskaźnik.
„Platforma omnikanałowa Gazprombanku została stworzona z myślą o jednolitym montażu i dostarczaniu naszych produktów do różnych kanałów”, wyjaśnia Vladimir Grigoriev. „Nie ma znaczenia, ile z tych kanałów to 3 czy 30. Ważne jest to, że rentowność rośnie tylko z każdym nowym kanałem, ponieważ zaplecze produktu zostało już zmontowane i wystarczy pomyśleć o interfejsie użytkownika wdrożenie, jeśli chcesz coś dostosować.”
Oczywiście naprawiamy też pewne ograniczenia związane z wdrożeniem OKP, co tłumaczy się właśnie logiką unifikacji i nieuchronnym spadkiem w zakresie „stopień elastyczności technologicznej”, jak mówią deweloperzy. Jeśli jednostka biznesowa potrzebuje unikalnych cech kanału zdalnego, które leżą poza zasięgiem platformy, sama realizuje te życzenia. Ponadto usługi produktowe są teraz uszeregowane według pewnych zasad i standardów, co nie zawsze jest zwyczajem dla zespołów biznesowych, ponieważ teraz ich działania są wpisane w ścisłą logikę funkcjonowania OKP.
Plusów jest jednak niezmiernie więcej. I to nie są nasze subiektywne odczucia, ale stwierdzenie zweryfikowane liczbami.
... „Popyt na platformę w banku rośnie z roku na rok. Aż strach wyobrazić sobie, ile zasobów trzeba by wydać na wycofanie wszystkich produktów, gdybyśmy nie mieli jednolitego podejścia związanego z wdrożeniem OKP ”- podsumowuje Władimir Grigoriew.
W ramach tego samego spotkania zatytułowanego „Retail Enterprise” przemawiał Maxim Morar, Business Development Manager w CROC Cloud Services. Mówił o tym, że na pierwszy plan wysuwa się rozwój IT w segmencie komercyjnym, zwłaszcza w bankach i handlu detalicznym. Firmy rozwijają usługi online, a aby szybko wprowadzić nowe funkcjonalności na rynek, potrzebni są nie tylko wykwalifikowani programiści, których, jak pokazuje praktyka, jest niewielu na rynku. Potrzebujemy ekspertów, którzy potrafią zorganizować skuteczną komunikację między wszystkimi uczestnikami procesu rozwoju i wiedzą, jakich narzędzi do tego użyć. Na spotkaniu Maxim mówił o głównych aspektach przyspieszenia czasu wprowadzania produktów na rynek na przykładzie kilku przypadków. To są podejścia DevOps i ich rola w rozwoju banków; opcje wdrażania kontenerów, które upraszczają wdrażanie programów cyfryzacji biznesu; sytuacje, w których Kubernetes jest przydatny, a także wszystkie wady i zalety modeli chmurowych.
Zapis wszystkich spotkań z serii GPB.Talks - tutaj
bbabo.Net