Путь одного товара от фото до денег на счёте: рабочий день продавца с единым каталогом
В прошлой статье я объяснял, зачем продавцу единый каталог товаров и почему три кабинета с разными версиями одной карточки это мина замедленного действия. Судя по вопросам в комментариях, теория понятна, а практика нет: хорошо, каталог единый, а как выглядит сама работа? Сегодня отвечаю разбором одного сквозного сценария: проведу один товар по всей цепочке, от заведения карточки до заказа, возврата и строчки в отчёте о прибыли, и покажу, где в этой цепочке раньше жили мои ошибки, а теперь живёт автоматика. Это не перечень функций сервиса, это логика процесса, и она одинакова, каким бы инструментом вы ни пользовались.
Звено первое: товар становится карточкой
Всё начинается до всяких площадок. У товара есть исходные данные: характеристики, состав, размеры, фото, документы, и первый вопрос любого процесса, где они лежат. У меня ответ один: в едином каталоге, я веду его в PIM-модуле TopSeller, и карточка собирается там до того, как товар увидит хоть одну витрину. Кто работает с товароучётной системой, обычно тянет исходники из неё, у кого её нет, заводит товар прямо в каталоге, это вопрос удобства, а не принципа.
Принцип в другом, и он ключевой для всей цепочки: ошибка, допущенная на этом шаге, дальше размножится на все площадки автоматически. Перепутали состав в каталоге, и он поедет неправильным везде. Поэтому именно здесь, а не на витринах, у меня живёт контроль: сверка с документами, с этикеткой на упаковке, с сертификатом. Один раз, тщательно, в одном месте. Это приятная сторона единого источника: проверять тоже надо один раз.
Звено второе: одна карточка расходится по площадкам
Дальше то, что раньше занимало у меня вечера. У каждой площадки свои категории, свои обязательные поля, свои требования к фото. Раньше это означало ручное заполнение трёх кабинетов с неизбежными расхождениями. Теперь адаптация происходит на выходе из каталога: исходник один, а в каждую витрину уезжает версия под её требования. TopSeller работает с Wildberries, Ozon, Яндекс Маркетом, Мегамаркетом, AliExpress и Лемана ПРО, то есть одна запись в каталоге закрывает шесть возможных витрин, и, по описанию сервиса, работа с контентом при этом быстрее в 30 раз. Для меня практическая разница даже не в скорости, а в том, что исчез сам жанр «правил на одной площадке, забыл на другой»: правка одного поля в источнике отражается везде, где товар опубликован.
Звено третье: остатки и цены живут одной цифрой
Карточка опубликована, началась торговля, и включается самое чувствительное звено: остатки и цены. Здесь механика такая: любое изменение, продажа, поставка, списание, брак, меняет цифру в одном месте, а на площадки она расходится автоматически, по описанию сервиса, выгрузка остатков моментальная. Почему это звено я называю самым чувствительным, объяснять долго не надо: продать товар, которого физически нет, это отмена, штраф и удар по рейтингу, а держать заниженные остатки для подстраховки значит недопродавать. Обе беды растут из одного корня, из задержки между реальностью и витриной, и лечатся одинаково: цифра должна быть одна и меняться в момент события. С ценами логика та же: цена меняется в источнике и уезжает на все витрины, а не правится в трёх кабинетах по памяти, и именно так исчезают истории «на одной площадке уценили, на другой забыли».
Звено четвёртое: заказы и возвраты в одном окне
Продажи пошли, и цепочка замыкается заказами. Заказы всех кабинетов в TopSeller собираются в одном окне, сборка по модели FBS идёт единым потоком с печатью этикеток, и это звено я разбирал подробно в статье про перестройку FBS-процессов. Возврат проходит по той же логике, что и заказ, статус меняется в одном месте, а не разыскивается по кабинетам. А в конце пути товар встречается с деньгами: продажа, комиссия, логистика и возврат сходятся в отчёте «Прибыльность», где видно, что этот конкретный артикул принёс после всех расходов. Круг замыкается: тот же товар, который месяц назад был строчкой в каталоге, стал строчкой в отчёте о марже, и обе строчки связаны, потому что живут в одной системе.
Где цепочка рвётся у тех, кто ведёт её руками
Теперь честная часть. Всё описанное можно делать руками, и тысячи продавцов делают. Но у ручной цепочки есть три типовых места разрыва, и я знаю их не из теории.
- Остатки, обновляемые «вечером по итогам дня», в день распродажи превращаются в овербукинг, заказы на то, чего нет.
- Карточки, заведённые копированием под каждую площадку, со временем расходятся в характеристиках, и находит расхождения обычно не продавец, а покупатель или проверка.
- Заказы из трёх кабинетов в сезон сливаются в кашу, и просрочка сборки случается не потому, что некому собирать, а потому что заказ потерялся между вкладками.
Заметьте, все три разрыва обостряются одновременно с ростом: чем больше товаров и площадок, тем чаще рвётся. Похожую связку каталога, остатков и заказов можно собрать в SelSup или МойСклад, и для маленького ассортимента хватит дисциплинированной таблицы. Инструмент вторичен. Логика первична: у каждого звена должен быть один источник данных, а звенья должны быть связаны, потому что дыра между любыми двумя звеньями со временем становится дырой в деньгах.
Итог
Если свести весь сценарий в одну мысль, она такая: мультиплощадочная торговля это не три магазина, а один магазин с тремя витринами, и вести его надо как один. Карточка создаётся один раз и проверяется один раз. Остатки и цены меняются в одном месте и в момент события. Заказы собираются в один поток, а финансовый след каждого товара виден в одном отчёте. Всё остальное, чем занимаются сервисы автоматизации, это способы не дать цепочке порваться, и выбирать их стоит по тому, насколько без разрывов они связывают звенья, а не по длине списка функций.