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

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

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

Как отвечать

Опишите свою реальную зону ответственности, а прототип подайте как инструмент, а не как финал работы. Каркас:

• до разработки: интервью со стейкхолдерами, модель процесса в BPMN, user story с критериями приёмки или use case, для системного аналитика ещё контракт API в OpenAPI, модель данных, диаграмма последовательности;
• какой прототип и зачем: кликабельный макет в Figma, чтобы заказчик увидел сценарий до того, как на него потратили спринт, или черновой SQL-запрос, чтобы проверить, что нужные данные вообще есть. Прототип снимает вопросы, но не заменяет спецификацию;
• после передачи: груминг и оценка вместе с командой, ответы на вопросы по ходу спринта, изменение требований через понятный процесс, помощь QA с тест-кейсами, приёмка и демо заказчику;
• граница: архитектуру и реализацию решают разработчики, но вы участвуете в обсуждении, если решение меняет поведение для пользователя.

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

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

Отвечают просто «да, я делаю прототип, дальше разработчики». Звучит как отказ от ответственности за результат, и следом спросят, кто отвечает, если сделали не то.

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

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