Внедрение коробочного решения или разработка с нуля: что выбрать для B2B-портала

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

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

В материале разберем, чем отличаются эти подходы и в каких случаях оправдан каждый из них.

Переведите контрагентов на самообслуживание и освободите до 50% времени отдела продаж

Сотбит: B2B — готовый B2B-портал, чтобы избавить менеджеров от рутины и увеличить выручку предприятия.

Записаться на демонстрацию

Два подхода к созданию B2B-портала

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

Готовое коробочное решение

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

Мы в компании «Сотбит» начинаем внедрение с аналитики: изучаем процессы компании, определяем требования к порталу и фиксируем их в техническом задании. Затем настраиваем платформу, адаптируем интерфейс и бизнес-процессы, подключаем 1С, Битрикс24 и сторонние сервисы, а перед запуском команда тестирует систему и обучает сотрудников заказчика. 

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

Плюсы:

• Быстрый запуск. Вендор предоставляет готовое ядро и набор типовых функций, поэтому команда может сразу перейти к настройке системы и интеграциям.

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

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

• Средства интеграции. Для популярных конфигураций 1С, CRM и других сервисов часто доступны готовые механизмы обмена.

• Развитие продукта. Разработчик регулярно выпускает обновления, исправляет ошибки и актуализирует документацию.

Минусы: 

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

• Зависимость от вендора. Разработчик продукта сам определяет график обновлений и сроки поддержки версий. Изменение его продуктовой политики может потребовать внепланового обновления или перехода на другую систему.

• Избыточные функции. Часть возможностей коробки может остаться невостребованной, при этом стоимость лицензии не зависит от фактического объема их использования. Поэтому мы рекомендуем выбирать готовые системы с несколькими редакциями и возможностью перехода между ними. Например, линейка «Сотбит: B2B» включает четыре редакции: компания может подобрать набор функций под текущие процессы, а затем расширить его по мере развития проекта.

Разработка B2B-портала с нуля

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

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

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

Плюсы: 

• Соответствие бизнес-процессам. Систему проектируют под конкретные требования компании.

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

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

• Собственная стратегия развития. Компания самостоятельно определяет, какие функции развивать в первую очередь и когда выпускать обновления.

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

Минусы: 

• Долгий запуск. Все компоненты системы необходимо спроектировать, разработать и протестировать с нуля, потому запуск портала занимает значительно больше времени, чем внедрение готового решения.

• Высокая стоимость разработки. Компания финансирует полный цикл создания системы: аналитику, проектирование, разработку, интеграции, тестирование и запуск.

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

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

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

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

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

Способ создания портала – лишь один из вопросов, которые предстоит решить. Также нужно выбрать вариант размещения системы: на инфраструктуре поставщика или в контуре компании. Подробнее об этом читайте в статье «SaaS или On-Premise».

Стоимость запуска и дальнейшего развития

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

В расчет входят: 

• лицензия на платформу и дополнительные модули;

• анализ процессов, настройка и внедрение;

• интеграции с 1С, CRM, ЭДО и другими системами;

• перенос и подготовка данных;

• серверная инфраструктура, резервное копирование и мониторинг;

• обновления и проверка совместимости доработок;

• техническая поддержка и работа команды разработки;

• развитие портала и добавление новых функций.

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

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

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

Как выбрать основу для B2B-портала

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

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

Когда коробочного решения может быть недостаточно

Коробка может оказаться неподходящим решением, если:

• доработки затрагивают ядро платформы и усложняют установку обновлений;

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

• общие расходы на адаптацию и сопровождение приближаются к стоимости создания и эксплуатации собственной системы.

Когда не окупается разработка с нуля

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

• основные процессы компании укладываются в типовые B2B-сценарии;

• портал нужно запустить в сжатые сроки;

• требования часто меняются и еще не оформлены в устойчивую модель;

• у компании нет команды для постоянной поддержки и развития продукта;

• индивидуальные функции не дают бизнесу ощутимого преимущества;

• ожидаемый эффект от автоматизации не покрывает затраты на создание и эксплуатацию системы.

Итого: какой подход подойдет вашему B2B-проекту

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

Какой вариант подойдет вашему проекту, зависит от задач бизнеса, долгосрочного плана развития и доступного бюджета. Если основные процессы можно реализовать на готовом ядре, рассмотрите «Сотбит: B2B». Платформа интегрируется с 1С, поддерживает работу с персональными ценами, остатками, заказами и документами, а при необходимости дорабатывается под процессы компании.

Сомневаетесь между коробкой и разработкой с нуля? Расскажите нам о проекте – специалисты «Сотбит» оценят требования и покажут возможности готовой платформы.

Часто задаваемые вопросы

Может ли коробочный B2B-портал быть кастомным?

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

Есть ли предел у доработок коробочного решения?

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

Как проверить, подойдет ли коробочное решение для интеграции с 1С?

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

Кому принадлежит код после индивидуальных доработок?

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

Можно ли перейти с коробки на собственную систему?

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