Портфолио
Как собрать кейс: задача, ограничения, решение, результат
2 мин чтения
Кейс — это рассказ о решении, а не отчёт о проделанной работе. Разница в том, что в рассказе видно, почему сделано именно так.
Задача
Начинайте не с «клиент попросил редизайн», а с того, что было не так. В хорошей формулировке есть проблема и тот, у кого она была.
Слабо: «Нужно было обновить дизайн приложения». Сильнее: «Пользователи не доходили до конца оформления заказа: три экрана, на втором отваливалась половина».
Если измерений не было — так и напишите: «по словам поддержки», «по наблюдению команды». Выдуманная метрика хуже её отсутствия: кейс разбирают по шагам, и про цифру спросят.
Ограничения
Часть, которую выбрасывают чаще всего, — и зря. Именно она отличает дизайнера от рисовальщика.
Сроки, размер команды, легаси, требования безопасности, отсутствие исследований, платформа, на которой всё держится. Решение, принятое в этих рамках, читается совсем иначе, чем то же решение в вакууме.
Решение
Показывайте развилки. Не «вот финальный экран», а «рассматривали три варианта, выбрали этот, потому что». Один абзац про отвергнутый вариант делает кейс сильнее, чем ещё страница финальных макетов.
Промежуточные артефакты — вайрфреймы, схемы потоков, наброски — не мусор, а доказательство, что решение не появилось сразу готовым. Что означают эти слова, если вы встретили их впервые, — в словаре.
Результат
Не у каждого проекта есть метрика, и это нормально. Порядок предпочтений:
- Цифра до и после, если её измеряли.
- Наблюдаемое изменение: меньше обращений в поддержку, короче путь, быстрее сборка.
- Решение, принятое по итогам: что запустили, что отменили, что переписали.
- Честное «проект не дожил до релиза» с объяснением почему.
Четвёртый вариант — нормальный. Ненормально молчание в этом месте.
Ваш вклад
Одно предложение: что делали вы, а что делали остальные. «Мы сделали» без расшифровки на собеседовании превращается в неудобный вопрос — подробнее в материале про командную работу и NDA.
Где кейс чаще всего разваливается
- Начинается с картинок, а не с задачи.
- Нет ни одной развилки — всё «получилось само».
- Результат заменён словами «клиент остался доволен».
- Процесс показан, а решения не видно: двадцать вайрфреймов и ни одного объяснения.
- Кейс длиннее, чем нужно. Если его нельзя пересказать за минуту, его не дочитают.
Дальше
- Первый экран портфолио — как расставить кейсы, чтобы до них дошли.
- Портфолио целиком — структура и объём.
Частые вопросы
Из каких частей состоит кейс в портфолио?
Задача, ограничения, решение, результат и ваш личный вклад. Первые две части объясняют, почему решение именно такое; без них кейс читается как показ картинок.
Что писать в результате, если метрик не было?
Наблюдаемое изменение или решение, принятое по итогам: что запустили, что отменили, что переписали. Если проект не дожил до релиза, так и напишите с объяснением — это лучше молчания и намного лучше выдуманной цифры.
Нужно ли показывать промежуточные наброски и вайрфреймы?
Да, но с объяснением. Двадцать вайрфреймов без единого комментария показывают процесс и прячут решение — а спрашивают именно про решение.
В этом разделе
Первый экран портфолио: что видно до того, как начали читать
На скрининге портфолио открывают на несколько секунд. Что должно быть видно без прокрутки и почему это решает больше, чем содержание кейсов.
Что показывать, если работа под NDA или сделана командой
Самая частая причина пустого портфолио — «всё под NDA». Что можно показать законно и как описать вклад, когда проект делали впятером.
Тестовое задание: когда браться и как оформить
Разумное тестовое ограничено по объёму и не решает боевую задачу компании бесплатно. Как отличить одно от другого, о чём договориться заранее и что сдавать.