Нет. Продакт изначально занимается продуктом, должен считать метрики, работать с пользователями, думать в первую очередь как зарабатывать деньги через донесение ценности для рынка. А какие технологии выбирать - для этого есть тим лид, как минимум и команда разработчиков, аналитиков, архитекторов и тд. Ибо для чего они нужны на проекте? Тупо «копать» то что сказали?

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

Да, безусловно, это для самого продакта плюс и дает более широкий взгляд, но не является имхо. Ты можешь быть технически подкован или бывшим разработчиком, сделать продукт, но если ты не знаешь как его продать - то все таои технические навыки никому не нужны, продукт просто умрет и таких очень много, среди стартапов и не только.

И бизнес, который понимает кого хочет нанять и хочет расти в доле рынка, аппать выручку и тд, в первую очередь отбирает кандидатов сильных в аналитике, с кейсами где продакт растил целевые показатели и плевать им на то, технарь ты или нет.

Здесь каждый выбирает для себя просто.

Вика, не могу согласиться. В любом бигтехе на которые все молятся (в том числе тут) продакта без технических скиллов и знаний просто даже не рассмотрят. Голый продакт, который мерит метрики и дискаверит юзеров сегодня уже никому не нужен. А вот продакт способный залидировать весь продукт целиком под ключ очень ценится, знаю на собственном опыте. И отказы я получал за пробелы в технической области в том числе)

Я не знаю кто на что молится, очень много негативных отзывов и опыта в бигтехах

Главное это бизнес мышление, умение приоритезировать, работать с данными и людьми, а техничка не гарантирует успеха

Вы сами себе противоречите, сначала говорите, что голый продакт, который мерит метрики и дискверит юзеров никому не нужен, потом что ценится продакт, который залидирует продукт под ключ…

Так валидация под ключ это как раз про метрики и юзеров, без понимания их болей и цифр вы ничего не завалидируете)) либо завалидируете заранее мертворожденный продукт- то бишь, не работающий и никакие технические знания здесь не помогут

Ваш личный опыт это ваш личный опыт, бывает, но не является истиной для всех. Может вы попали в компанию с перекошенной культурой, о чем я пишу ранее или претендовали на роль тех лида-продакта

Вы не правы, потому что подменяете понятия ибо хороший продакт может не уметь писать код, но отлично завалидировать продукт и вывести его в топ рынка за год-два (смотря что за продукт и тд) А плохой продакт/ либо «универсал» с техническим бэкграундом будет просто технически грамотно делать никому не нужные фичи

Знать можно, нужно для общего развития и если есть в том интерес, нужда и тд

Речь же не о том, что продакт должен уметь в код. Продакт (хороший) обязан понимать и знать как его продукт работает под капотом. Хотя бы в силу того, что существуют метрики на прямую зависящие от технической стороны продукта, странно честно говоря это пояснять)) А то что продакт должен уметь в метрики, продукт, дискавери, боли и ценности - ну так это база, без этого какой ты продакт вообще. В итоге что, допускаю, что сегодня голый продакт без знаний смежных областей где-то и нужен, но я таких мест еще не встречал)

Соглашусь и скажу, что вы правы, но в одном Базовое понимание, что метрики бывают техническими, но и то, из этого не следует, что без технических скиллов даже не рассмотрят) Видимо, понимание «технический бэк» у нас отличается, для меня это писать в код, а не что-то почитать, от этого толку нет пока ты сам ручками не потрогаешь и не один раз И тогда это не тех бек ведь)

Нужно уметь правильно задавать вопросы своей тех команде, а не лазить под капот - иначе зачем мне команда? В команде должны быть четко распределены роли и зоны ответственности, сами знаете

Рассматривают и ещеее как и это просто продакты, которые умеют пользоваться компетенциями команды, а не подменять их

В общем, у нас просто разный опыт и выборка, это ок Обсудить интересно было в любом случае и здраво поспорить, иногда в спорах рождается истина)

Я даже добавлю два слова к вашему тезису. Что в командах тоже бывает баланс настроен по-разному. Мне например "ок" отдать тех.вопросы и задачи техлиду, но мне также "ок" если техлид ко мне придёт и спросит про параметры продукта какие бы мне хотелось видеть с точки зрения архитектуры и настроек железа. Продукт например может быть локальный, федеральный, международный. Может быть синглом, а может быть в тесной связи с другими продуктами. И всё это важные технические аспекты продукта, который продакт обязан учитывать при работе с ним. Потому что если не будет - будет больно всем, команда замучается подчищать огрехи близорукости своего продакта.

Красотка