Какие планы по развитию продукта
Что проверяют
Обычно этот вопрос задаёт кандидат, и по нему видно, думаете ли вы о продукте или только о задачах в трекере. Для вас это способ понять, чем вы будете заниматься через полгода: фичами, редизайном или разбором легаси.
Как отвечать
Перед собеседованием откройте продукт, пройдите основной сценарий и прогоните страницы через Lighthouse или PageSpeed Insights. Тогда вопрос звучит предметно, а не по шаблону.
Уточняйте с фронтенд-стороны:
- фичи и приоритеты: что в роадмапе на ближайшие два квартала и как принимаются решения, по A/B-тестам или по мнению руководителя;
- технический план: будет ли миграция (с устаревшего фреймворка, с Pages Router на App Router в Next.js, на строгий TypeScript), есть ли дизайн-система и кто её ведёт;
- производительность: следят ли за Core Web Vitals. Ориентиры: LCP до 2,5 секунды, INP до 200 мс, CLS до 0,1. С марта 2024 года INP заменил FID, и по реакции собеседника легко понять, смотрит ли кто-то эти метрики;
- SEO и рендеринг: важен ли поисковый трафик, от этого зависит выбор между SSR, статикой и SPA;
- место фронтенда: участвуют ли разработчики в обсуждении фич до макетов, какая доля времени уходит на техдолг.
Слушайте, насколько ответ конкретный. План с метриками говорит о зрелой команде, а «делаем то, что просит бизнес» обычно значит, что приоритеты меняются каждую неделю.
Если вопрос задают вам («что бы вы развивали в нашем продукте»), назовите две-три вещи, которые нашли сами: медленная загрузка списка, прыгающая вёрстка, неудобный фильтр на телефоне.
Где спотыкаются
Задают вопрос, не открыв продукт. Ответ проходит мимо: вам не с чем его сопоставить и нечего уточнить.
Предлагают технологии, не зная текущего стека. «Перейти на React» в команде, которая давно на React, звучит как незнание компании.
Не связывают план продукта со своей ролью. Спросите прямо, какую часть роадмапа вы бы взяли в первые месяцы.