Долгое время я воспринимал себя как «чистого фронтенд‑разработчика». Моя зона ответственности была простой: получить задачу → сделать интерфейс → сдать результат.

Я следил за технологиями, читал статьи, спорил о лучших практиках в React и TypeScript. Но при этом почти не думал о том, как моя работа выглядит глазами бизнеса: какие метрики она двигает, сколько денег приносит или экономит, почему какие‑то задачи важнее других.

На собеседованиях я отлично отвечал на технические вопросы, но когда речь заходила о продукте, пользователях и цифрах, в голове загоралась пустота. Вместо «мы уменьшили время онбординга на 30%» у меня было «ну… я переписал модалку и добавил пару новых экранов».

Тогда я начал задавать себе вопрос «зачем» к каждой задаче. Не просто «как это сделать на уровне кода», а «зачем это вообще нужно продукту и пользователю».

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

И благодаря этому изменилось две вещи. 1) Мне стало легче договариваться о работе и проектах, потому что разговор перестал быть только про стек. Мы обсуждали, какие задачи у бизнеса и как я могу на них повлиять. 2) Я сам иначе смотрю на карьеру: теперь важно не только «где я пишу код», но и «в какой истории продукта я участвую».

Сейчас, когда я думаю о новых проектах, я задаю себе другой первый вопрос: не «какой там стек?», а «какую проблему это решает и для кого».

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