Как сравнить конструктор, коробочное решение и индивидуальную разработку для B2B

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

Что вообще сравниваем

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

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

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

Когда B2B-платформа действительно нужна

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

Платформа нужна, если у вас есть:

• персональные цены для разных клиентов — не просто скидка от розницы, а сложная матрица: категория клиента, объём закупок, история платежей;
• регулярные повторные закупки — когда клиент заходит не выбрать товар, а быстро повторить прошлый заказ или собрать типовую корзину;
• сложный ассортимент и фильтрация — тысячи SKU, десятки параметров, кросс-ссылки, замены, аналоги;
• согласование заказов внутри компании клиента — когда закупщик формирует заказ, а утверждает его руководитель или бухгалтерия;
• остатки, отгрузки, счета, документы — всё, что должно подтягиваться автоматически, а не собираться менеджером вручную;
• связь с 1С, ERP, CRM, WMS — без этого платформа превращается в ещё один островок данных, который требует ручной синхронизации;
• роль менеджера, дилера, закупщика, бухгалтерии — у каждого свой интерфейс, свои права и свои сценарии.

Если задача проще — например, показать каталог и принимать заявки вручную, — не всегда нужна тяжелая разработка. Иногда достаточно конструктора или базового коробочного решения. Но как только появляется хотя бы три пункта из списка выше, конструктор начинает трещать по швам.

Сравнение в лоб: конструктор, коробка и индивидуальная разработка

Ниже — сводная таблица, которую я обычно использую на первых консультациях. Она не даёт готового ответа, но помогает отсечь заведомо неподходящие варианты.

Обратите внимание на последнюю строку — риск переделки. Это не абстрактная угроза, а вполне конкретные деньги. При аудите одной нишевой площадки стройматериалов мы насчитали, что миграция с конструктора на коробку обошлась компании в 2,3 раза дороже, чем если бы они сразу стартовали с коробочного решения. Просто потому, что пришлось не только разрабатывать новое, но и распутывать старые костыли.

Конструктор: когда он оправдан

Конструктор выбирают, когда нужно быстро проверить гипотезу или запустить простой B2B-канал без тяжелых интеграций. Это не плохой инструмент — это инструмент для конкретной задачи, и беда начинается, когда его пытаются использовать за пределами его возможностей.

Подходит, если:

• ассортимент небольшой или средний — до нескольких сотен позиций, без сложных связей и зависимостей;
• логика продаж почти не отличается от стандартной — нет каскадных скидок, нет привязки к объёму, нет индивидуальных условий;
• нет сложных прайс-листов — цены едины для всех или меняются по простому правилу;
• заказы обрабатываются в основном вручную — платформа работает как витрина, а не как операционная система;
• важно уложиться в минимальный бюджет и сроки — когда нужно запуститься за 2–4 недели, а не за 2–4 месяца.

Плюсы конструктора

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

Минусы конструктора

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

Типичная ошибка

Выбирать конструктор как «временное решение», не считая стоимость переезда. Через 6–12 месяцев может выясниться, что дешевый старт обернулся двойными расходами: сначала на запуск, потом на миграцию. Я всегда советую: если берёте конструктор, сразу закладывайте в бюджет следующий шаг. Не как абстрактное «когда-нибудь», а как конкретный план с датами и цифрами.

Коробочное решение: золотая середина для большинства B2B

Коробка — это готовая основа, в которой уже есть ядро функциональности: каталог, цены, личный кабинет, роли, заказы, интеграции, документы. Такой вариант особенно хорош для компаний, у которых процессы не уникальны, но и не укладываются в совсем шаблонный сценарий. По моему опыту, это 70–80% оптовых бизнесов: у них есть своя специфика, но она не настолько экзотична, чтобы писать всё с нуля.

Подходит, если:

• нужен полноценный B2B-кабинет — не просто витрина, а рабочий инструмент для закупщика;
• важна интеграция с 1С, ERP, CRM — чтобы данные не гуляли между системами вручную;
• есть разные типы клиентов и персональные условия — дилеры, розница, VIP, партнёры;
• нужен контролируемый срок запуска — когда бизнес не может ждать полгода;
• важно сохранить возможность доработок — чтобы через год не упираться в потолок, как с конструктором.

Плюсы коробки

• баланс между скоростью и гибкостью — запускаетесь быстро, но можете дорабатывать;
• меньше рисков, чем у разработки с нуля — ядро уже обкатано на других проектах;
• часто уже есть базовые B2B-функции — не нужно изобретать роли, согласования и прайс-листы;
• проще найти подрядчиков для внедрения и поддержки — рынок специалистов по популярным коробкам достаточно широк.

Минусы коробки

• часть логики придется подстраивать под платформу — не всё можно кастомизировать, иногда проще изменить процесс, чем код;
• сложные сценарии могут потребовать доработок — и это нормально, но нужно закладывать бюджет;
• лицензия — это только часть бюджета — внедрение, интеграции и обучение могут стоить столько же, а то и больше;
• качество внедрения часто важнее самой коробки — плохо настроенная коробка хуже, чем хорошо настроенный конструктор.

Что важно проверить

Перед выбором коробочного решения я всегда советую пройтись по контрольным точкам:

• есть ли нужные интеграции «из коробки» — или их придётся допиливать;
• как реализованы цены, скидки, лимиты, отсрочки — насколько гибко и детально;
• можно ли расширять роли и согласования — или жёстко заданы три роли без вариаций;
• удобно ли работать закупщику без менеджера — может ли он самостоятельно найти, заказать и отследить;
• как устроены обновления и кастомизация — не сломаются ли ваши доработки при следующем апдейте.

Индивидуальная разработка: когда без нее не обойтись

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

Подходит, если:

• у вас сложная многоуровневая модель продаж — дилеры, субдилеры, филиалы, агенты, и у каждого свои условия;
• нужен нестандартный расчет цен — каскадные скидки, привязка к объёму, к сезону, к истории клиента;
• есть специфическая логика согласования заказов — например, многоэтапное утверждение с разными порогами;
• одновременно работают дилеры, филиалы, менеджеры, закупщики — и у каждого свой интерфейс и свой набор данных;
• система должна стать частью большого цифрового контура компании — плотная интеграция с внутренними системами, а не просто обмен файлами;
• готовые платформы ломают ключевые процессы — когда приходится менять бизнес-логику под платформу, а не наоборот.

Плюсы индивидуальной разработки

• максимальная точность под бизнес — система делает именно то, что нужно, и ничего лишнего;
• можно спроектировать интерфейс под реальные сценарии закупок — не под абстрактного пользователя, а под конкретные роли;
• нет лишнего функционала — интерфейс не перегружен кнопками и вкладками, которые никто не использует;
• выше контроль над архитектурой — вы решаете, как система будет развиваться;
• проще строить уникальное конкурентное преимущество — когда кабинет закупщика реально удобнее, чем у конкурентов.

Минусы индивидуальной разработки

• высокий стартовый бюджет — и это не только разработка, но и аналитика, проектирование, тестирование;
• дольше запуск — хорошая кастомная система не делается за месяц;
• нужен сильный продуктовый контроль — без чёткого видения и управления требованиями проект расползается;
• ошибки на этапе проектирования стоят дорого — переделать архитектуру на позднем этапе в разы дороже, чем на старте;
• без хорошей аналитики легко получить дорогую, но неудобную систему — деньги потрачены, а закупщики по-прежнему звонят менеджеру.

Главный риск

Заказчик часто думает, что custom-разработка автоматически решит проблемы B2B. На деле она только убирает ограничения платформы. Если процессы не описаны, интерфейс не протестирован, а роли не разобраны, получится дорогая версия хаоса. Я видел проекты, где кастомная система стоила как три коробки, но закупщики ей не пользовались — просто потому, что никто не спросил их, как они реально работают.

Как сравнивать варианты правильно

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

1. Сначала опишите процессы

Ответьте на вопросы:

• кто делает заказ — закупщик, менеджер, сам клиент;
• кто его согласует — руководитель, бухгалтерия, несколько человек;
• кто видит цены — все или только определённые роли;
• кто формирует документы — система автоматически или менеджер вручную;
• где возникают ручные действия — и можно ли их автоматизировать;
• какие данные тянутся из 1С или ERP — остатки, цены, счета, отгрузки;
• какие операции должны происходить без участия менеджера — чтобы платформа реально разгружала людей, а не создавала дополнительную работу.

2. Разделите функции на три группы

• Обязательные — без них система не работает. Например, персональные цены или интеграция с 1С.
• Желательные — улучшают удобство, но не критичны. Например, рекомендации товаров или история заказов с аналитикой.
• Отложенные — можно добавить позже. Например, мобильное приложение или интеграция с CRM.

Это помогает не переплатить за сложность на старте и не отвлекаться на функции, которые не влияют на ключевые сценарии.

3. Посчитайте не только запуск, но и владение

Смотрите не на цену лицензии или проекта, а на TCO — полную стоимость владения.

В нее входят:

• внедрение — настройка, установка, адаптация;
• интеграции — подключение к 1С, ERP, CRM, WMS;
• дизайн и UX — проектирование интерфейса и пользовательских сценариев;
• тестирование — проверка на реальных данных и с реальными пользователями;
• обучение команды — менеджеры, бухгалтерия, логисты;
• поддержка — решение проблем, консультации, исправление ошибок;
• доработки — новые функции, изменение логики;
• обновления — переход на новые версии, безопасность;
• развитие через 1–2 года — масштабирование, новые каналы, новые роли.

Часто стартовый бюджет — это только треть от того, что вы потратите за первые два года. И это нормально, если вы к этому готовы.

Практический чек-лист выбора

Перед тем как выбрать платформу, проверьте:

• есть ли у решения понятный путь для повторного заказа — может ли закупщик за 2–3 клика повторить прошлую корзину;
• можно ли настроить персональные цены — не глобально, а точечно, под конкретного клиента или группу;
• поддерживаются ли роли и согласования — не просто «админ и пользователь», а гибкая система прав;
• как реализована интеграция с 1С — двусторонний обмен или выгрузка раз в сутки;
• есть ли фильтры и поиск для сложного каталога — по параметрам, по аналогам, по кросс-ссылкам;
• можно ли скрывать/показывать цены по типу клиента — чтобы розничный покупатель не видел оптовые цены и наоборот;
• как устроен документооборот — счета, накладные, акты формируются автоматически или вручную;
• можно ли развивать систему без полной переделки — добавлять модули, роли, интеграции;
• кто будет сопровождать проект после запуска — есть ли команда поддержки или вы остаётесь один на один с системой;
• что будет, если бизнес вырастет в 2–3 раза — выдержит ли платформа нагрузку по ассортименту, клиентам и заказам.

Если на половину этих вопросов ответ «неясно», решение еще не готово к выбору. Лучше потратить ещё неделю на анализ, чем год на переделку.

Типовые сценарии выбора

Если вы хотите проверить спрос

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

Если у вас уже есть продажи и нужна систематизация

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

Если у вас сложный холдинг, сеть дилеров или нестандартные процессы

Рассматривайте индивидуальную разработку.
Но только после нормального предпроектного анализа и карты сценариев. Не начинайте с кода — начните с описания ролей, процессов и пользовательских путей. Код — это последний этап, а не первый.

Частые ошибки при выборе

Ошибка 1. Сравнивать только цену старта

Дешевый запуск часто приводит к дорогому переезду. Я не устаю это повторять: считайте полную стоимость владения, а не только первый чек. Разница между стартовым бюджетом и двухлетними расходами может быть трёхкратной.

Ошибка 2. Покупать функциональность «на вырост»

Многие функции никогда не используются, но усложняют интерфейс и поддержку. Соблазн велик: «давайте сразу заложим всё, что может понадобиться». На практике это приводит к перегруженному интерфейсу, в котором закупщик не может найти нужное.

Ошибка 3. Не учитывать людей

В B2B интерфейсом пользуются не только закупщики, но и менеджеры, бухгалтерия, логисты, администраторы. Если роли не разведены, система разваливается в эксплуатации. Каждый видит не то, что ему нужно, и делает лишние действия.

Ошибка 4. Переоценивать шаблонные сценарии

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

Ошибка 5. Игнорировать UX

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

Простая модель принятия решения

Используйте такую схему:

• Нужен быстрый старт и мало сложностей → конструктор.
• Нужен баланс цены, скорости и гибкости → коробочное решение.
• Нужна точная посадка под бизнес-процессы → индивидуальная разработка.

Если коротко:
конструктор — чтобы проверить,
коробка — чтобы стабильно работать,
custom — чтобы строить цифровое преимущество.

Вывод

Выбор между конструктором, коробочным решением и индивидуальной разработкой в B2B зависит не от моды, а от зрелости процессов. Если вам нужно быстро выйти в онлайн, подойдет конструктор. Если важны интеграции, управляемость и разумный бюджет — чаще выигрывает коробка. Если же бизнес-процессы нестандартны и интерфейс должен повторять сложную логику продаж, без индивидуальной разработки не обойтись.

Главное — не выбирать платформу «по списку возможностей». Сначала описывайте процессы, роли и сценарии закупки, а уже потом сравнивайте инструменты. В B2B побеждает не самая дорогая система, а та, которая убирает лишние действия из пути клиента и менеджера. Интерфейс должен продавать молча — и это возможно только тогда, когда платформа спроектирована под реальные сценарии, а не под абстрактные фичи.

FAQ

Что дешевле: конструктор или коробочное решение?

На старте обычно дешевле конструктор, но по полной стоимости владения коробка часто оказывается выгоднее, если нужны интеграции и развитие. Конструктор дёшев в первый месяц, но дорог в перспективе года.

Когда конструктор перестает подходить?

Когда появляются персональные цены, сложные роли, интеграции с 1С и требования к нестандартной логике заказа. Обычно это момент, когда бизнес перестаёт быть «типовым» и начинает обрастать собственной спецификой.

Почему коробочное решение часто выбирают для B2B?

Потому что оно дает готовую основу и при этом позволяет дорабатывать систему под реальные бизнес-процессы. Это разумный компромисс между скоростью запуска и гибкостью.

Когда точно нужна индивидуальная разработка?

Когда готовые платформы не поддерживают ключевую логику продаж, а обходные решения ухудшают UX, скорость и управляемость. Если вы ловите себя на мысли «мы подстроим процессы под платформу», а процессы — это ваше конкурентное преимущество, то вам нужен custom.

Что важнее при выборе платформы: функциональность или UX?

В B2B важны оба фактора, но UX критичнее, чем кажется. Если закупщику неудобно делать повторный заказ, система не будет использоваться регулярно. Можно иметь идеальную функциональность на бумаге, но если до неё нужно добираться через пять кликов и три вкладки, она бесполезна.