Смерть разработки продукта как мы её знали
Прощай, трёхногий стул, команды на две пиццы и «менеджеры»
О возможностях ИИ в разработке, дизайне и документации написано уже много. Но мне кажется, не менее интересные изменения происходят в том, как команды строят продукты в эпоху ИИ.
Этот пост создан при участии Хенри Модиссета, руководителя дизайна в Perplexity. Я восхищаюсь Perplexity по многим причинам, и одна из них — это то, как они как компания применяют ИИ на практике и находятся на передовой нового подхода к работе.
Смерть трёхногого стула и команды на две пиццы
Когда я была ребёнком, я обожала «Капитана Планету» — тот самый мультфильм 90-х, где пятеро подростков с волшебными кольцами (Земля! Огонь! Ветер! Вода! Сердце!) объединялись, чтобы сражаться с экологическими злодеями.
В своё время мне казалось, что сериал был невероятно оригинальным. (Персонификация планеты в виде аквамена в трико?!)
Я тогда ещё не знала, что смотрю на старый добрый архетип, который позже повторят «Могучие Рейнджеры», «Юные Титаны», «Мстители» — и, конечно, технологические продуктовые команды по всему миру.
В течение десятилетий традиционная техкоманда выглядела так:
-
Разработчики (3–5 человек) + продакт-менеджер + дизайнер = построено что-то классное.
-
Иногда к команде добавляли ещё кольца: Продажи! Данные! Маркетинг! Поддержка клиентов! Исследования пользователей! — чтобы сражаться с более крупными злодеями, при этом стараясь следовать «лучшему правилу»: эту группу должно быть возможно накормить двумя пиццами.
В эпоху ИИ всё это рушится. Пора новым героям выйти на сцену.
Смерть мокапов и документов
Традиционная разработка продукта настолько была превращена в best practice, что стала напоминать инструкции из IKEA:
-
Идея (рождается на бурных брейнштормах, где всё считается «революционным» и «инновационным»)
-
Мокапы (шлифуются до состояния красивого стори-борда для согласования со стейкхолдерами)
-
PRD/Product Requirements Document (детализированная 12-страничная «новелла», которой восхищаются все, но толком никто не читает)
-
Код (с дедлайнами, которые откладываются так же часто, как выходят фильмы Marvel)
-
Запуск (с массой надежд, мечтаний, крафтового пива и пиццы)
-
Сюрприз! (чаще всего сюрприз в том, что пользователи реагируют равнодушно, а не аплодисментами)
Раньше это работало — когда софт создавался за месяцы. Но теперь, с ИИ, который стал безумно продуктивным, дешёвым, но всё ещё «младшим сотрудником», которого надо активно микроменеджить, эта аккуратная линейная модель уходит в прошлое.
Задайте себе вопросы:
-
Зачем часами брейнштормить, если ИИ может сгенерировать 50 идей и сам же отсеять плохие за пару минут?
-
Зачем показывать статичные мокапы, если ИИ может собрать живую демку, чтобы стейкхолдеры сразу её попробовали?
-
Сколько стоит тратить усилия на написание длинных PRD, если ИИ меняет «правила игры» чуть ли не каждую неделю?
-
Зачем спорить об инженерных флоу, если предсказать поведение технологий стало невозможно?
-
Сколько бы вы достигли, если бы могли узнать свой «Сюрприз!» ещё до полноценного запуска?
Будущее — за прототипированием и обрезкой
Забудьте инструкции из IKEA. Вы не хотите оказаться в ситуации, где скрутили весь комод, а потом поняли, что вам на самом деле нужна лестница.
Будущее продуктовой разработки выглядит так:
-
Сад идей:
Не торопитесь выбирать. Воспитывайте «сад» из множества идей, каждая из которых — потенциальное семя. В Perplexity команда поддерживает длинный список идей, которые они мечтают попробовать. -
Прототипирование и обрезка:
Большая часть работы будет посвящена исследованию, имеет ли идея шанс на жизнь. Забудьте циклы согласований мокапов и PRD — идите через быстрые прототипы (код, промпты, модели и пр.). И проверяйте три критерия:-
Возможность: Можно ли это сделать с текущими технологиями?
-
Точность: Будут ли результаты стабильно соответствовать ожиданиям пользователя?
-
Скорость: Достаточно ли это быстро и плавно для реального использования?
-
-
Если на любой вопрос ответ «нет» — идею обрезают.
-
Доводка и вывод в продакшн:
Если идея доказала свою ценность, её шлифуют, настраивают на брендовые вибрации, готовят коммуникации и выкатывают — сначала на бета-тест, потом шире. -
Запуск:
Всё ещё с надеждами, мечтами, крафтовым пивом и пиццей. -
Дальнейшая обрезка:
Быстро отсекайте то, что не прижилось в реальном мире, чтобы освободить место новым идеям.

Эпоха индивидуальных исполнителей
Представьте, что вы собираете команду для квеста в «эскейп-руме». Вы бы предпочли шестерых менеджеров, спорящих о стратегии, или двух думающих людей, которые быстро перебирают комбинации замков?
Добро пожаловать в эпоху ИИ-компаний, где индивидуальные исполнители (ICs) — короли.
Прототипирование и обрезка требует команд с такими качествами:
-
Маленькие команды работают параллельно: 1-3 человека могут исследовать больше идей одновременно.
-
Смешение ролей:
Зачем нужен трёхногий стул, если инженер с ИИ может собирать мокапы, дизайнер — писать маркетинг-копирайт, а продакт — анализировать данные? -
Сокращение ролей «менеджеров»:
Чем меньше команда, тем меньше нужно людей для координации. Координатор нужен только ближе к продакшену. -
Хороший вкус:
Рука не может создавать лучше того, что может различить глаз.
Способность отличать отличное от посредственного — становится ключевой. -
Высокая автономность:
ИИ поддерживает тех, кто действует сам и решает проблемы без приказов.
v. Как выжить (и преуспеть)
Для лидеров:
-
Нанимайте любопытных универсалов, а не узких специалистов.
-
Следите за скоростью выхода новых фич — она должна расти.
-
Награждайте тех, кто делает, а не тех, кто только говорит.
Для исполнителей:
-
Видьте себя не как инженер/дизайнер/продакт, а как решатель проблем.
-
Делайте ИИ своим постоянным напарником: экспериментируйте везде, где раньше ждали помощи коллег.
-
Просто делайте: не ждите разрешений.
Для всех:
-
Примите хаос.
Будущее не строится по плану — оно растёт в садах.
Оригинал:
The Death of Product Development as We Know it — Julie Zhuo
IMHO: Пара мыслей в догонку
Полностью согласен с автором: традиционные циклы разработки слишком медленные. Только вот в реальности не у всех эти циклы похожи на красивую инструкцию IKEA. Чаще всё выглядит так:
-
Идея (приносит заказчик или бизнес, который считает её «революционной» и «инновационной»).
-
Идея формализуется в требования (продакт неделями просит всех прочитать и утвердить, но в итоге все просто окают, не вдумываясь).
-
Мокапы (шлифуются до блеска для согласования со стейкхолдерами).
-
PRD (12-страничная «новелла», которую все восхищённо лайкают, но никто толком не читает).
-
Код (с дедлайнами, откладываемыми так же часто, как релиз Hollow Knight: Silksong T_T).
-
Потом неожиданно вскрывается 7 альтернативных сценариев и 15 новых «ожиданий» от разработки и заказчика в стиле «я
не читал требованиядумал будет по-другому». -
Возврат к пункту 2 и ещё пара забегов по кругу.
-
Запуск (с крафтовым пивом и мечтами).
-
И сюрприз! Пользователи равнодушны.
Иногда продакт заранее старается набросать интерфейс до передачи в разработку. Но одно дело — посмотреть текст и картинки, а другое — реально потыкать работающий прототип.
Я уверен, что и скорость, и качество решений резко вырастут, если перейти к новой схеме:
-
Идея (из «банка идей» или от заказчика).
-
Продакт с ЧатомГПТ/Клодом/Манусом собирает прототип за пару дней. И проверяет:
-
Прототип уже лучше конкурентов?
-
Польза перевешивает боль при использовании?
-
Реально интегрировать в продукт за разумное время?
-
-
Идея формализуется в требования через тестирование прототипа на ЦА и стейкхолдерах (даём покликать — собираем фидбэк).
-
Улучшение прототипа и полевые испытания (поймал коллегу у кулера, дал задание — получил честный результат).
-
Мокапы (в прототипе будет черновой дизайн, профессиональные мокапы всё равно нужны).
-
PRD (для истории, не для чтения).
-
Код (с дедлайнами, которые теперь оценены по живому сценарию, а не по фантазиям).
-
Улучшаем по реальному фидбэку от команды, без ненужных циклов возврата.
-
Запуск!
-
Итеративные улучшения: если фича взлетела — добавляем новые сценарии, не взлетела — за это время уже есть три новых готовых прототипа.

Про универсалов и хаос
Отдельно хочется подчеркнуть мысль про найм любопытных универсалов. ИИ уже сегодня позволяет человеку за пару недель погрузиться в скоринг кредитных заявок, банковскую инфраструктуру Японии, разницу в ценообразовании на МРТ между США и Латинской Америкой.
Погружение в новые темы — это не проблема, если человек быстро учится и хочет разбираться.
И да, хаос — это новая норма. Фраза: «Пока ты думал, другой уже сделал» ещё никогда не звучала так жизненно, как сейчас. Да, можно сделать лучше. Но выигрывают те, кто делает и быстро, и хорошо. И для этого нужно уже сегодня использовать ИИ-ускорители — везде, где только можно.
Автор: Ellanorsh