Post #428

Как из аналитика перейти в менеджеры продукта, и стоит ли? На ЛАФе в кулуарах возник такой вопрос: мол, многие теперь позиционируют себя в качестве менеджеров продуктов, а не аналитиков. Ну, Дима Безуглый давно толкает тему, что аналитики не нужны, что это признак культуры плановой работы, и нужно переходить к продуктовой. А мы обсуждали — как перейти, и что нужно для перехода. И я в разговоре озвучил вот такую штуку — про мой переход из аналитиков в продакты, и что там по-другому. Всё началось с запроса на разработку ТЗ. Как это обычно бывает, ребятам долго не согласовывали проект и бюджет, а когда согласовали — времени-то до запуска осталось 7 месяцев. И никто не знает, что делать. То есть, всё понятно, некоторое общее видение есть, но что конкретно делать — неясно. И даже нет документа, который можно было бы потенциальным подрядчикам отдать на оценку. Собственно, сначала я написал этот документ. И поприсутствовал на встречал с подрядчиками, что привело меня в ужас — они вообще ничего не понимали и собирались делать что-то несусветное. Вот тут начался мой дрейф в сторону продакта. В ТЗ ведь обычно не пишут стратегию (в том числе технологическую), не приводят дорожную карту развития на годы вперед, планы по масштабированию и всякие такие вещи, которые показывают развитие системы в динамике в широком временном диапазоне. А подрядчики, когда оценивают ТЗ, мыслят в проектной логике: сможем ли мы сделать нечто, что сможем формально сдать в качестве результата (хотя бы даже через суд)? То есть, для подрядчика любой проект по определению уже закончен, главное под этот конец подтащить что-то. Для продакта конец разработки — это только начало жизни продукта! После запуска хоть в каком-то виде только и начинается всё самое интересное. В идеале, это интересное потом не заканчивается никогда. Работа над продуктом — бесконечный процесс, а никакой не проект. Так как мне лично было интересно, чтобы такой продукт возник и состоялся (а это была MOOC-платформа российских вузов), я предложил всё это безобразие взять на себя, и в итоге мы запустились ровно в срок (1 сентября; первая встреча по ТЗ была в феврале) и в итоге платформа с нулевым маркетинговым бюджетом набрала более миллиона пользователей. Из аналитика-автора ТЗ я перешел в роль, отвечающую за реализацию этого ТЗ, включая набор команды и подрядчиков, координацию, контроль работ, ну и обеспечение выполнения всего, что дальше после ТЗ идёт — разработку UX, сценариев, требований к контенту и т.д. Роль не зря называется "менеджер", потому что вы уже не просто проектируете, а управляете людьми, бюджетами, объемом функциональности и качеством, в общем, всем, кроме сроков, потому что они были зафиксированы. Типичный death march по Йордону.