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

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

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

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

Поэтому три компромисса закладываются в дизайн исследования задолго до старта поля:

Сегодня поговорим о том, почему No-code в крупном бизнесе — это не волшебная палочка, а мощный инструмент, который без жесткой архитектурной дисциплины превращается в фиаско.

Меня зовут [неважно], я бизнес-аналитик. Моя работа — писать ТЗ, рисовать процессы в BPMN, ругаться с разработчиками из-за неправильно понятых требований и пить кофе на стендапах. За 5 лет в профессии я не написал ни одной строчки кода. Ни одной. Даже Hello World.

В начале 2026-го я поймал себя на мысли, которая наверняка посещала каждого бизнес-аналитика: «Я точно знаю, что нужно сделать. Я подробно описываю как это должно работать. Единственное, чего я не могу — написать код». А потом я прочитал очередной пост про то, как кто-то с помощью ИИ создал приложение за выходные, и подумал: а что если моя профессия — это и есть идеальная подготовка к работе с ИИ-ассистентами?

Спойлер: через 2 недели у меня было 2 приложения в RuStore, 0 рублей затрат и 14 скачиваний. Да, четырнадцать. Но обо всём по порядку.

Привет, Хабр! Меня зовут Екатерина Сивакова, я тимлид аналитики в Дзене (VK), а до этого работала в других бигтехах, и везде так или иначе сталкивалась с изучением CJM и пользовательской аналитикой. Сегодня хочу рассказать, как мы в Дзене делали единый инструмент по изучению пользовательского пути, зачем это понадобилось и что из этого вышло. А ещё о том, сколько это реально стоило по времени и ресурсам, потому что ответ отличается от первоначальной оценки примерно в 60 раз.

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

Самый эффективный способ — не создавать её вообще. Как известно, самая плохая документация лучше, чем никакой.

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

Статья будет полезна всем, кто может испортить документацию: техническим писателям, аналитикам, владельцам продуктов, менеджерам, тимлидам.

Привет, меня зовут Янина. По основной работе я управляю проектами и продуктами, а по вечерам — преподаю разговорный английский на темы продуктовой разработки. Уже пару месяцев я веду небольшой разговорный клуб, где мы с ребятами из IT (PM, PO, разработчики, дизайнеры, аналитики) обсуждаем реальные кейсы продуктовой разработки.

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

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

Приветы! Сегодня поговорим про Claude Code о том, как его использовать, если вы не разработчик. Не потому что он «революционный» или «ИИ будущего», а потому что он реально закрывает задачи, которые раньше занимали часы.

Статья будет полезна продакт-менеджерам, маркетологам, фаундерам, дизайнерам – всем, кто работает с продуктами и хочет делать больше за меньшее время. Разработчикам тоже, но для вас и так много кто пишет.

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

Привет, меня зовут Тая, я продакт-менеджер эквайринга в ЮMoney. В компании уже 12 лет, люблю свою работу, а ещё у меня есть хобби — вокал.

Я не училась в музыкальной школе, но пение было со мной с детства — у бабушки на кухне мы часто вместе пели русские народные песни. Я любила слушать пластинки: в основном Пугачёву, Лайму Вайкуле и Modern Talking. Даже пробовала заниматься — ходила в детскую музыкальную группу в доме культуры, но пробыла там недолго: стеснялась других детей. Так или иначе, петь хотелось всегда, и долгое время это оставалось на уровне караоке 🙂

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

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

За 8 лет работы с стартапами я видел эту картину десятки раз. Команды тратят 6-12 месяцев на разработку — и только после запуска узнают, что рынка нет. Можно иначе: проверить гипотезу за две недели, потратив 150-300К рублей.

Мы решили сломать привычную модель корпоративных мессенджеров.

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

Дисклеймер:

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


Что же случилось, после чего меня так бомбит

У меня возникла потребность в поиске и найме Python-разработчика. Регистрируюсь как работодатель, заполняю всю информацию, прикладываю все документы и выписки к моему ИП. Оплачиваю за размещение вакансии 3000 рублей. Получаю письмо на почту.

«ИИ-агент» — финалист слова 2025 года по версии Грамоты.ру. На vc.ru и Хабре выходят по несколько статей в день с десятками тысяч просмотров. Gartner прогнозирует, что к 2028 году 80% корпоративных процессов будут автоматизированы с помощью ИИ-агентов. Крупнейшие компании мира включили «внедрение агентов» в планы на 2026 год. Бюджеты выделены, тендеры объявлены, команды сформированы. А теперь открываю Яндекс Вордстат и проверяю, ищет ли кто-нибудь этих агентов на самом деле.

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

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

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

В greenfield — минимум контроля, observability вместо code review. В brownfield — AI генерирует, человек валидирует. А там где много регуляторки ускорение есть, но и ответственность никуда не делась.

Всем привет! Недавно я рассказывал о том, как мы создали для риелторов сервис автоматической генерации stories в нашем мобильном приложении.

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

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

У нас в конфигураторе Macroscop камеры организованы в виде «дерева».

Типичная ситуация в ИТ-проектах: приходит задача на автоматизацию, бизнес-аналитик начинает с нуля собирать требования, рисовать процесс, согласовывать его с заказчиком, выявлять исключения, уточнять роли и данные. Проходит время, задача уходит в разработку. Через месяц — новый запрос, и снова тот же путь. Процессы рисуются «под задачу», не связаны между собой, в каждом проекте — своя терминология и своё видение.

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

10 новых российских продуктов для транскрибации звука из файлов, микрофона или открытого в браузере, знакомств для серьезных отношений, формирования рейтинга футболистов, создания инфографики для маркетплейсов с помощью ИИ и многого другого. Битва за «Продукт недели» началась!

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

А сейчас — как раз такой разбор. Делюсь саммари мастер-класса Джейка Мора и Дэвида Барнарда о базовых, но критически важных принципах, которые напрямую влияют на эффективность пейволла.