Процесс с ИИ: Double Diamond и Design Sprint

Четыре этапа Design Council остались как были: Discover, Define, Develop, Deliver. Остались и четыре принципа: люди в центре, визуальная коммуникация, совместная работа, итерации. Изменилась стоимость итерации.

На панели Canvas 26 в июне 2026 года дизайн-директор Design Council Кэт Дрю сказала, что «иногда прототип и есть исследование». Команда VML там же описала проект, где два ромба превратились во «много маленьких ромбов»: неверная гипотеза стоит часы, а не две недели.

Патрик Ниман в статье «The UX Double Diamond is dead» идёт дальше. По его версии первый ромб сжимается до брифа на одну страницу: один результат для пользователя и написанный заранее стандарт «хорошо».

Второй ромб остаётся, и его главный ресурс — «бюджет суждения», то есть время на оценку и отбор вариантов. Если на оценку уходит меньше трети усилий команды, процесс работает «по ценам 2004 года». Исключение — всё необратимое: медицинские устройства, платёжные рельсы, железо. Тест простой: можно ли откатить изменение за день.

Нужны и возражения. Джефф Готельф пишет, что ИИ делает discovery не лишним, а невозможным пропустить: «отгружено и работает как задумано» — это скорость, а не ценность. NN/g формулирует иначе: команда, которая отдала рисерч ИИ, получает отчёт, но не получает обучения. Тест для любой задачи — учит ли она чему-то команду.

Обе позиции совместимы с Ниманом. Рисерч не исчезает; он перестаёт быть защитой от дорогой сборки и становится способом выбирать.

Структура спринта известна. У GV это пять дней: цель и карта, скетчи, решение и сториборд, прототип, пять интервью. В Design Sprint 2.0 от AJ&Smart дней четыре, первые два дня GV сжаты в один. Джейк Кнапп в книге Click (2025) добавил перед спринтом двухдневный Foundation Sprint: клиент, проблема, преимущества, матрица дифференциации 2×2 и «гипотеза-основание», которую спринт потом проверяет.

За людьми команды держат Decider и его супер-голос, интервью с экспертами в первый день, тихое индивидуальное скетчирование, модерацию тестов в последний день и интерпретацию. ИИ отдают сводку материалов к первому дню, первичную группировку HMW, разведку lightning demos, тексты сторибордов и мок-данные, сборку прототипа в третий день, транскрипцию и первый разбор тестов.

Тереза Торрес собрала истории команд, которые прототипировали на Lovable. Прототип занимал от нескольких минут до шести часов вместо недели, а постановка проблемы, интервью и выбор направления оставались за людьми. Там же повторяющаяся проблема: прототип выглядел готовым, и коллеги спрашивали, когда релиз. Одна команда для внутренних показов заменила его коротким видео.

«Сплит» — вымышленное приложение для совместных расходов: друзья едут в поездку, добавляют траты, приложение считает, кто кому сколько должен. Команда «Сплита» хочет понять, стоит ли делать распознавание чека: сфотографировал, и приложение само разложило позиции по людям. Спринт на четыре дня.

Цифры и находки условные. Важна разница ролей: ИИ ни разу не выбирал и ни разу не разговаривал с пользователем.

Промпт

Candid documentary photo of a small product team in a meeting room, wall covered with sticky notes, one person typing on a laptop, natural window light, unposed

ИИ вредит в четырёх случаях. Прототип отполирован до того, как решена иерархия экрана. Desk research сделан без первичных источников. На оценку вариантов уходит меньше трети усилий. Разговоры с пользователями отложены, потому что прототип уже есть.

Во всех четырёх случаях скорость сборки съедает этап, ради которого рамка и существовала. Первый из этих этапов, сбор данных, разобран в следующей теме.

Ты помогаешь дизайн-команде с desk research. Тема: [область, продукт, рынок]. Собери бриф: 8–12 утверждений о потребностях пользователей, их поведении и существующих решениях. К каждому утверждению — первичный источник со ссылкой и годом или пометка "НЕ ПРОВЕРЕНО". Отдельно: конкурирующие продукты с их заявленным позиционированием и пять открытых вопросов, которые можно закрыть только с живыми пользователями. Источники не выдумывай. Помечай, что взято из твоих общих знаний, а не из открытой страницы

Вот заметки с интервью и сводка рисерча: [вставить]. Напиши одну формулировку проблемы по шаблону "[сегмент] нуждается в способе [потребность], потому что [инсайт]. Доказательство: [цитата или цифра, источник]". Затем шесть вопросов "Как мы могли бы…", каждый привязан к конкретной строке доказательств. Используй только то, что есть во входных данных. Решения не предлагай

Дизайн-спринт, день 1. Долгосрочная цель: [цель]. Вопросы спринта: [список]. Задача А: по заметкам с интервью экспертов [вставить] набросай карту пути пользователя списком: действующие лица слева, 5–10 шагов, финал — цель. Задача Б: вот сырые заметки HMW [вставить]. Сгруппируй их в 5–8 тем, назови каждую тремя словами, перечисли заметки под каждой, пометь дубли. Не голосуй, не ранжируй и ничего не удаляй — голосует команда

Собери кликабельный прототип для одного сториборда, а не продукт. Вопрос спринта, который проверяем: [вопрос]. Сториборд: [6–8 сцен]. Стиль: [название стиля или ссылка на дизайн-систему], приложены: [скриншоты, токены, код компонентов]. Контент: только реалистичные мок-данные из [JSON], без lorem ipsum. Границы: только экраны из сториборда; тупики показывают простое состояние "в прототипе нет". Если есть ИИ-функция: один сгенерированный результат на шаг, пометка "сгенерировано ИИ", рядом кнопки Изменить, Отменить, Повторить и Настроить. В конце выдай список всех допущений, которые ты сделал