Внедрение новой PIM-системы и перенос сайта с большим ассортиментом на CMS Битрикс. Кейс Castorama

Oдному из крупнейших в России сетей гипермаркетов по продаже товаров для дома, дачи и ремонта Castorama потребовалось внедрить новую PIM-систему и перенести сайт с CMS Magento на CMS Битрикс. Причем сделать это нужно было в краткие сроки и не только с сохранением всего функционала, но и доработками в рамках расширения возможностей.

О том, что из этого получилось, рассказывают эксперты компании iBRUSH. 

Сразу скажем, что это очень интересный опыт параллельного переноса двух сложных систем на другие платформы одновременно. При этом важно было не потерять связь между сайтом и новой PIM-системой.

PIM-система: выбор, внедрение и перенос данных

На первом этапе провели тщательную аналитику для определения того функционала, который требуются специалистам для полноценной и комфортной работы системы. Для этой цели, например, опросили сотрудников, работающих в PIM.

Было записано более 10 часов видео со всеми возможными путями сотрудников в прошлой системе. Также была проведена работа по аналитике клиентской части сайта — нужно было и сохранить привычный для пользователей дизайн, и постараться улучшить UX.

Второй этап — это, собственно, выбор PIM-системы. Решили остановиться на корпоративной программной платформе с открытым исходным кодом PimCore.

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

Наверное, основная сложность состояла в том, что базовая версия системы не предусматривала работу со слишком большим ассортиментом товаров, а у гипермаркета он состоит из порядка 12000 типов (от аэрогрилей до зубных щеток).

Поэтому третьим этапом была кастомизация. Нужно было подстроить систему под задачи гипермаркета и сформулированные на предыдущем этапе требования.

В целом, в PIM-системе было множество доработок, связанными с логикой работы со статусами на событиях:

• Был практически с нуля написан модуль экспорта на сайт. За основу было взято одно из расширений PimCore с минимальным функционалом. Дальше постепенно вносили в него изменения — до тех пор, пока не пришли к желаемому результату. По итогу от модуля осталась только внешняя оболочка, а большинство логики в нем было переписано.
• Также был написан модуль импорта товаров в PIM — по тому же принципу. Был взят готовый импортер и полностью пересобран под задачи "Касторамы", вплоть до автоматического определения соответствия между загружаемыми данными и полем в товаре.

Кроме того, было проработано множество фич, касающихся внутреннего функционала.

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

Перенос данных в новую PIM-систему

Далее нужно было экспортировать все типы и поля описания товаров из предыдущей PIM-системы, а также преобразовать данные в понятный для PimCore формат.

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

Также ассортимент "Касторамы", как мы уже сказали, состоял из нескольких тысяч типов товаров, и PIM-система пыталась выводить их все одновременно, что занимало массу времени. После оптимизации данного процесса скорость вывода товаров значительно увеличился.

Сам процесс оптимизации состоял в разбитии процесса экспорта на сайт на две раздельные задачи:

• Выгрузка всех товаров на сайт. При первом запуске были выгружены абсолютно все товары со статусом "Готов к публикации". Затем выгружались только позиции с этим статусом и временем изменения, превышающим время выгрузки на сайт.
• Выгрузка одного товара. Происходит при публикации одного товара в PIM, ранее уже выгруженного на сайт. Либо же ее можно запустить вручную для конкретного товара. Также отдельно вынесли экспорт на сайт структуры товара, справочников (поставщики, материалы, цвета), и типов в отдельные задачи.

Суммарно эти решения позволили существенно снизить нагрузку на сайт при экспорте товаров.

В целом, весь процесс импорта всех данных занял около 40 часов.

В итоге было реализовано:

• несколько видов импорта для возможности массовой загрузки типов и деревьев каталога (потребительского и коммерческого);
• загрузка справочников и самих товаров.

Кроме того, для импорта товаров была создана система распознавания значений для упрощения загрузки данных. Без этого нововведения для каждого типа товара необходимо было бы пользоваться своим импортом по конкретному типу.

Автоматизация для упрощения загрузки данных

Изначально был воркфлоу (принцип организации работы, при котором повторяющиеся задачи представлены как последовательность стандартных шагов), реализованный с переходами от статуса к статусу (где-то автоматом, а где-то — вручную в зависимости от процесса) с разбивкой доступности к тому или иному статусу для изменений конкретной роли. Процесс был внедрен исходя из функциональных требований, расписанных во время интервью с менеджерами.

Так как процессы во время реализации работ менялись, привычный воркфлоу был упразднен, как и некоторые роли. Мы реализовали несколько другой подход к работе со статусами, и их автоматизированными переходами в зависимости от процента или конкретных полей заполненности. 

Теперь переход товара в другой статус осуществляется автоматически (в отличие от большинства других систем, где это делается вручную): система сама при сохранении/создании товара проверяла заполнение (в том числе и корректность) отдельных полей и на основании полученного результата присваивала товару определенный статус.

Например, только что созданный пустой товар автоматически попадает в статус "Новый товар". Или, если все поля в товаре заполнены, но нет ни одного изображения в товаре, то статус "Готов к публикации" товар не получит до тех пор, пока в него не добавят изображение.