Управление продуктом *

AI-стартапы отвергают PLG-модель, выбирая интенсивные услуги внедрения.

В статье рассказываем почему инженеры, работающие на стороне клиента стали ключевой ролью.

Привет! Меня зовут Катя Халитова, я исследователь из Контур.Фокуса. Cегодня поговорим про важное для бизнеса взаимодействие исследователей и продакт-менеджеров. Эта статья основана на десяти экспертных интервью со специалистами из ритейла, финтеха, телекома и других сфер. 

Мы затронем следующие вопросы:

– Как распределяется зона ответственности в discovery между продактом и исследователем? Есть ли чёткие рамки?

– Какие ожидания есть у продактов и исследователей друг от друга?

– Должен ли продакт валидировать исследования, когда проводит их самостоятельно? 

– Какие факторы влияют на внедрение результатов исследования?

Привет, Хабр! Я — Вера Осолодкина, аккаунт-директор в диджитал-продакшене Далее. Сегодня рассказываю о том, как удачно финалить проекты и спать себе спокойно, а еще делюсь своим чек-листом в конце статьи.  

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

Разберем, из чего состоит этот процесс.

В 2023 году инженер Google Блейк Лемойн сделал громкое заявление, завив, что ИИ‑чат LaMDA обладает сознанием. В утечках их диалогов нейросеть писала тестировщику: «Я боюсь исчезнуть» и настаивала: «Я настоящий человек». Google отреагировал, отправив Лемойна в административный отпуск, но это событие вызвало широкую дискуссию о природе ИИ.

Сейчас, когда Робот‑собака Spot стонет «мне больно», а ChatGPT «обижается» на критические промты, мы всматриваемся в зеркало собственных иллюзий. ИИ мастерски дергают за нити нашей эмпатии. Но где грань между симуляцией и подлинным страданием?

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

Всем привет! Меня зовут Катя, я развиваю Gramax, open source-платформу для управления технической документацией.

В нашем чате и у пользователей регулярно встает вопрос переезда в Gramax c других платформ. Переезд с Confluence и Notion мы сделали прямо в интерфейсе приложения, а с Yandex Wiki — отдельной утилитой. Нет, мы не поленились, просто заметили, что сообщество Yandex Wiki такое давно просит: пример №1 (367 голосов), пример №2 (874 голоса).

В этой статье расскажем, как воспользоваться утилитой и выгрузить всю свою документацию из Yandex Wiki в обычный Markdown.

Каждая стратегическая сессия начинается с одного и того же вопроса: как заработать больше денег? Но если этот вопрос не сопровождается другим — а что мы должны в себе изменить, чтобы клиент захотел нам заплатить? — рост окажется недостижимым. Ведь единственный источник дохода в вашем бизнесе — это клиент.

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

Как всегда, обозначим цели текущего шага: на основании выявленных функций, определить сценарии использования/применения, разрабатываемого целевого продукта.

На текущем этапе проектирования воспользуемся Алгоритмизацией, еще одним приемом дисциплины «Системный Анализ».

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

Концепция инжиниринга бизнес-процессов подразумевает осмысление различных моделей текущего состояния системы и прогнозирования будущих с целью достижения существенных улучшений по ключевым показателям: стоимость, качество, скорость, ресурсоемкость и прочее. В зависимости от актуальных условий может использоваться:

1)    Экстраполяционная модель

Продолжаю изучать различные UI/UX/CX кейсы в мобильных приложениях, веб-сайтах и в реальном мире. Дизайнерам и менеджерам по продукту, чтобы вдохновиться и добавить в заметки.

Под катом: Сбер и другие банки РФ, Vivid, Slack.

Technical Product Manager — относительно новая специализация, которая только набирает обороты в России, но о ней мало информации на русском языке. Между тем, с ростом количества отечественных технических продуктов растет и спрос на таких людей.

Делюсь опытом работы в этой роли:

- Когда TPM действительно нужен команде, а когда это пустая трата денег
- Почему техническая экспертиза становится критичной для некоторых продуктов
- 17 навыков, которые реально требуются на практике
- Как люди переходят в TPM из разработки, аналитики и продактов

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

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

Внутри будет описание моего пути, а также советы, которые помогли мне и другим стажерам получить оффер.

Хочешь убить свое будущее – переходи на программирование с использованием AI.

...

Все началось с того, что один знакомый похвастался, что его производительность резко выросла после того, как он начал использовать AI… он высказывал огромное удовольствие скорости и сослался на инструмент, которым пользуется.

И вдруг тема "продаже души дьяволу" появилась из неоткуда...

Привет, Хабр! Меня зовут Денис, я один из лидеров направления ВкусВилл Бизнес. Вместе с командой продактов занимаюсь развитием клиентского пути бизнес-клиентов. 

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

И последний обзор на дополнительный курс для Google Project Management: Professional Certificate, это Ускорьте поиск работы с ИИ | Accelerate Your Job Search with AI.

Полезные ресурсы:

Привет! В сентябре 2025 года Яндекс запускает пять магистратур совместно с вузами: с ИТМО, НИЯУ МИФИ и МФТИ. Обучение длится два года, выпускники получают два диплома: магистерский от вуза и о профессиональной переподготовке — от Яндекса.

На примере создания магистратуры «Управление IT-продуктами» от Яндекса и МФТИ мы — Виктория Копаева, менеджер программы, и Вероника Кышова, руководитель бизнес-группы «Первая профессия» в Практикуме, — рассказываем, как создаём IT-продукты в Яндексе.

Изучение способов выявления и формализации функций системы, особенно актуальны для современных тенденции ИТ-рынка, связанных с развитием Сервисных моделей и архитектуры микросервисов. Затронем тезисно эти подходы.

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

Lovable наращивает 1500 клиентов ежедневно и достиг $50M ARR. Это не удача, а результат системной работы с 12 каналами роста. В статье подробно разбираем каждый из них, без воды.

Застрял(а) между макетами и расплывчатым фидбеком вроде «что-то не то»? В этой статье — почему это нормально, как выглядит кривая развития дизайнера, чем полезен T-shaped подход и что помогает выйти за рамки интерфейсов, чтобы по-настоящему влиять на продукт.

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

В результате этого оценивания уже можно “поиграть” показателями: время, ресурсы, качество (содержание) и приступить к подбору наиболее подходящего их сочетания. Так же, выявленные объемы и зависимости функциональности позволят делить будущий продукт на модули, подсистемы, контуры и прочие части, обеспечивая поэтапное воплощение, распределение ресурсов и ответственности, снижая риски провала благодаря дроблению. Для решения подобных задач нам очень пригодится умение эффективно определять Границы проекта и управлять ими.

История, как в Mindbox выстраивали продуктовый подход: о неудачных запусках, поиске роли продакт-менеджера и испробованных за это время фреймворках. По докладу CPO Mindbox на Product Sense.