Пошаговый алгоритм создания товаров в совершенно пустой админке интернет-магазина Lunar. 

Привет!

Сегодня разберемся, что за странные сущности имеются в наиболее популярном движке для создания интернет-магазинов Lunar и как со всем этим работать.

Для примера возьмём три совершенно разных товара из каталога объявлений kat.ru и попытаемся продублировать их в нашем новом интернет-магазине. Пока я буду рассказывать о сущностях в Lunar и их назначении, на экране будет реализован пошаговый алгоритм создания товаров. Эту последовательность можно использовать в качестве шпаргалки, если ваш магазин использует Lunar или вы только планируете создать свой собственный магазин и присматриваетесь к этому движку.

Приступим! Почему в Lunar нет готовых «карточек товаров»? Потому что Lunar не знает, что именно мы будем продавать. Он дает кирпичики, чтобы можно было построить идеальную админку под конкретный бизнес. Менеджер не должен видеть технический хаос — программист должен прийти до него и собрать из этих кирпичиков простую и удобную панель, скрывая всё лишнее.

Как не запутаться в базовых понятиях админки Lunar? А ведь их достаточно много...

Product Types (Типы Товаров)

Product Options (Опции Товаров)

Attribute Groups (Группы Атрибутов)

Attributes (сами Атрибуты)

Product Attributes (Атрибуты Товаров)

Variant Attributes (Атрибуты Вариантов)

Collection Groups (Группы Коллекций)

Root Collections (Корневые Коллекции)

Child Collections (Дочерние Коллекции)

Разобьём всё это на три группы.

Группа 1: Типы товара, Атрибуты товара и Опции товара

Начнём с атрибутов. Это самые мелкие «кирпичики», из которых состоят товары. Конкретно это свойства товаров: «Емкость аккумулятора», «Автор книги» и т. п.

ИИ определил главное правило проектирования интернет-магазинов так:

«Все, по чему покупатель будет фильтровать товары в каталоге, должно быть Атрибутом. Все остальное должно уходить в Описание». Запомним.

Группы атрибутов — это просто папки атрибутов для порядка в админке, чтобы админка не превращалась в бесконечную простыню из полей. «Технические данные», «Внешний вид» и др. 

Типы товаров - это шаблоны, которые решают, какие именно Атрибуты (папки с полями) привяжутся к товару. Странно было бы видеть поле «Емкость аккумулятора» у бумажной книги. Поэтому мы создаем Тип товара Смартфоны  (включает атрибуты батареи иобъём памяти) и Тип товара Книги (включает атрибуты переплета и автора).

Опции товара — это свойства, которые влияют на цену или склад. Они создают вариативность. В чем разница с атрибутами? Цвет айфона или тип переключателей на клавиатуре — это Опции (потому что у красного айфона свой остаток на складе, у черного — свой). А вот «наличие царапин» — это Атрибут (он просто описывает конкретный экземпляр товара, склад от этого не множится).

Группа 2: Дерево каталога

Коллекции — представляют собой категории товаров, а Группы коллекций — независимые ветки этого дерева. Зачем это: На сайте может быть главное меню (Каталог товаров), а может быть скрытая подборка «Товары для главной страницы» или «Распродажа недели». Группы позволяют разделять эти структуры, чтобы они не перемешивались.

Корневые коллекции — верхний уровень категорий в конкретной группе (например, «Электроника», «Книги»). Дочерние коллекции — подкатегории (например, «Смартфоны» внутри «Электроники»).

Группа 3, тонкие настройки: Атрибуты Товара и Атрибуты Варианта

В Lunar атрибуты можно вешать на разный уровень карточки. Атрибуты товара — характеристики, общие для всей карточки, независимо от комплектации, а Атрибуты варианта — характеристики, уникальные для конкретной модификации товара.

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

Как мы это сделали? Базовый рабочий процесс таков:

1. создаем атрибуты, которые описывают свойства товаров

2. создаем типы товаров, в которых объединяем только те атрибуты, которые характерны для данного типа

3. создаем сами товары, указывая только тип товара

4. наконец, редактируем товар, работая уже только с характерными для него полями-атрибутами

Пока-пока!