Pull to refresh

Comments 18

Наверное такой длинной рекламы не было давно :)

Ну давайте начнем с того, что крупняк все равно требует отдельных сервсов, которые не имеют смысла ни для микро, ни уж тем более для физиков. даже если вы все это назовете "единым" решением, единого там будет примерно ничего, но можно честно говорить, что к примеру это все хостится в одном месте (не уточняя, где именно).

Классификация - ну такое, способ бесплатно показать, что мы типа особенные :) Ну ладно

Одно решение в виде Digital Platfrom "под капотом" "морды" и API - ничего нового или выдающегося. В том смысле что этому ноу-хау лет 15, а то и больше, и многие к этому пришли. Напаковываем его "известными" квадратиками за немало денег и радуемся жизни, что кстати совершенно не мешает жить где-то там условному Colvir / Compass глубоко внизу :)

------------

Вы б чего-то технически написали, вроде как вы делаете next-best-action или что-то вроде Customer Data Platform концепцию. А ... ну сорри, к чему это все?

Не совсем понял ваш комментарий. Можете, пожалуйста, развернуть и объяснить, почему вы взяли слово "единое" в кавычки?

Что касается классификации – это мое личное мнение. Если вам не нравится текущая классификация, поделитесь своей версией, было бы интересно узнать ваше мнение.

Не совсем понял ваш комментарий. Можете, пожалуйста, развернуть и объяснить, почему вы взяли слово "единое" в кавычки?

Если отбросить "шелуху" и слайды для Правления, то даже если взять только веб-приложение, возникает вопрос - оно едино? Оно монолитно? Оно базируется на общей платформе? Оно построено на концепции микрофронтендов?

Это же технический форум, тут людям интересно техническое описание, что такое едино :)

Что касается классификации – это мое личное мнение. Если вам не нравится текущая классификация, поделитесь своей версией, было бы интересно узнать ваше мнение.

В Вашем случае это просто способ выпятить своего текущего работодателя и все.

--------------

Также если вчитаться, видно что вы не технический спец. Ну к примеру:

Мы сделали по-настоящему омниканальный опыт. Знаете, слово «оминиканальность» так много употребляли на всевозможных конференциях, что в итоге оно девальвировано в глазах банковского сообщества. Но здесь мы не стесняемся говорить это слово, потому что у нас по-настоящему омниканальная платформа. 

Это стало возможным, потому что решение действительно единое: у каждого банковского документа, платежа, заявки на кредит — одинаковая статусная модель. И это означает, что вы можете начать работать с документом в одном канале, а продолжить в другом. 

Ошибка в выделенном. Омниканальность достигается тем, что все канальные прилождения используют одни и те же сервисы "платформы", которая лежит ниже и являются stateless. Единость же статусной модели совершенно не требуется, так как очевидно что статусная модель для кредитной линии жирному корпорату и платеж за газ физика имеют совершенно разную статустную модель, даже если вы некоторые из ее состояний показываете конечному пользователю :)

Построен старый софт, как правило, на монолитной архитектуре. Это означает, что как-то вмешаться, чтобы что-то улучшить, практически невозможно.

Интересно, что вы понимаете под монолитной архитектурой и почему что-то улучшать нельзя?

Поэтому у нас персонализация — не «баззворд», а настоящая.

Не смог удержаться, раз уж пересмотрел статью перед тем, как Вам отвечать. Персонализация уже давно не в том, что можно менять презентационный слой "под себя", а в возможности в онлайне предлагать клиенту персональные предложения в зависимости от контекста и/или известных о нем данных. Понятно, что Банки как правило точно находятся не в авангарде прогресса, но тем не менее

Batalmv, подскажите, а почему вы решили что персонализация это исключительно про продажи? Персонализация в продажах нужна для роста конверсии показ - клик. Это одна из ключевых задач наших команд, которые развивают рекламный инвентарь, но персонализация так же важна и в интерфейсах. Есть разные сегменты бизнеса, разные роли, задачи у бухгалтера и CFO - разные и каждому нужен свой канал (web/mobile) и свой набор функционала.

Что вас так зацепило в статье, что вы стали такую полярную оценку делать? :)

подскажите, а почему вы решили что персонализация это исключительно про продажи? Персонализация в продажах нужна для роста конверсии показ - клик. Это одна из ключевых задач наших команд, которые развивают рекламный инвентарь, но персонализация так же важна и в интерфейсах.

Конечно, концепция next-best-action может касаться не только продаж :) Просто ... сорян, то, что вы описали, дает почти любая DXP не особо напрягаясь, но не более того

Что вас так зацепило в статье, что вы стали такую полярную оценку делать? :)

Да ничего особенного, просто на техническом портале хочется видеть больше технической инфы, а не банальной рекламы такой длины. Поэтому не поленился и прокомментировал то, что особенно бросилось в глаза.

Я не знаю, что такое DXP, но хорошо разбираюсь в онлайн-банкинге и массовых сервисах. Честно говоря, нигде не видел хорошей реализации персонализации интерфейсов. Об этом много говорили, но в итоге сам термин в части персонализации интерфейсов сильно девальвировали. Может, вы знаете несколько хороших примеров из SAAS, где интерфейс персонализируется под пользователя или хотя бы под его роль? Буду признателен за ссылки.

Ничего особенного, просто на техническом портале хочется видеть больше технической информации, а не банальной рекламы такой длины.
Вы упорно пишете про какую-то рекламу, но мне никто не платит за это. Это мое личное суждение и трактовка рынка. Если это технический портал, то какой смысл тут рекламировать софт, которым пользуются CFO и бухгалтеры? Это другая целевая аудитория. Это мое личное мнение, и как мне казалось, на хабре есть разные рубрики. Есть мнения, обзоры и да, есть технические статьи, которые тут превалируют, но не только. Да и по какой-то причине вы решили все-таки прочесть статьи и даже дочитали.

Честно говоря, нигде не видел хорошей реализации персонализации интерфейсов. Об этом много говорили, но в итоге сам термин в части персонализации интерфейсов сильно девальвировали. Может, вы знаете несколько хороших примеров из SAAS, где интерфейс персонализируется под пользователя или хотя бы под его роль?

Для прямо сейчас "пилим" проект. После авторизации по сути получаем для каждой сессии ее сет доступов, причем в разрезе уровней (у нас тут еще есть иерархия). Фронт устанавливает некоторым элеменам досупность (либо иные свойства вроде редактируемости) зависимость от наличия конкретного доступа. В итоге, пользователь видит то, что ему доступно (поля, меню, контейнеры, ..) в зависимости от своих ролей. Ограничений по сути нет, просто как надо, так и накрутим.

Для того, чтобы это не выглядело как франкенштейн, контейнеры, которые содержат компоненты с переменными свойствами знают правила скейлинга, если вдруг компоненов стало больше либо меньше (условно 3 элемента меню или 7). Это банальная верстка

Все

Утром был баг, на определенном уровне не была доступна функция (элемент меню отсутсвовал). Добавили условно строчку в базе и она появилась.

----------------------

Вообще RBAC - это довольно таки древняя вещь. которой 100500 лет в обед. Если примеры - я не знаю именно про SaaS, просто довольно таки редко в решениях, где я участвую, используется именно SaaS с мордой.

Но чтобы далеко не ходить: Pega Customer Service Platform. Просто не так давно колупал с различными целями :). Low-code платформа, где вы можете накидывать "морду" под роль, а если надо - то на изи в зависимости от любого свойства любого объекта. Но это скорее PaaS.

При этом все это еще и в респонсив умеет неплохо, т.е. элементы можно накидывать на просто на координаты, а на сетку

Если кратко- то это не монолит, а 100+ отдельных приложений. Поподробнее можно посмотреть в статье https://habr.com/ru/companies/alfa/articles/781992/. В середине есть блок про архитектуру.

Спасибо, посморю. Выглядит интересно и надо выделить спокойный период с чайком

Доступ к самым современным технологиям получат абсолютно все клиенты интернет-банка.

Клиенты, скорее, получают доступ не к самым современным технологиям, а лишь к современному интерфейсу. И то не всегда и не везде. В том же АЗОНе кликнешь по ссылке "Пользователи" - и в открывшемся окне видишь привет из дизайна тех самых 90х ))

Понимаю вас и знаю, что не каждый продукт и сервис переехал на новую платформу. Мы как раз переводим все эти сервисы на новый интернет банк

В интернет-банк верните православный ГОСТ сертификат. Можно взамен заграничного RSA

У нас реализована поддержка гост сертификата. Написал в личку, если у вас где-то не работает УКЭП обязательно разберемся и поможем

Чота статья ни о чём. о-первых три раза повторено одно и тоже.

Во-вторых, странные выводы и много шелухи от человека, который "придумал Яндекс Диск".

По факту всё проще - было бы желание, давно бы всё переделали и попилили и перевели. Но всем норм, текущие системы тупо как-то работают и этого хватает.

В целом ожидаемо, что тут критикуют, даже за мнение :)) Это норм.

Я пытался объяснить парадокс на рынке и почему единое решение лучше. Принимаю вашу позицию, ведь так легко написать в нижнем интернете, что всё шелуха.

Самые крупные компании пользуются старым софтом, написанном на древних языках программирования. Кто помнит, как мы рисовали интерфейсы на Delphi Studio? И дизайн этого софта соответствующий.

А чем язык "древний"? Древнее C++? Нет. Он даже не древнее Питона.

И "Delphi Studio" - никогда не существовало. Был Borland Delphi и сейчас RAD Studio. "Дизайн этого софта" обусловлен тем, что он изначально НАТИВНЫЙ и то, как он отображается диктует ОС.

Delphi не является старым решением и не "годится лишь на легаси". Современные версии позволяют обеспечивать нужную безопасность и быстродействие. Не говоря уже о том, что он является кроссплатформенным и позволяет создавать GUI далеко не уступающий "современному вебу".

Для меня это выглядит как попытаться одеться красиво в холостяцкой берлоге чтобы создать впечатление внутреннего благополучия.

Пока с изнанки и для внутреннего использования будут всё те же интерфейсы из 90-х - какой-нибудь SAP или Lotus 123, обмануть клиентов не получится.

А опираться на стабильность веба - такое себе.

Банковский софт не должен быть красивым - банковский софт должен быть понятным, удобным и надёжным.







Не осилил коммент, простите :) Почему вы решили, что я пытаюсь создать впечатление?

У меня накопился опыт как в массовых сервисах, так и в fintech индустрии и я периодически пишу статьи, стараюсь делиться с окружающим свои мнением. В этой статье я описал личное восприятие рыночного парадокса и постарался объяснить, почему мы сделали то что сделали :)

Да и честно говоря не совсем вашу концовку "Банковский софт не должен быть красивым - банковский софт должен быть понятным, удобным и надёжным." Не понимаю, где вы нашли тезисы, что мы делаем красиво, а не понятно или надежно. Мне кажется, я написал как раз наоборот. Да и независимый рейтинг Markswebb, который оценивает клиентский опыт в цифровых банках подтверждает, что у нас отличный UX.

Sign up to leave a comment.