Интернет-магазин и складской учёт в одной системе
Если вы продаёте и онлайн, и на месте, то, скорее всего, работаете минимум с двумя приложениями. Одно — интернет-магазин: WooCommerce, какая-то платформа для e-commerce или что-то ещё. Другое — складская программа, касса или просто Excel, где учитывается то, что на самом деле лежит на полке. А в конце месяца цифры сводятся в третьем месте.
Каждое приложение хорошо делает свою работу. Проблема — между ними.
Что ломается, когда приложений два
Остатки не сходятся. В магазине за прилавком продают последний товар, а интернет-магазин об этом не знает. Через пару дней кто-то покупает тот же товар на сайте — и выясняется, что полка пуста. Дальше — письмо с извинениями и возврат денег. То же самое случается в веломагазине с последним шлемом, в цветочном магазине с последней вазой и в автосервисе с последним фильтром.
Количества переносятся вручную. Приходит коробка от поставщика, товар вносят в складскую программу — а потом то же количество нужно отдельно ввести в интернет-магазин. Или интеграция делает это ночью, если она в этот момент работает. Каждая интеграция — место, где что-то рассинхронизируется.
Две абонентские платы, два входа, два каталога товаров. Новый товар нужно создавать в двух местах, менять цену — дважды. Если в двух системах название одного и того же товара немного отличается, интеграция их уже не найдёт.
Клиент разбросан по нескольким местам. В интернет-магазине его заказы, в кассе — его подарочная карта, в календаре — его запись. Целой картины не видит никто.
Покупать два приложения не обязательно
Я создал NUNDINAE, чтобы убрать этот разрыв. Интернет-магазин и складской учёт — не две интегрированные программы, а одно приложение с одной базой данных:
- Один каталог для товаров и услуг. Товар, который вы продаёте в интернет-магазине, — это тот же товар, который вы продаёте на кассе и сканируете из коробки поставщика.
- Один остаток. Заказ в интернет-магазине, продажа на кассе и приёмка товара меняют одно и то же число в один и тот же момент. Синхронизации нет, потому что синхронизировать нечего.
- Одна база клиентов для аккаунтов интернет-магазина и клиентов на месте. E-mail не обязателен — достаточно телефона.
- Один отчёт. Оборот по дням включает интернет-магазин, кассу и счета за записи вместе.
Когда товар покупают в интернет-магазине, он сразу резервируется; если оплата не поступает, товар освобождается сам. Когда на кассе продают последнюю штуку, купить её на сайте в тот же момент уже нельзя.
Склад — со сканером штрихкодов
Складской учёт — это не таблица, в которую вы вручную вписываете цифры. При приёмке вы нажимаете «Принять товар» и сканируете каждую позицию — каждое сканирование добавляет одну штуку, и товар сразу же продаётся в интернет-магазине. На вопрос «сколько этого на складе?» вы получаете ответ, отсканировав товар на любой странице админки.
Подходит любой USB- или Bluetooth-сканер штрихкодов, работающий как клавиатура; отдельная программа не нужна. На телефоне и планшете можно использовать камеру. Подробнее о приёмке, инвентаризации и листе заказа поставщику я написал в статье складской учёт со сканером штрихкодов.
Модули: пользуетесь только тем, что нужно
Не всем нужно всё. Интернет-магазин, онлайн-запись, карточка клиента, касса, подарочные карты, автоматические уведомления, SMS и отчёты — это модули, которые вы включаете и выключаете сами. Магазин, который не продаёт услуги по времени, выключает онлайн-запись, и в меню её не видно. Мастерская или студия, которая продаёт и услуги, и товары, оставляет её включённой — тогда и счёт за запись, и использованные запчасти списываются с того же склада. Выключение не удаляет данные.
Как переехать со старой системы
Главный страх перед сменой системы оправдан: товары, клиенты и история за годы не должны пропасть.
Товары из старого интернет-магазина (например, из WooCommerce) переносятся вместе с вариантами — размер, цвет, объём. Информация о товаре вроде «Способ применения» или «Состав» в новой системе становится характеристикой, которую магазин показывает на странице товара со своим заголовком.
Остатки загружаются из CSV инвентаризации (SKU;количество или EAN;количество). EAN-коды можно массово добавить из прайс-листа поставщика.
Клиенты и история переносятся из CSV с сопоставлением столбцов — подходит и экспорт из старой программы, и таблица Excel. Повторный импорт дополняет существующие записи, а не создаёт дубли.
Старые адреса — место, где большинство переездов теряют позиции в Google. Каждый старый адрес товара и категории должен перенаправлять на новый — как сделать это правильно, я написал в статье редизайн сайта без потери SEO. В админке NUNDINAE, кроме того, есть раздел «Битые ссылки»: вы видите старые адреса, которые отдают 404, и перенаправляете их одной кнопкой.
Переезд делаю я сам: сопоставляю старые данные, переношу их и проверяю результат.
Всегда ли одна система лучше?
Нет. Если вы продаёте только онлайн, склада у вас нет и товар идёт напрямую от поставщика, обычный интернет-магазин может оказаться проще — в этом случае посмотрите страницу создание интернет-магазинов. Одна система даёт больше всего тогда, когда у вас есть физический склад и продажи в нескольких каналах — именно тогда между двумя программами остаётся больше всего ручной работы. Как это выглядит в обычном магазине, я написал в статье интернет-магазин и склад для розничного магазина.
Если это ваша ситуация, закажите NUNDINAE или запросите демонстрацию. Посмотрю, с чем вы сейчас работаете, и честно скажу, окупится ли переезд.
