Что делает продукт
Что проверяют
Этот вопрос задаёт кандидат, когда очередь доходит до его вопросов. По нему видно, выбираете вы работу или соглашаетесь на любую, и думаете ли про пользователя, а не только про стек.
Как отвечать
Спрашивать нужно так, чтобы нельзя было отделаться лозунгом:
- кто пользователь и какую задачу он у вас решает;
- на чём компания зарабатывает и как с этим связан фронтенд: продажи, подписка, внутренний инструмент под контракт;
- какая аудитория приходит: доля мобильных, требования к старым браузерам, доступность, международные рынки;
- что уже построено: одна витрина или десятки экранов, есть ли дизайн-система, сколько живого легаси;
- как измеряют результат фронтенда: конверсия, скорость загрузки, число обращений в поддержку.
Дальше важнее, как читать ответ. Внятный рассказ про пользователя и деньги значит, что команда видит результат своей работы и вам будет с кем обсуждать приоритеты. Набор лозунгов вроде «инновационная платформа» значит, что смысл задач придётся добывать самому из тикетов. Если продукт внутренний, стоит уточнить, кто заказчик и как понимают, что стало лучше: без этого работа легко превращается в поток форм по чужому описанию.
Тот же вопрос часто возвращают кандидату про прошлое место. Отвечать по той же схеме: пользователь, задача, ваш вклад, без раскрытия чужих тайн.
Где спотыкаются
Задают вопрос для галочки и не слушают ответ. Смысл в том, чтобы зацепиться за услышанное и уточнить: кто ставит задачи, как выглядит спор о приоритете, что случилось с прошлой крупной фичей.
Второе: путают продукт и стек. Ответ про React и микрофронтенды не говорит ничего о пользе, а если компания сама сводит рассказ к технологиям, это уже сигнал.
Третье: рассказывая о своём продукте, читают заученный шаблон с пропусками вместо названий и с придуманными процентами ускорения. Цифры без метода замера проверяются одним встречным вопросом, и разговор дальше идёт совсем иначе.