Когда ИИ превращает небрежное техническое задание в запускаемый прототип
Впервые, когда наша команда всерьёз использовала инструмент прототипирования с ИИ, самым заметным было не то UI, которое он выдал. Самое заметное — скорость, с которой наша фаза дизайна перестала выглядеть как слайд‑дек и начала вести себя как система.
Мы начали там, где всегда начинаем: разбросанные заметки по звонкам продаж, скриншоты потоков у конкурентов, доска FigJam, полная полуфабрикатов. Несколько лет назад этот бардак превратился бы в вайрфреймы, затем в экраны высокой чёткости, затем в бесконечную цепочку комментариев про пограничные случаи, о которых никто толком не думал. На этот раз мы сделали иначе. Мы восприняли этот бардак как входные данные для набора агентов, чья задача была не «сделать UI», а выдать что‑то, что мы действительно могли бы попытаться сломать.
Через пару часов у нас был запускаемый прототип: права доступа, базовые состояния, шаткий, но работающий рабочий сценарий. Он выглядел более завершённым, чем наши мысли на самом деле были — что, как мы выяснили, и обещание, и ловушка ИИ.
От статичных артефактов к исполняемому циклу дизайна
ИИ меняет фазу дизайна, но не так, как обещали презентации. Интересно не то, что мы можем делать больше экранов быстрее. Интересно то, что сама фаза дизайна становится исполняемой.
В командах SaaS и платформ, которые работают с агентами, а не просто с инструментами, дизайн перестаёт быть последовательностью статичных артефактов — персон, карт путешествий, вайрфреймов, мокапов, передачи в разработку. Это цикл: исследование, допущения, запускаемые прототипы, оценка, системные ограничения, итерация. Выход дизайнера перестаёт быть стопкой файлов Figma и начинает напоминать руководство по эксплуатации о том, как продукт — и агенты внутри него — имеют право вести себя.
Почему переработка рабочих процессов важнее простого внедрения ИИ
Большинство компаний ещё не на этом уровне. Отчет McKinsey 2025 State of AI показывает, что 88% организаций теперь используют ИИ хотя бы в одной бизнес‑функции, но для большинства это по‑прежнему эксперимент, прикрученный к старым рабочим процессам. Лучшие исполнители почти в три раза чаще перерабатывали свои рабочие процессы с учётом ИИ и дальше продвинулись в масштабировании ИИ‑агентов.
Это различие важно для дизайна. Если процесс не меняется, ИИ просто добавляет чат‑окно к прежним узким местам. Когда процесс меняется, сама фаза дизайна переписывается.
Эта статья о том переписывании — специально для людей, работающих над SaaS и платформенными продуктами. О том, что происходит, когда прототипы начинают вести себя, когда интерфейсы служат и людям, и ИИ‑агентам, когда дизайн‑системы становятся машинно‑читаемыми и когда передача между дизайном и инженерией схлопывается в общий исполняемый артефакт. И о том, чем на самом деле занимаются старшие дизайнеры вроде Aliyeh, когда ИИ «убирает бардак» и не останавливается на этом.
Ограничения традиционных артефактов дизайна
В традиционном проекте SaaS фаза дизайна порождала горы доказательств того, что что‑то происходит. Мы брали интервью у пяти или десяти пользователей и превращали их реплики в персоны. Мы картировали путешествия стикерами и стрелками. Мы рисовали потоки, вайрфреймы, UI высокой чёткости. Может быть, мы собирали прототип, чтобы успокоить стейкхолдеров, которым нужно было «увидеть, как оно кликается».
Все эти артефакты были полезны в определённой мере. Они помогали командам говорить о продукте. Но они также по своей сути были неполными.
Карта пути не скажет вам, что происходит, когда автоматизация тихо терпит неудачу. Статичная диаграмма потока не покажет, как ИИ‑ассистент должен реагировать, когда он уверен на 60% вместо 95%. Даже красивый прототип редко кодирует скучные, но опасные вещи: права доступа, следы аудита, обратимость, восстановление после сбоев.
ИИ‑нативные инструменты, делающие поведение видимым
ИИ‑нативные инструменты не исправляют это автоматически, но они выносят проблемы ближе к поверхности.
Когда дизайнер садится за систему вроде Figma Make, v0 или Bolt, выход — не плоский макет. Это артефакт, в который можно действительно ткнуть. Кнопки реагируют, формы отправляются, данные текут в каком‑то направлении.
В одном внутреннем примере, которым делилась Figma, команда использовала Make, чтобы прототипировать сложное взаимодействие с сеткой примерно за полтора часа — то, что ранее требовало бы нескольких дней кодированного прототипирования. Главное там не «сетка за 1,5 часа». Главное то, что дизайнер смог протестировать, как ощущается кусок поведения продукта, прежде чем кто‑то привязывался к архитектуре или создавал задачу.
Как запускаемые прототипы меняют разговоры о дизайне
Как только поведение можно «почувствовать», пустые жесты становятся сложнее. Вместо спора о том, выглядит ли расположение дашборда «чистым», вы начинаете спрашивать, разрешено ли автоматически обновлять запись на основе сгенерированного ИИ резюме без подтверждения человека. Вместо дебатов о цвете кнопки вы решаете, что случится с данными клиента, если агент три раза подряд неверно классифицирует тикет.
ИИ здесь помогает, но не как стилист. Он помогает тем, что делает дешевым получение первого чернового варианта поведения, которое все могут увидеть.
Пропасть между отполированными экранами и хрупким поведением
Есть подвох. Инструмент prompt‑to‑app может дать вам что‑то, что выглядит как готовый продукт за то же время, которое раньше уходило на называние страницы Figma. Недавний ориентированный на человека бенчмарк этих систем — тестирование 288 сгенерированных приложений по 96 промптам в таких инструментах, как Replit, Bolt и Firebase Studio — выявил постоянный разрыв между визуальным шлифом и функциональной надёжностью. Участники меньше доверяли тому, что они видели, когда пытались этим пользоваться. Экраны были блестящими; поведение — хрупким.
Для дизайн‑команд этот разрыв как раз и интересен. ИИ делает проще, чем когда‑либо, создать нечто похожее на продукт до того, как это начнёт работать как продукт. Это не делает дизайнеров менее нужными. Это делает их более ответственными.
Кому‑то придётся решить, согласован ли опыт, покрывают ли состояния реальный беспорядок, будет ли человек действительно доверять агенту настолько, чтобы позволить ему действовать от его имени.
