Посетитель портфолио решает одну задачу: понять, хватит ли вашего опыта, чтобы начать разговор. Портфолио здесь работает как интерфейс — со сценарием, переходами и понятным выходом. Ваша работа: дать улики, по которым решение принимается, вместо галереи скриншотов, которую надо разгадывать.
Особенно заметно это у тех, кто совмещает дизайн и разработку. Аккуратный интерфейс сам по себе молчит: вы его нарисовали, собрали, поддерживали или сделали один компонент? Длинный список технологий тоже не объясняет, за какие задачи вы готовы отвечать.
Путь читателя
Человек находит страницу, узнаёт свою ситуацию, проверяет доказательства, видит границы вашей работы и выбирает следующий шаг. Каждый переход должен закрывать вопрос. Не закрывает — перехода не будет.
Под кого писать
| Читатель | Что проверяет | Что дать в кейсе |
|---|---|---|
| Основатель | понимаете ли вы проблему его клиента | короткое описание задачи и зачем её решали |
| Тимлид | ограничения реализации, поддерживаемость | технические решения и размен |
| Продюсер агентства | роль, загрузка, процесс работы | границы вклада, формат сотрудничества |
Выбирайте одного главного читателя на кейс, остальное уводите в подробности ниже по странице.
Формула, с которой начинается кейс
«Проект решал [проблему] для [аудитории]. Я отвечал за [объём]. Основное ограничение — [ограничение]. В работу вошли [результаты]».
Если поле неизвестно — найдите ответ или честно обозначьте пробел. Уверенная догадка тут хуже признания, что данных нет. Проекты, сделанные для себя, помечайте словом «концепт» в начале: он показывает мышление и исполнение, не создавая иллюзии коммерческих отношений, которых не было.
Проблема отдельно от решения
«Сайту нужен был редизайн» — это принятое решение. Проблема звучит иначе: что люди пытались сделать и что им мешало. Не находились детали услуг? Контент тяжело поддерживать? Команде не хватало единого способа публиковать новые страницы?
Дальше — про доказательства. Исследование пользователей, обращения в поддержку, аналитика, интервью с заказчиком и ваш собственный разбор интерфейса различаются по силе. Наблюдение дизайнера не становится результатом контролируемого эксперимента оттого, что так удобнее написать.
«Доступа к аналитике не было. При разборе интерфейса основное действие — бронирование — плохо находилось на узком экране. В новой версии его сделали заметнее, но влияние на завершённые брони не измерялось».
Такая формулировка полезнее придуманного процента конверсии: читатель видит качество вашей логики, включая место, где доказательства заканчиваются.
Ограничения — до финальных экранов
Ограничения объясняют решения. Команда без редактора и организация с отделом публикаций требуют разных подходов. Короткий срок запуска меняет объём. Интеграции ограничивают то, что можно менять без риска.
Перечислите, что реально повлияло на работу: время, контент, устройства, требования доступности, платформа, интеграции, поддержка. К каждому важному ограничению — следствие. Меньше шаблонов страниц сократило сложность для редактора. Простое взаимодействие легче поддерживать. Поэтапная миграция сохранила рабочий путь, пока обновлялся контент.
И не превращайте каждый компромисс в победу. Часть решений оставляет долг и открытые вопросы — их упоминание показывает, что выпуск версии и идеал для вас разные вещи.
Кто именно сделал работу
Напишите, что делали вы, а что — другие. Бренд, тексты, исследование, финальная сборка: у каждого пункта есть автор, и если это не вы, об этом стоит сказать, а разрешение на публикацию — получить.
Для дизайна опишите передачу: сценарии, прототипы, макеты, компоненты, документацию. Для разработки — что собрали вы и что пришло извне. Для поддержки — какие изменения вели, без заявки на владение продуктом целиком. Такая точность экономит время на переговорах: клиент, который знает, что в примере есть дизайн, но нет продакшн-разработки, реже строит неверные ожидания от сметы.
Решение, альтернатива, последствие
К каждому крупному выбору — альтернатива и причина, по которой она не подошла. Полная история решений не нужна: два разобранных выбора расскажут больше, чем десятки картинок без контекста.
У небольшой сервисной компании длинный список услуг. Один вариант — отдельная страница под каждую услугу, другой — группировка с понятной навигацией. Правильный ответ зависит от качества контента, запросов людей, поддержки и того, как услуги находят. Опишите размен, а не объявляйте один шаблон универсально лучшим.
В примере с реализацией объясните, как контентная модель помогает редактировать: что клиент меняет сам, что остаётся задачей разработчика, что произойдёт при добавлении новой услуги или человека в команду. Схемы и код держите такими, чтобы их можно было объяснить.
Проверьте само портфолио
Пройдите сайт на узком экране и клавиатурой, посмотрите, описывают ли заголовки то, что под ними. Ссылки должны отличаться от текста, у изображений — осмысленные альтернативные описания. В руководствах W3C по доступности разобраны типовые случаи: изображения, структура страницы, формы, навигация. Берите нужный раздел под конкретный компонент и не объявляйте быструю проверку доказательством полной доступности.
Отдельно пройдите путь до контакта. Форма объясняет обязательные поля и помогает исправить ошибку. Ссылка на почту ведёт на нужный адрес. Ссылка на календарь заранее объясняет, зачем встреча. Лишние персональные данные на первом шаге не нужны. И анимация, которая мешает рассмотреть работу, не делает презентацию убедительнее.
Контакт как начало разговора
Хорошая заявка устроена просто: тип проекта, задача, желаемые сроки, что уже есть. Дайте человеку подсказки, чтобы он описал ситуацию своими словами, — анкета на двадцать полей тут мешает.
В разговоре разделите результат бизнеса и ваш результат. Покупатель хочет больше заявок, вы отвечаете за сайт, а на заявки влияют ещё предложение, трафик, цены и работа отдела продаж. Обещания держите в границах того, чем управляете.
Запишите допущения: готовность контента, согласования, зависимости, расходы на платформу, передача, поддержка. Понятный общий список лучше красивого предложения без ответов. И небольшой журнал обращений — источник, потребность, последний контакт, договорённый шаг, результат — экономит память.
Каналы: что каждый даёт
Каналы не заменяют доказательства, они создают поводы до них добраться. Выбирайте по аудитории, запасу времени и типу работ, которые хотите объяснять.
| Канал | Что даёт | Чем платите | Кому подходит |
|---|---|---|---|
| Страницы услуг, SEO | поиск людьми, которые ищут подрядчика | время, неопределённые сроки | покупатель с понятной задачей |
| профессиональный контекст | регулярное участие | основатель, инхаус-команда, агентство | |
| Холодные письма | вы сами выбираете, к кому идти | изучение рынка, непредсказуемый отклик | бизнес с заметной задачей и известным решающим |
| Аутрич к основателям | повод вроде запуска или новой аудитории | приоритеты и бюджеты меняются | стартап, независимый автор |
| Рекомендации | представление с контекстом | объём не предсказать | бизнес знакомых коллабораторов |
| Сообщества и Reddit | разговор о практике, понимание аудитории | постоянное внимание, строгие правила | человек с конкретной задачей или коллега с рекомендацией |
| Каталоги и профили | ещё один маршрут к вам | разное качество обращений | покупатель, который сравнивает специалистов |
| Сообщества по платформам | близость к тем, кто уже работает на этом инструменте | требования к навыкам и допуску | команда, привязанная к конкретной платформе |
| Контент-маркетинг | объяснения, которые отсеивают нерелевантных | широкие тексты дают мало покупательского интереса | команда, которая готовит проект |
| Партнёрства | повторяющиеся поводы и общий контекст | маржа и доступ к клиенту делятся | смежный специалист, а не конечный клиент |
Тридцать дней на переделку
- Неделя 1. Выберите один кейс и одного читателя. Распишите проблему, объём, ограничение, результат. Всё, о чём нельзя сказать честно, уберите.
- Неделя 2. Добавьте пару решений с альтернативами и последствиями. Подпишите, что сделали не вы. Пометьте концепт-проекты.
- Неделя 3. Пройдите сайт на телефоне и клавиатурой. Поправьте заголовки, описания изображений, форму контакта.
- Неделя 4. Обновите два-три профиля и напишите пятерым конкретным людям — каждому своё, без общей рассылки. Заведите журнал обращений.
Частые ошибки
- список технологий вместо задач, за которые вы готовы отвечать;
- проценты и «результаты» без доступа к данным;
- чужие заслуги, растворённые в общем «мы сделали»;
- десятки скриншотов без подписи, что изменилось и почему;
- обещания роста заявок там, где вы отвечаете только за сайт.
Портфолио выигрывает не количеством работ, а тем, насколько быстро и честно читатель понимает: вот задача, вот что сделал автор, вот где заканчиваются доказательства, вот как начать разговор. Всё остальное — украшение вокруг этой конструкции.
Fluxs
Комментарии (0)
Войдите, чтобы комментировать.
Пока нет комментариев. Будьте первым.