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