Нет. Но тут есть нюанс, который важно понять правильно.

Технический бэкграунд и техническая грамотность это разные вещи. Первое не обязательно. Второе ещё как обязательно.

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

Итак, технические мифы про профессию

Миф 1. Продакт должен программировать

PM ≠ developer. Если вы умеете кодить - отлично, это может помочь. Особенно в технических продуктах. Но работа продакта - понять, что стоит строить, зачем, для кого, в каком порядке и какой ценой.

Миф 2. Нужен профильный технический диплом

Большинство PM приходят из маркетинга, аналитики, дизайна, консалтинга, продаж, бизнеса, клиентского опыта. Продуктовая роль по своей природе междисциплинарная. Вопрос не в том, насколько «техническое» у вас прошлое. Вопрос в том, какие пробелы нужно закрыть.

Миф 3. В технический продукт берут только technical PM Не только.

Meta, Stripe и большинство продуктовых компаний нанимают PM, которые работают с техническими командами, не умея писать код. Microsoft, собеседуя меня, бывшего продуктового маркетолога, на роль технического продакта, не просил у меня сделать архитектуру Твиттера, и моего понимания технички им было выше крыши.

Но есть исключения: например, Google и Amazon, где технические раунды обязательны.

В Яндекс Практикум есть цитата «PM не пишет код, но должен понимать, о чём говорит разработчик».

По-моему, это и есть правильная планка.

Таня