01Начни с одного решения, которое стоит показать

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

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

02Контекст: роль, данные, ограничения

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

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

03Покажи развилку и причину выбора

Один из самых полезных фрагментов кейса — два варианта с объяснением компромисса. Например, общий список тарифов помогает обзору, а пошаговый подбор снижает число одновременно видимых условий. Какой вариант выбрал и почему? Какая информация была доступна в момент выбора?

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

04Изображения должны доказывать утверждение

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

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

05Результат: разные уровни доказательности

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

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

06Текст кейса можно проверить за две минуты

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

Убирай фразы «создан современный и удобный интерфейс», если за ними нет конкретики. Замени на действие и последствие: «Объединил условия тарифов в одну область сравнения; пользователь видит, что меняется при выборе». Это не требует вымышленных измеренных результатов.

07Защита: объяснять ограничения без обороны

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

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

08Что показать, если проект не был запущен

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

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

Источники и дальнейшее чтение