B2B-платформы и маркетплейсы⁠.

1. 01

   Маркетплейс, B2B-портал или платформа на основе советника?

   Маркетплейс — двухсторонняя платформа с независимыми поставщиками:

   • —Имеет смысл, когда поставщики реально участвуют в процессе — управляют данными, наличием, ценами, коммуникацией
   • —Количество поставщиков — важный фактор, но не единственный

   B2B-портал — односторонняя платформа, владелец = поставщик:

   • —Каталог управляется вашей командой
   • —Проще, быстрее, подходит для классического B2B (дистрибуция, опт)

   Платформа на основе советника — ваша команда обслуживает клиентов через структурированный процесс:

   • —Мандат, документооборот, проверки
   • —Для консалтинга, юриспруденции, финансов, недвижимости

   Не подбираем по моде — подбираем под реальную бизнес-модель.

2. 02

   Движок процессов: встроенный, внешняя библиотека или кастом?

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

   Temporal, XState или отдельный workflow engine — когда процесс действительно сложный:

   • —Параллельные ветки
   • —Долгие ожидания
   • —Повторные попытки внешних систем
   • —Компенсационные действия

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

3. 03

   Авторизация для нескольких ролей: общая модель или разделённые сервисы?

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

   Разделённые сервисы — только когда роли требуют разного уровня соответствия или когда команды независимо работают над клиентским и админским потоком.

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

1. 01

   Не строим одноразовые B2B-MVP

   Дешёвые B2B-проекты часто выглядят рабочими на демо, но ломаются, когда появляется вторая роль, интеграция с учётом, документооборот или нестандартный статус заказа. Мы закладываем роли, процессную логику, источники истины и передачу кода с первой версии — без попытки «прикрутить архитектуру потом». Доказательство — наши кейсы (Forschungsmittel, Vulken FM, My Office Asia, Wenzel), которые выросли из первой версии в операционные платформы без forced rewrite.

2. 02

   Интеграции — часть архитектуры, а не «потом»

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

3. 03

   Логика процесса живёт в бэкенде, не в интерфейсе

   Если бизнес-правила лежат в формах и кнопках — любое изменение требует frontend-релиза, сложно тестировать и легко сломать. Мы держим логику процесса в коде и базе: модель состояний, журнал действий на изменения, тестируется отдельно, версионируется. Это разница между «B2B-платформа» и «CRUD с пятью формами».

4. 04

   Senior-команда от спринта до запуска

   Та же senior-команда от спринта до запуска: проектный лид, инженерный лид, дизайн-лид. В B2B-платформах самые дорогие решения находятся не в интерфейсе, а в модели ролей, процессах, данных, интеграциях и правах доступа. Поэтому ключевые архитектурные решения остаются у инженерного лида, а не передаются стажёрам или случайным исполнителям.

5. 05

   Код, доступы и документация — у вас

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

Не продаём custom любой ценой · помогаем выбрать правильный формат

Соберём B2B-платформу,
которая выдержит рост⁠.

Начать можно с архитектурного спринта (5 дней, 150 000 ₽), если непонятно какая модель — маркетплейс, B2B-портал или платформа на основе советника — вам подходит. Или сразу обсудить готовый проект. Архитектурный созвон — 30 минут, без обязательств.