Как рассказать о своих achievements

Почему это важно

На behavioral собеседовании вас обязательно попросят рассказать о проектах. «Приведите пример сложного проекта». «Расскажите про конфликт с PM». «Какое ваше самое большое достижение?»

Плохой ответ звучит как summary резюме — скучный перечень обязанностей. Хороший — яркая история с emotional пulling.

Разница между первым и вторым часто определяет исход интервью.

STAR-формат

Классический фреймворк для таких рассказов. STAR = Situation, Task, Action, Result.

Situation (ситуация). Context: где, когда, что происходило в продукте / компании.

Task (задача). Что конкретно должны были сделать. Какой вызов стоял.

Action (действие). Что вы лично сделали. Какие шаги, какие решения, какие trade-offs.

Result (результат). Что получилось. Impact в цифрах. Что узнали.

Каждая история — 2-3 минуты. Длиннее — интервьюер теряет внимание.

Пример STAR

Вопрос: «Расскажите про проект, где вы преодолели сложности».

Ответ:

«Год назад у нас retention D30 просел с 35% до 28%. Весь продуктовый офис в panic, решили, что запустим ретеншн-кампанию.

Situation: Стандартная реакция — усилить email-кампании и push-уведомления. Я предположил, что это не решит проблему, а только нагрузит команду маркетинга.

Task: Мне нужно было understand реальную причину падения, прежде чем запускать любые кампании.

Action: Я провёл когортный анализ по каналам и обнаружил, что падение локализовано в TikTok-канале. Они запустили новую кампанию, которая привлекала low-quality аудиторию. После этого я поднял данные о конверсии и LTV этих пользователей — подтвердил гипотезу. Презентовал PM и маркетингу с рекомендацией — пересмотреть targeting TikTok, а не запускать retention-кампанию.

Result: Маркетинг оптимизировал targeting, через 3 недели retention восстановился до 34%. Компания сэкономила около миллиона рублей на retention-кампании, которая бы не сработала. Плюс я получил опыт работы с уважением к данным, а не к обычному template-решению».

Это концентрированная, структурированная история. Интервьюер слышит конкретику и impact.

Цифры — критично

Хорошие истории имеют цифры. «Retention вырос» vs «retention вырос с 35% до 34%». Второе в разы убедительнее.

Где брать цифры:

  • Ваши analysis reports.
  • Dashboards, к которым у вас был доступ.
  • Documentation проектов.
  • Общие metrics компании (без confidential деталей).

Если точные цифры — sensitive, давайте приблизительные или relative: «retention вырос на 5 п.п.», «анализ сэкономил примерно 500 часов работы команды».

Конкретика важнее размаха

Маленький проект с конкретными деталями лучше большого проекта с vague описанием.

Плохо: «Построил систему аналитики для всей компании».

Хорошо: «Внедрил daily retention dashboard в Tableau с разбивкой по 5 ключевым сегментам. Use case: PM еженедельно принимает решения о приоритизации retention-инициатив. За 6 месяцев team adoption — 8 из 10 PM пользуются регулярно».

Вторая версия short, но concrete и credible.

Тренироваться на таких вопросах можно в Telegram-боте Карьерник — там 1500+ задач с реальных собесов с разборами.

Что рассказывать про себя

«Я сделал X» — базово. Глубже:

Какие решения я принимал. «Я рассмотрел 3 варианта. Выбрал вариант A, потому что B. Trade-off был C».

Что я узнал. «Прошёл через это, понял, что важно D. Сейчас я применяю это в других проектах».

Как я общался с командой. «С PM я постоянно синхронизировался. Запустили joint review process».

Это показывает не только technical работу, но и judgment + collaboration.

Соответствие role

Подбирайте истории под role, на которую собеседуетесь.

Для product analyst — истории про A/B-тесты, product metrics, работу с PM.

Для data engineer — про pipelines, architecture, performance optimization.

Для lead — про mentoring, strategic thinking, team impact.

Хотя бы 5-7 историй из разных areas должны быть готовы заранее.

Ответы на negative вопросы

«Расскажите про проект, который не получился». Или «про конфликт с коллегой». Или «про мистейк».

Не избегайте. Отказ («у меня не было неудач») — red flag. Люди ошибаются, неудачи — часть роста.

Структура:

  • Describe ситуацию честно.
  • Признайте свою роль в проблеме.
  • Что сделали для исправления.
  • Что выучили.

Пример: «Я запустил A/B-тест без guardrail metrics. Lift в main metric был значимый, мы раскатали. Через месяц обнаружили просадку в retention, которая отменила положительный эффект. Я провёл post-mortem, добавил guardrail-check в свой чек-лист. С тех пор у меня не было таких промахов».

Это показывает honesty + growth mindset.

Emotional engagement

Истории, которые запоминаются, имеют emotional element. Не требуется tearjerker, но:

  • Вызов, который был действительно сложным.
  • Момент, когда не знали, что делать.
  • Ощущение успеха в конце.

«Проект был scary, потому что CEO watching. Я первый раз делал такое. Когда результаты пришли, я боялся открыть presentation. Но показал чётко, и CEO сказал "это именно то, что нужно"». Это emotional, человечно.

Не переиграйте. Balanced, не melodrama.

Ответ на «расскажите о себе»

Классический open-ended. Формула:

Текущая позиция (1 предложение).

Как туда пришли (2-3 предложения про карьеру).

Ключевой project / достижение (1-2 предложения).

Почему интересна эта компания (1 предложение).

«Я senior product analyst в Company X. До этого был 2 года data analyst там же, пришёл из маркетинга, где увлёкся метриками. Мой любимый проект — редизайн onboarding, который дал +15% к активации. Ваша команда интересует из-за [конкретный reason о компании]».

Short и concise. Обычно это 30-60 секунд.

К слову, набить руку на таких кейсах удобно через тренажёр в Telegram — разбирайте по 10 вопросов в день, через 2 недели тема становится рефлексом.

Подготовка

Перед собесом — brainstormed список возможных историй:

  • Самый impactful project.
  • Самый сложный технический challenge.
  • Конфликт с коллегой / менеджером.
  • Mistake и lessons learned.
  • Project, где проявили leadership.
  • Случай, где изменили mind о чём-то.
  • Момент, где помогли junior.

Для каждой — 1-2 минуты rehearsal. Не учите наизусть (будет robotic), но знайте key points.

Типичные ошибки

Rambling. Рассказ без structure. Интервьюер засыпает.

Без цифр. «Было лучше» без quantification.

Без «Я». «Наша команда сделала...». Ваша роль где?

Слишком технически. Для PM — объясняйте business impact, не implementation details.

Не отвечать на вопрос. Спросили про проект с ошибкой, рассказали про успех. Irritating.

Когда нет достаточного опыта

Для junior без большого опыта — используйте projects, stажировки, учебные case study.

«У меня мало прошлого опыта, но я работал над Kaggle competition. Моя история — про стратегию feature engineering, которая подняла меня с 800 места до 50. Потратил 3 недели на анализ, понял importance domain knowledge для ML».

Даже без прошлой работы — structured история о learning и problem-solving valuable.

Читайте также

FAQ

Сколько историй нужно подготовить?

5-10 из разных areas. Covers большинство behavioral вопросов.

Можно ли использовать одну историю на несколько вопросов?

Да, если она fits. Но лучше иметь variety.

Что если все мои проекты уgnreatful?

Выбирайте специфические конкретные достижения, даже маленькие. Plural small лучше single «I managed the project».

Как рассказывать о проекте, если подписывал NDA?

Abstract details. «Работал в крупной e-commerce. Retention-проект дал +X%». Без имён и exact numbers — обычно достаточно.