Шаблон дизайн-кейса: как писать кейсы, которые действительно приносят работу

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

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

Что нанимающие менеджеры читают на самом деле

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

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

Шаблон из восьми разделов

Эти восемь разделов в таком порядке покрывают любой кейс, который нужно написать дизайнеру. Ключевые проекты получают полную версию. Небольшие получают сжатую. Разделы остаются теми же.

Раздел 1: Результат одной строкой

Начинайте с результата, а не с предыстории. Одно предложение. Что выпустил дизайн и что изменилось.

«Переработали оформление заказа для B2B SaaS, конверсия выросла на 32% в первом квартале». Вот это начало кейса. «Я был рад взяться за этот проект для стартапа в стелс-режиме в финтех-сфере» это кейс, который закроют за пять секунд.

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

Раздел 2: Проблема в одном абзаце

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

Максимум от двух до четырёх предложений. Что было сломано. Кому это вредило. Почему так и оставалось. Это и есть проблема.

Хороший абзац о проблеме:

У оформления заказа был 63% отказов на корпоративном тарифе, потому что команды закупок не могли переслать коммерческое предложение финансистам без скриншотов. Существующий поток предполагал одного покупателя с кредитной картой. Исправить это значило переделать всё под коллективную покупку по счёту с оплатой net-60.

Без предыстории. Без «клиент пришёл к нам». Сразу к ограничению. Материал про принципы дизайна лендингов описывает ту же дисциплину для маркетингового текста. Для кейсов правило то же.

Раздел 3: Ограничения

Кейсы без ограничений читаются как художественная проза. У каждого реального проекта они есть (сроки, команда, платформа, комплаенс, бюджет, существующая система). Их перечисление вызывает доверие, потому что доказывает: дизайнер работал в реальном мире, а не делал личный ребрендинг бренда из Fortune 500.

От пяти до семи пунктов. Конкретно.

• Команда из двух дизайнеров, одного инженера, одного PM
• Шесть недель от старта до релиза
• Существующая дизайн-система заморожена, только дополнения, никаких переопределений
• Только корпоративный тариф, потребительское оформление заказа не трогаем
• Обязательная интеграция с существующим потоком закупок SAP
• Цель по доступности WCAG AA с первого дня
• Никакой новой бэкенд-работы, только фронтенд и интеграция

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

Раздел 4: Процесс в сжатом виде

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

Покажите доказательство каждого, по одному разу.

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

Доказательство проверки: один артефакт исследования или тестирования. Итоги юзабилити-теста с двумя цитатами, результат A/B-теста, скриншот аналитики с состоянием «до», итерация прототипа с аннотированными изменениями. Один артефакт с подписью, что он изменил.

Доказательство выпуска: реально работающий дизайн. Не финальный макет в Figma. Живой URL, скриншот из App Store, записанный сценарий. Кейсы, где показаны макеты Figma и ни разу выпущенный продукт, читаются как бумажные дизайны.

Раздел 5: Журнал решений

Этот раздел большинство дизайнеров пропускают. Менеджеры читают его дважды.

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

От трёх до пяти записей. Шаблон каждой:

• Решение: что выбрано
• Альтернатива: что отвергнуто
• Причина: ограничение или инсайт, который определил выбор
• Результат: что произошло после релиза

Пример:

• Решение: Отправка коммерческого предложения переделана в публичную ссылку только для чтения вместо нативного потока копии финансистам.
• Альтернатива: Копия финансистам внутри продукта с обязательным созданием аккаунта.
• Причина: Команды закупок и финансов часто сидят в разных системах, и закупки не стали бы ждать процесса создания аккаунта.
• Результат: 71% корпоративных предложений были отправлены в течение 24 часов после создания, против 12% до редизайна.

Журналы решений это самое близкое к рабочему интервью, что есть в портфолио. Пишите их первыми, а потом стройте вокруг них остальной кейс.

Раздел 6: Результат с цифрами

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

Работают три типа цифр.

Бизнес-цифры. Выручка, конверсия, удержание, активация, время до ценности, CAC, LTV. Менеджеры хотят видеть их первыми, потому что они напрямую связаны с причиной существования дизайн-команды.

Продуктовые цифры. Завершение задач, доля ошибок, объём обращений в поддержку, время на задачу, принятие функций. Они доказывают, что дизайн изменил поведение пользователей, а значит, был хорош.

Цифры качества. Оценка аудита доступности, улучшение core web vitals, принятие дизайн-системы, сэкономленное время на передачу в разработку. Это цифры второго эшелона, полезные, когда бизнес- и продуктовых цифр нет (под NDA, слишком рано измерять).

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

Если проект под NDA, так и скажите. Замените точные цифры проверяемыми диапазонами («рост конверсии на низкие двузначные проценты», «активация выросла вдвое»). Не выдумывайте. У менеджеров есть друзья в каждой компании, и они спрашивают.

Раздел 7: Ваша роль, прямо

Каждому кейсу нужен чёткий ответ на вопрос, который менеджер на самом деле держит в голове: что этот дизайнер сделал лично.

Два-три предложения. Говорите «я», если работа была сольной, и «наша команда из четырёх», если нет, и в обоих случаях перечислите конкретный вклад.

Хорошо:

Я вёл проектирование взаимодействий и отвечал за журнал решений. Я работал в паре с одним инженером над потоком оформления заказа и с одним PM над определением объёма. Другой дизайнер в команде отвечал за визуальную систему, которую я применял, но не проектировал.

Расплывчато:

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

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

Раздел 8: Рефлексия

Один короткий абзац. Что бы вы сделали иначе, если бы запускали проект заново.

Это маркер сеньорности. Джуниоры рефлексируют общими словами («я бы раньше и больше итерировал с пользователями»). Сеньоры рефлексируют конкретикой («я недооценил сроки интеграции с закупками на четыре недели и в первый же день выделил бы её в отдельный воркстрим, а не вкладывал в проект оформления заказа»).

Слишком позитивная рефлексия («всё прошло отлично») читается как флаг недоверия. Слишком негативная («я провалился») как непрофессионализм. Конкретная и тактическая читается как рефлексия человека, который учился на проекте и будет учиться на следующем.

---

Что вырезать из большинства кейсов

Большинство кейсов в портфолио длиннее, чем нужно, поэтому менеджеры их пролистывают. Вырежьте следующее:

Абзац «о клиенте». Если клиент известен, менеджер и так знает. Если нет, контекст относится к описанию проблемы, а не к отдельному блоку.

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

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

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

Эссе о личном стиле. Разделы «моя философия дизайна» пропускают. Если философия настоящая, кейсы продемонстрируют её, не объявляя.

---

Длина кейса по уровню сеньорности

Длина кейса меняется с уровнем, структура нет. Восемь разделов остаются. Меняется глубина внутри них.

Всё, что длиннее 2500 слов, это кейс, который никто не дочитывает. Правило для сеньоров и стаффов: плотность, а не длина. Больше суждений на абзац, а не больше абзацев.

Как написать первый черновик

Самый быстрый путь к публикуемому кейсу: писать в таком порядке, который не совпадает с порядком, в котором его видит читатель.

1. Сначала напишите журнал решений. От трёх до пяти записей. Это самая трудная часть, и на ней держится всё остальное.
2. Вторым напишите раздел результата. Достаньте цифры до того, как писать вокруг них.
3. Третьими напишите проблему и ограничения. Теперь вы знаете, какие ограничения были важны, потому что знаете, какие решения они определили.
4. Четвёртым напишите раздел процесса. Выберите три артефакта, заслужившие своё место.
5. Последними напишите роль и рефлексию. Коротко, честно, готово.
6. Результат одной строкой в начале перепишите в самом конце, когда всё остальное написано. Это последнее написанное предложение и первое прочитанное.

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

Как показать процесс, не усыпив читателя

Именно в разделах процесса большинство портфолио пролистывают до смерти. Решение в плотности, а не в удалении.

Один аннотированный скриншот на артефакт. Не галерея всего рабочего файла. Один скриншот с тремя выносками, объясняющими, на что ответил артефакт.

Одно видео прототипа не длиннее 30 секунд. Забудьте про необработанную запись экрана. Смонтируйте видео прототипа в плотный цикл, показывающий ключевое взаимодействие, с подписью.

«До» и «после», каждый раз. Любое сравнение с «до» сильнее сравнения без него. Даже карандашный набросок рядом с выпущенным продуктом читается как прогресс. В глоссарии про вайрфреймы описано, какие ранние артефакты имеют вес.

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

Если вам нужна команда, которая проводит аудит портфолио и переписывает кейсы с участием нанимающих менеджеров, наймите Brainy. Ревью портфолио одно из самых быстрорастущих наших предложений для сеньорных и стафф-дизайнеров в поиске работы.

Тест кейса: прошёл или нет

Прогоните каждый кейс через пять проверок, прежде чем он попадёт в ваше портфолио.

Тест на сканирование. Может ли читатель понять проблему, подход и результат только по заголовкам и первым предложениям. Если нет, сканируемость сломана. Структурное исправление описано в материале про визуальную иерархию в дизайне.

Тест на цифры. Есть ли на странице хотя бы две настоящие цифры. Если нет, кейс это история без кульминации.

Тест на роль. Может ли читатель ответить на «что этот дизайнер сделал лично» меньше чем за 10 секунд чтения. Если нет, раздел роли слишком расплывчатый.

Тест на решения. Показывает ли кейс хотя бы три неочевидных решения с названными компромиссами. Если нет, дизайнер выглядит исполнителем, а не мыслителем.

Тест на выпуск. Есть ли доказательство, что работа действительно вышла. URL, скриншот на реальном устройстве, ссылка на App Store, скриншот продакшн-кода. Если нет, кейс умозрительный, а не профессиональный.

Пять проверок. Пять минут. Каждый кейс, каждый раз.

---

FAQ

Какой длины должен быть дизайн-кейс?

От 800 до 2500 слов, в зависимости от уровня. Кейсы джуниоров занимают от 800 до 1200, мидлов от 1200 до 1800.

Сеньоров от 1500 до 2200. Кейсы стаффов и принципалов могут растягиваться до 2500, если решения и цифры это оправдывают. Всё длиннее теряет читателя.

Что должен включать каждый дизайн-кейс?

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

Как написать кейс, не нарушив NDA?

Замените конкретные цифры проверяемыми диапазонами («рост конверсии на низкие двузначные проценты») и названные бренды отраслью («финтех с более чем 100 корпоративными клиентами»). Чётко укажите NDA в начале кейса. Не выдумывайте цифры и бренды. Менеджеры проверяют, а выдуманные кейсы заканчивают карьеры.

Как показать процесс, не усыпив читателя?

Ограничьтесь тремя артефактами (один на формулировку, один на проверку, один на выпуск). Аннотируйте каждый артефакт тем, на что он ответил. Заменяйте длинные видео прототипов 30-секундными нарезками ключевого взаимодействия. Всегда включайте сравнение «до и после». Плотность побеждает объём на любом ревью портфолио.

Какая самая большая ошибка дизайнеров в кейсах?

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

Как написать кейс, если проект ещё не выпущен?

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

Портфолио это страница продаж

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

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

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

Если вам нужна команда, которая проводит аудит, переписывает и выпускает портфолио, превращающиеся в собеседования, наймите Brainy. Мы прогнали этот шаблон через продуктовые, брендовые и UX-портфолио, и структура работает каждый раз.

Читайте также

• Принципы дизайна лендингов
• Визуальная иерархия в дизайне
• Как презентовать фирменный стиль клиентам
• Цены на дизайн фирменного стиля