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

Почему одни идеи превращаются в востребованные продукты, а другие так и остаются красивыми презентациями — или мемами про очередной B2B AI SaaS? Часто проблема не в технологии и не в качестве реализации. Команда может отлично сделать то, что пользователю на самом деле не нужно.

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

Меня зовут Лера, я технический писатель в Авито. Я продолжаю разбирать книги, идеи из которых помогают по-новому посмотреть на работу, команды и создание продуктов. Сегодня поговорим о книге Тима Брауна «Дизайн-мышление в бизнесе».

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

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

Первый вопрос в такой момент совсем не философский: где мой товар и на какие деньги я завтра продолжу продавать?

После атак на логистические объекты маркетплейсов стало понятно: склад теперь зона повышенной боевой опасности. Для селлера это может быть главная точка отказа всего бизнеса. Товар во взрывоопасной зоне потенциальное отсутствие товара. 

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

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

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

Без такой компьютерной копии сегодня не построишь ни один большой завод. А писали такие программы десятилетиями только за рубежом. В 2022 году иностранные компании начали уходить из России и забирать свой софт с собой.

Меня зовут Сергей Кирясов, я старший менеджер в Цифровом СИБУРе. Сам я не программист, а пользователь, из тех, для кого этот софт и делают. Расскажу, как мы из этой ситуации выбираемся. Если коротко, то четыре крупные компании сели писать замену с нуля.

В России мне было легко искать работу - бренды Яндекса и ВШЭ узнавали везде. В Америке эти названия не значили ничего. Рекрутеры не знали эти компании, а некоторые даже не могли их выговорить.

Мы приехали в один из худших периодов рынка труда США за последние десятилетия - время массовых лэйофов, хуже, чем даже в пандемию. И таких, как мы, - мигрантов без локального нетворка и узнаваемого бренда за спиной - здесь оказалось огромное количество.

Product Operating Model (POM) — это, по сути, продуктовый подход к управлению продуктами. Я уже кратко описал его в прошлой статье, сравнив с функциональным подходом. В этот раз хочу рассмотреть POM через призму влияния искусственного интеллекта на создание продуктов, особенно в условиях, когда каждый, у кого есть доступ к LLM, вдруг решил, что он продакт-менеджер, инженер или дизайнер.

Когда сбои идут один за другим, а клиенты уже не разбираются, кто виноват — ваша система или облачный провайдер, обычной расстановки приоритетов становится недостаточно. В статье — практический разбор Code Yellow и Code Red: как вовремя объявить инженерную эскалацию, организовать работу команд и вернуть инфраструктуру в стабильное состояние.

Привет! Я Арина Сокова, аналитик в Авито Подработке. Мы отвечаем за то, чтобы смены на платформе закрывались, исполнители и заказчики находили друг друга, а платформа не тратила на продвижение сервиса слишком много. В статье расскажу, что такое субсидии в Авито Подработке, и как мы перешли от ручного назначения субсидий по бизнес-правилам к автоматической системе.

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

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

Когда мне предложили заняться разработкой с нуля цифрового сервиса Альфа‑Мании, я была уверена, что понимаю задачу. Что может быть проще? Клиент открывает мобильное приложение банка, выбирает лотерейный билет, оплачивает его, ждет розыгрыш и, если цифры в лотерейном билете совпали — получает выигрыш. На первый взгляд всё выглядело как вполне стандартный цифровой продукт: несколько экранов мобильного приложения, интеграция с партнером, немного аналитики, немного CRM‑коммуникаций и привычная продуктовая работа.

Я никогда так не ошибалась.

Через несколько месяцев я уже обсуждала особенности прогрессивной шкалы НДФЛ, разбиралась в требованиях к онлайн‑кассам, участвовала в проработке процессов идентификации победителей и спорила с коллегами о трактовке отдельных пунктов законодательства о лотереях. 

При этом ТЗ всё ещё не было.

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

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

Я люблю метафоры. Они работают как алгоритм архивации знаний: имя становится ключом, а распаковка происходит почти мгновенно.

Для разных устойчивых управленческих подходов я подобрал геометрические объекты. Так их удобнее держать в голове и применять в работе. Я выделяю четыре основных формы…

Статья написана на основе интервью с Алексеем Юшиным, владельцем магазина настольных игр «Недомино» в Архангельске.

Я владею магазином настольных игр в Архангельске 13 лет. За это время у меня спрашивали фейерверки, складной бильярд, самокат, учебник геометрии и раствор для мыльных пузырей. За это же время маркетплейсы завалили рынок подделками по 600 рублей, а магазины вроде нашего принято хоронить. Мы всё ещё стоим: четвёртый этаж торгового центра, два продавца — и чистая прибыль меньше тридцати тысяч рублей в месяц. Почему я до сих пор не закрыл магазин?

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

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

Меня зовут Татьяна Егорова, я руковожу департаментом бизнес-анализа в Лукоморье. У нас несколько продуктов и столько же команд, у каждой свои пользователи, дорожная карта и сроки, так что вопрос «как сделать, чтобы они не разъехались в разные стороны» встал перед нами давно. Ответ, к которому мы в итоге пришли, звучит так: аналитик делает свою задачу и тратит ещё десять процентов внимания на то, чтобы не сломать задачу соседа.

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

После моей прошлой статьи в Telegram-бот за один день пришли 60 человек. Я тогда подумал: ну всё, полетело. Спойлер: не полетело.

Сейчас в базе почти 300 аккаунтов, за неделю возвращаются 11 человек, средний DAU 7, а реферальная программа привела троих. Разбираю честную воронку, ошибки с метриками, странный парадокс обратной связи и V2, которая должна проверить одну конкретную вещь: получится ли удержать хотя бы четыре возвращения из семи.

Известно, что чем больше продается мороженого, тем больше регистрируется несчастных случаев с утонувшими. Корреляция есть - значит, мороженое опасно?

Эта статья — о том, почему знание правила «correlation ≠ causation» еще не гарантирует, что вы сами на нем не попадетесь

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

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

Вчера получила пуш от Я.Навигатора о “новой” фиче “по шагам”. 

Привет! Меня зовут Маша, я Senior Product Manager и я разбираю только те продукты, которыми сама пользуюсь, люблю и вижу, где есть потенциал роста. Мне драйвово искать для них решения, которые выводят продукт на новый уровень не только по деньгам, но и по UX и любви пользователей 🥰

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

Собственно, почему она обновлённая? Да, потому что полгода назад я уже постила похожую статью (вот она). И тогда материал получил колоссальный отклик от читателей. А так как мы с моей командой международных карьерных консультантов на постоянной основе обновляем эти цифры и факты, подумалось что выкатить небольшой апдейт на этой платформе тоже было бы кстати. Итак, строго по делу, погнали! Ниже выжимка из свежих отчетов мировых аналитических гигантов (ManpowerGroup, Eurostat, BLS, Robert Half, Hays) и открытой статистикой (hh.ru, Хабр, getmatch). По своему обыкновению и в первую очередь, под лупой мы разглядывали рынок управленческих и/или ИТ-ролей.

Ниже выжимка из свежих отчетов мировых аналитических гигантов (ManpowerGroup, Eurostat, BLS, Robert Half, Hays) и открытой статистикой (hh.ru, Хабр, getmatch). По своему обыкновению и в первую очередь, под лупой мы разглядывали рынок управленческих и/или ИТ-ролей.

12–14 ноября 2026 года в Санкт-Петербурге пройдет INFOSTART A&PM EVENT 2026 - конференция для аналитиков, руководителей проектов, владельцев продуктов и специалистов, работающих с проектами и продуктами на платформе 1С.

Сайт конференции уже открыт. На нем опубликованы программа, тематические секции, состав модераторов и варианты участия.

Cuddli стал №1 среди дейтинг-приложений для гиков, собрал более 100 000 пользователей, помог создать тысячи пар, а пользователи настолько любили сервис, что сами раздавали его стикеры и рекламировали приложение на фестивалях.

А потом закрылся.

Последние месяцы я довольно активно разрабатываю собственный AI SaaS-проект. Причём активность в случае AI-разработки имеет немного другой смысл, чем раньше. Когда значительную часть работы выполняют AI-агенты, скорость появления изменений резко возрастает. Агент создал изменения, открыл PR, другой агент или workflow проверил результат, если что-то не прошло, то новая итерация.

И довольно быстро я обнаружил неожиданное ограничение этой модели разработки. Если честно я ожидал и боялся упереться в токены LLM. Были небольшие опасения в производительности моего ноутбука. И даже сложность оркестрации не стала блокером.

Я упёрся в GitHub Actions квоту.