Кто за что отвечает — команда IT продукта | [ПУТЬ В IT · 02]
Карта IT-профессий — это схема ролей в команде, где каждый участник отвечает за свой участок работы над продуктом, а результат зависит от качества стыков между ними. Понимание этой карты даёт возможность увидеть, где в команде создаётся ценность, а где теряются деньги, и выбрать место, где ваш вклад будет максимально заметен.
Анатомия команды: кто есть кто на стройке
Представьте, что вы строите жилой комплекс. Не один дом — целый квартал с инфраструктурой, дорогами, парковками, магазинами на первых этажах. Это ваш IT-продукт.
Продакт-менеджер — главный архитектор. Он не кладёт кирпичи и не рисует фасады. Он решает, что вообще строить: сколько этажей, какие квартиры, где парковка, нужен ли детский сад. Он общается с будущими жильцами (пользователями), изучает участок (рынок), считает смету (бизнес-модель) и говорит команде: «Вот что мы делаем и зачем». Если продакт ошибся с проектом — хоть золотые унитазы ставь, а покупать не будут.
Дизайнер — проектировщик интерьеров и фасадов. Он берёт задачу от продакта («нужна удобная квартира для семьи с ребёнком») и рисует планировку: где будут окна, как расположить комнаты, чтобы было светло, где сделать розетки, чтобы не тянуть удлинители. В IT это интерфейс: где кнопка, какого она цвета, что произойдёт при нажатии. Дизайнер думает не «как красиво», а «как удобно жить».
Разработчик — строитель. Он берёт чертежи дизайнера и возводит здание. Кладёт стены, прокладывает трубы, проводит электрику. В IT это код: фронтенд (то, что видит пользователь — фасады, окна, двери), бэкенд (то, что скрыто — коммуникации, лифты, вентиляция). Разработчик думает «как сделать, чтобы не рухнуло и работало годами».
QA-инженер (тестировщик) — приёмщик работ. Он ходит по готовым квартирам и проверяет: открываются ли окна, не течёт ли кран, работает ли лифт, не треснула ли стена. В IT это тестирование: находит баги до того, как их найдут пользователи. QA думает «а что если нажать сюда? а что если ввести вот это?».
Аналитик данных — инженер по эксплуатации. После сдачи дома он ставит датчики: сколько людей заходит, какие квартиры популярнее, где больше расходуют воду, когда пиковая нагрузка на лифты. В IT это метрики: сколько пользователей, где отваливаются, что покупают, что бросают. Аналитик думает «что цифры говорят о том, как люди живут в нашем доме».
Маркетолог — риелтор и управляющий. Он привлекает покупателей (трафик, реклама), показывает квартиры (демо, презентации), помогает выбрать (онбординг, поддержка). В IT это продвижение продукта, привлечение пользователей, удержание. Маркетолог думает «как найти тех, кому этот дом подойдёт, и убедить их купить».
Стыки, где всё ломается
Самое интересное начинается там, где одна роль передаёт работу другой. Именно на стыках теряется 80% времени и денег.
Стык продакт → дизайнер. Продакт говорит: «Нужна кнопка, чтобы пользователи покупали чаще». Дизайнер рисует красивую кнопку. Но продакт не уточнил, почему пользователи не покупают. Оказалось, проблема не в кнопке, а в том, что доставка слишком дорогая. Дизайнер потратил неделю впустую.
Стык дизайнер → разработчик. Дизайнер нарисовал анимацию, которая выглядит потрясающе. Разработчик смотрит и говорит: «Это займёт три недели и замедлит сайт в два раза». Начинаются торги: что важнее — красота или скорость? Без понимания ограничений друг друга команда будет воевать бесконечно.
Стык разработчик → QA. Разработчик сделал фичу, считает, что всё работает. Тестировщик находит пять багов за час. Разработчик раздражён: «Почему ты не сказал раньше?». Тестировщик раздражён: «Почему ты не проверил сам?». Если нет процесса передачи (чек-листы, критерии готовности), стык превращается в конфликт.
Стык аналитик → продакт. Аналитик видит: конверсия упала на 15%. Приходит к продакту: «У нас проблема». Продакт спрашивает: «А почему?». Аналитик пожимает плечами: «Данные показывают падение, но причину не вижу». Без умения переводить цифры в гипотезы аналитик становится просто генератором отчётов, которые никто не читает.
Стык маркетинг → продукт. Маркетолог привлекает пользователей обещанием «самый быстрый сервис». Пользователи приходят, видят, что сервис не самый быстрый, и уходят. Маркетолог жалуется: «Продукт не соответствует обещаниям». Продукт жалуется: «Маркетинг привлекает не тех». Без синхронизации ожиданий и реальности деньги сливаются в трубу.
Цепочка создания ценности: где рождаются деньги
Теперь посмотрим, как деньги проходят через команду. Не абстрактно, а конкретно.
Этап первый: продакт находит возможность. Видит, что на рынке есть неудовлетворённый спрос. Например, люди хотят заказывать еду из ресторанов, но существующие решения неудобные. Продакт формулирует гипотезу: «Если мы сделаем приложение с фильтрами по диетам и временем доставки до 20 минут, мы заберём 10% рынка». Это точка, где рождаются будущие деньги. Без продакта команда строит дом в чистом поле, не зная, нужен ли он кому-то.
Этап второй: дизайнер делает идею осязаемой. Продакт говорит: «Нужно приложение». Дизайнер рисует экраны: как пользователь выбирает ресторан, как фильтрует блюда, как оплачивает. Теперь идею можно показать инвестору, протестировать на фокус-группе, понять, зацепит ли. Дизайнер превращает абстракцию в нечто, что можно потрогать. Это точка, где идея начинает стоить денег.
Этап третий: разработчик строит работающий продукт. Берёт макеты и пишет код. Фронтенд — то, что видит пользователь. Бэкенд — то, что обрабатывает заказы, считает доставку, принимает оплату. Без разработчика идея остаётся картинкой. Это точка, где продукт становится реальным и может приносить деньги.
Этап четвёртый: QA гарантирует качество. Тестирует всё: работает ли оплата, не падает ли приложение при нагрузке, не теряются ли заказы. Если QA пропустил баг, и пользователь не смог оплатить — деньги потеряны. Если QA нашёл баг до релиза — деньги спасены. Это точка, где продукт становится надёжным и начинает удерживать деньги.
Этап пятый: аналитик показывает, где деньги теряются и где растут. После запуска аналитик видит: 30% пользователей бросают корзину на этапе выбора доставки. Почему? Оказывается, слишком дорого. Продакт принимает решение: субсидировать доставку для первых заказов. Конверсия растёт на 20%. Это точка, где продукт оптимизируется и начинает приносить больше денег.
Этап шестой: маркетинг приводит людей, которые принесут деньги. Запускает рекламу, привлекает пользователей, считает стоимость привлечения. Если маркетинг приводит не тех (например, людей, которые ищут бесплатную еду), деньги сливаются. Если маркетинг приводит тех, кто готов платить, продукт растёт. Это точка, где продукт масштабируется и приносит большие деньги.
Роли, которые приносят деньги: где сидят бюджеты
Не все роли одинаково влияют на прибыль. Давайте честно.
Продакт — самый высокооплачиваемый. Потому что он решает, что строить. Ошибка продакта стоит миллионы: можно год делать продукт, который никому не нужен. Поэтому продакты получают больше всех — они несут ответственность за направление.
Разработчик — второй по оплате. Потому что без него ничего не работает. Хороший разработчик экономит компании сотни тысяч, пиша код, который не падает и не требует переделки. Senior-разработчики получают сопоставимо с продактами.
Дизайнер — третий. Потому что хороший дизайн конвертирует. Разница между «удобно» и «неудобно» — это десятки процентов конверсии, которые переводятся в миллионы выручки. Но дизайн легче скопировать или переделать, чем архитектуру бэкенда, поэтому потолок оплаты ниже, чем у разработчиков.
Аналитик — четвёртый. Потому что он экономит деньги, находя утечки, и зарабатывает деньги, находя точки роста. Но его влияние косвенное: он не строит и не продаёт, а показывает, где копать. Поэтому оплата зависит от того, насколько компания ценит data-driven решения.
QA — пятый. Потому что его работа — предотвращать потери, а не создавать ценность напрямую. Хороший QA экономит компании огромные деньги, но это «невидимая» работа: если всё работает, никто не замечает усилий QA. Поэтому оплата ниже, чем у разработчиков.
Маркетолог — шестой (в продуктовой команде). Потому что в IT-продуктах маркетинг часто отделён от продуктовой команды. Но если маркетолог встроен в команду и отвечает за рост, его оплата может быть очень высокой — особенно если он работает с бюджетами и приносит измеримый результат.
Как выбрать своё место в команде
Теперь, когда вы видите карту целиком, задайте себе три вопроса.
Вопрос первый: что вас заряжает?
Если нравится придумывать, что строить, и общаться с людьми — продакт. Если нравится рисовать и думать об удобстве — дизайнер. Если нравится строить и видеть, как работает — разработчик. Если нравится искать ошибки и доводить до идеала — QA. Если нравится копаться в цифрах и находить закономерности — аналитик. Если нравится привлекать людей и убеждать — маркетолог.
Вопрос второй: какой тип ответственности вам комфортен?
Продакт отвечает за направление — это высокая неопределённость и высокие ставки. Разработчик отвечает за качество кода — это конкретные задачи и измеримый результат. Дизайнер отвечает за удобство — это баланс между эстетикой и функциональностью. Аналитик отвечает за выводы — это интерпретация данных и влияние на решения. QA отвечает за надёжность — это внимание к деталям и системность. Маркетолог отвечает за рост — это эксперименты и работа с бюджетами.
Вопрос третий: где вы хотите быть через три года?
Если хотите управлять продуктом целиком — начинайте с продакта или аналитика. Если хотите стать техническим экспертом — начинайте с разработчика. Если хотите влиять на визуальную стратегию — начинайте с дизайнера. Если хотите строить карьеру в росте и продажах — начинайте с маркетолога.
Карта IT-профессий — это не статичная схема. Это живая экосистема, где роли взаимодействуют, спорят, договариваются и создают продукт. Понимание этой карты даёт вам преимущество: вы видите не только свою роль, но и то, как она вписывается в целое. А это значит, что вы можете принимать решения, которые учитывают интересы всей команды, а не только вашего участка.
Если нравится читать ДЗЕН, приходите на наш канал «АРХИТЕКТОР ОНЛАЙНА«! Подписывайтесь, ставьте лайки, комментируйте!
