Как сделать карточку товара на Озон, чтобы покупатель понимал, что заказывает

В своих магазинах я переделывал обложку раньше, чем проверял, хватает ли покупателю информации для заказа. Фотография становилась аккуратнее, текст на ней — заметнее, а главный вопрос о товаре оставался без ответа. Приходилось возвращаться к характеристикам, составу комплекта и описанию применения, хотя деньги за оформление уже были потрачены. С тех пор я начинаю работу с карточкой не с задания дизайнеру, а с проверки того, что именно предлагаю человеку и где это написано. Красота помогает привлечь внимание, но не заменяет сведения, без которых страшно нажать кнопку покупки.

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

Что такое карточка товара на Озон для площадки и для меня

Для площадки карточка — структурированная запись о товаре, которую нужно отнести к категории, показать в подходящем контексте и связать с предложением продавца. Название, категория и характеристики дают для этого более однозначные сведения, чем надпись внутри картинки. Я не знаю точных весов, с которыми Ozon учитывает разные поля при показах, и не стал бы обещать рост позиций за заполненное описание. Но если нужного значения нет в характеристиках, покупателю труднее сопоставить товар со своими требованиями. Поэтому я отношусь к полям карточки как к рабочим данным, а не как к формальности перед публикацией.

Для меня как продавца карточка — место, где человек проверяет, подходит ли ему покупка и соответствует ли она своей цене. Здесь должны сходиться изображение, название, параметры, описание и фактическая комплектация. Если на фотографии показан дополнительный предмет, а в заказ он не входит, одного пояснения в глубине текста может оказаться недостаточно. Карточка также не равна всему предложению: покупатель видит цену, условия доставки, доступность товара и отзывы, которые нельзя исправить перестановкой слайдов. Именно поэтому я не оцениваю её качество отдельно от условий, на которых продаю.

У меня нет универсального рейтинга элементов, которые сильнее всего влияют на продажи в любой категории. Главное фото и понятное название помогают человеку решить, стоит ли открыть предложение, а характеристики и подробные изображения — проверить соответствие своей задаче. Для товара с требованиями к совместимости пропущенный параметр может быть болезненнее слабого фона на фотографии. Для товара, который выбирают по внешнему виду, сами изображения несут гораздо больше информации. Я ищу не самый красивый элемент, а самое существенное сомнение, которое карточка пока не снимает.

Как собрать карточку в кабинете без переделок после публикации

Перед созданием карточки я собираю исходные сведения из документов поставщика, маркировки, инструкции и осмотра самого товара. Мне нужны точное наименование, реальные параметры, состав комплекта и изображения именно того исполнения, которое будет отгружаться. Затем в кабинете продавца нахожу создание товара или подходящий сценарий работы с существующим каталогом, поскольку вид интерфейса может меняться. Если кабинет предлагает совпадающий товар, я сверяю его модель, исполнение и комплектацию, а не выбираю просто похожую фотографию. Ошибочно связанное предложение создаёт ожидания, которым мой товар не соответствует.

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

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

Требования к фото и размер карточки в пикселях

Запрос «карточка товара Озон размер в пикселях» обычно означает размер изображения, а не всей страницы товара. У самой страницы нет единого макета, который продавец загружает целиком: она собирается из полей, фотографий и элементов интерфейса. Для изображений нужно отдельно проверить допустимые размеры, соотношение сторон, формат файла и ограничения для выбранного типа контента. Актуальных численных требований для вашей категории у меня здесь нет, поэтому я не буду подставлять знакомые значения по памяти. Перед заданием дизайнеру я сверяю их с действующей справкой Ozon и подсказками загрузчика в кабинете.

Когда я проверяю требования Ozon Seller к фото, то отделяю техническую пригодность файла от его пользы для покупателя. Изображение может успешно загрузиться, но товар на нём окажется слишком мелким, цвет будет искажён, а подписи станут нечитаемыми при просмотре с телефона. Главное фото я оцениваю в уменьшенном виде: можно ли понять, что продаётся, не открывая картинку на весь экран. Дополнительные изображения распределяю по вопросам покупателя — внешний вид, детали, размеры, комплектация или применение, если это относится к товару. Точный набор кадров зависит от того, какую информацию невозможно достаточно ясно передать обычной характеристикой.

Не переносите сведения о товаре только на картинки. Значение, которое покупатель видит на слайде, не заменяет заполненную характеристику, а эффектная композиция не должна создавать ложное впечатление о комплектации. Все существенные обещания на изображениях нужно сверить с фактическим товаром и остальными полями. Иначе можно получить больше заказов ценой возвратов и расходов на обработку разочарованных покупок.

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

Как посчитать, окупилась ли работа над карточкой

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

• Собираю выручку по выбранной группе заказов и учитываю возвраты, отмены и корректировки. Если исходный показатель уже приведён за вычетом конкретной корректировки, повторно её не вычитаю.
• Из полученной выручки вычитаю себестоимость реализованного товара. По возвращённым товарам отдельно проверяю, вернулись ли они в пригодный для продажи остаток или возникла потеря.
• Далее вычитаю фактические удержания и услуги площадки, относящиеся к этой группе заказов, включая отражённые расходы на доставку и возвраты. Каждую операцию учитываю только однажды, даже если она видна в разных отчётах.
• Затем вычитаю расходы на упаковку и другие прямые затраты продавца, которые ещё не вошли в расчёт. Если общие расходы распределяю между товарами, сохраняю одинаковый принцип распределения для сравниваемых периодов.
• После этого вычитаю относящиеся к товару рекламные расходы. Если точная привязка к заказам недоступна, фиксирую способ распределения и не выдаю расчётную оценку за точное наблюдение.
• Сопоставляю полученный результат до и после изменения карточки, а затраты на съёмку, дизайн и подготовку контента учитываю отдельно при оценке окупаемости. Такой результат ещё не равен чистой прибыли магазина, если в нём отсутствуют налоги и остальные расходы бизнеса.

Рядом с деньгами я проверяю путь покупателя, потому что итоговая сумма сама по себе не объясняет причину изменений. Если отчёт даёт сопоставимые показы и переходы, делю переходы на показы и смотрю, стала ли карточка чаще привлекать внимание. Затем сопоставляю заказы с посещениями карточки в рамках той методики, по которой эти показатели сформированы в отчёте. Нельзя незаметно смешивать пользователей, просмотры и рекламные клики из разных источников: знаменатели получатся разными. Улучшение такого отношения для меня служит сигналом, но ещё не доказывает, что причиной стала именно новая фотография.

В нескольких магазинах ручная проверка быстро превращается в поиск расхождений между таблицами, особенно когда выручку уже скорректировали, а расходы ещё нет. Я сам сделал SellOps, потому что не нашёл готового сервиса, которому доверял бы в своей работе с аналитикой. Как устроен мой сервис, можно посмотреть в описании SellOps, но смысл расчёта продавцу всё равно нужно понимать самостоятельно. Ни один интерфейс не исправит неверную себестоимость и не объяснит эксперимент, в котором одновременно поменяли цену, рекламу и карточку. Если данных для уверенного сравнения не хватает, я так и записываю: результат пока нельзя приписать оформлению.

Как отличить проблему карточки от цены и рекламы

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

Отдельно я проверяю, каких посетителей приводит реклама и совпадает ли их ожидание с содержанием карточки. Рост переходов при слабых заказах может означать непонятное предложение, а может — приток людей, которым нужен другой товар. Если данные позволяют, сравниваю источники трафика раздельно и ищу, где именно изменилось поведение. Затем формулирую проверку: например, вынести на изображение подтверждённую комплектацию, не меняя одновременно цену и рекламные настройки. Полностью изолировать влияние внешних событий обычно не получается, но запись условий помогает не перепутать совпадение с причиной.

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

Завтра я бы выбрал карточку, у которой есть посещения, но остаётся конкретный вопрос к поведению покупателей. Сохранил бы её текущий вид, цену, условия доставки и доступные показатели, а затем сверил название, характеристики, комплектацию и изображения с реальным товаром. Из найденных пробелов выбрал бы тот, который мешает принять решение, и исправил его без одновременной перестройки всего предложения. В журнал изменений записал бы гипотезу, ожидаемый показатель и обстоятельства, способные повлиять на сравнение. После накопления сопоставимых данных проверил бы поведение покупателей и финансовый результат с учётом корректировок, а не ограничился числом заказов. Так работа над карточкой становится проверяемым действием, а не бесконечным спором о том, какой фон выглядит дороже.