Долгое время вопрос перед нами выглядел как решение о закупке. Каналов продаж становилось больше, товар распределялся между маркетплейсами и складами, а честный ответ на вопрос «сколько у нас на самом деле есть?» зависел от того, кого спросить. Очевидный шаг — купить систему побольше.
Мы попробовали смотреть на это именно так: сравнивали платформы, которые вмещают больше SKU, больше магазинов и больше интеграций. Каждая отвечала на свою версию вопроса. Ни одна не отвечала на наш.
Проблема была не в категории софта
ERP построена вокруг компании, которая уже знает, чем владеет: чистые мастер-данные, одно место, где живёт истина, процессы, которые в основном идут внутри одной организации. Эта модель отлично работает, когда бизнес — это один каталог и один-два канала.
Наша реальность другая. Один и тот же физический товар существует на нескольких маркетплейсах под разными листингами, приходит разными маршрутами поставки и сообщает остатки в разное время в разном формате. Закупка, листинг маркетплейса и складская ячейка — три разных объекта с тремя разными жизненными циклами. Софт, который сжимает их в одну строку, не ошибается — он просто отвечает на более простой вопрос, чем наш.
Что мы строим вместо этого
WEOUR OS — это Commerce OS: набор систем, которые описывают, как связаны товары, листинги, склады и решения, и которые поддерживают эти связи честными, пока бизнес работает.
- Слой
- Ответственность
- Канал
- Каждый магазин сохраняет свою идентичность, правила цен и жизненный цикл листингов
- Запасы
- Наблюдения фиксируются вместе с источником и временем, а не сливаются молча
- Склад
- Физические ячейки моделируются как полноценные записи
- Mapping
- SKU, листинги и идентичность товара связываются, а не считаются одним и тем же
- Агенты
- Автоматизация предлагает и выполняет действия по явным правилам системы
Каждый слой можно заменить. Связи — нельзя.
Строим в продакшене, а не в презентации
Мы публикуем это как журнал разработки, а не как анонс, потому что начинаем не с белой доски. Мы меняем системы, которые уже несут реальные магазины, реальные склады и реальные листинги. Каждое проектное решение должно выдержать проверку живой операцией в тот же день, когда оно принято.
Это ограничение неудобно и полезно. Оно отсекает изящные архитектуры, которые нельзя выкатывать постепенно, и заставляет записать правила, которые бизнес уже соблюдает по умолчанию, но никогда не формулировал.
Что это значит для магазина, который вы видите
weour.com не заменяется новым сайтом. Он и есть одна из систем. Витрина, российский и китайский рыночные каналы, процессы поставщиков и внутренний операционный слой приводятся к одной модели того, чем на самом деле являются магазин, товар и остаток.
Операционная система для глобальной торговли — это не база данных побольше, а меньшее число правил, которым можно доверять.
Что дальше
Следующие записи журнала — о самом сложном: как магазины остаются изолированными, разделяя один каталог; почему новый магазин не должен дублировать запасы; что произошло, когда placeholder-ячейки встретились с реальными; и почему неизвестный остаток никогда не превращается в ноль.
Это и есть то, что мы строим. Мы продолжим публиковать процесс.