Как автоматизировать день дивергенции в дизайн-спринте

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

Исходная ситуация автора: большой ecommerce-проект, новая инициатива без внятного ТЗ. В распоряжении — полтора разработчика, один дизайнер и два частично занятых продакт-оуннера. Полноценный спринт не провести. Но и бросать этап расхождения нельзя: если не генерировать варианты, команда выберет первую внятную идею и поймёт, что ошиблась, через три месяца.

Что такое день Sketch и почему он нужен

Дизайн-спринт длится пять дней: Understand, Sketch, Decide, Prototype, Validate. Для этого материала важен именно Sketch, потому что это день дивергенции. Задача — не сузить, а расширить пространство решений. Отдельный день под это не роскошь: если начать строить слишком рано, генерация вариантов прекращается, а то, что уже начали строить, становится планом. Decide-дню нужен выбор, и Sketch этот выбор создаёт.

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

Что автоматизировали

Взяли бриф: какую проблему решаем, для кого, что должно быть на странице, какой тон. Отдали этот бриф Claude Code. На выходе — несколько HTML-файлов, каждый открывается в браузере. За четыре минуты шесть агентов собрали три направления в двух уровнях детализации: чёрно-белый lofi-ваерфрейм и цветной hifi-вариант.

Ключевое — параллельность. Шесть агентов запускаются одновременно, каждый строит своё направление и не видит, что делают остальные. Именно тут прячется главная ловушка.

Ловушка: три направления, которые суть одно

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

Почему так? Если каждый агент придумывает свой угол вслепую, все три изобретаются из одного брифа в темноте. Получаются три брата, а не три направления. Выбор углов заранее — единственный момент, когда все три кандидата видны одновременно, и единственное место, где можно поймать схождение.

Что считать реальным отличием, тоже прописано. Не «сделай по-другому», а конкретные критерии: у каждого направления своя иерархия информации, своя идея того, что должно быть над сгибом, и один сигнатурный элемент. Не просто другой акцентный цвет.

Зачем lofi и hifi вместе

Каждое направление собирается дважды. Градации серого в ваерфрейме удерживают разговор на структуре, пока цвет не начал её перебивать. А цветной hifi можно показать стейкхолдеру и получить живую реакцию. Одно без другого не работает: lofi — для обсуждения, hifi — для проверки.

Где всё сломалось: технические ограничения

Одна часть истории закончилась хорошо: направления получились реально разными, и команда вместо пустой стены получила предметы для спора. Но было и падение.

Некоторые направления оказались технически нереализуемыми. Чат-бот, который надо было интегрировать, нарисовали так, как хочется, а не как он работает: авторы предположили уровень контроля над поверхностью разговора, которого сторонний сервис не даёт. Это ошибка автора, а не инструмента. В брифе была цель — «интегрировать чат-бот и сделать его частью продукта», но не было ограничений: что нельзя рестилить, что нельзя перехватить, что остаётся в iframe.

Генератор знает только те ограничения, которые вы ему дали. Не дали — он спроектировал красивые экраны, которые невозможно запустить. Фикс скучный, зато рабочий: записывайте технические ограничения в бриф как требования, потому что они и есть требования. И прогоняйте результат через проверку реализуемости.

Что эта автоматизация не заменяет

Это не дизайн-спринт. Здесь нет фасилитированного Decide-дня, нет тестов с реальными пользователями и нет главного продукта спринта — команды, которая неделю спорила в комнате и теперь одинаково понимает проблему. Выравнивание понимания — половина ценности спринта, и никакая генерация макетов его не создаёт.

Автоматизация лишь делает дивергенцию достаточно дешёвой, чтобы она вообще случилась. Если есть возможность провести полный спринт — проводите его, а этот приём можно использовать как разгон для Sketch-дня. Если возможности нет — автоматизация даёт набор направлений, с которыми можно работать. Это лучше, чем пустая стена.

Как повторить: короткий чек-лист

• Составьте бриф: проблема, аудитория, обязательные элементы страницы, тон.
• Отдельно выпишите технические ограничения — всё, что нельзя сделать из-за сторонних сервисов или существующих паттернов.
• Определите три реально разных угла заранее и не отдавайте их выбор исполнителям.
• Каждый угол собирайте отдельным агентом без доступа к остальным.
• Для каждого угла делайте lofi и hifi.
• После генерации проведите проверку реализуемости, прежде чем показывать стейкхолдерам.

Инструмент автор опубликовал под названием rapid-prototyping-kit. Бриф на входе, направления на выходе, свои дизайн-токены подставляете сами. Это не серебряная пуля, но из позиции «не знаем, что строить» это вытаскивает.