Картинка не меняется хаотично: для каждой страницы выбирается свой стабильный визуал из пользовательского пула.
Что важно понять по теме «Как принять работу и внести правки»
Приёмка готовой карточки — это не момент «нравится или не нравится», а проверка соответствия техническому заданию. Дизайнер выполнил работу не по своим вкусовым предпочтениям, а по вашему брифу. Поэтому первый шаг при получении макетов — открыть ТЗ и сверить каждый пункт.
Здесь важно разделять два типа правок. Первые — это исправление ошибок и недочётов: не тот шрифт, пропущенная характеристика, неверный цвет фона, нет логотипа. Такие правки дизайнер делает бесплатно, потому что это его ответственность. Вторые — это изменения, которых не было в изначальном задании: «а давайте добавим ещё один слайд», «поменяйте концепцию главного фото», «вместо трёх размеров покажите пять». Это уже новая работа, и она оплачивается отдельно.
Чёткая граница между этими категориями экономит время обеим сторонам. Если вы понимаете разницу, процесс приёмки проходит спокойно и предсказуемо.
Практические особенности и варианты применения
Как правильно смотреть макет
Не оценивайте карточку в масштабе 100% на большом мониторе. Откройте её в том виде, в каком увидит покупатель: на экране телефона, в интерфейсе Wildberries или Ozon. Часто бывает так, что на компьютере всё выглядит отлично, а на мобильном текст сливается с фоном или иконки становятся нечитаемыми.
Покупатель принимает решение быстро: визуал, преимущества и доверие должны считываться за несколько секунд.
Как формулировать правки
Соберите все замечания в один список. Не отправляйте правки по одной — каждая новая итерация растягивает сроки. Формулируйте конкретно: вместо «как-то не то» пишите «уменьшите размер шрифта на втором слайде, сейчас он перекрывает фото».
Хороший формат списка правок:
- Слайд 1: убрать тень под товаром, добавить значок «Хит продаж» в левый верхний угол
- Слайд 3: заменить текст «Высокое качество» на «Прочная ткань, не скатывается», шрифт сделать жирнее
- Слайд 5: выровнять иконки по центру, сейчас смещены вправо
Сколько итераций нормально
Обычно в стоимость включается одна-две волны бесплатных правок. Если ТЗ было подробным, а коммуникация шла в процессе — часто хватает и нулевой итерации, когда работа принимается сразу. Если правок больше трёх, скорее всего, проблема не в дизайнере, а в изначальном задании или в том, что вы сами ещё не определились с концепцией.
Ошибки, ограничения и что учитывать на практике
Размытые формулировки
«Сделайте красивее», «Добавьте солидности», «Как-то не цепляет» — эти фразы дизайнер не может перевести в конкретные действия. Правка уходит в слепую итерацию: дизайнер переделывает, вам снова не нравится, цикл повторяется. Каждый раз формулируйте, что именно нужно изменить: цвет, размер, расположение, текст.
Правки, ломающие технические требования
Иногда селлер просит добавить столько элементов, что карточка превращается в визуальную кашу. Больше текста, больше иконок, больше цветов — не значит лучше. Маркетплейсы имеют ограничения по весу файла, а покупатель не будет разглядывать перегруженный слайд. Если дизайнер отказывается добавлять ещё один блок — возможно, он прав.
Переделка под видом правок
Ситуация: получили карточку, а потом решили полностью сменить позиционирование товара. Это не правка, это новый заказ. Дизайнер имеет право обозначить границу и предложить оформить отдельное ТЗ.
Согласование внутри команды
Частая проблема — когда правки приходят от разных людей с противоречащими комментариями. Менеджер хочет один акцент, руководитель — другой, логист просит добавить габариты, которые не помещаются. Соберите все мнения до отправки правок дизайнеру. Один ответственный — одно consolidated-задание.
Если процесс приёмки выстроен грамотно, вы получаете карточку, которая работает на продажу, а не бесконечный цикл переделок. Чёткое ТЗ в начале и конкретный список правок в конце — два условия, при которых дизайн приходит в срок и без нервов.
Пришлите ссылку, фото или описание товара в Telegram — посмотрим задачу и подскажем, какой формат карточек будет уместнее.
