Я сейчас в поиске следующего продуктового этапа и решила честно рассказать о себе ✌🏼 За последние несколько лет я выросла из офлайн-управления компьютерным клубом в продуктового менеджера в IT-экосистеме из семи продуктов: клиентская оболочка, мобильные приложения, Android TV, панель управления, сайт и личный кабинет. Этот путь сильно научил меня смотреть на продукт глазами пользователя, а не только через задачи и сроки. Мне всегда было важно понимать, зачем мы делаем ту или иную фичу и что она реально меняет в жизни пользователя. Поэтому в работе я много опираюсь на кастдевы, интервью, CJM и живой фидбек. Со временем я поняла, что больше всего люблю моменты, когда из разрозненных идей, запросов бизнеса и ограничений разработки постепенно складывается понятное и логичное продуктовое решение. В своей текущей роли я вела задачи сразу по нескольким продуктам, участвовала в запуске мобильных и ТВ-платформ с нуля, работала с бэклогом, roadmap, документацией и командными процессами. Мне комфортно быть связующим звеном между бизнесом, разработкой и пользователями и помогать команде договариваться на одном языке. Я не ищу «просто работу продактом». Мне важен продукт с живыми пользователями, команда, где можно обсуждать, спорить и аргументировать, и среда, в которой есть пространство для влияния на продуктовые решения.
Продуктовый менеджер, бизнес аналитик в SmartShell
· 22.01 · ред.резюме
Менеджер по продукту (Product Manager)
навыки, опыт и другие подробности — на hh.ru
2 коммента
· 22.01
круто, что ориентируешься на пользователя. какие метрики в итоге использовала для оценки фич, которые запускала? интересует, как это повлияло на retention или LTV пользователей
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 22.01
Если честно, в моих продуктах далеко не всегда было возможно напрямую считать LTV в классическом виде, поэтому мы чаще шли от более приземлённых продуктовых метрик и прокси-показателей. В зависимости от типа фичи я смотрела на комбинацию 1. adoption фичи и долю активных пользователей, которые начали ей пользоваться 2. повторное использование и удержание сценария, а не просто разовое касание 3. изменения в ключевых пользовательских потоках, например, стали ли люди быстрее доходить до целевого действия или реже «отваливаться» на определённых шагах 4. качественный фидбек от пользователей и саппорта, как индикатор того, что фича реально решает проблему, а не просто существует. На retention это влияло не всегда напрямую и не мгновенно, но в нескольких кейсах мы видели рост возвращаемости в сценариях, где раньше было много трения. Скорее это был накопительный эффект: меньше негатива, больше повторных действий и выше доверие к продукту. Если коротко, я старалась оценивать фичи не только через цифры, но и через изменение поведения пользователей и качества их опыта, а метрики подбирала под конкретную задачу, а не наоборот.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён