БИЗНЕС-СИСТЕМНЫЙ АНАЛИЗЛИМАСОЛ, КИПР — GMT+2● РАБОТАЮ В MAYFLOWER

Бизнес-системный аналитик с опытом продакта и дизайнера

Девять лет: платежи и iGaming, банки, e-commerce, IoT, а теперь стриминговая платформа с миллионами пользователей. Работа — это требования: процесс в BPMN, поведение в UML, интеграция контрактом API — для бэкендов и мобильных приложений под реальной нагрузкой. При этом я сам владел продуктом и проектировал его интерфейс, поэтому вы получаете одного человека, который превращает расплывчатую задачу в описанный процесс, контракт API, экраны и прямой ответ, что делать первым.

9ЛЕТ В АНАЛИТИКЕ

6ОТРАСЛЕЙ

13ЧЕЛОВЕК ПОД РУКОВОДСТВОМ

7ПРОДУКТОВ СДЕЛАНО В ОДИНОЧКУ

СИСТЕМНЫЙ АНАЛИЗ ✺ BPMN И UML ✺ КОНТРАКТЫ API ✺ ПРОДУКТ ✺ ПРОДУКТОВЫЙ ДИЗАЙН ✺ TRUST AND SAFETY ✺ ПЛАТЕЖИ ✺ ИИ-АВТОМАТИЗАЦИЯ ✺ ЛИМАСОЛ GMT+2 ✺ СИСТЕМНЫЙ АНАЛИЗ ✺ BPMN И UML ✺ КОНТРАКТЫ API ✺ ПРОДУКТ ✺ ПРОДУКТОВЫЙ ДИЗАЙН ✺ TRUST AND SAFETY ✺ ПЛАТЕЖИ ✺ ИИ-АВТОМАТИЗАЦИЯ ✺ ЛИМАСОЛ GMT+2 ✺

ЧТО Я РЕАЛЬНО ДЕЛАЮ(03)

/01

Требования, по которым можно собрать систему

Процесс — в BPMN, поведение — в UML, интеграция — контрактом OpenAPI, данные — моделью, где у каждого поля есть тип. Состояния, права и граничные случаи, о которых обычно забывают спросить, закрываются до спринта, а не в его середине. Команде не приходится ничего угадывать.

/02

Продуктовые решения, а не только документы

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

/03

Сверху — дизайн и ИИ

Макеты я собираю в Figma сам, поэтому требования приходят вместе с тем, на что можно посмотреть. Чтение, черновики и проверки идут через ИИ-агентов, которых я настроил, и спека возвращается за дни вместо недель, а под каждым утверждением стоит источник.

ОПЫТ(07)

ДЕК 2025 — СЕЙЧАС

Senior бизнес-системный аналитик Mayflower

ЛИМАСОЛ, КИПР · ПЛАТФОРМА ЛАЙВ-СТРИМИНГА, МИЛЛИОНЫ ПОЛЬЗОВАТЕЛЕЙ

Стриминговая платформа с миллионами зрителей. Я занимаюсь двумя её частями: тем, как продукт открывается сторонним разработчикам, и инструментами, в которых целый день сидит модерация.

Ведущий аналитик платформы расширений. Я описал требования на весь путь стороннего разработчика: регистрация, отправка расширения, которое работает прямо внутри трансляции, проверка и выпуск новой версии — так, чтобы трансляции, которые ещё идут на старой, не сломались.
Описал, как расширения принимают деньги от зрителей и где эти платежи видны в истории его операций, — чтобы по любому платежу было видно, кто заплатил и какому расширению.
Написал требования на первые собственные расширения платформы — опросы, колесо призов, реакции на экране, управление подключёнными устройствами. Пока писали их на своём же SDK, выяснилось, с чем столкнётся сторонний разработчик.
Переделал апелляции на решения модераторов: второй проверяющий теперь видит ровно то же, что видел первый, и в том же состоянии.
Превратил борьбу со спамом и злоупотреблениями в настройки, которые команда Trust & Safety меняет сама: запрещённые домены, подозрительные фразы, сроки и причины штрафов. И описал, какие данные по обращению должны доезжать до Zendesk.
Перевёл собственную аналитику на ИИ-агентов — чтение и черновик спеки стали занимать дни вместо недель — и описал настройку, чтобы остальные аналитики могли повторить.

ПЛАТФОРМА РАСШИРЕНИЙTRUST & SAFETYИНСТРУМЕНТЫ АДМИНКИSDKМОДЕРАЦИЯ

ФЕВ 2025 — НОЯ 2025

Senior системный аналитик Praxis

ЛИМАСОЛ, КИПР · ПЛАТЁЖНАЯ ОРКЕСТРАЦИЯ

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

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

ПРАВИЛА МАРШРУТИЗАЦИИВЫСОКАЯ НАГРУЗКАРЕВЬЮ APIКОМПЛАЕНС

ОКТ 2022 — ЯНВ 2025

Senior бизнес-аналитик → продакт-оунер и дизайнер ToYou

ЛИМАСОЛ, КИПР · E-COMMERCE И ДОСТАВКА

Интернет-магазин и доставка. Пришёл аналитиком на платежи, ушёл владельцем продуктовой линейки, интерфейсы которой проектировал сам.

Придумал и довёл до релиза техническое решение для оплаты частями и финтех-функций — Tabby, Tamara, подписки, лояльность, кошелёк — на бэкенде и в обоих мобильных приложениях. Основная работа тут в несчастливых сценариях: кто кому и сколько должен, если платёж по рассрочке не прошёл через месяц после доставки.
Спроектировал и описал REST API в OpenAPI: новые интеграции собирали по контракту, и от релиза к релизу ничего не расходилось с бизнес-правилами.
Вёл кросс-функциональную команду из тринадцати человек — разработчики, QA, аналитики — от идеи до релиза.
Приоритизировал бэклог по RICE: считал, сколько задача даёт бизнесу и как быстро это вернётся.
Запустил новую цифровую линейку — она дала компании выручку, которой раньше не было.
Держал стейкхолдеров, UX и разработку в одной картине продукта, а когда линейка стала моей — сам проектировал её экраны.

BNPLКОШЕЛЁКOPENAPIRICEКОМАНДА ИЗ 13

ЯНВ 2022 — СЕН 2022

Тимлид и Senior бизнес-аналитик MTS Digital

САНКТ-ПЕТЕРБУРГ · УМНЫЙ ДОМ

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

Сделал интеграции с API Tuya и Yeelight, чтобы устройствами других производителей можно было управлять внутри нашего приложения, — включая то, что приложение должно показывать, когда устройство недоступно или лежит облако производителя.
Спроектировал и поддерживал микросервисную архитектуру под трансляцию видео с домашних камер в реальном времени.
Как тимлид вёл разбор бэклога и планирование спринтов, удерживая продукт, разработку и QA на одном релизе.
Определял технические требования и писал системную документацию под каждый выкат новой функции.

IOTМИКРОСЕРВИСЫВИДЕОСТРИМИНГТИМЛИД

МАЙ 2021 — ДЕК 2021

Senior системный аналитик Сбер

САНКТ-ПЕТЕРБУРГ · БАНКОВСКОЕ ПРИЛОЖЕНИЕ

Страховые и финансовые сервисы внутри банковского приложения — 50 млн активных пользователей в месяц на тот момент.

Определял функциональные и нефункциональные требования к страховым и финансовым продуктам на бэкенде и в мобильных приложениях: на что соглашается клиент, куда идут деньги и что происходит, если полис заканчивают досрочно.
Готовил системные артефакты, по которым работали команды, — диаграммы use case, диаграммы последовательностей, ER-модели — для банковских сценариев, которые в одно нажатие проходят через несколько ключевых систем.
Сводил бизнес-требования с технической реализацией, работая напрямую с QA, разработчиками и UI/UX, а не через документ.
Поддерживал интеграционное тестирование: закрывал граничные случаи и бизнес-правила, которые спека оставила на усмотрение читателя, — именно на них обычно и едет банковский релиз.

БАНКИСТРАХОВАНИЕUMLNFR

ЯНВ 2020 — АПР 2021

Системный аналитик → Lead системный аналитик e-Legion

САНКТ-ПЕТЕРБУРГ · E-COMMERCE, АГЕНТСТВО

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

Руководил командой из четырёх аналитиков: наставничество для джунов и ревью каждой спеки, чтобы качество и формулировки не зависели от того, кто из нас её писал.
Определял логику интеграций по API и готовил техническую документацию, по которой собирали бэкенд-команды.
Вёл и поддерживал в актуальном виде бизнес-правила, сценарии использования и диаграммы последовательностей по веб- и мобильным продуктам, чтобы человек, пришедший на проект в середине, разобрался сам и не отвлекал того, кто это построил.
Связывал бизнес-заказчиков и технические команды, чтобы план реализации согласовали до начала работ.

КОМАНДА ИЗ 4ИНТЕГРАЦИИРЕВЬЮ СПЕК

ДЕК 2017 — ДЕК 2019

Бизнес-аналитик IAC

САНКТ-ПЕТЕРБУРГ · ГОССИСТЕМА СТРОИТЕЛЬНОЙ ОТРАСЛИ

Государственная система согласований в строительстве, где продукт — это маршрут, по которому документ ходит между ведомствами. Отсюда и привычка к BPMN.

Собирал и описывал бизнес-требования для Единой системы строительного комплекса: бумажную цепочку согласований между несколькими ведомствами превратили в одну систему.
Смоделировал сквозные бизнес-процессы в BPMN: маршрут согласования стал виден всем, кто в нём участвует, а ручные шаги из середины ушли.
Проводил воркшопы с государственными заказчиками, чтобы понять, что действительно требуется, и упростить логику согласования, а не переносить бумажный процесс как есть.
Готовил сценарии использования и пользовательские истории, по которым работали кросс-функциональные команды разработки.

BPMNГОССЕКТОРВОРКШОПЫ

ИИ В РАБОТЕ(СЕЙЧАС)

Основная часть моей аналитики сейчас идёт через ИИ-агентов

Это не демо и не хобби — так у меня пишутся спеки на работе. Агент читает Slack, Confluence, Jira и исходники самого продукта, потом делает черновик. Решаю и утверждаю я. Ничего не попадает на живую страницу без моего слова.

01 · Каркас

Каждая задача начинается с рабочего пакета по жёсткому шаблону: у спеки с первой минуты есть одна и та же структура и своё место.

02 · Доказательства

Агент читает репозитории, зеркало страниц Confluence и историю в Jira. У каждого утверждения есть источник и дата, когда его проверяли.

03 · Черновик

Один шаблон на тип документа и простой английский: читают его разработчики и модераторы в четырёх странах.

04 · Проверка и стоп

Скрипт проверяет структуру, ссылки и трассируемость. Потом он останавливается и показывает мне точное изменение. Публикация в Confluence или Jira — только с моего согласия.

Что это изменило

Чтение — та часть аналитики, которая съедает неделю: старые страницы, тикеты двухлетней давности, код, который никто не помнит. Теперь на это уходит в разы меньше времени — и всплывают детали, о которых в компании уже никто не помнил, включая старожилов. На подготовку документации у меня уходит меньше времени, а на выходе каждый раз одна структура и одна степень детализации.

Что от этого получает команда

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

МОИ ПРОДУКТЫ(03)

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

01Yasu

IOS + ANDROID · СИНТЕЗ РЕЧИ НА УСТРОЙСТВЕ→ 02Paws of Cyprus

3 ПРИЛОЖЕНИЯ · ДОНАТЫ · 3 ЯЗЫКА→ 03By The Fire

E-COMMERCE · SHOPIFY → NEXT.JS→

А ещё: пайплайн на Python, который нарезает хайлайты из длинных записей игр, и чат-боты для Telegram, VK и WhatsApp.

ИНСТРУМЕНТЫ(06)

Анализ и моделирование

BPMNUMLUSE CASESSEQUENCEER-МОДЕЛИDFDBRD / SRSUSER STORIES

Интеграции и API

RESTgRPCSOAPWEBSOCKETSGRAPHQLOPENAPIOAUTH 2.0JWTKAFKARABBITMQ

Данные

SQLPOSTGRESQLMYSQLMONGODBREDISCASSANDRAИНДЕКСЫETL

Продукт

RICEБЭКЛОГA/B TESTINGMIXPANELFIREBASEGATABLEAUPOWER BI

Дизайн и разработка

FIGMAMIRONEXT.JSREACT NATIVEPYTHONSUPABASESTRIPEVERCEL

ИИ и инструменты

CLAUDE CODEMCP-СЕРВЕРЫСЦЕНАРИИ АГЕНТОВJIRACONFLUENCEGITPOSTMANPLANTUML

Живу и работаю в Лимасоле. Русский родной, английский рабочий — и документацию я пишу именно на нём, достаточно простую, чтобы разработчик в одной стране и модератор в другой поняли её одинаково.

ОБРАЗОВАНИЕ

Бакалавриат и магистратура, НИУ «Высшая школа экономики», 2015 и 2017.

КУРСЫ

Симулятор «Управление продуктом на основе данных», GoPractice (2024). UML для бизнес-аналитиков, Maged Koshty (2023). BPMN для бизнес-аналитиков, Zbigniew Misiak (2023).

MAYFLOWER · PRAXIS · TOYOU · MTS DIGITAL · E-LEGION · IAC