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

Свою первую программу я написал в 1988 году на калькуляторе МК52. Очень хотелось программировать и даже максимально странный интерфейс не останавливал. Утекло почти 40 лет. Были Атари, Синклеры, 286 IBM, Интернет, смартофоны. Но все эти технологии входили как-то постепенно, приспосабливаясь и без шока.

AI ворвался в жизнь бывалого ИТшника как пыльным мешком по голове. После первого шока, скормленных Дипсику результатов анализов, идей подарков, профессиональная «чуйка» потребовала придумать новой чудо‑технологии боевое применение в том, чем я занимаюсь каждый день на протяжении всей сознательной жизни.

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

Многие дизайнеры используют 2-3 источника референсов: Dribbble, Behance, Pinterest. Проблема в том, что это решает лишь 20% задач. Статичные картинки не показывают анимации. Нет доступа к исходникам. Невозможно увидеть, как дизайн менялся во времени.

Я решил найти все существующие сервисы для поиска референсов и детально изучить их возможности. Потратил кучу времени на исследование 50+ платформ. Выяснилось: Dribbble и Behance — это лишь верхушка айсберга.

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

У нас на слуху яркие истории про Apple и Стива Джобса, Microsoft и Билла Гейтса, Intel и Эндрю Гроува, Tesla / SpaceX и Илона Маска, Telegram / ВКонтакте и Павла Дурова, Virgin Group и сэра Ричарда Брэнсона. Но я решил расширить свой кругозор и разобрать кого-нибудь из неизвестного мне списка. Я подумал, что мир музыкального стриминга и кто-нибудь из известных исполнителей прекрасно подойдет для этой цели. Надеюсь, что мой обзор будет вам полезен и пополнит вашу копилку историй о компаниях и лидерах, а также даст почву для размышлений и действий в области строительства непобедимых брендов и компании.

Моя прошлая статья об уроках развития стартапа в Кремниевой Долине внезапно набрала больше 80к просмотров за неделю – поэтому пишу продолжение! Напомню, что в прошлом году я завершил семилетнюю историю своего стартапа (AI writing assistant): $1.35 млн инвестиций, 300 тысяч пользователей и экзит в компанию-единорога.

Но за фасадом сделки скрывались пару лет «идеального шторма»: падение выручки, потеря второго бизнеса и неприятный развод. В этой статье я расскажу, как управлял жизнью во всем этом хаосе, используя всего один Google-док вместо сложных систем.

А чтобы материал стал еще полезнее, в начале я собрал хаки от Джесси Итцлера — серийного предпринимателя, ультрамарафонца и просто миллиардера (продал компании Баффету и Coca-Cola). 

Его метод неплохо дополняет мой и построен на тех же принципах. Поехали!

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте.

Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3].

Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

И зачем продактам метрика Lifetime Value (LTV / CLV / CTV)

В продуктовых командах часто можно услышать:
«Нам важен рост», «Нужно больше пользователей», «Давайте увеличим трафик».

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

Именно здесь появляется ключевая метрика — LTV (Lifetime Value), которую также называют CLV / CTV (Customer Lifetime Value).

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

Но что такое хорошая стратегия продукта? Как понять, что перед вами не просто план, а работающая дорожная карта? Рассмотрим ключевые элементы.

Привет, я Александр Шакмаев продуктовый менеджер в Cloud.ru. Этот год принес массу AI-активностей и, уверен, многие столкнулись с почетной миссией внедрения AI в команду, свои процессы и компанию в целом.

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

Когда я рос из инженера в управленца, мне казалось, что различия между CTO, CIO и COO во многом формальные. Все же "про технологии", "про управление", "про процессы".

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

Я прошёл путь от инженерных ролей до CTO и в том числе выполнял функции COO в компании до 500 человек (около 60 в IT департаменте), входящей в состав корпорации.
И именно на этом масштабе разница между этими ролями становится особенно заметной.

Всем привет! Я Егор, недавно перешел из программирования в менеджмент и стал руководителем отдела разработки одного продукта в «Консист Бизнес Групп». В статье расскажу, как я решился на это, что мне помогло и чем я теперь занимаюсь. Она будет полезна студентам, джунам, ищущим себя и жаждущим перемен (а еще она смешная, надеюсь). 

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

Можно ли измерить качество дизайнера в команде? Или заменить его ИИ? Для многих дизайнеров в последние годы встает вопрос - заменит ли его ИИ и приносит ли дизайнер пользу бизнесу, а если приносит - то как ее измерить? 

В четвертой части темы «что взять бизнесу из профессионального спорта» (см. ранее часть 0, часть 1, часть 2, часть 3) внезапно будет довольно неожиданное отступление про психологию, мотивацию и жизненный выбор, несмотря на обстоятельства. Можно сказать, что автор аккуратно и осмысленно зайдёт на территорию "мотивационной мотивации" - в том числе потому, что нынешний российский IT во многом превратился в готового клиента Тони Роббинса и иных инфоцыганских шабашей под общим лозунгом "где взять энергию".

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

1. Главный критерий высших стадий Спиральной динамики.

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

После этапов, которые были наиболее успешны (не путать с понятием эффективность) в прошлом – Красный и Синий, которым соответствовали руководители с этими же ведущими компетенциями: Красные – ориентация на результат любой ценой, Синие – главное, соблюдение стандартов и политик компаний. Приходят этапы, по которым живут компании нового века и поколения – Оранжевые, Зеленые, Желтые и Бирюзовые, все эти этапы развития компании роднит одно ключевое свойство: все они ставят во главу угла Человека, его как абсолютную ценность и конкурентное преимущество.

Кадры теперь реально являются самым ценным и важным активом компании. Так вот поэтому одно из самых важных качеств руководителя по-настоящему современной компании является его внимание к людям, то есть это Зелёный руководитель.

2. Почему именно Зелёные – это именно руководители высших этапов Спиральной динамики.

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

Эта история - не про плохой Agile, не про «тупых маркетологов» и не про «оторванных от реальности айтишников».

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

Под катом: Revolut, Forest, Airbnb.

С Новым годом всех вас! Меня зовут Денис Калышкин. Я американский венчурный инвестор с более чем 11-летним опытом, выпускник МФТИ, бывший аэрокосмический инженер и физик. Я также большой фанат научной фантастики и космических технологий. Я также веду телеграмм‑канал о стартапах и венчурных инвестициях. Подписывайтесь на «Спроси VC».

Сегодня, 2 января 2026 года, день рождения моего любимого писателя научной фантастики Айзека Азимова. Он написал или отредактировал более 500 книг. Также он написал примерно 90 000 писем и открыток своим поклонникам. Азимов считал, что научная фантастика служит на благо человечества. Я тоже разделяю его точку зрения.

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

Если вы тоже являетесь поклонником научной фантастики и хотите поучаствовать в мозговом штурме о том, как применять футуристические концепции в реальном мире или строить на их базе бизнес, присоединяйтесь к нашим онлайн‑сессиям по мозговому штурму 8 января 2026 года в 8:00 и 18:00 по UTC. Рабочий язык — английский. Увидимся на следующей неделе!

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

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

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