❗️Ребята, которые заполняют анкету, сразу получают бесплатный доступ к закрытому каналу:

1. С лекциями из менторства, на которых формируется понимание работы аналитика:

Урок 1. «Жизненный цикл продукта и стейкхолдеры»
Урок 2. «Техники выявления требований и структура документации»
Урок 3. «Бизнес-процессы и нотация BPMN»

2. Там же поделюсь инсайдами, которые я собрал за все время менторства и работы в аналитике.

3. И проведем консультацию с действующими аналитиками с разбором ваших вопросов и проблем.

Разбор задачи с собеса Middle на 190-260K 🗃

Ситуация:

Ты системный аналитик в онлайн-кинотеатре (типа Кинопоиска или Okko). В чат поддержки прилетает сообщение:

«Оформил годовую подписку, деньги списались, а премиум все равно закрыт. Вы там вообще в курсе, что у вас сервис не работает?»

Что будешь делать? 🤔

Такой кейс чаще дают мидлам в продуктовых компаниях с подписками, типа онлайн-кинотеатров, стримингов, EdTech, крупных экосистем. Тут нужно понимать, как работают платежи, статусы и выдача доступов.

Разберем, как грамотно разложить это на собесе 👇

1. Начинаем с базового: «А как это должно работать?»

Сначала восстанавливаем успешный сценарий:
• Пользователь выбирает подписку (например, «Премиум на год») и жмет «Оплатить».
• Система создает предварительный заказ со статусом «ожидает оплаты».
• Пользователь переходит на оплату – банк/платежка списывает деньги.
• Платежная система отправляет нашему сервису callback «оплата успешна».
• Бэк принимает подтверждение, обновляет статус заказа на «оплачен».
• Система выдает пользователю премиум-доступ (например, создает или обновляет запись в таблице подписок).
• Фронт подтягивает обновленные данные, и премиум-контент становится доступен.

2. Ищем, где ломается

На собесе полезно проговорить, что проблема почти всегда в одном из трех блоков: платеж, обработка на стороне бэка или отображение на фронте.

1. Callback от платежки не дошел. Пользователь заплатил, но кинотеатр не узнал об этом.
Типовые точки отказа:
• сбой сети
• неправильный callback URL
• таймаут со стороны платежки
• сломалась интеграция

2. Callback дошел, но бизнес-логика не обновила данные
• статус не обновился
• доступ не выдался
• подписка создалась с неправильной датой
• транзакция упала по внутренней ошибке

3. Доступ выдан, но фронт его не показывает. Это самое обидное 😔

Типовые причины:
• кеш еще не обновился
• фронт не сделал повторный запрос
• API возвращает корректные данные, но UI их не отображает
• расхождение веб vs мобильное приложение

3. Куда смотрим и что проверяем

1. Сначала логи и данные
• пришел ли callback?
• какой статус заказа?
• что по нему записано в БД?

2. Данные из отчета платежной системы
• есть ли транзакция по этому order_id?
• совпадает ли сумма?

3. Как создается заказ
Если заказ создается после оплаты, то появляется большой риск потерять платеж, если что-то упадет на callback’е. Лучше создавать заранее предварительный заказ.

4. Логи бизнес-логики
• создается ли запись о подписке?
• обновляется ли статус? есть ли промежуточные статусы?
• не упала ли транзакция?
• что происходит, если пользователь закрыл вкладку слишком быстро?

5. Проверка фронта
• доступ есть через API?
• если да – проблема в UI
• если нет – проблема в бэке

6. Метрики
• у одного юзера лагает или у половины страны?
• одинаково ли ведут себя веб и приложение?
• на каких устройствах чаще воспроизводится?

4. Как фиксим

Тут важно показать, что ты умеешь не только искать баги, но и предлагать решения:
• Делать повторные запросы / ретраи от платежки (или самим периодически опрашивать ее)
• Создавать заказ до оплаты
• Хранить журнал всех переходов статусов, чтобы проще искать узкие места
• Делать ежедневную сверку платежей
• Добавить юзер-френдли сообщение вида: «Ваш платеж обрабатывается. Доступ появится в течение нескольких минут» – это снизит накал и разгрузит поддержку
• Инвалидировать кеш после успешной оплаты

🏁 Показатели того, что ты реально шаришь:
• Не кидаешься сразу смотреть логи, а восстанавливаешь процесс целиком
• Делишь проблему на логические блоки
• Предлагаешь не только починить баг, но и какие-то улучшения
• Помнишь про пользовательский опыт
• Говоришь на языке метрик и данных

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

Потому что умение отличить «деньги не пришли» от «доступ не отобразился» – это скилл, который нужен в любом проекте 😎

Я уволил сотрудника Лукойла 🔝

И устроил его в аналитику с зп 182к.

Матвей уже больше 4 лет работал в Лукойле. За это время успел поработать и в производстве, и в управлении.

Но он понял, что в его городе по зп он сильно не продвинется и у него остается три варианта:

– переезд в Москву или Питер
– пытаться устроиться за рубеж
– работать там же еще несколько лет и ждать руководящую должность 🌧

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

Само обучение прошло нормально. А вот дальше пошли проблемы...

На основной работе начался серьезный загруз, и Матвей мог проходить всего 1-2 собеса в неделю. Из-за этого поиск растянулся на 3 месяца 😔

Но даже совмещая поиск с работой, спустя 12 собесов он получил полноценный оффер на 182к в крупную компанию.

Занимаются разработкой цифровых продуктов для нефтегазовой отрасли.