Вчера выступали в IPWK Club – закрытом клубе ИТ-менеджеров, который основал Алексей Карпунин, вице-президент по операционной деятельности и ИТ ФГ БКС. Беседовали о выводе внутренних IT-продуктов на внешний рынок.

💯 Получился живой, насыщенный разговор: обсудили и проблематику вывода на рынок, и стратегию, и нюансы управления продуктовыми командами. И было очень приятно, что дискуссия держала всех нас в фокусе – за три часа (и это в пятничный вечер!) никто не ушёл в телефон.

Сергей Путятинский добавил динамики обсуждению: кое-что из идей мы добавим в презентацию 😏Спасибо, Сергей!

И спасибо всем участникам за интересные вопросы, а Алексею @AlexeyKarpunin и его команде (особенно Элине @Eliina2112) – за приглашение и прекрасную организацию и сопровождение мероприятия!

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

Читайте свежую заметку на VC.ru

Ждём ваших комментариев и вопросов тут👇

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

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

🏃‍♂️‍➡️Погнали! ⬅️ свежая статья тут.

🔜 13 марта Максим выступит на открытом вебинаре ScrumTrek. Обсудим, как превратить корпоративную IT-разработку в коммерчески успешный продукт и как решать проблемы, возникающие на этом пути.

Приходите! Начало в 18:00 мск, встречаемся в зуме. Регистрация через Telegram-бота буквально за 5 секунд. Подробности в репосте ниже 👇

🟢 На многих обучениях разработке продукта говорят: «Сделайте MVP, продайте парочке клиентов и дальше инвестируйте в развитие и продвижение». Причём делают акцент, что от старта проработки до MVP средний срок составит примерно полгода.

Почему так делать нельзя ❌ и как делать надо✅? Об этом – в сегодняшней заметке.

👌 «Знаю, Хочу, Могу» — это базовый фреймворк, который должен сработать, чтобы в жизни случилось практически любое событие.

Как это относится к успешной реализации цифрового продукта на рынке? Читайте в свежей заметке 👈

1 апреля Максим выступает на конференции Product Focus Club 2025 с темой «Go-to-market стратегия внутреннего IT-продукта: ключевые ошибки и как их не допустить». О чём расскажем?

⏺Что такое PMF, почему это главная цель, почему только 20% продуктов его достигают
⏺9 причин провала внутренних IT-продуктов на рынке и способы их преодоления
⏺Как приблизить продукт к PMF и избежать распространённых ошибок
⏺Go-to-market стратегия: как правильно составить, грамотно распределить бюджет и приводить клиентов?
⏺Как объективно оценить зрелость IT-продукта перед выходом на рынок?

Среди спикеров будет много опытных экспертов из таких компаний, как Авито, Яндекс.Еда, МТС Линк, Т-Банк, Сбер, Ростелеком, Альфа, Спортмастер и др.

Всего на конференции будет 4 тематических трека.

⏺ Для собственников, топ-менеджеров, директоров по инновациям, CPO, HR, руководителей трансформации — про трансформацию и методологию
⏺ Для HR, DevRel, CPO, продакт-менеджеров и предпринимателей — про культуру, команду и карьеру
⏺ Для предпринимателей, CPO и продакт-менеджеров — про стратегию
⏺ Для всех — про AI и менеджмент

Еще будут интересные нетворк-активности, воркшопы, дискуссии, OpenSpace, подарки и after-party.

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

👉 Промокод на 20% для участников этого канала: KUTUZOV

👉 Все подробности тут

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

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

Методология называется GTM Maturity Model. Сегодня делимся кратким обзором подхода, который позволяет оценивать зрелость продукта и управлять его развитием👨‍💻

😉 Каналу два месяца, а нас уже 200+! Это значит, что тема разработки и вывода внутренних продуктов на рынок действительно откликается. Но чтобы сделать контент ещё полезнее, нам важно знать ваше мнение.

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

Голосуйте за варианты в опросе ниже и делитесь рекомендациями в комментариях! 👇

🤓 Из 15 критериев оценки продукта по GTM Maturity Model одним из первых рассматривают соответствие продукта функциональным требованиям рынка.

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

Эти источники будут полезны широкому кругу читателей: от студента до CPO.

1️⃣ О грамотной работе бизнес-аналитика с требованиями можно узнать из книг и исследований:

• «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти,
• BABOK, он же A Guide to the Business Analysis Body of Knowledge от Международного института бизнес-анализа,
• в базе знаний ACM Digital Library: просто идём по ссылке, вводим в поиск Requirements Management и читаем всё подряд.

2️⃣ Узнать, как работает дизайнер (ещё один поставщик требований продуктовой команде, помимо бизнес-аналитика), помогут:

• книга Алана Купера и соавторов «Интерфейс. Основы проектирования взаимодействия»,
• книга «Не заставляйте меня думать» Стива Круга
• исследования Nielsen Norman Group. (Кстати, в одной из их статей можно подглядеть, как организовывать исследования для своих фичей.)

3️⃣ Многие продакты хорошо знают методы Кано, MoSCoW, RICE и WSJF, применяемые для приоритизации бэклога, но не все применяют их на практике. В первую очередь, стоит разобраться, когда какой из методов использовать. А усилить свою работу с приоритезацией можно, почитав исследования и рекомендации Harvard Business Review

4️⃣ По опыту, около 70% продакт-менеджеров, с которыми мы проводили собеседования, не могут объяснить, как связаны CJM и USM. Разобраться в этом помогут:
• книга «Путь клиента» Джима Калбаха,
• вот эта подборка книг и статей от Джеффа Паттона, автора книги User Story Mapping

5️⃣ Также рекомендуем поизучать на эту тему:

• PMI: Requirements management practices,
• Standish Group Chaos Report — версия, доступная публично, не очень свежая, но всё еще релевантная,
• Volere Requirements Specification Template: по ссылке полезная статья и шаблон для скачивания

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

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

✍️ В колонке для ComNews Максим Кутузов разобрал ключевые ошибки подходов крупных компаний и дал рекомендации, как корпоративным командам выстраивать работу иначе, чтобы увеличить шансы на успех цифрового продукта на рынке. Если вам важно не просто понять проблему, а найти решения — обязательно загляните.

Рынок «first» или Ключевой заказчик «first»?

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

🟢 С одной стороны, мы знаем, что все успешные рыночные продукты развивались по принципу «Рынок first», где в первую очередь учитываются требования клиентов, которые нужно агрегировать, обобщать, приоритезировать и проставлять вес требований (применять подходы RICE и MoSCow как минимум), оценивать трудоемкость фичей и распределять их по спринтам. То есть – разработка ведется по фичам.

🟢 С другой стороны, разработка внутреннего продукта всегда ведется по принципу «Ключевой заказчик first», где продукт сначала должен удовлетворить ключевого заказчика, и только потом – весь рынок. Другими словами, разработка ведется по ТЗ.

Можно ли найти баланс между разработкой по фичам и разработкой по ТЗ? 🤔

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

Читайте наши рекомендации в свежей статье.
Перейти к статье 🔴