Technical Product Manager'ы не нужны

Работая уже какой год в роли Technical Product Manager (TPM), я до сих пор периодически сталкиваюсь с вопросом - а кто это вообще такой? Это типа тимлид, которой лезет в бизнес? Или это бизнес-аналитик, который поверил в свои технические навыки?

TPM = Product Manager + Technical
На текущий момент я вижу так, что TPM - это менеджер такого продукта, для развития которого критически важны технические скиллы. Скорее всего, основные клиенты этого продукта - это инженеры, поэтому TPMу особенно важно, что называется, "на кончиках пальцев" понимать их задачи и проблемы. Кроме этого, со временем такие продукты могут перерастать в целые платформы, которыми начинают пользоваться другие команды для реализации задач уже своих продуктов. Это добавляет технической сложности, которую надо уметь переваривать и учитывать в развитии своего технического продукта.

Эти два условия ("знать на кончиках пальцев задачи инженеров" и "вывозить техническую сложность") делают невозможным или очень сложным выполнение задач TPMа силами обычного менеджера продукта. Второй может стараться, но этот "технический лаг" в опыте/знаниях будет осложнять работу и тормозить развитие продукта.
На деле в этой идее нет ничего нового. Всегда было лучше, если менеджер продукта шарит в домене своего продукта (например, он делает продукт для учителей, сам в прошлом быв учителем). Так и тут - делаешь продукт для инженеров - лучше, чтобы ты понимал инженеров и когда-то был в шкуре инженера. По этой причине в позицию TPMа, в основном, приходят люди из инженерии - разработчики, тестировщики, системные аналитики. У меня получилось как раз так - в роль TPM я вкатился с опытом разработки, SRE и системного анализа.

Какие есть примеры продуктов, где нужен TPM?
- Разработка IDE
- Система сбора и анализа крашей мобильных приложений
- Система мониторинга и наблюдаемости
- Платформа аутентификации и авторизации
- AI-ассистент для написания кода
- SDK или API для интеграции с платформой
- это все примеры, но профиль один - продукт, пользователями которого будут инженеры, которые, в свою очередь, на этой базе сделают продукты для конечных клиентов.

Когда TPM не нужон?
Не нужон он в первую очередь там, где основной клиент продукта это НЕ инженеры. Инженерные продукты - это не очень массовый сегмент, соответственно, большинству бизнесов TPMы не нужны.
Мои наблюдения говорят о том, что TPM востребованы в больших компаниях, которые строят платформы. За счет платформизации каких-то внутренних функций эти компании получают экономию - дешевле и надежнее сделать одну платформу для всех, чем в каждом случае изобретать велосипед. Например, если в компании много построено на использовании S3 - логично выделить отдельную команду с TPM, которая обернет все в S3aaS и сделает его frendly для пользователей. Другой пример это компании, которые прямо таки зарабатывают на платформах - например, Яндекс Облако. В ЯО много технических продуктов и я уверен, что у них немало людей с шильдиком TPM.