Традиционный дизайн-кейс умирает

Раздутый дизайн-кейс умирает. Но не сам кейс.

Это различие и есть весь аргумент, держите его в голове. Презентация на 47 экранов с шестинедельной документацией процесса проигрывает трёхминутному Loom рабочего продукта, который кто-то собрал за одну сессию. Когда менеджер по найму может кликнуть по живой ссылке за десять секунд, ваш разбор double-diamond начинает ощущаться как домашнее задание, которое вы на него взваливаете.

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

Тред, который расколол дизайнерский Twitter

Конфликт стал публичным, когда дизайнер @andrewk опубликовал тред с вопросом: устарел ли традиционный кейс? Попало в точку: около 9,8 тысячи репостов и больше 400 ответов, дизайнеры разделились ровно пополам.

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

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

Что на самом деле изменилось (одна сессия, настоящая авторизация, настоящие платежи, запущено в тот же день)

Посмотреть на cursor.com

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

Инструменты сделали это реальным быстро. Длинная сборка в Claude Code или Cursor теперь удерживает связный план через всю сессию, вместо того чтобы рассыпаться после третьего файла. Надёжность Fable 5 на длинном горизонте и недавние победы в CursorBench объясняют, почему "один дубль" перестал звучать как трюк для демо и стал звучать как обычный вторник.

Так математика перевернулась. Старый кейс существовал отчасти потому, что создавать реальную вещь было дорого, медленно и требовало инженерной поддержки. Вы документировали процесс, потому что процесс был большей частью работы, которую вы реально могли показать.

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

Старый deliverable против рабочего артефакта (честная таблица)

Вот сравнение, которое делает это конкретным. Это не хайп, это разница в том, что каждый формат реально делает для человека, который вас оценивает.

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

Вот почему артефакт побеждает по доверию. Подделать работающую вещь сложнее, чем вещь, которую просто отрисовали.

Кейс не умер, умер раздутый

Теперь честный контраргумент, потому что некрологическая версия этой точки зрения ленива.

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

Это ловушка фразы "кейс умер". Люди слышат её и удаляют мышление вместе с раздутостью слайдов. Это не одно и то же. Раздутость: 12 слайдов с цитатами персон и мудборд, который никто не просил. Мышление: два решения, которые реально сформировали продукт.

Так что ход не в том, чтобы "перестать объяснять свою работу". Ход в том, чтобы "перестать накачивать". Оставьте суждение, уберите театр. Рабочий артефакт без истории за ним может читаться как "я промптовал свой путь сюда", и для старших позиций это реальная уязвимость.

Что ваше портфолио должно доказывать теперь (вкус, суждение, формулировка проблемы)

Когда выпуск почти бесплатен, дефицитная вещь не на выходе. Это три вещи, которые приложение, созданное за один подход, не может доказать само по себе.

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

Суждение. Покажите развилку. Покажите версию, которую вы убили, и однострочную причину, по которой вы её убили. Одно "мы попробовали X, это сломало доверие на кассе, поэтому мы сделали Y" доказывает больше, чем 40-слайдный нарратив пути без развилок.

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

Заметьте: ни одна из этих вещей не требует 50 экранов. Им нужна живая вещь и несколько честных предложений о решениях, которые вы приняли при её создании.

Как перестроить портфолио в этом месяце (начните с живой вещи, ведите краткий лог решений)

Посмотреть на cursor.com

Вы можете перестроить это за месяц, не сжигая то, что у вас есть. Форма проста: начните с артефакта, подкрепите его суждением, остальное уберите.

1. Начните с живой вещи. Первый экран каждого проекта: кликабельная ссылка или 60-90-секундный walkthrough работающего продукта. Не hero shot, а реальный продукт. Ревьюер должен коснуться чего-то реального прежде, чем прочитает слово.

2. Ведите краткий лог решений. Три-пять решений на проект, каждое в одну строку. Решение, отвергнутая альтернатива, причина. Это доказательство суждения, которое демо в одиночку нести не может.

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

4. Уберите театр процесса. Удалите слайды с персонами, карты эмпатии, которые вы никогда не использовали, мудборд, экраны "идеации". Если это не изменило продукт, это не заслуживает места.

5. Укажите дату выпуска. "Идея до живого за одну сессию" или "выпущено за выходные" теперь является весомым аргументом. Это сигнализирует, что вы можете двигаться со скоростью, с которой работа реально движется в 2026 году.

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

FAQ

Дизайн-кейс полностью умер?

Нет. Раздутый кейс с тяжёлым процессом умирает как дефолт. То, что он доказывал (умение думать и выпускать), теперь лучше живёт внутри рабочего артефакта плюс краткого лога решений.

Мне просто выложить рабочий прототип без объяснений?

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

Что такое one-shot приложение?

Полноценный рабочий продукт, часто с авторизацией, платежами и реальными данными, собранный за одну расширенную сессию в таком инструменте, как Claude Code или Cursor, и запущенный в тот же день. Человеческое суждение всё ещё участвует. Что рухнуло: расстояние от идеи до живой вещи.

Значит ли это, что джуниор-дизайнеры в опасности?

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

Как доказать своё мышление, если кейс исчез?

Вам не нужен длинный кейс, чтобы доказать мышление. Используйте краткий лог решений: принятое решение, отвергнутый вариант, однострочная причина. Три-пять таких записей рядом с живым артефактом доказывают больше суждения, чем 40-экранный нарратив.

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

Тогда ваш артефакт другой, но принцип сохраняется. Покажите рабочий срез или функционирующий компонент и прикрепите к нему лог решений. Сдвиг в том, чтобы "начать с чего-то реального и кликабельного", а не "пересобирать весь SaaS за выходные".

Вывод (артефакт и есть аргумент)

Артефакт теперь и есть аргумент. Когда вы можете передать кому-то работающую вещь, презентация, объясняющая, как бы вы её построили, становится слабой копией доказательства, которое у вас уже есть.

Тред @andrewk расколол дизайнеров примерно на 9,8 тысячи репостов и 400 с лишним ответов вглубь, потому что обе половины защищали что-то истинное. Одна половина защищала мышление. Другая защищала доказательство. Разрешение в том, что доказательство переехало в рабочую вещь, а мышление переехало в пять честных строк рядом с ней.

Так что не оплакивайте кейс. Уберите на пенсию раздутый, сохраните суждение и начните с живой вещи. Процесс уходит, продукт приходит.

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