Вы открыли ссылку от дизайнера, а вместо привычного сайта увидели большое полотно с экранами. Где последняя версия? Почему кнопка не нажимается? Как объяснить замечание, чтобы после правки не возникло нового спора? В Гуси-Лебеди мы предлагаем смотреть макет как будущий пользователь: пройти конкретный путь, проверить содержание и записать вопросы к нужным элементам. Для этого не требуется осваивать профессию дизайнера.
Для начала нужны ссылка на актуальный вариант, доступ на просмотр и понятный объём проверки. Затем стоит рассмотреть экраны и, если он подготовлен, пройти интерактивный прототип. Замечания оставляют в комментариях, а согласование фиксируют отдельно: какие экраны приняты, что осталось открытым и какую версию передают в разработку.
Что получить перед просмотром макета в Figma
Попросите дизайнера прислать не просто «ссылку на проект», а точку входа для проверки. Например: «Главная и страница услуги, вариант для компьютера и телефона, версия от 6 октября; проверить путь до заявки». Это условный пример сообщения, а не описание конкретного проекта. Дата, список экранов и задача позволяют участникам обсуждать один вариант.
В файле могут соседствовать рабочие экраны, старые решения и эксперименты. Уточните, какие из них входят в согласование. Если вам показывают только главную страницу, это ещё не означает, что каталог, форма и мобильный вариант уже готовы. Список того, что пока не подготовлено, полезнее догадок по пустому месту на холсте.
Файл с макетом и ссылка на прототип: что выбрать
Макет в редакторе позволяет рассматривать отдельные экраны, тексты и состояния. Прототип демонстрирует подготовленные переходы между экранами: например, открытие меню и движение от услуги к форме. Для проверки содержания и последовательности действий удобно получить оба варианта, если интерактивная демонстрация входит в работу.
Откройте полученную ссылку в браузере. Если видите сообщение о нехватке прав, попросите владельца проверить доступ именно для вашего аккаунта. Войдите под адресом, на который отправлено приглашение. Не нужно передавать друг другу пароль от общей учётной записи или создавать второй аккаунт дизайнера для заказчика.
Согласно справке Figma о правах доступа, право Can view позволяет смотреть файл и комментировать его, но не менять содержимое. Для обсуждения макета этого достаточно. Редактирование стоит запрашивать только тогда, когда вы действительно должны вносить изменения в согласованном процессе.
Не рассчитывайте, что любая ссылка обязательно откроется без входа. Доступ зависит от настроек файла и организации. Отдельно проверьте границы показа: Figma указывает, что возможность поделиться только прототипом без доступа к исходному файлу доступна на платных планах. На Starter зритель ссылки из режима презентации может открыть исходник. Само слово «прототип» в ссылке не гарантирует, что другие экраны скрыты.
Как смотреть экраны по задаче пользователя
Начните не с выбора оттенка кнопки, а с вопроса: зачем человек пришёл на сайт? Разберём условный сайт услуг с калькулятором. Посетитель выбирает услугу, вводит параметры, получает предварительный результат и отправляет запрос. На каждом шаге нужны сведения для следующего решения. Красивый первый экран не заменяет понятного объяснения того, что человек получит после отправки.
Пройдите этот путь по порядку. Видно ли, что входит в услугу? Понятны ли единицы измерения в полях? Ясно ли, предварительная это оценка или окончательная цена? Можно ли вернуться и изменить параметры? Что происходит, если обязательное поле пустое? Вопросы относятся к поведению и содержанию интерфейса, поэтому их можно обсуждать без дизайнерской терминологии.
Что прототип покажет, а что придётся проверить отдельно
Откройте режим презентации прототипа и пройдите согласованный маршрут. Не нажимается кнопка? Сначала уточните, предусмотрена ли для неё связь. По документации Figma, при наличии связей в просмотре показываются связанные фреймы. Поэтому успешный проход одного пути не подтверждает полноту всех экранов файла.
Прототип не доказывает, что заявка уйдёт в CRM, расчёт использует реальные тарифы или оплата обработается банком. Демонстрация может показывать подготовленный ответ. Проверку формы, интеграций и данных проводят уже на реализованном сайте. На этапе макета ваша задача состоит в том, чтобы описать ожидаемое поведение и увидеть нужные состояния.
У формы стоит запросить не только успешную отправку, но и вариант с ошибкой, ожиданием ответа и возможностью повторить действие. У списка услуг могут понадобиться пустой результат и длинное название. Набор состояний определяется конкретной задачей; нет обязательного одинакового перечня для любого сайта.
Компьютер и телефон проверяйте как разные варианты
Уменьшенная картинка большого экрана не показывает мобильное решение. Откройте предназначенные для телефона фреймы: где меню, как расположены поля, читаются ли условия, в каком порядке идут блоки? После общего обзора приблизьте важные элементы. Иначе макет может выглядеть аккуратным целиком, а надписи и пояснения останутся незамеченными.
Наличие двух нарисованных ширин ещё не подтверждает адаптивность будущего сайта на всех промежуточных размерах. Это материал для реализации и последующей проверки в браузере. Если непонятно, какую потребность должен закрывать экран, сформулируйте её через user story: кто действует, чего хочет и для чего ему результат.
Как оставить комментарий в Figma, который поможет исправить макет
В браузере включите инструмент комментариев на панели или нажмите C, затем укажите нужное место и напишите замечание. Эти способы описаны в официальной инструкции по комментариям. Перед отправкой проверьте экран и версию: точная формулировка, оставленная на старом варианте, тоже создаёт путаницу.
Хороший комментарий связывает наблюдение с задачей. «Сделайте красиво» не объясняет, что нужно изменить. «На мобильном экране под результатом калькулятора не видно, что цена предварительная. Прошу показать это до кнопки заявки» уже задаёт проверяемый результат. Это условная ситуация: сначала убедитесь, что такое ограничение действительно есть в ваших условиях услуги.
Пример комментария: «Экран “Расчёт”, мобильный вариант. Кнопка называется “Продолжить”, но следующий шаг сразу отправляет запрос. Нужно заранее объяснить действие: человек должен понимать, что обращается к нам, а не переходит к ещё одному шагу».
Здесь указаны место, наблюдение и ожидаемая ясность. Дизайнеру остаётся предложить подходящую формулировку и расположение. Если текст должен точно соответствовать утверждённым условиям, приложите сам текст или ссылку на источник. Не заставляйте исполнителя восстанавливать цену, срок или юридическое условие из переписки.
- Разделяйте независимые вопросы. Ошибка в цене и расположение меню требуют отдельных ответов, даже если находятся на одном экране.
- Отмечайте характер замечания. Неверные условия, непонятное действие и личное предпочтение по цвету имеют разные основания для решения.
- Указывайте связи. Если изменение названия услуги касается каталога, формы и письма, перечислите эти места.
- Не подменяйте проблему догадкой о посетителях. «Никто не поймёт» требует доказательств. Можно написать: «Мне непонятно, что означает эта подпись; предлагаю проверить её на представителях аудитории».
Если макет смотрят несколько сотрудников, договоритесь, кто собирает итоговую позицию компании. Два противоречащих комментария не должны автоматически превращаться в две обязательные правки. Зафиксируйте решение в той же ветке: какой вариант выбран и почему. Дизайнеру нужен итог обсуждения, а не необходимость угадывать, чьё сообщение важнее.
Как проверить ответы и зафиксировать согласование
Ответ «исправлено» означает, что пора снова открыть макет. Посмотрите изменённое место, затем связанные экраны. В нашем условном калькуляторе замена кнопки затрагивает ожидание посетителя и сообщение после отправки. Если поменяли только надпись, а следующий экран по-прежнему обещает другой результат, задача ещё не решена.
В Figma можно отвечать в ветках и отмечать комментарии решёнными; детали описаны в инструкции по управлению обсуждением. Такой статус удобен для организации работы. Он не заменяет решение заказчика о согласовании всего макета: закрытый вопрос к одной кнопке не означает, что приняты остальные страницы.
Если обсуждение исчезло после отметки Resolved, включите в панели комментариев фильтр Show resolved comments. Так можно найти решённую ветку и при необходимости снова открыть её. Не удаляйте комментарий ради чистого экрана: по справке Figma удалённое обсуждение нельзя восстановить даже возвратом к более ранней версии файла. Если мешают метки, для их скрытия предусмотрено сочетание Shift + C.
Что записать в итоговом сообщении
Не ограничивайтесь словом «ок». Сохраните ссылку на согласованный вариант и перечислите принятую часть работы. Если файл продолжает меняться, договоритесь с дизайнером, как сохранить именно рассмотренное состояние: отдельную копию, зафиксированную версию или комплект экспортированных экранов вместе с описанием поведения. Картинки позволяют сверить внешний вид, но не сохраняют интерактивные переходы.
Например: «Согласованы главная и страница услуги в вариантах для компьютера и телефона, версия от 6 октября. Форма передаётся в разработку с описанными состояниями ошибки и подтверждения. Страница тарифов пока не согласована: ожидаем окончательные условия». Это пример формулировки, который нужно заполнить реальными названиями, датой и решениями вашего проекта.
Открытые вопросы запишите рядом с итогом: кто отвечает, какое решение требуется и влияет ли оно на следующий этап. Позднее новое пожелание сравнивают с этим зафиксированным объёмом. Так можно отличить исправление несоответствия от расширения задачи, не превращая каждый разговор в спор о том, «что имелось в виду».
При проектировании макетов сайта мы советуем заранее обсуждать сценарий проверки и критерии согласования. После перехода к разработке интерфейса потребуется отдельная приёмка работающих страниц: сравнение с дизайном, формы, состояния и поведение при разных размерах окна. Принятый макет даёт ориентир для этой проверки, но не отменяет её.