Бизнес-модель интернет-магазина на Битрикс

Интернет-магазин на 1С-Битрикс — это не просто витрина и корзина, а источник данных, по которым считается вся экономика бизнеса. Бизнес-модель отвечает на вопрос, как магазин зарабатывает: сколько посетителей превращается в заказы, какой средний чек, сколько стоит привлечение клиента и сколько он приносит за всё время. Битрикс хранит первичные цифры для каждой из этих метрик — важно понимать, где они лежат и как их правильно читать.

Что такое бизнес-модель магазина

Бизнес-модель интернет-магазина описывает, из чего складывается прибыль и на что она тратится. В упрощённом виде это цепочка: трафик → конверсия → заказы → выручка → маржа → прибыль. Каждое звено — отдельная точка, которую можно измерить и на которую можно повлиять.

1С-Битрикс закрывает почти всю эту цепочку данными. Трафик и поведение фиксирует модуль веб-аналитики (statistic), заказы и выручку — модуль «Интернет-магазин» (sale), себестоимость и остатки часто приходят из 1С через обмен. Задача владельца — не собирать цифры вручную из разных мест, а выстроить так, чтобы модель считалась по единому источнику.

Ключевые метрики и где их брать

Модель держится на нескольких базовых метриках. Ниже — что означает каждая и откуда её берёт магазин на Битрикс.

Отдельно стоит CAC — стоимость привлечения клиента. Её Битрикс сам не считает: расходы на рекламу живут в рекламных кабинетах. Но связав заказ с источником трафика (UTM-метки, поле источника в заказе), вы получаете возможность сопоставить затраты и выручку по каналам.

Воронка продаж в магазине

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

• Визит → карточка товара — работает ли каталог, умный фильтр, поиск.
• Карточка → корзина — понятны ли цена, наличие, кнопка «Купить».
• Корзина → оформление — не пугает ли sale.order.ajax длинной формой и обязательной регистрацией.
• Оформление → оплата — доходят ли заказы до статуса «Оплачен» или зависают в «Ожидает оплаты».

Брошенные корзины и незавершённые заказы — это не мусор, а метрика. В Битрикс незавершённый заказ виден в списке (Магазин → Заказы) с соответствующим флагом, а брошенные корзины хранятся в b_sale_basket без привязки к оформленному заказу. По ним настраивают напоминания и считают потери на последнем шаге.

Отчёты Битрикс под бизнес-модель

Готовую фактуру для модели дают штатные отчёты магазина: Магазин → Отчёты. Они строятся поверх данных модуля sale и закрывают базовые вопросы владельца.

1. Выручка и число заказов за период — верхняя строка модели, динамика продаж.
2. Средний чек — производная от первых двух, показывает, растёт ли ценность заказа.
3. Продажи по товарам и разделам — что реально приносит деньги, а что лежит мёртвым грузом.
4. Клиенты — новые против повторных, основа для LTV и retention.

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

Источники данных и их стыковка

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

• Веб-аналитика — модуль statistic Битрикс и/или Яндекс.Метрика, Google Analytics для трафика и поведения. Здесь берут визиты и конверсию.
• Заказы — модуль sale: выручка, средний чек, статусы, способы оплаты и доставки.
• 1С — через обмен приходят себестоимость, остатки, закупочные цены. Без них маржу считать нечем.
• CRM — если магазин связан с Битрикс24 или внешней CRM, сделки и повторные продажи дают полную картину LTV.

Ключевая деталь — единый идентификатор клиента. Если один и тот же покупатель в аналитике, заказах и CRM опознаётся как один человек (по e-mail, телефону, ID пользователя), метрики LTV и retention считаются корректно. Если нет — модель рассыпается на несведённые куски.

Юнит-экономика на данных магазина

Юнит-экономика сводит модель к одному вопросу: зарабатывает магазин на среднем заказе или теряет. Формула проста: из среднего чека вычитают себестоимость товаров, стоимость привлечения, эквайринг и логистику. Если остаётся плюс — модель здоровая, если минус — рост оборота лишь увеличивает убыток.

На Битрикс каждая составляющая имеет источник: средний чек — из отчётов sale, себестоимость — из каталога или обмена с 1С, комиссия эквайринга — из настроек платёжных систем, доставка — из служб доставки заказа. Сложность не в формуле, а в том, чтобы данные были заведены и не расходились.

Как выстроить работающую модель

Чтобы бизнес-модель считалась сама и без ручного сведения таблиц, стоит навести порядок в данных:

• Заведите себестоимость в каталоге или настройте её приход обменом из 1С — без этого нет маржи.
• Проставляйте источник заказа (UTM, поле канала), чтобы связать выручку с расходами на рекламу.
• Следите за статусами заказов: «Оплачен» и «Отменён» должны отражать реальность, иначе выручка в отчётах завышена.
• Сверяйте отчёты Битрикс с 1С — расхождения обычно означают проблему в обмене или в статусах.
• Выберите 5–7 метрик и смотрите их регулярно, а не собирайте раз в квартал под давлением.

Модель полезна не как разовый расчёт, а как приборная панель: несколько чисел, которые вы видите постоянно и по которым замечаете проблему раньше, чем она превратится в падение прибыли.

Итог

Бизнес-модель интернет-магазина на 1С-Битрикс держится на связке метрик — конверсии, среднего чека, маржи, LTV и стоимости привлечения — и на данных, которые магазин уже собирает: модуль statistic даёт трафик и воронку, модуль sale — заказы и выручку, обмен с 1С — себестоимость и остатки. Стандартные отчёты магазина и конструктор отчётов закрывают базовую аналитику, но полную картину дают только сведённые между собой источники с единым идентификатором клиента.

Мы в B2Bsite помогаем выстроить эту связку: настраиваем обмен с 1С так, чтобы приходила себестоимость, подключаем корректную веб-аналитику и источники заказов, собираем нужные отчёты и приводим цифры к одному знаменателю. В результате владелец видит не разрозненные таблицы, а понятную модель, по которой можно принимать решения.