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

Привет, Хабр!

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

Зачем нужен отдельный сервис BIM‑координации?

Представьте: утро, начало рабочего дня, от проектировщиков один за другим сыплются запросы: не получается обновить семейства; модель зависает — не можем синхронизироваться; нужно срочно проверить модель на коллизии — сегодня выпуск; плагин печати в PDF «не видит» штриховку; начинаем новый объект — срочно нужно создать модели и тд. Все эти задачи требуют немедленного реагирования и часто конфликтуют по приоритетам. Координатор начинает разбираться с одной, но тут же поступает срочный запрос на решение другой. Это приводит к тому, что в попытках разорваться между задачами, он теряет концентрацию, переключается туда‑сюда и в итоге не успевает качественно решить ни одну из проблем. Все это замедляет работу и повышает уровень стресса в команде.

Мы проанализировали и разделили поступающие задачи на два направления. Часть из них обрабатывает сервис BIM‑поддержки, который оказывает техническую помощь проектировщикам в использовании САПР‑программ, консультирует по работе инструментов и технологии BIM. Другую часть выполняет сервис BIM‑координации адресных объектов, который выступает связующим звеном для всех проектировщиков: помогает в создании моделей, поддерживает актуальность данных, отвечает за техническую координацию и следит за качеством информации.

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

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

Под катом: Netflix, Duolingo, BBVA.

Хотите разобраться с таинственной полярной звездой или North Star Metric (NSM)? Покажу примеры NSM для организаций и разберу несколько реальных продуктовых кейсов. После прочтения этой статьи вопросов про NSM у вас больше не останется!

Привет, Хабр! Меня зовут Тигран Басеян и я — руковожу ИТ-saas продуктом, развиваю российскую методологию управления ИТ в организациях РИТМ, автор телеграм-канала Black Product Owner (Чёрный продакт), где рассказываю о продакстве, менеджменте и стартапах. В индустрии уже больше 15 лет. Руководил различными технологическими командами и продуктами, в том числе высоконагруженными.

Эта статья написана по мотивам воркшопа про North Star Metric или Полярную звезду: расскажу, зачем нужна эта метрика и как её правильно выстраивать. Разберём, как NSM связана с различными бизнес-моделями и какие у неё есть связи с деревом метрик и юнит-экономикой.

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

Я ранее уже рассказывал о том, что некоторое время назад мы изменили подход к сборке MVP. Если лет 5 назад мы собирали MVP сразу после оценки идеи, то сейчас проекты проходят стадию анализа, затем - предтеста (некий аналог пред-MVP), и только потом, когда ценность проекта подтверждена у пользователей и нам понятно, какие фичи нужны проекту, мы выводим его на сборку MVP.

Соответственно, мы будем говорить о тех проектах, которые уже прошли анализ, предтест и для которых MVP уже собран, т.е. можно сказать - проект запущен.

Стратегии
Любой стартап создается либо на продажу, либо как дивидендный актив, который будет постоянно приносить прибыль основателям. Это разные стратегии работы. Для нас ближе второй путь - дивидендный актив.

Для таких стартапов важным показателем является соотношение CAC к LTV 1:3 и выше (1:4 и т.д.). Напомню, что CAC - это стоимость привлечения клиента, а LTV - это его пожизненная стоимость, то есть, то количество денег, которые он приносит компании за все время взаимодействия с ней. Существует примерный ориентир, на который ссылаются инвесторы, фонды и бизнес-ангелы во всем мире: 1 доллар потраченный на привлечение, должен приносить 3 доллара прибыли, не ниже. Поэтому основная задача стартапа - добавиться соотношения 1:3. Все гипотезы, которые мы тестируем, должны быть направлены на сокращение стоимости привлечения и на повышение LTV.

Время выполнения потоковых задач в разработке часто колеблется: один день задача занимает 2 часа, в другой — 6. Из-за этого сложно предсказать, уложится ли команда в срок. Control chart помогает отслеживать разброс времени, находить аномалии и корректировать процесс до того, как отклонения станут проблемой. 

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

Эта статья является дополненной адаптацией статьи профессора Леонардо Карвало. Сначала описывается структура ОБЛАСТЕЙ (выделены разным цветом), затем перечисляются блоки (пронумерованы). В каждом блоке есть: описание в чем его задумка и примеры вопросов, советы, пример заполнения.

Когда мне было лет десять я часами торчал в парке у игровых автоматов. Любимым был «Морской бой» (или «Торпедная атака»).

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

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

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

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

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

Привет, Хабр! Кто бы мог подумать, что рутинная просьба «помоги с Excel» запустит цепочку событий, которая изменит подход к работе всего отдела и вдохновит на создание собственного ИТ-продукта?

Меня зовут Максим Бритвин, я старший консультант-разработчик в «КОРУС Консалтинг», и сегодня расскажу, как один простой скрипт вырос в инструмент, который разгрузил айтишников и дал финансистам автономность в работе с данными.

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

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

Сейчас модно. В любой сфере, где есть хоть пара строк кода — сразу же всплывают воркшопы: «Создай своего ИИ‑ассистента за вечер! Без программирования! Без боли!» Звучит, как мечта. На деле? Ну... как сказать.

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

Создаем «AI assistant without code» на базе popular platform X. Вводим несколько файлов с вопросами, заводим пару правил, обучаем чат‑модель, включаем embed‑виджет на сайт. Выглядит как бот? Да. Работает как бот? Возможно. Заменит ли он людей? Принесет выгоду? Определённо нет.

Сейчас докажу...

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

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

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

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

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

Сегодняшняя рекомендация — практическое руководство от основателя и президента компании The Table Group о том, как пошагово «оздоровить» свою компанию и сделать так, чтобы менеджмент, операционная деятельность, стратегия и культура были согласованы и осмыслены. По мнению Патрика Ленсиони, ответственный подход к организационному здоровью помогает достичь успеха, в то время как сотрудники не самых благополучных компаниях мучаются от бюрократии, беспорядка, интриг и нарушения функций. 

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

В статье рассказываем, как мы заново осмыслили и пересобрали фичу:

• продакт Настя Голованова — о том, как мы нашли value, перезапустили механику и успели в сроки размещения наружной рекламы;
• разработчик Михаил Ефанов — про то, как превратить монолит в стабильную архитектуру.

Полезно будет всем, кто работает на стыке развитии продукта и инженерии: от старта фичи до релиза и плана развитии.

Model Context Protocol позволяет Claude взаимодействовать с рабочими инструментами напрямую, минуя копирование данных.

В статье показано как можно сократить время на рутинные задачи с 30-45 минут до 5 минут, настроив интеграцию с Gmail, Notion, Todoist и другими сервисами.

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

Вы узнаете:

Как благое намерение "усилить команду" превратилось в механизм самоуничтожения;

Почему пассивность квалифицированного специалиста опаснее открытого саботажа;

Как команда выжила в условиях, где нельзя устранить проблему, но нельзя и признать её существование.

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