Был ли в проекте дизайнер и кто делал дизайн

Что проверяют

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

Как отвечать

Ответ строится на вашем проекте, общих слов тут мало. Каркас:

• кто делал дизайн: отдельный дизайнер, продакт, фронтенд-разработчик или готовый UI-кит вроде Ant Design или MUI для внутренней админки. Любой вариант нормален, если вы его честно называете;
• как это касалось бэкенда: макеты в Figma определяли контракт API. Какие поля нужны на карточке, как устроены фильтры и пагинация, в каком формате отдавать ошибки валидации, чтобы фронт показал их под нужным полем;
• ваш вклад: вы приходили на обсуждение макетов до разработки, описывали контракт в OpenAPI, давали фронту мок-сервер, заранее говорили, что дорого сделать на сервере;
• пример договорённости: макет требовал точный счётчик результатов у каждого фильтра, а это тяжёлый запрос. Предложили приблизительное число или кэш в Redis, дизайнер поправил подпись.

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

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

Где спотыкаются

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

Придумывают эффектные цифры вроде роста конверсии на 20%, а на уточнении, как это измеряли, рассыпаются.

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