Нужно ли продакту хорошо разбираться в том, как технически устроен его продукт? Считаю заблуждением, что сеньорный продакт это про people management, стратегию, планирование и приоритизацию, а деливери и создание где-то рядом. Кто-то полагает неинтересным и не нужным закапываться в детали того, как под капотом работают сервисы, а оставляет за собой только вижн и коммуникацию, написание документов и отсмотр дашбордов с растущими метриками. Думаю, такой сэтап нигде не заведется. Можно что-то делегировать, пошерить ответственность, но отдалившись от технологического процесса, закапавшись в цифрах и отчетах для стейкхолдеров, можно потерять связь с реальным продуктом. В очередной раз в этом убедился в ситуации, когда одна из ключевых метрик команды стала вести себя странно, а причину негативного эффекта не получилось сразу детектировать. Мне очень помог мой первый год в компании, когда я залезал во все документации и ходил по всем командам с вопросами, как работает функционал, на который я могу повлиять. Думаю именно благодаря тому опыту мне было проще проанализировать текущий кейс и выдвинуть реалистичную гипотезу, почему так произошло. Без ощущения на кончиках пальцев, что ты владеешь ситуацией и понимаешь как все устроено, мало того, что сложно разруливать ситуации вроде той, что описана выше, так еще и доносить ценность до других функций. Я уже не говорю, что без глубоко погружения сложно предлагать действительно уникальные амбициозные решения проблем. С развитием на продуктовой позиции постепенно возникает желание больше погружаться и уделять время новым направлениям и стратегическим вопросам, а не закапываться в операционке. Мол, я же уже это все прошел и знаю. Но так не работает, как только смещаешь фокус внимания, перестаешь уделять внимание мелочам, тут же возникает гэп между тобой и продуктом.