Прощай, трёхногий стул, команды на две пиццы и «менеджеры»

О возможностях ИИ в разработке, дизайне и документации написано уже много. Но мне кажется, не менее интересные изменения происходят в том, как команды строят продукты в эпоху ИИ.

Этот пост создан при участии Хенри Модиссета, руководителя дизайна в Perplexity. Я восхищаюсь Perplexity по многим причинам, и одна из них — это то, как они как компания применяют ИИ на практике и находятся на передовой нового подхода к работе.

Смерть трёхногого стула и команды на две пиццы

Когда я была ребёнком, я обожала «Капитана Планету» — тот самый мультфильм 90-х, где пятеро подростков с волшебными кольцами (Земля! Огонь! Ветер! Вода! Сердце!) объединялись, чтобы сражаться с экологическими злодеями.

В своё время мне казалось, что сериал был невероятно оригинальным. (Персонификация планеты в виде аквамена в трико?!)

Я тогда ещё не знала, что смотрю на старый добрый архетип, который позже повторят «Могучие Рейнджеры», «Юные Титаны», «Мстители» — и, конечно, технологические продуктовые команды по всему миру.

В течение десятилетий традиционная техкоманда выглядела так:

• Разработчики (3–5 человек) + продакт-менеджер + дизайнер = построено что-то классное.

• Иногда к команде добавляли ещё кольца: Продажи! Данные! Маркетинг! Поддержка клиентов! Исследования пользователей! — чтобы сражаться с более крупными злодеями, при этом стараясь следовать «лучшему правилу»: эту группу должно быть возможно накормить двумя пиццами.

В эпоху ИИ всё это рушится. Пора новым героям выйти на сцену.

Смерть мокапов и документов

Традиционная разработка продукта настолько была превращена в best practice, что стала напоминать инструкции из IKEA:

1. Идея (рождается на бурных брейнштормах, где всё считается «революционным» и «инновационным»)

2. Мокапы (шлифуются до состояния красивого стори-борда для согласования со стейкхолдерами)

3. PRD/Product Requirements Document (детализированная 12-страничная «новелла», которой восхищаются все, но толком никто не читает)

4. Код (с дедлайнами, которые откладываются так же часто, как выходят фильмы Marvel)

5. Запуск (с массой надежд, мечтаний, крафтового пива и пиццы)

6. Сюрприз! (чаще всего сюрприз в том, что пользователи реагируют равнодушно, а не аплодисментами)

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

Задайте себе вопросы:

• Зачем часами брейнштормить, если ИИ может сгенерировать 50 идей и сам же отсеять плохие за пару минут?

• Зачем показывать статичные мокапы, если ИИ может собрать живую демку, чтобы стейкхолдеры сразу её попробовали?

• Сколько стоит тратить усилия на написание длинных PRD, если ИИ меняет «правила игры» чуть ли не каждую неделю?

• Зачем спорить об инженерных флоу, если предсказать поведение технологий стало невозможно?

• Сколько бы вы достигли, если бы могли узнать свой «Сюрприз!» ещё до полноценного запуска?

Будущее — за прототипированием и обрезкой

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

Будущее продуктовой разработки выглядит так:

1. Сад идей:
   Не торопитесь выбирать. Воспитывайте «сад» из множества идей, каждая из которых — потенциальное семя. В Perplexity команда поддерживает длинный список идей, которые они мечтают попробовать.

2. Прототипирование и обрезка:
   Большая часть работы будет посвящена исследованию, имеет ли идея шанс на жизнь. Забудьте циклы согласований мокапов и PRD — идите через быстрые прототипы (код, промпты, модели и пр.). И проверяйте три критерия:

   • Возможность: Можно ли это сделать с текущими технологиями?

   • Точность: Будут ли результаты стабильно соответствовать ожиданиям пользователя?

   • Скорость: Достаточно ли это быстро и плавно для реального использования?

3. Если на любой вопрос ответ «нет» — идею обрезают.

4. Доводка и вывод в продакшн:
   Если идея доказала свою ценность, её шлифуют, настраивают на брендовые вибрации, готовят коммуникации и выкатывают — сначала на бета-тест, потом шире.

5. Запуск:
   Всё ещё с надеждами, мечтами, крафтовым пивом и пиццей.

6. Дальнейшая обрезка:
   Быстро отсекайте то, что не прижилось в реальном мире, чтобы освободить место новым идеям.

Эпоха индивидуальных исполнителей

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

Добро пожаловать в эпоху ИИ-компаний, где индивидуальные исполнители (ICs) — короли.

Прототипирование и обрезка требует команд с такими качествами:

• Маленькие команды работают параллельно: 1-3 человека могут исследовать больше идей одновременно.

• Смешение ролей:
  Зачем нужен трёхногий стул, если инженер с ИИ может собирать мокапы, дизайнер — писать маркетинг-копирайт, а продакт — анализировать данные?

• Сокращение ролей «менеджеров»:
  Чем меньше команда, тем меньше нужно людей для координации. Координатор нужен только ближе к продакшену.

• Хороший вкус:
  Рука не может создавать лучше того, что может различить глаз.
  Способность отличать отличное от посредственного — становится ключевой.

• Высокая автономность:
  ИИ поддерживает тех, кто действует сам и решает проблемы без приказов.

v. Как выжить (и преуспеть)

Для лидеров:

• Нанимайте любопытных универсалов, а не узких специалистов.

• Следите за скоростью выхода новых фич — она должна расти.

• Награждайте тех, кто делает, а не тех, кто только говорит.

Для исполнителей:

• Видьте себя не как инженер/дизайнер/продакт, а как решатель проблем.

• Делайте ИИ своим постоянным напарником: экспериментируйте везде, где раньше ждали помощи коллег.

• Просто делайте: не ждите разрешений.

Для всех:

• Примите хаос.
  Будущее не строится по плану — оно растёт в садах.

Оригинал:
The Death of Product Development as We Know it — Julie Zhuo

IMHO: Пара мыслей в догонку

Полностью согласен с автором: традиционные циклы разработки слишком медленные. Только вот в реальности не у всех эти циклы похожи на красивую инструкцию IKEA. Чаще всё выглядит так:

1. Идея (приносит заказчик или бизнес, который считает её «революционной» и «инновационной»).

2. Идея формализуется в требования (продакт неделями просит всех прочитать и утвердить, но в итоге все просто окают, не вдумываясь).

3. Мокапы (шлифуются до блеска для согласования со стейкхолдерами).

4. PRD (12-страничная «новелла», которую все восхищённо лайкают, но никто толком не читает).

5. Код (с дедлайнами, откладываемыми так же часто, как релиз Hollow Knight: Silksong T_T).

6. Потом неожиданно вскрывается 7 альтернативных сценариев и 15 новых «ожиданий» от разработки и заказчика в стиле «я не читал требования думал будет по-другому».

7. Возврат к пункту 2 и ещё пара забегов по кругу.

8. Запуск (с крафтовым пивом и мечтами).

9. И сюрприз! Пользователи равнодушны.

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

Я уверен, что и скорость, и качество решений резко вырастут, если перейти к новой схеме:

1. Идея (из «банка идей» или от заказчика).

2. Продакт с ЧатомГПТ/Клодом/Манусом собирает прототип за пару дней. И проверяет:

   • Прототип уже лучше конкурентов?

   • Польза перевешивает боль при использовании?

   • Реально интегрировать в продукт за разумное время?

3. Идея формализуется в требования через тестирование прототипа на ЦА и стейкхолдерах (даём покликать — собираем фидбэк).

4. Улучшение прототипа и полевые испытания (поймал коллегу у кулера, дал задание — получил честный результат).

5. Мокапы (в прототипе будет черновой дизайн, профессиональные мокапы всё равно нужны).

6. PRD (для истории, не для чтения).

7. Код (с дедлайнами, которые теперь оценены по живому сценарию, а не по фантазиям).

8. Улучшаем по реальному фидбэку от команды, без ненужных циклов возврата.

9. Запуск!

10. Итеративные улучшения: если фича взлетела — добавляем новые сценарии, не взлетела — за это время уже есть три новых готовых прототипа.

Про универсалов и хаос

Отдельно хочется подчеркнуть мысль про найм любопытных универсалов. ИИ уже сегодня позволяет человеку за пару недель погрузиться в скоринг кредитных заявок, банковскую инфраструктуру Японии, разницу в ценообразовании на МРТ между США и Латинской Америкой.

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

И да, хаос — это новая норма. Фраза: «Пока ты думал, другой уже сделал» ещё никогда не звучала так жизненно, как сейчас. Да, можно сделать лучше. Но выигрывают те, кто делает и быстро, и хорошо. И для этого нужно уже сегодня использовать ИИ-ускорители — везде, где только можно.