Проектирую цифровые продукты, разбираю процессы до правил и данных и иногда ухожу на несколько технологических слоев глубже, чем от меня ожидают.
Моя работа — цифровые продукты для бизнеса в банке.
Прошел путь от работы с клиентами и ипотечным кредитованием до управления продуктом и руководства стримом из трех IT-команд. Знаю процессы со стороны клиента, сотрудника и технологий. Сейчас развиваю дистанционный онбординг бизнеса.
Ниже — несколько решений, в которых пришлось пересмотреть привычный способ работы.
Клиент уже обслуживался в банке как физическое лицо: банк его идентифицировал и располагал необходимыми данными. Но открытие счета для бизнеса снова требовало личной встречи и повторной идентификации.
Мы построили отдельный дистанционный маршрут, использующий уже проведенную банком идентификацию.
От старта процесса до открытого корпоративного счета — 2 минуты 38 секунд.
Распознанные данные паспорта требовали ручной обработки даже там, где OCR и логические проверки не находили проблем. Я пересобрал правила вместе с командой: если документ распознан корректно, проверки пройдены, а менеджер подтвердил данные без изменений — заявка продолжает автоматический маршрут.
−20% ручных заявок
и больше автоматических открытий при сохранении контроля качества данных и требований безопасности.
Для оперативного мониторинга процесса мне нужна была отчетность, а полноценная доработка систем требовала времени.
Я написал PL/SQL-процедуру в Oracle: по расписанию она собирала данные из DWH и production-баз, формировала отчет и отправляла его через SMTP на рабочую почту.
Сначала это был мой инструмент мониторинга, затем его начали использовать руководители как оперативную отчетность. Позже тот же подход помог быстрее запустить новый процесс: email стал MVP уведомлений до полноценной системной доработки.
Старт Бизнеса Онлайн — эксперимент ФНС и банков-партнеров. Клиент мог дистанционно пройти путь от физического лица до зарегистрированного бизнеса со счетом в банке: идентификация через ЕСИА и ЕБС, регистрация бизнеса, выпуск УКЭП и передача заявки в выбранный банк.
Вместе с командой мы в короткие сроки реализовали необходимые интеграции, получение заявок из ФНС после регистрации и банковский процесс открытия счета.
ГОСТ-сертификаты / передача и обработка персональных данных
В интеграции я столкнулся с разными подходами к криптографической защите: ФНС предлагала один вариант шифрования, а требования безопасности банка — другой. Нужно было согласовать взаимодействие систем и применение ГОСТ-сертификатов.
Мне пришлось погрузиться в криптографию, передачу и обработку персональных данных и принять участие в техническом обсуждении решения с инженерами и безопасностью.
2010 / Icecast 2
В 2010-м мне захотелось запустить свое онлайн-радио. Вместо изучения Linux по учебнику я нашел мануал по Icecast 2 и начал пробовать. Что-то работало. Что-то ломалось. Тогда приходилось разбираться глубже.
С тех пор способ почти не изменился. Я по-прежнему предпочитаю изучать технологии через практику — только вместо первого радиосервера теперь появляются собственные системы, инструменты и иногда совершенно необязательные эксперименты.
Моя работа — продукт. Техническая глубина помогает мне не останавливаться на интерфейсе: понимать ограничения системы, говорить с инженерами на одном языке и иногда самому собирать прототип, если так быстрее проверить идею.
01 / Task manager
Методологам, аналитикам и проектным менеджерам нужно было управлять общей работой, а руководителям — прозрачно следить за выполнением KPI. Jira для non-IT команды оказалась избыточной и сложной, а Excel не давал единого процесса. Я предложил собрать собственный портал под реальный способ работы команды.
Постепенно он вырос в рабочую систему для инициатив, эпиков и stories, спринтов, персонального планирования, квартальных целей, работы команды, отсутствий, оргструктуры и управленческой отчетности.
Laravel 13 / PWA / WebSockets02 / ShopCRM
Знакомый попросил помочь с довольно приземленной проблемой малого бизнеса: три розничные точки, а слишком много времени уходило на графики сотрудников, расчет зарплаты, поставки, выручку и остатки.
Я начал собирать систему, которая забрала эту рутину на себя. Когда операционные данные оказались в одном месте, стало интересно, что еще из них можно сделать.
Так внутренний инструмент постепенно вырос в единый каталог трех магазинов, а теперь — в клиентский слой с заказом по пути в магазин, лояльностью и пониманием покупательских привычек.
03 / Mail Security Center
В один прекрасный день я проснулся и увидел в почтовом ящике 500+ спам-писем.
Мне хотелось понять, как почта принимает решения. Постепенно расследование превратилось в Mail Security Center — инструмент, который показывает путь письма и объясняет, что с ним произошло и почему.
03.1–03.2 / decision policy
Я разобрал production-конфигурацию Exim 4.95 + SpamAssassin + Dovecot/Sieve и начал смотреть, что действительно происходит на каждом этапе пути входящей почты на моем сервере.
Проверка стала не списком подключенных источников, а оценкой их качества: помогает ли сигнал принимать решение и можно ли ему стабильно доверять.
Нестабильный источник создавал неопределенность вместо полезного решения.
DNS timeout / deferСтабильно подтверждал нежелательные подключения и оставался полезным сигналом.
ZEN → CSS / XBL / PBL / SBLВнутренний аналитик, конечно, не принял ответ «Spamhaus сработал». Ему понадобилось знать, что именно ответило — CSS, XBL, PBL или SBL — и как часто.
technical layer · Relay Policy → DNSBL → Recipient Verify · source templates: Exim / ISPmanager
Вместо модели, где подозрительное письмо отклоняется на входе, я выбрал модель, где оно остается доступным для проверки и восстановления.
03.3 / explainable journey
Сначала это была страница с отдельными событиями. Но один лог не отвечал на главный вопрос: что происходило с конкретным письмом и почему система приняла именно такое решение. Так появился Mail Security Center.
Основная сущность — Journey, а не отдельная запись в логе.
Письмо отмечено как нежелательное: несколько признаков увеличили оценку риска, но само письмо сохранено в папке «Спам».
score 8.4 · matched rules · identifiers Источники не подменяют друг друга: итог строится из нескольких подтверждений.
«Доставлено» — это результат.
Мне интереснее понимать, почему.
Lab / ending
Работа с банковскими продуктами и без того достаточно серьезна. Поэтому однажды я добавил в свой Task Manager Оракула.
До этого здесь можно было посмотреть, что я делаю. Теперь можно немного потрогать: этот Оракул — часть одного из моих pet-проектов. Задайте ему вопрос.
Сложных продуктовых решений он, конечно, не принимает. Зато иногда позволяет на минуту перестать принимать их самим.
CV / EXPERIENCE
Product Systems Fintech
Развиваю цифровые продукты и процессы в финтехе. Связываю бизнес-логику и техническую архитектуру, свободно ориентируюсь в профильных нормативных актах и умею разбираться в сложных правовых вопросах продукта.
АТБ
Digital Business Onboarding
Product Owner сквозного процесса цифрового онбординга бизнеса: формирую продуктовые требования и координирую реализацию изменений через несколько digital-команд и смежных систем.
Разработал и согласовал с юридическим департаментом правовую конструкцию, позволяющую упростить дистанционный клиентский сценарий.
Альфа-Банк
Business Onboarding
Отвечал за развитие цифрового онбординга бизнеса и систем открытия РКО. Перестраивал процессы и правила автоматизации, развивал дистанционные сценарии и запускал специальные проекты. Начав с собственной продуктовой команды, вырос до лидера стрима из трех IT-команд и Product Owners.
Группа компаний ПИК
Альфа-Банк
Т-Банк· менеджер проектов
Телеконтракт· работа с клиентами
DiscoveryCustDevJTBDCJMRoadmapMetrics
Product OwnershipStreamScrumSAFeLeanOKR
BPMNAutomationIntegrationsAPIDecisioning
SQL / PL/SQLDWHAnalyticsMonitoring
WebLaravelPWAWebSocketsPrototyping
EDUCATION / 2013
Вычислительные машины, комплексы, системы и сети
