B2B-платформа и личный кабинет
оптового клиента

B2B-портал — это интернет-магазин, повёрнутый лицом к оптовику. Снаружи похоже: каталог, корзина, заказ. Внутри — другая планета. Розничный покупатель приходит один раз и видит одну цену. Оптовый клиент приходит каждую неделю, у него своя контрактная цена, свой кредитный лимит, своя отсрочка, свои закрывающие документы и три человека в штате, которые участвуют в каждом заказе. Обычный сайт для такого клиента бесполезен — поэтому опт десятилетиями живёт «по почте и на листочках».

Кому это нужно? Производителям и дистрибьюторам с дилерской сетью — когда клиентов десятки и сотни, а менеджеров по-прежнему пятеро. Оптовым поставщикам FMCG, инструмента, стройматериалов, запчастей — везде, где заказы повторяются и номенклатура большая. Компаниям, где «отдел продаж» на самом деле давно работает «отделом приёма заказов»: люди с высшим образованием целыми днями пересылают прайсы и диктуют остатки по телефону.

Признак, что пора: посчитай, сколько времени твои менеджеры тратят на вопросы, ответы на которые уже есть в 1С. «Какая у меня цена на этот SKU?» — есть в 1С. «Сколько на складе?» — есть в 1С. «Где мой счёт?» — есть в 1С. «Какой у меня долг?» — есть в 1С. B2B-портал — это труба, которая доставляет эти ответы из 1С клиенту напрямую, без человека-посредника. Менеджеры при этом не увольняются — они наконец начинают заниматься продажами: развивать клиентов, а не диктовать артикулы.

Разберём типовой день оптового отдела без портала — узнаешь свой или нет.

Утро начинается с разбора почты: за ночь дилеры прислали заявки. Кто-то — таблицей Excel в своём формате, кто-то — фотографией бумажки, кто-то — голосовым в WhatsApp. Менеджер перебивает всё это в 1С руками. На перебивке теряется час и рождаются ошибки: не тот артикул, не та кратность, устаревшая цена из прошлогоднего прайса, который у дилера «всегда под рукой».

Днём — звонки. «Есть ли на складе?», «А по какой цене мне?», «Где счёт от вторника?», «Пришлите акт сверки, бухгалтерия просит». Каждый звонок — 5–10 минут. Каждый ответ уже существует в 1С, но добыть его может только менеджер. Дилер при этом тоже страдает: ему надо дозвониться, подождать, записать. Если у поставщика-конкурента всё это видно в личном кабинете — угадай, куда постепенно уходят заказы.

Вечером — сверка. Прайсы, разосланные в понедельник, устарели во вторник: цены поменялись, остатки уехали. Дилеры заказывают по старым цифрам, менеджеры перезванивают «извиняться и уточнять». Взаиморасчёты живут в голове бухгалтера и всплывают сюрпризами: «а у вас, между прочим, лимит исчерпан» — уже после того, как заказ собран.

Самое дорогое во всём этом — не время менеджеров, хотя и оно стоит денег. Самое дорогое — потерянные заказы. Заявка, присланная в пятницу вечером на почту, ждёт понедельника. Дилер, которому лень звонить, заказывает меньше или у другого. Ошибка в перебивке превращается в возврат и испорченные отношения. Портал закрывает всё это скопом: заказы падают в 1С сами, цены всегда актуальные, документы скачиваются без людей.

В рознице борются за первую покупку. В опте деньги — в повторных заказах: один и тот же дилер заказывает каждую неделю, годами. Значит, портал должен делать повторный заказ безобразно удобным.

Шаблоны заказов: дилер сохраняет типовую корзину — «мой еженедельный заказ» — и повторяет её в один клик, поправив количество. История заказов с кнопкой «повторить». Заказ по артикулам: снабженец вставляет список позиций из своей таблицы — портал сам собирает корзину. Быстрый ввод по коду товара для тех, кто знает ассортимент наизусть. Всё это скучные, непарадные функции — их не показывают на красивых скриншотах. Но именно они решают, будет дилер пользоваться порталом или вернётся к «Люда, прими заявочку по телефону».

Вторая часть — мульти-юзеры. Оптовый клиент — не человек, а компания. Закупщик собирает корзину. Согласующий утверждает (или режет) заказ. Бухгалтер качает счета и акты сверки. Директор смотрит обороты. Портал даёт компании несколько логинов с ролями: каждый видит своё и делает своё. Это та функция, про которую дилеры не просят словами «сделайте нам мульти-юзеров» — они говорят «а можно бухгалтеру отдельный вход, чтобы она нам не звонила?». Можно.

Третья — уведомления. Статус заказа меняется в 1С — дилер получает сообщение в WhatsApp или Telegram: собран, отгружен, приедет завтра. Минус ещё один класс звонков «ну что там с моим заказом».

Скажем жёстко: B2B-портал без живого обмена с 1С не имеет смысла. Все обещания портала — «актуальные цены», «реальные остатки», «баланс онлайн», «заказ сразу в обработке» — выполняются ровно одним механизмом: двусторонним обменом с учётной системой. Нет обмена — и портал превращается в ещё одно место, где данные устаревают, а менеджеры перебивают заказы руками. Стало не лучше, а хуже: ещё одна система на прокорм.

Что гоняет обмен в нашей типовой схеме. Из 1С на портал: номенклатура со свойствами, типы цен по контрактам, остатки по складам, взаиморасчёты и лимиты, статусы заказов, печатные формы документов. С портала в 1С: заказы (сразу в нужном виде — с контрагентом, договором и типом цен, без ручного ввода), заявки на документы, данные новых пользователей. Частота — от «раз в час» до «почти реального времени» для критичного: остатков и взаиморасчётов.

Работаем с 1С УТ, КА, ERP — и с типовыми, и с конфигурациями, которые дорабатывались десять лет и «там уже сам чёрт ногу сломит». Это наш хлеб: 15 лет строим магазины с обменами, и именно обмены — то место, где чаще всего лажают подрядчики без 1С-экспертизы. Классика жанра: фронт красивый, а обмен «почти готов» полгода. У нас наоборот — обмен проектируется первым, потому что на нём держится всё. Масштаб тоже не пугает: для Кум-Тигея наша инфраструктура автоматом ведёт 31 667 SKU на Яндекс Маркете — данные из учётки разлетаются по каналам без единого ручного движения.

У нас два варианта B2B-портала — и честная разница между ними.

Готовое решение на 1С-Битрикс — 1 300 000 ₽. База — проверенное B2B-решение, поверх — кастомизация под твою логику: типы цен, роли, документооборот, обмен с твоей 1С. Внутри всё, ради чего затевается портал: контрактные цены, мульти-юзеры, отсрочка и баланс, шаблоны заказов, счета и акты из кабинета, интеграция с Битрикс24. Срок — 8–12 недель. Это правильный выбор для 90% оптовых бизнесов: быстрее, дешевле, предсказуемее. Готовое решение — не «шаблончик», а фундамент, на котором не надо заново изобретать корзину и права.

Портал на Next.js — 1 800 000 ₽. Тот же оптовый функционал, но на кастомном стеке: свой интерфейс с нуля, скорость нового поколения, максимум по Core Web Vitals. Когда он оправдан: каталог на десятки тысяч SKU с тяжёлыми фильтрами, высокая нагрузка, нестандартные сценарии заказа, к которым готовое решение придётся ломать через колено, или требование «интерфейс — наше конкурентное преимущество». Срок — 10–14 недель.

Как выбрать: приходишь с задачей, мы считаем оба варианта и показываем разницу в деньгах и сроках. Если готовое решение закрывает твои сценарии — скажем прямо, и не будем продавать кастом ради кастома. Если видим, что «коробку» придётся насиловать доработками на половину бюджета, — честно предложим Next.js сразу. Обе цены — финальные для типового состава: без «а вот ещё интеграция за отдельные деньги» на середине проекта. Всё, что сверх типового состава, видно в смете до подписания договора.

/Семушка Опт: 440 тысяч ₽ GMV в месяц на B2B-портале

Оптовое направление Семушки — B2B-портал для оптовых клиентов FMCG. Оптовики заказывают сами: свои цены, повторные заказы, документы в кабинете. Портал делает 440 тысяч ₽ GMV в месяц, 94% выручки приносит Яндекс.Директ — да, на опт тоже можно лить трафик, если посадочная умеет превращать оптовика в заказ, а не в «оставьте заявку, вам перезвонят». Связка «портал + реклама» здесь — единая система: клик стоит денег, поэтому визит должен заканчиваться заказом без менеджера.

/Дедал: филиалы, оплаты и CRM в одном контуре

Дедал — инструментальный бизнес с 4 филиалами. Мы собрали контур целиком: магазин, онлайн-оплаты ЮKassa на все 4 филиала, CRM и Битрикс24 в одном кабинете. Результат системной работы — 9.8 млн ₽ онлайн-выручки за 16.5 месяцев, стабильные 245 тысяч ₽ в месяц. Для B2B-проектов это показательная история: деньги приносит не «сайт», а связка сайт + учёт + CRM, работающая без ручной склейки.

/Кум-Тигей: 31 667 SKU без единой ручной выгрузки

Когда номенклатура большая, ручное управление каталогом умирает первым. Для Кум-Тигея наша интеграционная инфраструктура автоматически ведёт 31 667 SKU на Яндекс Маркете: цены, остатки, карточки — всё из учётной системы, без человека с Excel. Тот же принцип держит B2B-порталы: если данные ходят сами, портал живёт; если «Люда выгружает по вторникам» — портал мёртв со дня запуска.

Состав проекта фиксируется в ТЗ после бизнес-аналитики: экраны, роли, интеграции, поля обмена — по пунктам. Цена — финальная для зафиксированного состава: 1 300 000 ₽ на готовом решении, 1 800 000 ₽ на Next.js; изменения состава — только через согласованную смету, до работ, а не после. Демо каждую пятницу: ты видишь живой прогресс, а не проценты в отчёте. Обмен тестируется на копии твоей 1С до запуска. Пилот на реальных дилерах — обязательная часть, не опция. Гарантия на разработку — год: ошибки нашего кода чиним бесплатно. Исходники и доступы — твои, никакого «портала в заложниках у подрядчика».

B2B-портал — узел большой системы продаж, и в одиночку он не живёт. Разработка магазинов — если параллельно с оптом нужна розница на том же каталоге. Внедрение Битрикс24 — чтобы заявки дилеров и вся история клиента жили в одной CRM, а не в личках менеджеров. Поддержка — чтобы обмены, интеграции и витрина работали каждый день, а не «до первого обновления». Начать можно с малого: бесплатный аудит текущего сайта покажет за 30 минут, на чём вообще стоит твой онлайн.