🔧 Чем на самом деле занимается TPM?
Окей, разобрались, как люди становятся TPM. А теперь — вопрос не менее интересный: чем вообще занимается Technical Product Manager в реальной жизни?
Если коротко — всем, чем не заняты другие, но что всё равно нужно для того, чтобы продукт заработал.
Но если чуть подробнее — вот мой взгляд:
🧩 TPM — это связка между продуктом, техникой и здравым смыслом. Он понимает, как всё устроено внутри. Может объяснить, почему «просто подключить нового провайдера» — это 3 месяца работы и миграция схемы данных. И при этом не скатывается в «ну, это невозможно», а помогает найти реалистичный путь.
📦 TPM занимается "внутренней стороной" продукта. Платформенные штуки, интеграции, API, data pipeline, внутренние сервисы, инфраструктура, процессы доставки фич — всё, что не видно конечному пользователю, но без чего ничего не поедет.
🧠 TPM — это продуктовый инженер. Он не пишет код, но отлично понимает, что там происходит. Он не продакт-маркетинг менеджер, но знает, как работает onboarding, авторизация, документация, SDK. Он может читать backlog и видеть, где начинается боль.
🧮 TPM разбирается в приоритетах и трейд-оффах. Вот тут начинается настоящая магия: у тебя есть ограничения на людей, время и систему. Надо выбрать, что сделать, в какой последовательности, с какими долгами, чтобы это не взорвалось. TPM — тот, кто принимает эти решения или помогает принять их техкоманде и бизнесу вместе.
🎯 TPM — это glue role. Он говорит на нескольких языках: с разработкой — на языке latency, SLA и циклов деплоя, с бизнесом — про «как это поможет клиенту». И умеет переводить с одного на другой.
📉 И да, TPM часто берёт на себя "скучные" куски. Согласование требований, управление документацией, объяснение архитектуры другим командам, таблицы совместимости, миграционные планы. Всё то, что помогает команде работать без хаоса.
⚠️ Что TPM не делает (в идеале): — не превращается в project-менеджера по задачкам; — не пишет код сам (хотя может помочь разобраться); — не теряет пользовательскую перспективу, даже если фича касается внутренней шины сообщений.
В следующем посте — поговорим, как роль TPM отличается в разных странах и типах компаний.
А вы видели у себя в компании хороших TPM? Или, может, сами такой? Расскажите, чем занимаетесь — сравним опыты.