Что писать в описании проекта

Почему подпись под работой важна не меньше самой работы

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

Формула короткого описания

Для карточки в общем портфолио (не для отдельного развёрнутого кейса, про это статья «Как правильно показывать кейсы») достаточно 2-4 предложений по формуле:

1. Кто клиент / какая ниша.
2. Какая была задача.
3. Что вы сделали.
4. Какой результат (если есть цифры, обязательно).

Пример по формуле

Клиент: студия растяжки, 2 зала в городе
Задача: увеличить число заявок с рекламы в Instagram
Решение: разработал посадочную страницу под конкретный оффер
  "пробное занятие за 500 рублей" вместо общей страницы студии
Результат: стоимость заявки снизилась с 450 до 210 ₽

Шаг 1. Избегай описаний без конкретики

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

Шаг 2. Пиши на языке результата, а не процесса

Аналогично принципу из статьи «Как продавать услугу, а не рассказывать о себе»: избегай перечисления инструментов и техник вместо объяснения, что это дало клиенту.

Вместо: "Использовал сетку 12 колонок, компонентный подход, Figma"
Пиши: "Собрал дизайн-систему, благодаря которой клиент теперь
может сам добавлять новые страницы без привлечения дизайнера"

Шаг 3. Используй разную длину описания под разные площадки

Место размещения	Рекомендуемая длина
Карточка в общем портфолио/ленте	2-4 предложения (30-60 слов)
Отдельная страница кейса	150-250 слов
Отклик на конкретный заказ	1-2 предложения с отсылкой к похожему опыту

Шаг 4. Указывай свою роль честно, если проект командный

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

Роль в проекте: дизайн интерфейса (вёрстка и интеграция
силами команды разработки заказчика)

Шаг 5. Добавляй контекст ограничений, если он усиливает историю

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

Задача была сделать сайт за 3 дня перед мероприятием, успел собрать
одностраничник с ключевой информацией и формой регистрации,
клиент получил первые 40 заявок ещё до открытия сайта в поиске.

Чек-лист описания проекта

• Указана ниша/тип клиента
• Сформулирована конкретная задача, а не общие слова
• Объяснена логика решения, а не просто перечислены инструменты
• Есть результат: измеримый или качественный
• Длина описания соответствует месту размещения

Хорошая подпись к проекту требует чуть больше времени, чем "готовый макет, качественная работа", но именно она превращает портфолио из набора картинок в набор доказательств того, что ты умеешь решать реальные задачи бизнеса.