Ваш ИИ-процесс - не продукт

Каждую неделю кто-то публикует свой процесс работы с ИИ.

Один дизайнер показывает цепочку промптов, собственные skills, этапы исследования, вайрфреймы, контент-стратегию, генерацию интерфейса, циклы review и handoff. Кто-то отвечает, что это не настоящий дизайн. Другой называет это инновацией. Затем комментарии превращаются в один и тот же спор: это лень, это дизайн, это заменит дизайнеров, это правильный процесс?

Мне кажется, большая часть спора проходит мимо сути.

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

Проблема начинается, когда личный процесс подается как доказательство чего-то универсального. Обычно он ничего такого не доказывает.

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

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

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

Работа становится встречами, стандартами, согласованиями, handoff, уточнениями, переформулировками, ожиданием, проверкой общего понимания и переговорами с владельцами ворот, которые могут не улучшать продукт.

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

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

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

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

Для человека, которого и раньше раздражали лишние встречи, жесткие стандарты, театр процессов и gatekeeping, ИИ-агенты выглядят не просто эффективными. Они выглядят как лучшая форма работы.

ИИ делает вопрос острее, потому что производство дешевеет. Если инструменты умеют генерировать резюме исследований, персоны, customer journey, вайрфреймы, интерфейс, контент, прототипы, тикеты, тесты, документацию и код, способность процесса производить артефакты больше не впечатляет.

Конечно, он может производить артефакты. Теперь это простая часть.

Сложнее понять, приводят ли эти артефакты куда-либо. Стал ли продукт яснее? Выполнил ли пользователь задачу быстрее? Сократилось ли число обращений в поддержку? Выросла ли конверсия? Стал ли onboarding короче? Выпустила ли команда результат быстрее без снижения качества? Выдержала ли сгенерированная работа review? Стало ли проще обслуживать систему? Получил ли бизнес лучший результат?

Если нет, процесс может быть интересным, но почти ничего не доказал.

Здесь многие разговоры об ИИ становятся странными. Люди защищают достоинство процесса вместо демонстрации его последствий.

Кто-то говорит, что ИИ ускоряет его процесс. Хорошо, но к чему он движется быстрее? Быстрее к лучшему продукту полезно. Быстрее к большему числу артефактов, шуму, встречам, непроверенным предположениям и отполированным неверным ответам не является прогрессом. Это ускорение без направления.

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

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

Поэтому важен не внешний вид вашего ИИ-процесса. Сильнее вопрос о том, что он надежно производит и откуда вы знаете, что он работает.

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

Все эти ответы могут быть верными. Но им нужны доказательства.

Не ощущения. Не скриншоты красивого процесса. Не героический тред о том, что инструменты думают как вы.

Доказательства.

Продукт изменился. Метрика сдвинулась. Цикл сократился. Частота дефектов осталась приемлемой. Команда приняла меньше глупых решений. Клиент быстрее получил ценность. Окончательный артефакт выдержал реальность.

Вот о чем стоит спорить.

Процесс не является продуктом. Процесс является гипотезой о том, как производить ценность. Как любую гипотезу, его следует оценивать по тому, что происходит после встречи с реальностью.