Как вывести офлайн-бизнес в онлайн и не получить два бизнеса вместо одного
На примере продуктового магазина «Склад еды» разбираемся, как этого избежать и встроить eCommerce в уже работающую инфраструктуру.
Интернет-магазин не должен становиться второй компанией
У действующего офлайн-бизнеса к моменту выхода в интернет обычно уже есть всё необходимое для торговли: ассортимент, склад, учетная система, менеджеры, логистика, поставщики и покупатели.
Кажется, что остается добавить сайт.
Но именно здесь возникает проблема. Если интернет-магазин работает отдельно от существующей инфраструктуры, очень быстро появляются два параллельных контура:
- Офлайн: 1С → склад → менеджер → покупатель
- Онлайн: сайт → собственный каталог → собственные остатки → интернет-заказы → покупатель
И чем больше становится заказов, тем дороже поддерживать эту конструкцию.
Нужно обновлять цены и остатки в нескольких местах, переносить заказы, следить за расхождениями в номенклатуре, проверять доступность товара и синхронизировать статусы.
Поэтому при выходе действующего бизнеса в онлайн первый вопрос — не «какой дизайн сделать для сайта?».
Гораздо важнее понять: как встроить интернет-магазин в процессы, которые уже работают?
С такой задачей столкнулась команда продуктового магазина «Склад еды».
Продажи уже были. Онлайн-канала — нет
В 2022 году в компанию пришел технический специалист Ярослав. Основным каналом продаж были торговые представители, а полноценного присутствия в интернете у бизнеса не было.
Ярослав занимается разработкой интернет-магазинов с 2008 года и в предыдущих компаниях также начинал с запуска eCommerce-направления. Поэтому возможность открыть новый канал продаж была очевидной.
Но создавать отдельную инфраструктуру специально для интернет-магазина не хотелось.
В компании уже использовалась «1С:Управление торговлей 11.5». Там находилась номенклатура, велся товарный учет и строилась значительная часть существующих процессов.
Поэтому одним из главных требований к будущему интернет-магазину стала возможность связать его с 1С без разработки сложной интеграции с нуля.
Для запуска выбрали CS-Cart.
От идеи до работающего магазина прошло около месяца.
На старте на сайт загрузили примерно 800 товарных позиций, которые компания уже продавала офлайн.
Не переносить бизнес на сайт, а подключить сайт к бизнесу
Это принципиальная разница.
Можно создать интернет-магазин, загрузить туда каталог и только после запуска думать, как передавать информацию между ним и учетной системой.
А можно изначально считать сайт еще одной точкой продаж, подключенной к существующей инфраструктуре.
«Склад еды» пошел по второму пути.
Основой стала синхронизация CS-Cart с 1С. Между системами передаются:
- номенклатура;
- остатки;
- заказы.
Позже команда доработала обмен статусами заказов и передачу дат отгрузки.
В результате интернет-магазин не требует создания отдельной товароучетной системы. Он становится еще одним интерфейсом для работы с тем же ассортиментом и теми же бизнес-процессами.
И именно здесь становится заметна одна из главных особенностей цифровизации офлайн-бизнеса: недостаточно перенести существующий каталог в интернет. Нужно перенести туда реальную логику бизнеса.
А потом выяснилось, что рыбу нельзя продавать как смартфоны
Типовой интернет-магазин обычно строится вокруг простой единицы товара.
Покупатель заказывает:
- 1 смартфон;
- 2 футболки;
- 3 упаковки кофе.
Для продуктового бизнеса такая модель работает не всегда.
В ассортименте «Склада еды» есть весовая продукция — например, рыба. Покупатель может заказать не одну или две единицы, а 1,5 кг товара. 
Стандартной целочисленной логики количества здесь уже недостаточно.
Поэтому одной из наиболее важных доработок проекта стала поддержка дробного количества товара.
Это небольшой на первый взгляд функционал, но он хорошо показывает, почему при цифровизации существующего бизнеса нельзя ориентироваться только на список функций платформы.
Вопрос должен звучать иначе: какие реальные операции нашего бизнеса стандартный интернет-магазин не умеет выполнять?
Для одного бизнеса это весовые товары. Для другого — продажа погонными метрами, упаковками, паллетами или коробками. Для B2B-компании это могут быть минимальные партии, персональные цены, несколько складов или согласование заказа.
Именно эти процессы часто определяют объем будущих доработок сильнее, чем дизайн сайта.
Остаток должен быть не только правильным, но и понятным покупателю
Еще одна задача возникла вокруг складских остатков
Сам факт передачи данных из учетной системы на сайт проблему не решает. Покупателю нужно понимать, где товар есть в наличии, причем желательно еще до перехода к дополнительным вкладкам и оформления заказа.
Поэтому команда изменила отображение наличия товара в магазинах и на складах: информацию вынесли непосредственно к цене и вариантам выбора.
Получается важная последовательность: учетная система знает реальный остаток → интернет-магазин получает его → интерфейс показывает его там, где покупатель принимает решение.
Если убрать любой элемент этой цепочки, возникают проблемы.
Нет синхронизации — сайт показывает устаревшие данные.
Есть синхронизация, но информация спрятана — покупателю приходится самостоятельно искать наличие.
Есть красивый интерфейс, но данные обновляются вручную — рано или поздно покупатель закажет то, чего уже нет.
Поэтому интеграция — это не только обмен данными между двумя программами. Ее конечная точка находится в интерфейсе покупателя.
Не всё нужно разрабатывать самостоятельно
Еще одно решение команды — не пытаться превращать небольшой eCommerce-проект в собственную IT-компанию.
Сегодня «Склад еды» постоянно поддерживают три человека: технический специалист, контент-менеджер и менеджер по обработке заявок.
Для расширения функциональности используются готовые модули и решения сторонних разработчиков. Для отдельных задач привлекаются внешние специалисты.
Получается гибридная модель: готовая платформа → стандартные интеграции → готовые расширения → собственные доработки только там, где этого требует бизнес.
Это позволяет направлять разработку прежде всего на специфические задачи вроде дробных остатков, а не создавать заново стандартную корзину, каталог, оформление заказа или административную панель.
В последнее время часть небольших технических задач Ярослав начал закрывать самостоятельно с помощью документации и ИИ.
Но принцип остался тем же: сначала использовать готовое решение и только затем писать собственное.
Запустить удалось за месяц. Оптимизация заняла гораздо больше времени
Быстрый запуск не означает, что после него техническая работа заканчивается.
Сам интернет-магазин команда запустила примерно за месяц. Большая часть базовой инфраструктуры уже существовала: ассортимент, фотографии товаров, 1С и офлайн-процессы.
Одной из самых продолжительных проблем после запуска оказалась скорость сайта.
Андрей экспериментировал с конфигурацией серверов, кешированием и настройками nginx. По его оценке, только примерно через два года удалось получить результат, который его устраивал.
Это важный контраст.
Запуск — около месяца.
Доведение инфраструктуры до желаемого состояния — годы последовательных улучшений.
И, пожалуй, это гораздо ближе к реальности eCommerce, чем идея о том, что интернет-магазин можно однажды «сделать» и считать проект законченным.
После запуска появляются реальные пользователи, растет каталог, устанавливаются расширения, меняется нагрузка — и вместе с этим появляются новые требования.
Интернет-магазин начал возвращать компании даже ее собственных клиентов
После запуска обнаружился еще один эффект, которого первоначально не планировали
Офлайн-бизнес компании работает под другими названиями, а «Склад еды» развивает собственный бренд.
Поэтому некоторые клиенты, которые уже покупали у компании через торговых представителей, позже самостоятельно находили интернет-магазин через поиск.
Иногда они звонили или оформляли заказ на сайте, даже не понимая, что снова пришли к тому же поставщику.
Получился интересный эффект: интернет-магазин начал не только привлекать новую розничную аудиторию, но и перехватывать существующий спрос компании в поиске.
Для офлайн-бизнеса это еще один аргумент в пользу собственного канала.
Покупатель не обязательно вернется к персональному менеджеру или будет искать старый номер телефона. В следующий раз он может просто открыть поисковик и начать сравнивать предложения.
И если вашего бизнеса там нет, этот спрос достанется кому-то другому.
Окупить платформу удалось практически сразу
По словам Ярослава, первоначальные инвестиции в платформу окупились достаточно быстро.
Компания двигалась постепенно: приобрела платформу, запустила продажи и затем инвестировала в дальнейшее развитие.
В последующие периоды сайт рос примерно в два раза год к году.
При этом Ярослав не связывает рост исключительно с технологической платформой. На результат влияли наполнение карточек товаров, реклама, продвижение и постоянная оптимизация интернет-магазина.
Это важное уточнение. Платформа может убрать технические барьеры и автоматизировать процессы. Но сама по себе она не создает спрос.
Что стоит определить до запуска интернет-магазина
Опыт «Склада еды» показывает, что для действующего офлайн-бизнеса полезнее начинать проект не с дизайна главной страницы, а с карты существующих процессов.
Нужно определить как минимум четыре вещи.
1. Где находится главный источник товарных данных?
Если ассортимент, цены и остатки уже ведутся в 1С, ERP или другой учетной системе, нет смысла создавать второй независимый каталог.
2. Какие данные должны передаваться автоматически?
Товары и остатки — только начало. Могут понадобиться цены, заказы, статусы, даты отгрузки, данные клиентов и информация по складам.
3. Какие процессы вашего бизнеса нетипичны для обычного интернет-магазина?
У «Склада еды» таким процессом оказалась продажа дробного количества товара. Именно подобные особенности стоит обнаружить до запуска.
4. Что действительно нужно разрабатывать самостоятельно?
Если функция уже есть в платформе, интеграции или готовом модуле, собственная разработка может оказаться самым дорогим способом решить стандартную задачу.
Вместо двух бизнесов — два канала одной системы
Главная ошибка при выходе офлайн-компании в eCommerce — воспринимать интернет-магазин как отдельный проект
Тогда у него быстро появляются собственный каталог, собственные остатки, отдельная обработка заказов и ручной обмен информацией с основной системой.
В результате компания действительно получает практически второй бизнес.
У «Склада еды» логика получилась другой:
1С и существующие процессы
↓
синхронизация данных
↓
CS-Cart
↓
онлайн-покупатель
При этом специфические для бизнеса процессы — дробные остатки, отображение наличия, статусы и даты отгрузки — постепенно достраиваются поверх этой основы.
Поэтому хороший вопрос перед запуском интернет-магазина звучит не так:
«Как перенести наш бизнес в интернет?»
А так: «Как сделать интернет еще одним каналом уже существующего бизнеса?»
И разница между этими двумя подходами со временем может оказаться гораздо важнее разницы между дизайном, CMS или набором функций на старте.