Майк лисянский, bss: «сократить расходы на it в два раза — это реально»

- kbrbank

Майк лисянский, bss: «сократить расходы на it в два раза — это реально»

Директор по стратегическому формированию продуктов компании BSS Майк Лисянский поведал Bankir.Ru о новых возможностях платформы CORREQTS, сценариях применения омниканальности в ДБО и о том, как мобильное приложение преобразовывается в банковский офис в кармане. Майк, давай начнем разговор с платформы CORREQTS. Это флагманский продукт BSS для ДБО.

Чем он отличается от аналогов?

CORREQTS — это отечественный ответ на вопрос: как сделать одновременно универсальное и личное ДБО? Банков-клиентов у нас, скажем так, больше трех, и они, с одной стороны, в чем-то похожи, а с другой — время от времени сильно различаются между собой.

Универсальность ответа нужна вследствие того что у банков имеется большое количество неспециализированной функциональности и похожих по методу ответа задач, таких как интеграция с другими информационными совокупностями банка. Индивидуальность — по причине того, что однообразных банков не существует, в особенности в части неспециализированного комплекта интеграций.

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

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

Об омниканальности говорили довольно продолжительное время. Если не ошибаюсь, около двух лет. Но настоящие, массовые внедрения в банках начались с полгода назад.

С чем это связано?

— В случае если отвлечься от заглавия, омниканальность как концепция существует порядка двух десятилетий. Она появилась, в то время, когда более либо менее массовой стала обстановка наличия у пользователя более чем одного компьютера. Тогда люди в компьютерной индустрии стали задумываться о том, что делать с «зоопарком» каналов доступа.

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

— Эдакий неандерталец.

— Да, либо кроме того Человек Умелый. В случае если сказать о вправду масштабной реализации омниканальности, то — это компания Apple и ее продукт iCloud, сделавшая нормой возможность доступа к одному контенту, причем достаточно разнородному, с различных устройств. Дальше концепция омниканальности начала переливаться во все остальные виды программного бизнеса.

Необходимо понимать специфику дистанционного банковского обслуживания — в силу больших интегрированности и сроков разработки с громадным числом сервисов, довольно часто весьма чувствительных в плане безопасности, ДБО владеет существенно инерцией. В следствии концепции и новые технологии в ДБО появляются не сходу, а лишь по окончании некоей проверки временем.

ДБО у нас на данный момент физически поделено на две части: интернет-банкинг и мобильный банкинг.

Имеется и второй принципиальный момент. ДБО у нас на данный момент физически поделено на две части: интернет-банкинг и мобильный банкинг. Это сложилось исторически, потому, что первые мобильные ответы были опциональным дополнением к интернет-банкингу, скорее жаждой сыграть на маленькую, но перспективную аудиторию, чем важным бизнес-ответом.

Наряду с этим фактически интернет-банкинг так и оставался привязанным к одному каналу, довольно часто — к одному браузеру.

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

Какого-либо определенного триггера, вынудившего пересмотреть подход к технологическим ответам ДБО, не было. Было скорее постепенное давление внешней среды, в котором все больше начали вспоминать об эффективности прежде всего IT-работ, как не «добывающих».

Мысль «давайте что-то сделаем с ДБО» стала появляться сама собой. В случае если сущность одна, для чего настойчиво идти к ней двумя дорогами, тратя уйму ресурсов?

Таковой постепенный процесс в банковской среде накапливается и начинает внятно проговариваться, так что непременно будет практически мгновенная замена ответов на рынке. В будущем году либо, возможно, через год я не сообщу, но единое ответ станет технологической нормой для ДБО — это совсем совершенно верно.

Следствие для того чтобы единого ответа — омниканальность. Мы уже запланировали, что у нас будет единая платформа для всех клиентов и для всех каналов доступа. Считаем, что станем первыми на этом рынке, кто внес предложение готовое ответ.

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

— Не совсем. CORREQTS в далеком прошлом употребляется для обслуживания юрлиц. 20 октября мы выпустили CORREQTS Retail v. 3.2 — это трудящаяся протестированная совокупность для обслуживания физических лиц.

Уже имеется экспериментальное внедрение версии 3.2, подробности о нем будут позднее.

на данный момент готовим новую версию совокупности ДБО для физических лиц CORREQTS Retail, в которой, сохраняя всю функциональность, нужную банкам для обслуживания физических лиц, мы добавляем клиент-серверный API. Это разрешит пользователю трудиться с единой платформой по всему многообразию каналов. У нас уже реализован стенд, на котором видно, как к одной и той же платформе мы подключаемся через интернет-браузер на компьютере, через планшет, через телефон и через приложение.

И во всех каналах происходит фактически мгновенная синхронизация данных — то, что мы начали делать в браузере, возможно продолжить, например, на телефоне.

В качестве флагманской разработке мы используем HTML5. Ее главное преимущество — присутствие на всех современных платформах, причем HTML5 возможно легко и комфортно упаковать в приложение-контейнер, что не только будет смотреться как приложение для телефона, но и предоставит доступ ко всем его возможностями — Touch-ID, камере, NFC.

Платформа CORREQTS не изменяется, мы к ней клиент-серверное API, и создаем многообразие каналов.

В итоге мы говорим о том, что платформа одна — CORREQTS, она не изменяется, мы к ней клиент-серверное API, и через него уже создаем многообразие каналов.

— Многообразие — это прекрасно, но давайте представим хороший сюжет. Допустим, мы зашли в интернет-банк, у нас что-то пошло не так. Что человек начинает делать?

Он звонит в работу помощи. А оператор говорит: «Понимаете, я не знаю, что вы в том месте делали, давайте-ка все сперва мне объясните, с расстановочкой».

— Мы, в то время, когда разглядывали сценарии применения omni-channel, насчитали четыре варианта.

Первый сценарий — хороший. Он в большинстве случаев представляется как главная клиентская сокровище. Сущность его в том, что твои эти постоянно восстанавливаются.

Возможно начать набирать текст на телефоне, продолжить на компьютере, а завершить звонком в работу помощи. Целый процесс сохраняется на сервере, эти не теряются кроме того при физическом разрушении устройств.

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

В действительности имеется и другие варианты применения.

Второй сценарий — это подписание документов на устройствах, где установлены соответствующие квалифицированные автографы. Несложный пример: возможно создать документ на компьютере, а подписать его с телефона с настроенной голосовой верификацией. Не каждый документ, само собой разумеется, а имеющий высокую важность.

Что-то наподобие платежного поручения на десятки миллионов рублей. Нужно проверить, что ты — это вправду ты.

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

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

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

Третий сценарий применения omni-channel имеет большее значение для банка. Это возможность создать консьерж-работу. Она пользуется спросом среди VIP-клиентов, в то время, когда у каждого пользователя имеется персональный менеджер, которому возможно поручить, к примеру сделать платежку и послать на подпись.

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

Данный сценарий, кстати сообщить, более ответствен для ДБО юрлиц. На уровне организации смогут быть разные уровни доступа, либо, в случае если угодно, роли. К примеру, бухгалтер готовит документы на подпись, а подписывает уже финдиректор.

Тут omni-channel удачен как раз еще и вследствие того что финдиректор постоянно будет видеть, кто над чем трудится и в какой стадии процесс. Так как синхронизация с платформой происходит мгновенно.

Четвертый сценарий, что связан с omni-channel — это работа технической поддержки. Именно то, о чем вы задавали вопросы. Человек звонит в банк и говорит: «Я тут создаю платежку, но ничего не работает».

Сейчас научно-техническая поддержка будет задавать вопросы у человека: «А что ты видишь? А что у тебя заполнено? Какой код неточности?» С разработкой omni-channel, в то время, когда имеется возможность синхронизации данных, причем еще не подписанных, с различными сессиями, от различных людей, сотрудник технической поддержки может заметить документ, что готовит пользователь.

И сходу на лету исправить, дать совет, растолковать обстоятельство затруднения.

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

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

— Дабы начать экономить, нужно внедрить соответствующую платформу. К примеру, CORREQTS. И по окончании того, как она внедрена, начинается настоящая экономия на IT-работах, техподдержке, развитии банка.

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

Отечественные технологии сочетания клиент-серверного API и HTML5 быстро повышают скорость доставки функциональности клиенту.

К примеру, отечественные технологии сочетания клиент-серверного API и HTML5 быстро повышают скорость доставки функциональности клиенту. Как это выглядит на практике? У нас главная часть функциональности загружается сервером в мобильное приложение, или прямо в интернет-банк.

Создается некая функциональность, тестируется, выкладывается на сервер, и это сходу появляется везде, а также в приложении.

Другими словами не нужно ожидать, пока это запрограммируют в нативном виде, пока пройдет валидация в App Store либо Гугл Play. Нельзя сказать, что затраты мгновенно сократятся вдвое. В полной мере возможно, они сократятся раза в полтора, но наряду с этим освободившиеся ресурсы будут трудиться на новую функциональность.

У банка появится желание и, основное, возможность стремительнее развивать ее. Ресурсы-то никуда не провалились сквозь землю.

Другими словами, какая как раз экономия, в чем она будет заключаться, скорее нужно будет решать самим банкам. Сократить затраты на IT вдвое — это реально. Возможно и большей экономии добиться, в особенности в случае если время на согласования не тратится.

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

— Ни при каких обстоятельствах нельзя утверждать, что лишь из-за одной какой-то «киллер-фичи» пользователи побегут в банк. Они скорее отправятся, откроют себе сперва счет, заведут карточку. Попытаются, поразмыслят, привычным поведают.

Но вот как воспользоваться таковой обстановкой — это, скорее, уже вопрос к бизнесу каждого конкретного банка.

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

— В BSS лицензирование платформы происходит : лицензии на определенную функциональность, и они оплаченное время трудятся. В случае если у вас стандартная функциональность, коробочная, то и обновление ее идет за счет обновления всей «коробки».

Какие конкретно упрочнения необходимо прилагать чтобы она поддерживалась и не появлялось дополнительных затрат? Это тесно связано с процессингом и с АБС. В каждом случае, даже если вы берёте коробочный продукт, это отдельная история.

По окончании того как вышла новая версия коробочного ответа, у банков неизменно имеется оценка трансформаций: что-то нравится, что-то нет. Кое-какие банки остаются на ветхих предположениях легко из принципа: трудится — не трогай.

Тут опять поднимается вопрос о том, как банк видит собственный будущее. Но имеется очень важная вещь, которая связана именно с клиент-серверным АPI. Потому, что мы отделяем презентационный слой в отдельное приложение, связывающееся с платформой стандартным образом, это гарантированно уменьшает издержки при переходе на новые версии.

— Прекрасно, экономия либо, по крайней мере, возможности для нее на стороне банка понятны. Быть может ли это в конечном итоге вылиться и в экономию для клиентов?

— Я вижу, что большая часть пользователей интернет-банков и по большому счету дистанционного банковского обслуживания не воображают себе, что по-настоящему кроется за этими приложениями, интернет-банками и по большому счету банковской инфраструктурой. Для них это легко средство хранения денег.

Какое-либо суперулучшение дистанционного банковского обслуживания большинством пользователей будет воспринято весьма конечно: о, здорово, мне стало эргономичнее. А кое-какие и не увидят трансформаций, по причине того, что им и раньше всего хватало.

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

Легко, начав экономить и более действенно расходовать средства, люди в банках смогут полностью совершенно верно осознавать глубину собственного маневра, возможности для него. А как они этим знанием распорядятся, это вопрос к банкам, скорее.

— на данный момент большое количество говорится о переходе к концепции Digital Banking, но практически у каждого собственный познание этого термина. Как вы формулируете концепцию для себя?

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

Верно сделанное приложение в телефоне — это офис банка, и вы, перестроив собственные бизнес-процессы, имеете возможность данный офис полноценно применять.

Клиентам на презентациях я растолковываю, что верно сделанное приложение в телефоне — это офис банка, и вы, прекрасно поразмыслив, перестроив собственные бизнес-процессы, имеете возможность данный офис полноценно применять. Конкретно видеться с клиентом необходимо лишь тогда, в то время, когда делаете некие юридически значимые действия: открытие счета с идентификацией клиента, выдача каких-то справок, обмен материальными сокровищами.

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

— Прямо дешево-дешево либо легко дешевле?

— В пересчете на затраты это дешево. К примеру, в случае если сказать о колл-центрах, цена контакта в том месте на порядок выше, чем контакт через приложение.

Плюс Digital Banking дает намного больший эффект, чем рассылки по e-mail, обзвоны, SMS. платформа и Приложение «видят», что делает пользователь, и смогут что-то посоветовать в необходимый момент. «Наблюдай, тут ты можешь сэкономить мало, тут — получить сто рублей. А вот данный платеж возможно один раз настроить и забыть про него. Мы тебя видим, отечественное приложение не просто так стоит в смартфоне».

Это вправду комфортно, это трудится.

— А что происходит с безопасностью? Офис банка в кармане — это же не только удобство и скорость, но и риски.

— Сходу могу ответить: не следует переживать. В платформе CORREQTS имеется текущая реализация средств безопасности, уже принятых банковским сообществом. И с новыми возможностями не изменяется ничего, по причине того, что мы не меняем платформы, не меняем подход к безопасности. Мы другие дополнительные средства коммуникации с пользователями, больше ничего.

Методы валидации, авторизации и верификации остаются теми же.

— Согласитесь, тяжело представить, в то время, когда человек приходит в банк в маске условного Ивана Ивановича и начинает от его имени делать переводы. Но в случае если некто завладеет смартфоном Ивана Ивановича и последний не озаботился установкой сложного пароля, перевести деньги куда угодно весьма легко.

— Данный сценарий будет однообразен в любой ситуации. В случае если Иван Иванович утратил телефон и у него простые пароли, у банка возможно самая гипернавороченная совокупность безопасности, которая все равно не сможет ничего сделать. По причине того, что пользователь — это неизменно основная уязвимость.

Не смотря на то, что и тут у нас имеется один из вариантов ответа — голосовая верификация, которая непременно привязана к самому человеку, к его физическому телу. Плюс он еще обязан пребывать в сознании, по причине того, что человек без сознания сказать не может. И в то время, когда валидация пользователя будет происходить по голосу, телефон возможно терять без особенных рисков.

— на данный момент появляется все больше телефонов, да и планшетов также, с двумя лицевыми камерами. Это разрешает создать трехмерную модель лица и идентифицировать пользователя полностью совершенно верно. Кроме того близнецов отличают.

— Я, само собой разумеется, осознаю, что у техногиков имеется собственные представления о красивом. С моей точки зрения, сложность задачи не соответствует решаемой проблеме. Узнавание 2D-картины — легкая задача для людской мозга, но на алгоритмическом уровне она реализована весьма не хорошо.

Надеяться запрещено. Распознавать 3D, распознавать поверхность со сложной фактурой, раскладывать на шейдеры А вдруг человек бороду отрастил и ему на протяжении идентификации ветер в лицо подул? В банковских ответах серьёзна скорость, надёжность и простота результата.

Разработки приходят в банки, в то время, когда они совсем созрели. на данный момент таковой разработкой делается омниканальность.

Антон Марченко Как уменьшить расходы на логистику в 2 раза? Современные логистические решения

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: