Платформа онлайн-торговли — это не только витрина с корзиной, а связка каталога, цен, остатков, оформления заказа и обмена с учётом. Делаем интернет-магазин с нуля на заказ, когда готовая CMS или конструктор упираются в правила цен, склады и нагрузку. Начинаем с разбора того, что у вас считается товаром, остатком и заказом. Платформа рассчитана на одного продавца; маркетплейс для чужих продавцов мы не делаем.
Обследование — 200 000 ₽, вычитается из первого этапаЦены и остатки из 1С, оплата через ваш эквайрингИсходный код в вашем репозитории с первого коммита
Договорные цены для организаций, розничные для остальных, скидки по группам товаров, склад зависит от города покупателя. Модуль принимает одну цену на товар, остальное дописывается поверх, и каждое обновление движка ломает дописанное.
Каталог собирается на каждый запрос, обмен с 1С занимает базу в момент распродажи. Покупатель видит «в наличии», нажимает «оформить» и получает ошибку.
Сайт показывает склад целиком, а часть товара уже в резерве у менеджера. Заказ приходится отменять звонком.
Комплекты, товары под заказ, самовывоз с нескольких складов, партии с разными сроками. Готовый движок не знает вашей номенклатуры, а конструктор хранит данные там, где вы их не контролируете.
Если типовой движок закрывает задачу, берите его. Общий способ выбора — в статье «Коробочное ПО или заказная разработка».
Заготовка для разбора: на вашем каталоге строки будут другими. Обмен с учётом описан на странице интеграции сайта с 1С, здесь только то, что строится на стороне магазина.
Покупателю не нужна цифра из учёта, ему нужен ответ, получит ли он товар и когда.
Витрина показывает не остаток склада, а доступное количество: остаток по складам, с которых можно выполнить выбранный способ получения, минус резервы по открытым заказам, минус страховой запас, если он нужен. Из этого числа делаются четыре состояния: есть, мало, под заказ, нет.
Условный пример: на складе одна штука, двое одновременно нажимают «оформить». Если проверка остатка и создание заказа идут отдельными действиями, продадут оба. Поэтому проверка и резерв выполняются одной операцией в базе: остаток уменьшается только при условии, что его хватает. Выигрывает один, второй сразу видит, что товар закончился.
Резерв живёт ограниченное время. Оформленный, но не оплаченный картой заказ освобождает товар по таймеру, срок которого владелец магазина задаёт заранее. Для оплаты по счёту срок другой, и это тоже правило, а не ручное решение.
Из 1С остатки приходят с задержкой, а покупатели не ждут. Магазин хранит копию с учётом своих резервов, сверяет её с учётом и показывает расхождения менеджеру. Что показывать при остановке обмена, решается на обследовании.
Любая проверка в браузере обходится одним запросом, поэтому её дублирует сервер. Покупатель при этом должен понимать, что произошло.
Подключаем платёжную форму вашего провайдера по его документации. Данные карты попадают к провайдеру и в нашу систему не приходят. Статус оплаты приходит уведомлением.
Чек формирует ваша онлайн-касса или сервис фискализации, мы передаём ему состав заказа. Ставку налога и признак предмета расчёта определяет бухгалтер.
Стоимость и сроки считаются через интерфейсы служб доставки, с которыми у вас договор. Если интерфейс службы недоступен, оформление не падает.
Отмена до отгрузки возвращает резерв и деньги через провайдера. Возврат после отгрузки идёт через учёт и провайдера. Правила возвратов записывает владелец магазина вместе с юристом.
Что считать пиком, выясняем по вашей статистике посещений. Цифр нагрузки заранее не называем: они зависят от каталога и поведения покупателей.
Каталог читают много чаще, чем меняют, поэтому страницы категорий и карточек кэшируются, а кэш сбрасывается по событию: изменилась цена или остаток. Нельзя кэшировать корзину, итоговую сумму и проверку остатка в момент оформления.
Если оптимизации мало и меняется устройство системы, это задача для страницы про микросервисную архитектуру и высоконагруженные системы. Часто хватает одного хорошего монолита: «Микросервисы или монолит».
Цены — по тарифам. Точная цена называется у обследования, дальше идёт вилка. Остановиться можно после любой ступени.
Каталог, типы цен, склады, процесс заказа, оплата и доставка. На выходе схема данных, состав первой версии и вилка бюджета. Вычитается из первого этапа.
Учёт, склад, службы доставки, CRM, касса и магазин вместе: схема обменов и таблица «поле — источник — хозяин».
Пилот: одна категория, корзина, оформление, передача заказа в 1С. Проверяет обмен и правила цен до работы над всем каталогом.
Весь каталог, цены и акции, остатки с резервом, оформление, оплата, кабинет покупателя, админка, обмен с 1С. В тарифах это ступень «Пилот, тяжёлый».
Нагрузочные испытания, опытная эксплуатация, мониторинг обмена и заказов, обучение менеджеров.
Мониторинг, обращения, разбор инцидентов; плановые доработки с пакета на 60 000 ₽. Сверх пакета — 5 000 ₽ в час.
Каталог, типы цен и склады, процесс заказа, внешние сервисы. Выясняем, что из учёта можно показывать покупателю без правки данных.
Кликабельные макеты категории, карточки, корзины, оформления и кабинета. Показываем нескольким покупателям и правим до написания кода.
Работаем в вашем репозитории, раз в две недели показываем работающую версию на тестовом стенде.
Сверка каталога, цен и остатков с учётом, прогон оформления при отказах внешних сервисов, нагрузочная проверка.
Переключение со старого сайта с перенаправлениями, наблюдение за журналом обмена и заказами, быстрый откат при ошибке.
Новые разделы по этапам с отдельной приёмкой. Объём работ в месяц записан в договоре.
Если характеристики записаны свободным текстом, а товар заведён дважды, первые недели уходят на порядок в данных, а не на витрину.
Один тип цены и один склад — одно, договорные цены, акции с приоритетами и остаток по городам — другое. Работа растёт по числу правил, а не страниц.
Каждая служба доставки, касса, CRM и платёжный провайдер имеют свой интерфейс, свои тестовые среды и своё поведение при сбое.
Распродажи с резким ростом посетителей требуют нагрузочных испытаний и мониторинга. Обычный режим стоит заметно меньше.
Эта страница про собственную витрину розничного или смешанного продавца. Если основные покупатели — дилеры с договорными ценами и отсрочкой, нужен B2B-портал. Кабинет без витрины — это личный кабинет.
Продажи на Ozon, Wildberries и Яндекс Маркете — отдельная задача обмена остатками и заказами, см. интеграцию 1С с маркетплейсами. Магазин и площадки можно вести от одного учёта, но правила у каналов разные. Принимать на свой сайт чужих продавцов — значит делать маркетплейс, а его мы не делаем.
Без привязки к торговле — веб-сервисы и API.
Как идёт сеанс обмена и где формат упирается в пределы. Пригодится, если магазин строится на данных 1С.
Резервы, задержки и ручные правки как причины расхождения; те же причины влияют на остатки витрины.
Что записать до начала работ, чтобы оценка сходилась с результатом.
Сорок минут созвона: каталог и типы цен, склады, способы получения и оплаты, что в 1С. Скажем, с какой ступени начинать и в какую вилку это укладывается.
Обследование — 200 000 ₽ за магазин и 1С или 350 000 ₽ за несколько систем. Срез на одной категории — 150 000–400 000 ₽, первая версия магазина — 400 000–1 200 000 ₽ за 2–3 месяца, вывод в эксплуатацию — от 1 500 000 ₽ этапами по 300 000–700 000 ₽. Обследование вычитается из первого этапа, если продолжаете с нами.
Ничем: при обычном каталоге, одной цене на товар и стандартных доставке и оплате готовая CMS быстрее и дешевле. Заказная платформа оправдана, когда правила цен, склады, процесс заказа или нагрузка не помещаются в настройки движка. Если задача решается готовым движком, скажем об этом на обследовании.
Да. Обмен строится через CommerceML, HTTP-сервисы или доработку 1С, выбор зависит от версии и конфигурации. Если ваша 1С сильно доработана, скажем об этом до договора.
Для старых адресов настраиваются постоянные перенаправления, карта сайта обновляется сама, разметка и заголовки переносятся. Поведение трафика после переезда мы не обещаем: оно зависит и от содержания страниц, и от поисковых систем.
Нет. Мы делаем магазин одного продавца или группы ваших юридических лиц. Маркетплейс с чужими продавцами, комиссиями и выплатами в наш профиль не входит. Обмен с существующими площадками — отдельная работа.
Нет. Платёжную форму подключаем по документации вашего провайдера, карточные данные попадают к нему, а не в нашу систему. Договор с провайдером и онлайн-кассой заключаете вы.
На ваших серверах или у выбранного вами хостера. Исходный код лежит в вашем репозитории с первого коммита, результат передаётся по акту. Персональные данные граждан России обычно должны храниться на серверах в России.
Мы в Ростове-на-Дону, работаем с заказчиками по всей России: удалённо и в вашем контуре. Доступ к системам и обследование согласуем на старте с вашей службой безопасности.
