В 39 лет я вышел на позицию Junior-аналитика после 15 лет в офлайн-ритейле и планировании.

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

Нулевой у меня была часть профессионального инструментария. Нужно было учить SQL, вспоминать статистику, разбираться в процессах IT-команды (до этого слова Jara и Confluense были чем-то необычным и далеким) и привыкать к другому темпу проверки гипотез. Здесь прежний стаж не давал автоматической скидки: запрос либо работает, либо нет.


Зато со мной остались три вещи.

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

Вторая — привычка работать с проблемой, а не только с формулировкой задачи.
Запрос «посчитай показатель» почти всегда существует ради чьего-то решения. Этот вопрос я научился замечать еще до аналитики.

Третья — коммуникация.
За 15 лет работы я много раз согласовывал разные интересы, объяснял ограничения и отвечал за результат. Новая профессия поменяла инструменты, но люди на встречах внезапно не превратились в идеально синхронизированные таблицы.

Потом я пришел в BigTech и сейчас работаю продуктовым аналитиком в Авито. Это не история про волшебный переход за ночь. На каждом этапе приходилось доучиваться и принимать, что по части навыков я действительно новичок.
Но полезно разделять две шкалы: владение инструментами и рабочую зрелость. На первой можно снова оказаться в начале. Вторая не исчезает вместе со старой должностью.

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

После смены профессии легко решить, что прошлый опыт больше «не считается».

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

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

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

Слабое описание звучит так: «Занимался планированием и готовил отчеты».

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

Мы не приписали человеку навыки, которых у него не было. Он не стал продуктовым аналитиком задним числом и не написал SQL силой воображения. Мы показали знакомую аналитику логику: заметить отклонение, собрать контекст, проверить объяснения и поддержать решение.

Почему люди этого не делают? Часто им кажется, что ценность обязана иметь техническое название. Но «понимал, какой разрез нужен для решения» тоже ценность. «Замечал проблему в определении показателя» ценность. «Мог объяснить вывод людям с разными задачами» еще одна.

Технические пробелы все равно придется закрыть. Доменная экспертиза не заменяет SQL, как знание синтаксиса не заменяет понимание бизнеса. Сильная позиция свитчера не спорить с этим, а соединить две части.

Попробуй взять один эпизод из прежней работы и записать его в трех строках: какую проблему решал, на что опирался, какое решение стало возможным. Если получается только список обязанностей, спроси себя: «Зачем вообще эта работа была нужна?» Обычно именно там и начинается перевод.

Итак, прошлый опыт не нужно выбрасывать.

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

Раздели лист на четыре блока.
1. Предметная область. Какие процессы ты понимаешь изнутри? Например: продажи, логистика, финансы, клиентская поддержка. Запиши не отрасль одним словом, а 2–3 типа решений, с которыми сталкивался.
2. Работа с проблемой. Умеешь ли ты уточнить размытый запрос, выдвинуть несколько причин, определить критерий проверки? В качестве доказательства нужен эпизод, а не самооценка «мыслю системно».
3. Коммуникация. Кому ты объяснял результаты, как согласовывал определения, что делал при несогласии? Здесь тоже ищи наблюдаемое действие.
4. Инструменты. Что ты уже можешь сделать руками: написать запрос с JOIN и агрегацией, проверить данные, посчитать базовую статистику, собрать понятный вывод? Отдельно отметь то, о чем только читал.

Теперь поставь напротив каждого пункта одну из трех меток:
- могу объяснить и показать на примере;
- понимаю, но практики мало;
- пока не умею.

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

Чтобы не оценивать себя только по настроению, можно пройти бесплатную диагностику:
https://new-lvl.pro/assessment/

А затем сверить пробелы с последовательностью тем в роадмапе:
https://new-lvl.pro/roadmap/

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

Хороший план обучения помещается в одну фразу: «Следующие две недели я тренирую X, потому что сейчас не могу сделать Y». Например: «Тренирую JOIN, потому что не могу самостоятельно собрать данные из заказов и пользователей».
Так прошлый опыт становится опорой, а пробел конкретной задачей. В итоге обучение перестает быть бесконечным ожиданием момента, когда ты наконец почувствуешь себя готовым.

Две строки в резюме могут описывать одну и ту же работу, но создавать совершенно разное впечатление.

Возьмем условный пример из клиентской поддержки.

Слабая версия:
«Готовил еженедельный отчет по обращениям клиентов».
Фраза правдивая, короткая и почти бесполезная. Непонятно, зачем существовал отчет, что в нем делал именно аналитик и мог ли кто-то принять решение после его отправки. Возможно, человек просто нажимал кнопку по понедельникам. Возможно, собрал важный процесс с нуля. Резюме оставляет оба варианта одинаково вероятными.

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

Что изменилось?
Появился контекст: команде нужно было понимать повторяющиеся причины обращений. Видна сложность: два канала и разные формулировки одной проблемы. Понятно действие человека: он не просто «участвовал», а объединял данные и согласовывал классификацию. Наконец, появился результат, не выдуманный рост на 147%, а решение, которое поддерживал обзор.

Это не литературный конкурс. Сильная строка не обязана звучать грандиозно. Она обязана давать собеседнику зацепки для вопросов: как проверяли данные, почему определения расходились, какие разрезы помогали найти проблему?
Если точных процентов раскрывать нельзя или они не сохранились, не нужно сочинять. Масштаб можно показать количеством источников, регулярностью процесса, числом направлений или сложностью согласования. А результатом может быть не только рост метрики, но и выбранный приоритет, найденная ошибка, более прозрачное решение.

Практика на пять минут: открой резюме и найди фразу, которая начинается с «готовил», «занимался» или «участвовал». Добавь к ней три ответа:
1. Какую проблему решали?
2. Что конкретно сделал ты?
3. Какое действие стало возможно после результата?

Если новая строка стала чуть длиннее, ничего страшного. Хуже, когда многолетний опыт умещается в слова «ответственный за отчетность».

Почему список обязанностей выглядит слабее, чем сам опыт?

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

С инструментами похожая история. Перечень «SQL, Python, Tableau» полезен для первичного соответствия требованиям, но не доказывает применение. Молоток в шкафу еще не сообщает, что его владелец строитель.

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

Я бы искал в каждом сильном пункте пять элементов.
Проблема. Зачем задача появилась? Например, две команды по-разному считали активного пользователя.
Решение. Какой выбор или изменение требовалось поддержать? Согласовать общую метрику для ежемесячного обзора.
Масштаб или сложность. Несколько источников, разные платформы, неоднозначные правила, регулярный процесс. Не обязательно раскрывать конфиденциальные цифры.
Твое действие. Сравнил логику расчетов, нашел расхождения, организовал обсуждение, описал итоговое определение и проверки.
Результат. Команды стали использовать одну логику, а обсуждение перестало начинаться со спора о числах. Это конкретный рабочий эффект даже без процента.

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

Проверь три пункта резюме: подчеркни в каждом проблему, решение, масштаб, действие и результат разными метками. Пустые места не нужно срочно заполнять фантазией. Лучше вспомнить другой эпизод или честно уточнить формулировку.
Упаковка опыта это не украшение слабой работы. Это способ предъявить доказательства хорошей работы так, чтобы их не пришлось искать с фонариком.

Хороший опыт становится заметным, когда у рассказа есть маршрут.

Для резюме и ответа «Расскажите о себе» можно использовать один каркас из четырех частей. Объем будет разным, логика общей.

1. Текущая позиция и цель
Кто ты сейчас и какую роль рассматриваешь? Например: «Я аналитик с опытом в операционных задачах, сейчас развиваюсь в сторону продуктовой аналитики». Это быстрее задает контекст, чем хронология от первой подработки.
2. Релевантное доказательство
Выбери один-два эпизода, близких вакансии. Не перечисляй десять проектов. Покажи связку: была проблема, ты сделал конкретную работу, команда получила основу для решения.
Например: «В последнем проекте я сопоставил сроки доставки по регионам, выделил этап с основными задержками и помог команде выбрать процесс для первой проверки». Это учебная формулировка.
3. Как ты работаешь
Добавь наблюдаемую привычку: сначала уточняешь решение, согласуешь определение метрики, проверяешь качество данных, проговариваешь ограничения. Вместо «я ответственный» лучше: «Перед выводом отдельно проверяю полноту данных и показываю, какие допущения могут повлиять на решение».
4. Направление и соответствие
Объясни, почему следующий шаг логичен: какие задачи хочешь решать и что в этой роли соединяется с твоим опытом. Без обещания «мечтал о вашей компании с детства», если в детстве ты мечтал в основном не делать домашнее задание.
В резюме этот каркас распределяется по заголовку, краткому профилю и достижениям. В устном ответе он занимает примерно минуту-полторы. Задача не в том, чтобы выучить текст по слогам, а в том, чтобы не терять профессиональную нить.

Небольшое упражнение:
1. Запиши ответ голосом без подготовки.
2. Расшифруй первые 90 секунд.
3. Отметь четырьмя цветами позицию, доказательство, способ работы и направление.
4. Удали детали, которые не помогают понять ни одну из частей.

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

Цель упаковки, не создать идеального кандидата из воздуха. Она скромнее и полезнее: показать настоящую работу в понятной последовательности.

Собирательный учебный кейс, не история конкретного менти. Ситуация составлена из типичных ошибок на тренировках.

Кандидат хорошо знает SQL, повторил статистику и может объяснить основные продуктовые метрики. Ему дают задачу: в сервисе снизилась конверсия из оформления в оплату. Нужно рассказать, как искать причину.

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

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

Так кейс превращается в викторину. В голове запускается поиск по конспекту: «Где был похожий пример? Какая метрика обычно падает? Что от меня хотят услышать?» Рабочее рассуждение в этот момент выключается, хотя именно его и полезно показать.

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

Даже если первая гипотеза не подтвердится, структура останется. Подсказка тогда не обнуляет ответ, а добавляет новую информацию.

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

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