![Количество просмотров Количество просмотров](/local/templates/retail_new/images/eye-count.png)
Формирование контента в интернет-магазине. Классификация и категоризация
![Формирование контента в интернет-магазине. Классификация и категоризация Формирование контента в интернет-магазине. Классификация и категоризация](/upload/iblock/6cf/x2j3tsovcx71npt89trq6hjk2h7w39gy.jpg)
Продолжаем публикацию цикла статей руководителя направления развития компании «Content-House» Алексея Глушкова и руководителя развития контента Антона Баташова, посвященных тонкостям создания и структурирования контента в современном интернет-магазине.
В наших прошлых статьях мы поговорили о базовых вопросах, которые относятся, в первую очередь, к выбору и проектированию систем управления контентом. Сегодня же мы хотели перейти от общего к частному и обсудить такую интересную тему, как классификация и категоризация продуктов в вашем каталоге.
Для начала необходимо понять, что такое классификация и категоризация и зачем вообще она нужна. Если представить наш каталог как большую библиотеку, то мы увидим, что в каталоге, как и в библиотеке, каждый продукт лежит на своём, строго заданном месте. В библиотеке есть комнаты, в которых стоят книжные шкафы, каждый шкаф разделён по авторам, авторы отсортированы по первым буквам фамилий, а каждая из книг данного автора также занимает место согласно названию произведения или году выхода (зависит от библиотеки). В нашем же каталоге есть категории, у которых есть подкатегории и у которых в свою очередь, есть свои подкатегории и так далее, практически до бесконечности. В результате каждый продукт должен «находиться на своей полке», то есть должен быть привязан к той или иной подкатегории. При этом нужно учесть, что в отличие от дерева каталога магазина, один продукт может быть привязан только к одной подкатегории и никак иначе. Собственно, процесс построения структуры каталога и привязки продукта к той или иной категории и называется классификацией и категоризацией.
Рис. 1. Типовая структура дерева каталога.
Что же, с определением разобрались, вроде бы задача не очень сложная? Ведь мы всегда можем понять, что это за продукт и куда его класть? А вот и неправда. Построение структуры каталога это сложная, многогранная и постоянная задача. Структура находится в постоянном расширении, ведь продолжается увеличение ассортимента, добавляются новые продукты, которые зачастую имеют признаки классификации, ранее не встречавшиеся. Появляются новые производители, у производителей появляются новые линейки, подключаются новые поставщики с новыми типами товаров и новыми направлениями.
К каталогу и его структуре предъявляется целый набор требований, постараемся озвучить основные из них.
Обращаю ваше внимание, что всё нижесказанное относится только к PIM (Product Information Management) системам, в которых каталог и витрина полностью разделены. Если это не так, то построение каталога целиком и полностью зависит от требований, которые предъявляют маркетологи, оптимизаторы и продажники, поэтому что-либо советовать им, во-первых, бессмысленно, а во-вторых, просто глупо, ибо у каждого магазина собственное понимание и собственное видение этого процесса.
Удобство
Структура каталога должна создаваться таким образом, чтобы в ней было удобно решать одну главную задачу: производить много качественного контента. Поэтому структура каталога должна быть удобна для контентщиков, они должны интуитивно понимать, где какой продукт искать. Структура каталога должна быть удобна для менеджера класс/ката, позволяя ему быстро и правильно размещать продукты. Структура каталога должна быть удобна для дизайнеров, которые обрабатывают изображения.
Статичность
Структура каталога должна быть статична. При разработке первичной структуры, скелета, который в дальнейшем будет обрастать “мясом", категориями и подкатегориями, необходимо постараться тщательно всё продумать и учесть возможные векторы развития каталога. После начала заполнения каталога продуктами вносить изменения в его структуру категорически не желательно, ведь можно не только сбить с толку всех, кто работает в каталоге и со структурой каталога, так как они не смогут найти привычные разделы, так и потерять многие данные, например, из-за обрыва цепочек наследования.
Единообразие
Как мы выше говорили, каталог развивается непрерывно, при этом за время существования каталога, вследствие текучки кадров, сотрудники, с ним работающие, могут смениться несколько раз. Критически важно при создании структуры каталога создать и поддерживать в актуальном состоянии документацию к нему. Как именно это делать, не суть важно. Это может быть как файл Word, так и целая база знаний на Wiki-движке, главное, что этот документ необходим. В документации должны быть прописаны основные вопросы и основная логика как построения структуры каталога, так и часто встречающиеся проблемы, а также правила их решения. Если подобной документации нет или она плохо ведется, при смене сотрудника, ответственного за категоризацию, в каталоге может начаться разброд и шатание. Для продуктов, которые уже имели свое место в каталоге, начинают создаваться новые категории, названия категорий начинают писаться по-другому, появляются дублирующиеся категории и так далее.
В качестве хрестоматийного примера ситуации, в которой отсутствие документации привело к дублированию продуктов, хочется привести вот такое устройство:
Рис. 2. Духовой шкаф с электрической плиткой.
Перед нами духовой шкаф или электрическая печь (кто как называет), в которую интегрировали электрическую плитку. Естественно, возникает вопрос, в какой категории описывать подобный товар? В духовых шкафах? В электрических плитках? Или вообще лучше создать отдельную категорию для данного типа продуктов? Самое интересное, правильного ответа мы вам не дадим, ибо его просто нет. В каждой системе ответ будет свой, это зависит от возможностей системы, существующей структуры, используемых информационных моделей и того, как исторически сложилось решать такие проблемы. Если нет нормальной документации, а сотрудник, заведующий каталогом, работает недавно, вполне возможна ситуация, что он заведёт новую категорию продуктов, не зная о том, что данные продукты в его каталоге описываются как духовые шкафы.
Единовластие
У каталога должен быть ответственный за его работу человек, “хозяин". Нельзя доверять процесс создания новых категорий и подкатегорий верхнего уровня рядовым контентщикам, даже если они очень грамотные и очень об этом просят, аргументируя это оптимизацией процессов, уменьшением задержек на заведение продукта и прочими благами. Объясняется это достаточно банально: контентщик не хочет думать! Да, да, поразительно, но факт. Рядовой контентщик не заинтересован в том, чтобы включать свой мозг, в 99% случаях это сотрудник с невысокой квалификацией, который умеет усердно выполнять однообразную работу (ещё раз сюрприз), которой и является заполнение каталога продуктами. Поэтому контентщик никогда не будет тратить своё время на то, чтобы подумать, проанализировать, поискать похожие варианты, изучить структуру каталога и так далее. У него есть план продуктов в день, у него есть QPI и есть бонусы за их перевыполнение. Он будет размещать эти разделы там, где ему показалось удобно в настоящий момент. А с учётом того, что на структуре каталога завязано множество сервисов каталога, это всё заканчивается печально. Поэтому за каталогом должен наблюдать один сотрудник, который принимает решение. Да, у него могут быть помощники, которые подхватывают рутину в случае большой загрузки, но заведовать каталогом должен один человек. Он должен вводить новые категории, перестраивать существующие, расширять, дополнять и только он должен отвечать за результат. Тогда вы получите хорошо структурированный, продуманный и единообразный каталог.
Наследственность
Современные каталоги обладают целым рядом дополнительных возможностей, которые при грамотном использовании и хорошо продуманной структуре позволяют существенно сократить время как на поддержание, так и на описание продуктов. Одной из основных является возможность наследования тех или иных сущностей сверху вниз, то есть файл, ссылка, изображение, текст, привязанные к верхней категории автоматически наследуются вниз и отображаются в нижних категориях. В качестве примера можно рассмотреть линейку телевизоров от компании Samsung.
Рис. 3. Пример наследования внутри каталога
Внутри линейки данные телевизоры отличаются только диагональю. Инструкции, сертификаты, файлы драйверов, ссылка на официальный сайт, маркетинговая информация и даже изображения у всех телевизоров в этой линейке одинаковы. Если мы грамотно подойдём к созданию структуры каталога, то все эти телевизоры и только они, будут находиться внутри одной категории. Если это так, мы смело привязываем всю информацию, которая едина, к верхней категории. Далее контентщику нет необходимости дублировать по сути одну и ту же информацию, ему достаточно поставить галочку “наследовать" и эта информация в описание подтянется с верхней категории автоматом. На данный момент существуют каталоги, которые позволяют наследовать не только дополнительные файлы и информацию, но и даже значения характеристик. Благодаря этому процесс заполнения описания ускоряется в разы.
Вместо послесловия
Если мы хотим получить грамотный, структурированный, удобный и эффективный каталог, то к вопросу классификации и категоризации нужно подойти с умом и придерживаться описанных выше правил и подходов. Не важно, какой из способов классификации и категоризации вы выберете, главное – соблюдать системность и последовательность. Как мы видим, несмотря на кажущуюся простоту, задача создания структуры каталога далеко не проста, она требует вложения больших сил и тщательной проработки. Чем раньше вы начнете решать эту задачу, тем меньше вероятность того, что в будущем вы столкнетесь с большими проблемами, которые потребуют серьезного вмешательства в ваш каталог.