А возьмут ли меня вообще без опыта?

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

.

• как выглядит путь ученика с нуля до оффера
• почему IT-рынок в России просел и что с этим делать
• как влияет ИИ на работу аналитиков
• как новичку вкатиться в бизнес-аналитику

• Ты работаешь в паре с закрепленными менторами – действующими аналитиками из топ-компаний. Созвоны 1-2 раза в неделю, где ты получаешь обратную связь по домашкам лично.

• Практика только на реальных кейсах: моделирование процессов, написание ТЗ, проектирование архитектуры. Никаких придуманных задач. Только то, с чем столкнешься в работе.

• После 3 месяцев обучения начинается поиск работы. Оформляем резюме, прорабатываем самопрезентацию, проводим МОК-собесы. Я лично проверяю резюме всех учеников и помогаю с трудоустройством.

• Сопровождаем тебя до получения оффера и на испытательном сроке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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