Банк вопросов для собеседований

Объясните компромисс между смещением и дисперсией и то, как он проявляется в реальном проекте.

Дайте определение каждому термину одним предложением, а затем привяжите их к конкретному решению: например, вы выбрали менее глубокую модель градиентного бустинга, потому что ошибка на валидации росла с глубиной, а ошибка на обучении продолжала падать. Закончите тем, как вы это диагностировали (кривые обучения, разрыв при кросс-валидации), а не пересказом теории.

Как вы работаете с пропущенными значениями в данных?

Покажите процесс принятия решения, а не один приём: сначала оцените долю пропусков и то, случайны ли они (MCAR/MAR/MNAR), затем подберите способ — удалить, заполнить (средним или медианой, с помощью модели) или сделать сам факт пропуска признаком. Упомяните утечку данных: параметры заполнения нужно подбирать только на обучающей выборке.

Как вы оцениваете модель машинного обучения помимо точности?

Выбирайте метрики исходя из цены ошибок для бизнеса: precision/recall и PR-AUC при несбалансированных классах, калибровка — когда вероятности влияют на решения, и сравнение с базовым решением (мажоритарный класс, текущая эвристика). Сильные ответы добавляют анализ по срезам — качество по сегментам, а не только общая цифра.

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

Используйте STAR с цифрами: что было на кону, что вы сделали иначе, чем подсказывал очевидный подход, и измеренный результат («модель оттока выделила 20% клиентов, расходы на удержание снизились на 15%»). Интервьюеры проверяют, довели ли вы дело до конца, — скажите, откуда вы знали, что эффект причинный (holdout, A/B-тест, метод разности разностей).

Как бы вы объяснили сложную модель людям без технического бэкграунда?

Покажите, а не описывайте: возьмите одну модель и объясните её прямо на ходу («модель оценивает каждого клиента, как кредитный рейтинг; сильнее всего на оценку влияют вот эти три фактора»). Упомяните инструменты, которыми вы реально пользуетесь, — сводки SHAP, переведённые в понятные факторы, или одностраничную записку с решением вместо ноутбука.

Как вы подходите к поиску аномалий в большом наборе данных?

Стройте ответ так: сначала определите «норму» (сезонность, сегменты), затем выберите метод в зависимости от наличия разметки — статистические пороги или isolation forest, если разметки нет, модели с учителем, если инциденты размечены. Скажите, как вы держите в рамках бюджет ложных срабатываний, — усталость от алертов убивает такие системы.

Как вы проектируете и анализируете A/B-тест?

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

Расскажите, как вы обычно строите признаки для модели.

Опирайтесь на один проект: как знание предметной области подсказало признаки-кандидаты, как вы обрабатывали категориальные признаки и время (target encoding, лаги, окна) и как проверяли, что признак заслужил своё место (важность плюс абляция, а не интуиция). Упомяните проверки на утечку — признаки, посчитанные с использованием информации из будущего, — классический тихий убийца.

Когда вы выбираете SQL, а когда Python или R?

Покажите прагматичное разделение: SQL — чтобы выгружать, соединять и агрегировать данные у источника (переносите вычисления в хранилище), Python/R — когда нужны статистика, моделирование или графики. Лучшие ответы упоминают осознанный перенос работы между ними — «прототипирую в pandas, а тяжёлые groupby переношу обратно в SQL», — а не верность одному инструменту.

Как вы мониторите модель в продакшене?

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

В нашем приложении упало число ежедневных активных пользователей. Как вы будете в этом разбираться?

Сначала структура: уточните масштаб и период, исключите ошибки в измерениях, затем сегментируйте (платформа, география, когорта, канал привлечения), чтобы понять, где именно произошло падение. Только потом выдвигайте гипотезы о причинах — релиз, пауза в маркетинге, сезонность, конкурент. Закончите самой быстрой проверкой, которая может опровергнуть гипотезу, а не списком всего подряд.

Как вы расставляете приоритеты функций в продуктовом роадмапе?

Назовите фреймворк (RICE, влияние/усилия), но сразу покажите его ограничения: оценки кодируют допущения, поэтому расскажите, как вы проверяете их на прочность, — данные о пользователях для охвата, технические спайки для оценки усилий. В сильных ответах есть то, от чего вы сознательно отказались, и стратегическая причина отказа.

Расскажите о продуктовом решении, в котором данные и интуиция расходились.

Этот вопрос проверяет здравое суждение. Возьмите реальный случай: метрика говорила одно, качественные сигналы — другое; объясните, чему вы поверили и почему (метрика была косвенной, выборка — смещённой, долгосрочное против краткосрочного). Убедительная концовка — то, что вы сделали, чтобы разрешить противоречие: дешёвый эксперимент, а не прыжок веры.

Как вы измеряете успех продукта после запуска?

Привяжите метрики к цели запуска: принятие (коэффициент активации), глубина вовлечённости (частота, кривая удержания) и бизнес-результат (выручка, затраты). Различайте опережающие и запаздывающие индикаторы, назначьте контрольную точку ещё до запуска и скажите, какой результат заставит вас откатить изменения, — обязательства, взятые заранее, отличают строгость от подгонки объяснений.

Что вы делаете с запросом на функцию, который противоречит вашему видению продукта?

Покажите уважение и твёрдость: докопайтесь до исходной проблемы (запрос — это предлагаемое решение, а не потребность), оцените, у кого ещё она есть, и либо решите задачу в рамках видения, либо объясните, какой компромисс вы защищаете. Эскалируйте с вариантами и рекомендацией — и никогда не отвечайте просто «нет».

Как вы поддерживаете согласованность между разработкой и бизнесом?

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

Какие метрики вы бы определили для совершенно нового продукта?

Структурируйте по жизненному циклу: одна метрика «Полярной звезды», связанная с ценностью для пользователя, затем вспомогательные метрики по воронке — привлечение, активация (точно определите «ага-момент»), удержание — и защитная метрика, которая поймает вас, если вы начнёте накручивать остальные. Объясните, почему метрики тщеславия (загрузки, просмотры страниц) исключены и как набор меняется после достижения product-market fit.

Оцените размер рынка для этого продукта.

Цифра важна меньше, чем каркас рассуждения: назовите подход (сверху вниз — от численности населения или снизу вверх — от использования), проговаривайте допущения вслух, держите арифметику простой и сверьте результат с известным ориентиром. В конце назовите допущение, которое сильнее всего влияет на ответ, — именно это интервьюеры и оценивают.

Выберите продукт, который, по-вашему, плохо спроектирован. Как бы вы его улучшили?

Выберите то, чем вы действительно пользуетесь, — не продукт интервьюера. Поставьте диагноз с помощью фреймворка (кто пользователь, ради какой задачи он «нанимает» продукт, где продукт не справляется), предложите одно-два точечных изменения и определите метрику, которая докажет, что улучшение сработало. Критика без метрики успеха звучит как вкусовщина, а не как продуктовое мышление.

Как вы передаёте требования инженерам?

Опишите свой письменный артефакт (PRD, одностраничник) и то, что он фиксирует: проблему, пользователя, метрики успеха и ограничения, — при этом сознательно оставляя «как» инженерам. Упомяните петли обратной связи вокруг него: стартовое ревью, на котором инженеры ищут дыры, и критерии приёмки настолько конкретные, что «готово» не становится предметом спора.

Расскажите об успешной маркетинговой кампании, которую вы провели.

Структура: цель → инсайт об аудитории → выбор канала → результат с атрибуцией. Сильный ответ отличают инсайт («мы увидели, что регистрации взлетают после сравнительных поисковых запросов, и сделали сравнительный контент») и честность о том, что вы сделали бы иначе. История кампании без контрольной группы или базового уровня звучит как украшательство.

Как вы измеряете эффективность кампании?

Опишите воронку, которую вы настроили: охват → вовлечённость → конверсия → удержание/LTV, с основным KPI, зафиксированным до запуска. Прямо разберите атрибуцию (дисциплина UTM-меток, контрольные регионы, тесты инкрементальности против last-click) — назвать ограничения своих измерений — именно это хотят услышать опытные интервьюеры.

Как вы проводите сегментацию рынка и выбираете целевую аудиторию?

Разберите одну реальную сегментацию: по каким данным вы кластеризовали (поведенческие лучше демографических), как проверили, что сегменты применимы на практике (другое сообщение, канал или цена действительно меняют их поведение), и как таргетинг изменил распределение бюджета. Избегайте учебных ответов про «4 квадранта», за которыми нет никаких данных.

Какими инструментами и платформами digital-маркетинга вы пользуетесь и почему именно ими?

Группируйте по задачам, а не перечисляйте логотипы: аналитика (GA4 + инструмент продуктовой аналитики), SEO (Search Console + инструмент для позиций и ключевых слов), автоматизация/CRM и тестирование креативов. Для каждого — одно предложение о решении, которое этот инструмент реально изменил: инструменты, которые вы не можете связать с решением, звучат как набивка резюме.

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

Покажите порядок диагностики: сначала проверьте трекинг, затем разложите воронку, чтобы найти сломанный этап (CTR в порядке, а конверсия низкая → дело в посадочной странице, а не в объявлении). Опишите один структурированный тест, который вы провели (аудитория, креатив или оффер — одна переменная), его результат и критерии остановки, заданные заранее.

Как вы оптимизировали контент под поиск (SEO)?

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

Как вы делите бюджет между брендовым и перформанс-маркетингом?

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

Как бы вы выстроили контент-стратегию с нуля?

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

У вас есть $10 000 на запуск продукта. Куда вы их направите?

Не тратьте всё на рекламу. Сильные ответы распределяют бюджет под цель: часть — на качество креативов и посадочной страницы, тестовый бюджет на два-три канала с чёткими критериями остановки и резерв, чтобы удвоить ставку на победителя. Покажите расчёт по каждому каналу (ожидаемая цена клика → конверсии) и что вы сделали бы иначе при $100 000.

Какими будут ваши первые 90 дней в этой должности?

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

Расскажите пошагово, как вы проводите DCF-анализ.

Пройдите механику по порядку — прогноз свободных денежных потоков, выбор ставки дисконтирования (WACC и как вы её получили), терминальная стоимость (через рост или мультипликатор выхода), дисконтирование и суммирование, — а затем покажите суждение: к какому допущению оценка наиболее чувствительна и как вы сверяете её с мультипликаторами. Механика без анализа чувствительности звучит как заученная.

Как вы анализируете финансовую отчётность, чтобы оценить состояние компании?

Свяжите три формы отчётности, а не перечисляйте коэффициенты: динамика прибыльности (отчёт о прибылях и убытках), превращение прибыли в деньги (денежный поток против чистой прибыли — расхождение здесь классический тревожный сигнал) и долговая нагрузка и ликвидность (баланс). Назовите 3–4 коэффициента, с которых вы на самом деле начинаете, и случай, когда коэффициент рассказал вводящую в заблуждение историю.

Расскажите о своём опыте бюджетирования и прогнозирования.

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

Расскажите о сложной бизнес-задаче, которую вы анализировали. Как вы действовали?

Выберите задачу с настоящей неопределённостью. Покажите ход работы: чётко сформулируйте вопрос, разбейте его на драйверы, соберите данные (и честно разберитесь с их пробелами), проверьте основную гипотезу и придите к рекомендации, по которой кто-то действовал. Фраза, которую нужно заслужить: «вот в чём я ошибся бы без данных».

Как вы обеспечиваете точность и надёжность своего анализа?

Перечислите конкретные привычки: сверка итогов с независимым источником, встроенные в модели проверки (балансовые проверки, проверки порядка величин), версионирование и документирование допущений и попытка коллеги «сломать» модель до того, как она уйдёт в работу. Признание одной ошибки, которую вы поймали поздно, и проверки, которую вы после этого добавили, звучит лучше, чем заявление, что ошибок не было.

Какими инструментами вы пользуетесь для анализа и как выбираете между ними?

Подбирайте инструмент под задачу: Excel — для моделей, которые другие должны проверять, SQL — чтобы выгружать и преобразовывать данные у источника, Python/R — когда анализу нужны статистика или автоматизация, BI (Tableau/Power BI) — для регулярных отчётов самообслуживания. Одна история миграции («перевёл еженедельный отчёт из Excel на SQL + дашборд, сэкономил N часов») это докажет.

Опишите самый сложный SQL-запрос, который вы писали.

Выберите запрос с настоящей структурой — многошаговые CTE, оконные функции или хитрая дедупликация — и расскажите о бизнес-вопросе, на который он ответил, а не только о синтаксисе. Объясните одно решение по производительности (почему фильтровали рано, во что обошёлся порядок соединений) и как вы проверили корректность по известному итогу. Сложность без проверки — тревожный сигнал, а не повод для гордости.

Расскажите о проведённом вами анализе отклонений.

Покажите дисциплину декомпозиции: факт против плана, разложение на цену, объём и структуру (или аналогичные драйверы в вашей области) с выделением вклада каждого фактора. Затем уровень суждения — какие отклонения были шумом, а какие сигналом, и какое решение изменил анализ. Закончите тем, как этот процесс улучшил следующий цикл прогнозирования.

Как построить KPI-дашборд, которым руководители действительно пользуются?

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

Расскажите о случае, когда ваш анализ оказался неверным.

Выберите ошибку, от которой многое зависело, объясните, как она проскользнула (неверное соединение, ошибка выжившего, устаревшее допущение) и — именно это и оценивается — как её поймали и какая проверка существует теперь благодаря ей. Признать промах и закрепить исправление в процессе — признак сеньора; заявлять, что вы никогда не выпускали неверную цифру, — признак того, что вы не оглядываетесь на свою работу.

Расскажите о себе.

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

Напишите свой ответ по резюме в бесплатном генераторе →

Расскажите о случае, когда вы потерпели неудачу.

Выберите настоящую неудачу с настоящими ставками (не «я слишком много работаю»), признайте свой конкретный вклад в неё и большую часть ответа посвятите тому, какую систему вы изменили после. Интервьюер проверяет, превращаете ли вы неудачи в процессы, — закончите более поздней победой, достигнутой благодаря новому процессу.

Расскажите о конфликте с коллегой и о том, как вы его разрешили.

Держитесь в рамках профессионального разногласия, а не личной драмы. Покажите, что сначала вы выяснили логику коллеги, нашли общую цель и перешли к способу разрешения (данные, пробный запуск, эскалация с чётко сформулированным вопросом для решения). Никогда не делайте другого человека злодеем — интервьюеры представляют на месте этого коллеги себя.

Почему вы хотите работать именно у нас?

Два слоя: что-то конкретное о компании, что можно узнать, только сделав домашнюю работу (направление развития продукта, запуск, статья в инженерном блоге), — и связь этого с вашей собственной траекторией. Общие похвалы («отличная культура») выдают кандидата, который рассылает отклики всем подряд; вся игра — в конкретике.

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

Выберите кросс-функциональную ситуацию: вы увидели пробел, добились согласия, облегчив другим достижение их целей (а не начав с эскалации), и получили результат, который можно измерить. Этот вопрос проверяет умение влиять — механика того, КАК вы убеждали, важнее результата.

Кем вы видите себя через пять лет?

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

Какая у вас самая большая слабость?

Выберите реальную слабость, которая не ставит на вас крест (и не скрытое хвастовство), а затем две трети ответа посвятите системе, которая с ней справляется: конкретной привычке или процессу, которые вы выстроили вокруг неё, и одному измеримому признаку того, что это работает. Вопрос проверяет самосознание и механизм самосовершенствования — «я перфекционист» не проходит ни по одному пункту.

Расскажите о случае, когда вы не согласились со своим руководителем.

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

Расскажите, как вам приходилось укладываться в жёсткий дедлайн.

Проверяется умение урезать объём, а не героизм. Расскажите, как вы сократили задачу до самого необходимого, заранее сообщили о компромиссах и выпустили то, что было важно, — а потом что доделали. Истории о бессонных ночах без решения о приоритетах внутри звучат как плохое планирование, а не преданность делу.

Почему вы уходите с текущей работы?

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

Расскажите о системе, которую вы спроектировали от начала до конца. Что бы вы изменили сейчас?

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

Расскажите о самом сложном баге, который вам приходилось отлаживать.

Ценность — в методе, а не в симптоме: как вы сужали круг поиска (бисекция, логирование, надёжное воспроизведение) и какое допущение оказалось неверным. Закончите тем, что вы изменили, чтобы такой класс багов в следующий раз обнаруживался быстрее.

Как вы выбираете между тем, чтобы выпустить быстро, и тем, чтобы сделать как следует?

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

Расскажите о код-ревью, на котором вы не согласились с автором.

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

Как вы подходите к тестированию кода, который писали не вы?

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

Расскажите о продакшен-инциденте, за который вы отвечали.

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

Как сделать так, чтобы большой рефакторинг не застрял на полпути?

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

С каким техническим решением в вашей команде вы не согласны?

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

Как вы проверяете датасет, который видите впервые?

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

Метрика на дашборде за ночь упала на 20%. Расскажите, что вы будете делать в первый час.

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

Как вы решаете, на какую метрику команде стоит ориентироваться?

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

Расскажите о случае, когда ваш анализ изменил чьё-то мнение.

Используйте STAR и оставьте в истории сопротивление: кто был не согласен, какие конкретные доказательства их переубедили и что бы вы сделали, если бы этого не произошло. Анализ, который не встретил никакого сопротивления, редко на что-то влиял.

Как вы объясняете статистическую неопределённость людям без технического бэкграунда?

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

Запрос, который раньше выполнялся за секунды, теперь идёт несколько минут. Что вы будете делать?

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

Что вы делаете с запросом, на который данные не могут ответить?

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

Расскажите об отчёте, который вы сделали и которым никто не пользовался.

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

Расскажите о проекте, который выбился из графика. Что вы сделали?

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

Как вы делаете статус-отчёт, который люди действительно читают?

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

Двум командам в следующем спринте нужен один и тот же инженер. Что вы будете делать?

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

Как вы работаете со стейкхолдером, который постоянно расширяет объём работ?

Делайте компромисс видимым, а не отказывайте: да, и тогда срок сдвигается вот сюда — что вы выбираете? Упомяните письменный журнал изменений, который не даёт одному и тому же разговору повторяться.

Расскажите о риске, который вы заметили до того, как он стал проблемой.

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

Как вы понимаете, что проект действительно идёт по плану?

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

Расскажите о случае, когда вам пришлось сообщить руководству плохие новости.

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

Как вы закрываете проект?

Критерии приёмки проверены, у текущей работы назначен владелец, и проведена ретроспектива, которая изменила ровно одну вещь. Именно из-за проектов, которые никогда не закрываются, у команд накапливается невидимая работа.

Расскажите о сделке, которую вы проиграли, и почему так вышло.

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

Как вы квалифицируете потенциальную сделку?

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

Клиент пропал после сильного демо. Что вы будете делать?

Исходите из того, что у него сместились приоритеты, а не из невежливости. Расскажите о выходе на второго стейкхолдера, о действительно полезном касании и о честном закрытии — вопрос, не закрыть ли сделку, часто вызывает ответ.

Как вы работаете с возражением «у вас слишком дорого»?

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

Расскажите о своих самых сложных переговорах.

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

Как вы строите воронку продаж на совершенно новой территории?

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

Как выглядят ваши первые 30 дней с новым продуктом?

Разберите последние пять побед и поражений, выучите тот момент демо, который срабатывает, и найдите технического партнёра. Скажите, что вы сможете делать самостоятельно к 30-му дню.

Расскажите о прогнозе, в котором вы ошиблись.

Объясните, как вы отделяете уверенный прогноз (commit) от оптимистичного (best case), какому сигналу вы придали слишком большой вес и какую дисциплину добавили после. Честный прогноз — это бо́льшая часть работы.

Расскажите о рассерженном клиенте, которого вам удалось вернуть на свою сторону.

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

Как вы расставляете приоритеты, когда срочными оказываются сразу пять тикетов?

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

Клиент просит функцию, которую никогда не сделают. Что вы ему скажете?

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

Как вы замечаете клиента, который вот-вот уйдёт?

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

Расскажите о случае, когда вы ради клиента пошли против собственной компании.

Изложите внутренний спор и доказательства, которые вы принесли, а также что вы обещали клиенту, пока вопрос не решился. Не обещать ничего, что вы не контролируете, — это зрелая версия.

Как вы проводите встречу по итогам, которую клиент ценит?

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

Расскажите об ошибке, которая стоила вам доверия клиента.

Что вы им сказали, как быстро и что изменили в процессе после этого. Скорость, с которой вы признались, — это и есть весь ответ.

Что вы делаете с проблемой, которую нельзя решить сегодня?

Честный срок или честное признание, что его нет, обходное решение и согласованный график связи, которого вы придерживаетесь. Клиентов теряют из-за молчания гораздо чаще, чем из-за багов.

Расскажите о дизайн-решении, в котором вы ошиблись.

Скажите, как вы это поняли — исследование, аналитика, обращения в поддержку, — что изменили и как быстро. Истории в портфолио, где никогда ничего не идёт не так, звучат как вымысел.

Как вы решаете, что исследовать перед тем, как проектировать?

Выберите самое рискованное допущение и подберите под него метод: пять интервью — чтобы понять «почему», аналитика — для «сколько», опрос — для распределения. Скажите, что бы вы выпустили без этого исследования.

Стейкхолдер хочет то, что вредит удобству использования. Что вы будете делать?

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

Как вы работаете с обратной связью на дизайн-ревью?

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

Как вы измеряете, сработал ли дизайн?

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

Расскажите, как вы проектировали в условиях жёсткого технического ограничения.

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

Как не дать дизайн-системе превратиться в смирительную рубашку?

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

Что для вас значит доступность в повседневной работе?

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