Dev48
ЯЗЫК
  • О нас
  • Услуги
  • Индустрии
  • Технологии
  • Статьи
  • Контакты
Забронировать звонок
    Главная/Статьи/Sozdanie radi obucheniya pereosmyslenie strategii razrabotki produktov
Dev48

© 2026 · All rights reserved.

Создание ради обучения: переосмысление стратегии разработки продуктов

Источник: MiroBlog

Создание ради обучения: переосмысление стратегии разработки продуктов

Источник: MiroBlog

Что происходит со стратегией продукта, когда ИИ меняет правила игры каждые полгода? На конференции Canvas 26 продуктовый стратег Рави Мехта обосновал необходимость подхода «создавать, чтобы учиться».

25 сентября 2026 г.

На конференции Canvas 26 в Сан-Франциско Рави Мехта — консультант по продуктовой стратегии, опытный лидер в сфере продуктов и преподаватель курсов по ИИ-стратегии и прототипированию в Reforge — представил смелое видение для продуктовых команд: разучиться работать по принципу MVP, сменить конвейер на джаз-бэнд и быть готовыми к тому, что стратегия будет обновляться каждые полгода.

Рави Мехта открыл свою сессию на Canvas 26 в Сан-Франциско с прямого обращения к присутствующим продуктовым лидерам: лучшие практики, на которых они строили свою карьеру, требуют переосмысления, и этот процесс никогда не заканчивается: «Ключевые вопросы, которые мы должны задавать себе каждые полгода: какими уникальными активами мы обладаем? Какие у нас уникальные данные? Какие уникальные рабочие процессы? Какие уникальные инсайты о клиентах?»

«Нам нужно разучиться использовать наши лучшие практики»

И на этом вопросы не заканчиваются. Далее Рави затронул важную тему: чему продуктовым командам нужно разучиться?

«Одна из наших лучших практик — минимально жизнеспособный продукт (MVP). Сколько клиентов хотят продукт, который едва решает их потребность? Никто. MVP как лучшая практика был разработан не для клиентов; на самом деле он был разработан для нас самих».

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

Вместо этого Рави предлагает сделать рабочее программное обеспечение неотъемлемой частью процесса разработки продукта от этапа исследования до поставки:

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

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

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

«Это работает скорее как джаз-бэнд»

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

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

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

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

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

«Некоторые вещи движутся со скоростью ИИ. Некоторые вещи движутся со скоростью человека».

Третья привычка, требующая переосмысления, по мнению Рави, — это предположение, что любая работа движется с одинаковой скоростью. Он пояснил: «Есть вещи, которые движутся со скоростью ИИ — генерация кода, документов, тикетов. И есть вещи, которые движутся со скоростью человека».

Он обратился к концепции, представленной генеральным директором Miro Андреем Хусидом ранее в тот же день: «Мы наблюдаем инверсию: раньше 80% работы приходилось на исполнение и 20% на стратегию и мышление. Поскольку эти 80% теперь выполняются гораздо быстрее, фокус сместился на стратегию, внедрение клиентами, исследования и согласованность — на все то, что требует участия человека».

Посмотрите выступление Андрея о том, как мышление стало всей (или, по крайней мере, 80%) работой.

Посмотрите выступление Андрея о том, как мышление стало всей (или, по крайней мере, 80%) работой.

Итак, что продуктовый лидер должен изменить немедленно? Это зависит от того, на каком этапе кривой трансформации ИИ находится организация. На раннем этапе в команде есть три типа людей:

  • «Энтузиасты ИИ, которые уже используют его, чтобы работать в 10 раз быстрее»
  • «Любопытствующие, которые в восторге от ИИ, но просто не знают, с чего начать»
  • «Скептики ИИ, которые занимают выжидательную позицию».

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

Организации, которые прошли этот этап, создают продукты с поразительной скоростью, но Рави предупреждает:

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

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

«Самое сложное»

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

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

← Все статьи