B2B-портал: что это такое и как он трансформирует оптовые продажи

2. Отличия B2B от B2C e-commerce

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

Ключевые отличия

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

Почему B2C-платформы не работают для B2B

Мы регулярно видим компании, которые пытались запустить оптовые продажи на базе Shopify, WooCommerce или другой B2C-платформы. Результат почти всегда один — костыли, ограничения и переделка с нуля через год-два.

Проблема 1: Ценообразование

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

Проблема 2: Процесс заказа

В B2C всё просто: выбрал → оплатил → получил. В B2B путь длиннее: запросил → согласовал внутри → получил одобрение бюджета → разместил заказ → ждёшь отгрузку → получаешь документы. Разные этапы, разные роли, разные права — и B2C-платформы этого не понимают.

Проблема 3: Интеграции

B2B-продажи не живут изолированно. Портал должен быть связан с ERP (1С, SAP), складом, логистикой, EDI. B2C-платформы не заточены под эту сложность — интеграции либо невозможны, либо требуют огромных усилий.

Проблема 4: Контент

В B2B важны технические спецификации, сертификаты, инструкции, CAD-модели. B2C-платформы оптимизированы под красивые фото и маркетинговые описания — техническая документация в них выглядит как инородное тело.

Что это значит для вас

Если вы продаёте другим компаниям, вам нужно решение, изначально спроектированное под B2B-логику. Попытка «допилить» B2C-платформу приведёт к постоянным костылям, ограничениям и техническому долгу, который рано или поздно придётся оплачивать переделкой всего с нуля.

3. Функции B2B-портала

Разберём ключевые функциональные блоки современного B2B-портала. Не все из них нужны сразу — scope зависит от вашей бизнес-модели. Но понимание полной картины поможет приоритизировать и планировать развитие.

Каталог и контент

Каталог — это сердце B2B-портала. В отличие от B2C, где главное — красивая картинка, здесь критична полнота и точность информации. Ваш клиент — профессионал, который знает, что ищет, и ценит своё время.

Ценообразование и условия

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

Заказ и логистика

Удобство оформления заказа напрямую влияет на конверсию. В B2B-сегменте особенно важны возможности для работы с большими объёмами и повторными закупками.

Личный кабинет клиента

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

Аналитика и отчётность

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

• Dashboard для менеджеров и руководителей
• Воронка продаж: просмотры → корзина → заказ
• ABC-анализ клиентов и товаров
• Прогнозирование спроса
• Отчёты по региональной активности

Коммуникации

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

• Встроенный чат с менеджером
• Система заявок и тикетов
• Новости и уведомления
• Email-маркетинг (интеграция с сервисами рассылок)

4. Преимущества B2B-портала для бизнеса

Внедрение B2B-портала — это инвестиция, и как любая инвестиция, она требует обоснования. Давайте посмотрим на конкретные выгоды для компании и её клиентов.

Для компании (продавца)

1. Снижение операционных издержек

Это самый очевидный и быстро измеримый эффект. Менеджер тратит 70% времени на рутину: приём заказов, проверку остатков, формирование счетов, ответы на типовые вопросы. Портал автоматизирует эту работу, высвобождая время для продаж и работы со сложными клиентами. Особенно эффективно это работает при грамотной интеграции портала с учётным контуром — 1С, ERP, складом.

По данным Forrester, B2B-портал снижает стоимость обработки заказа на 50-70%. Если раньше заказ стоил вам 500-1000 рублей операционных расходов, теперь — 150-300 рублей. При сотнях заказов в месяц экономия становится существенной.

2. Масштабирование без пропорционального роста штата

Без портала рост продаж требует новых менеджеров. С порталом — нет. Один менеджер может обслуживать не 30, а 100-150 клиентов, потому что рутина на портале. Это качественно меняет экономику масштабирования.

3. Увеличение среднего чека

Портал показывает сопутствующие товары, аналоги, рекомендации. Клиент видит весь ассортимент, а не только то, что вспомнил спросить. Средний чек растёт на 15-25% — не потому что вы «впариваете», а потому что клиент находит нужное.

4. Привлечение новых клиентов

Современные B2B-покупатели начинают с поиска в интернете. Если у вас нет портала — вас нет в результатах поиска. Конкуренты с порталами забирают этот трафик. Ваш портал — это точка входа для новых клиентов.

5. Объективные данные о клиентах

Что смотрят, что добавляют в корзину, но не заказывают, какие товары ищут и не находят. Эти данные — основа для развития ассортимента и маркетинга. Без портала вы работаете вслепую.

Для клиентов (покупателей)

Важно понимать, что B2B-портал — это выгода не только для вас, но и для ваших клиентов. Удобство работы с вами становится их конкурентным преимуществом.

1. Удобство и скорость

Заказать в 2 часа ночи, не ожидая ответа менеджера. Проверить остатки самостоятельно. Скачать счёт сразу, без запросов. Время — деньги, и клиенты это ценят.

2. Прозрачность условий

Персональные цены видны сразу. Никаких «я уточню и перезвоню». Клиент принимает решение на основе полной информации — быстрее и увереннее.

3. Контроль над заказами

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

4. Снижение ошибок

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

Измеримые результаты

Эти цифры — не теоретические расчёты, а реальные результаты компаний после внедрения B2B-порталов:

5. Типы B2B-порталов

Не все B2B-порталы одинаковы. Тип портала зависит от бизнес-модели и роли компании в цепочке поставок. Понимание этих различий поможет правильно определить scope и архитектуру вашего решения.

По бизнес-модели

Портал производителя

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

• Глубокий каталог собственной продукции с полной технической документацией
• Технические спецификации, сертификаты, CAD-модели
• Интеграция с производственными системами (MES, PLM)
• Работа с заказными позициями, конфигуратор

Портал дистрибьютора

Дистрибьютор перепродаёт товары от нескольких производителей. Здесь акценты другие:

• Широкий ассортимент от разных брендов
• Сложное ценообразование (закупка vs продажа)
• Синхронизация остатков с поставщиками
• Dropshipping-модели

Портал оптовика

Классический опт: продажа товаров мелким оптом и в розницу. Ключевые особенности:

• Работа с большим количеством мелких клиентов
• Простые условия, типовые скидки
• Быстрое оформление заказов
• Интеграция с маркетплейсами

Закупочный портал

Компания использует портал для закупок у своих поставщиков. Это «перевёрнутая» модель:

• Тендеры, запросы котировок
• Управление пулом поставщиков
• Согласование и бюджетирование
• E-sourcing функциональность

По функциональному охвату

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

По архитектуре

Архитектура определяет не только технические характеристики, но и возможности развития системы в будущем.

Монолитный

Одно приложение, тесно связанные компоненты. Проще в разработке на старте, но сложнее в масштабировании. Подходит для небольших проектов с понятным scope.

Модульный

Отдельные модули (каталог, заказы, личный кабинет), слабо связанные между собой. Гибче, проще развивать частями — можно обновить один модуль, не трогая остальные.

Headless

Бэкенд отдельно от фронтенда, общение через API. Максимальная гибкость: можно подключать разные интерфейсы (веб-портал, мобильное приложение) к одному ядру. Идеально для омниканальной стратегии.

6. Архитектура и технологии

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

Архитектурные паттерны

Классическая монолитная архитектура подходит для MVP, небольших проектов, быстрого старта. Минусы: сложность масштабирования, взаимозависимость компонентов — изменение в одном месте может сломать что-то в другом.

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

Headless Commerce — бэкенд предоставляет API, фронтенд — отдельное приложение. Можно иметь разные фронтенды: веб-портал, мобильное приложение, интеграция с ERP клиентов. Особенно актуально, если вы планируете омниканальный подход.

Технологический стек

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

Frontend:

• React / Next.js — для сложных интерфейсов, SSR для SEO
• Vue / Nuxt.js — проще в освоении, хорош для средних проектов
• TypeScript — типизация для надёжности

Backend:

• Java / Kotlin — для enterprise, высокие нагрузки
• Python (Django, FastAPI) — быстрая разработка, интеграции. Шаблоны проектирования на Python помогают строить надёжные B2B-приложения
• Node.js — единый стек с frontend, realtime-функции

База данных:

• PostgreSQL — основная база, надёжность, JSON-поддержка
• Elasticsearch — для поиска по каталогу
• Redis — кэширование, сессии

Инфраструктура:

• Docker / Kubernetes — контейнеризация
• Yandex Cloud / VK Cloud — для российских проектов
• CDN — для раздачи статики, изображений

Производительность и масштабирование

Хороший B2B-портал должен работать быстро — ваши клиенты ценят своё время. Вот ключевые метрики:

• Время загрузки каталога: <2 секунд
• Поиск по 1 млн товаров: <500 мс
• Одновременных пользователей: 1000+ при правильной архитектуре

Для достижения этих показателей нужно:

• Кэширование на всех уровнях
• Оптимизация запросов к базе
• Асинхронная обработка тяжёлых операций
• CDN для статики
• Горизонтальное масштабирование при росте

7. Интеграции B2B-портала

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

Обязательные интеграции

ERP-система (1С, SAP, Microsoft Dynamics)

Это центральная и самая важная интеграция. ERP — это «источник правды» для данных о товарах, ценах, клиентах. Портал должен получать эти данные из ERP и отправлять туда заказы.

Из ERP в портал:

• Каталог товаров, цены, остатки
• Данные о клиентах, контрагентах
• История заказов, документы
• Финансовая информация (дебиторка)

Из портала в ERP:

• Новые заказы
• Новые клиенты
• Активность пользователей

Режимы синхронизации зависят от критичности данных:

• Периодическая (раз в час, день) — проще, но данные не realtime
• По событию — при изменении данных
• Realtime — для критичных операций (остатки)

WMS (складская система)

Для показа остатков в реальном времени. Клиенты не любят, когда заказанного товара вдруг «нет в наличии»:

• Текущие остатки по складам
• Зарезервированные товары
• Ожидаемые поступления
• Статусы отгрузок

Рекомендуемые интеграции

Платёжные системы

Для B2B актуально:

• Эквайринг для юрлиц
• Интеграция с банками для онлайн-оплаты
• Факторинг, кредитные продукты

Логистика

Клиенты хотят знать, когда получат заказ:

• Расчёт стоимости доставки
• Трекинг отгрузок
• Интеграция с ТК (СДЭК, Деловые Линии)

EDI (электронный документооборот)

Обмен документами в электронном виде — must have для крупных клиентов:

• Заказы, подтверждения
• Накладные, акты
• Интеграция с ЭДО-операторами (Диадок, СБИС)

CRM-система

Для персонализации и управления отношениями:

• Данные о клиентах, менеджерах
• История взаимодействий
• Сегментация, персональные условия

Маркетинг и аналитика

Для развития канала:

• Сервисы email-рассылок
• Системы аналитики (Яндекс Метрика, Google Analytics)
• A/B-тестирование

Архитектура интеграций

Для сложных ландшафтов рекомендуем использовать интеграционную шину (ESB). Это изолирует портал от изменений в источниках данных и упрощает добавление новых интеграций.

При таком подходе, если вы меняете ERP или добавляете новый склад, портал этого «не замечает» — меняется только адаптер в интеграционном слое.

8. Этапы создания B2B-портала

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

Этап 1: Discovery и аналитика (4-6 недель)

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

Задачи:

• Анализ текущих бизнес-процессов продаж
• Интервью с менеджерами и клиентами
• Аудит существующих систем (ERP, CRM)
• Анализ конкурентов
• Формирование требований и приоритетов

Результат: Концепция портала, scope MVP, высокоуровневая архитектура, оценка сроков и бюджета.

Этап 2: Проектирование UX (3-4 недели)

Удобство использования — не роскошь, а необходимость. Если клиентам сложно работать с порталом, они вернутся к телефону и email.

Задачи:

• Проектирование пользовательских сценариев
• Создание wireframes ключевых экранов
• Прототипирование и тестирование
• Согласование с бизнесом

Результат: Интерактивный прототип, утверждённая структура.

Этап 3: UI-дизайн (4-6 недель)

На этом этапе портал обретает визуальную форму. Дизайн B2B-портала должен быть не «красивым», а удобным и профессиональным.

Задачи:

• Разработка дизайн-системы
• Дизайн всех экранов
• Адаптация под мобильные устройства
• Подготовка UI-кита для разработки

Результат: Готовый дизайн, переданный в разработку.

Этап 4: Разработка MVP (3-6 месяцев)

Самый ресурсоёмкий этап. Важно начать с MVP — минимального работающего продукта, который уже приносит пользу.

Типичный scope MVP:

• Каталог с поиском и фильтрами
• Персональные цены (интеграция с ERP)
• Корзина и оформление заказа
• Личный кабинет (история, документы)
• Базовая интеграция с 1С/ERP
• Административная панель

Метод: Agile-спринты по 2 недели, регулярные демо. Это позволяет корректировать курс на ходу. Современные команды также применяют AI-ускорение разработки для повышения эффективности.

Этап 5: Тестирование и запуск (4-6 недель)

Перед запуском нужно убедиться, что всё работает корректно — и технически, и с точки зрения пользователей.

Задачи:

• Функциональное тестирование
• Интеграционное тестирование
• Нагрузочное тестирование
• Пилот с группой клиентов
• Запуск и мониторинг

Этап 6: Развитие (ongoing)

После запуска MVP начинается непрерывное развитие. Портал — это не статичный продукт, а живой инструмент, который растёт вместе с бизнесом.

• Добавление функциональности
• Оптимизация на основе данных
• Новые интеграции
• Масштабирование

Сроки по масштабу

9. Готовые решения vs кастомная разработка

Это ключевой выбор на старте проекта. У каждого подхода есть свои преимущества и ограничения — важно понимать их честно.

Готовые B2B-платформы

Примеры: 1С-Битрикс, CS-Cart B2B, OroCommerce, Magento B2B, Shopware.

Плюсы:

• Быстрый старт (базовый функционал готов)
• Ниже начальная стоимость
• Документация, комьюнити
• Регулярные обновления от вендора

Минусы:

• Ограничения кастомизации
• Лицензионные платежи
• Зависимость от вендора
• Избыточность (платите за то, что не используете)
• Сложность глубоких интеграций
• Производительность под вопросом при росте

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

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

Кастомная разработка

Плюсы:

• Точное соответствие вашим процессам
• Неограниченная гибкость
• Любые интеграции
• Нет лицензий, полный контроль
• Конкурентное преимущество
• Оптимальная производительность

Минусы:

• Выше начальные инвестиции
• Дольше время разработки
• Нужна компетентная команда
• Ответственность за поддержку на вас

Когда подходит: уникальная бизнес-логика, сложные интеграции (нетиповые ERP, legacy-системы), высокие требования к производительности, долгосрочная стратегия развития, портал как конкурентное преимущество.

Сравнение TCO (Total Cost of Ownership)

Важно смотреть не только на стартовые затраты, но и на общую стоимость владения на горизонте нескольких лет:

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

No-code и low-code: почему это не для B2B

На рынке есть конструкторы сайтов и no-code платформы. Они привлекательны обещанием «быстро и дёшево», но для B2B-портала не подходят:

• Нет сложного ценообразования — no-code не справится с персональными прайсами
• Ограниченные интеграции — глубокая связка с 1С невозможна
• Производительность — не выдержит каталог в 100 000 товаров
• Зависимость — данные и логика на чужой платформе
• Масштабирование — потолок роста очень близко

No-code хорош для лендингов и простых сайтов. Для B2B-портала, который должен работать годами и развиваться, — нет.

Если коробка уже стоит. Отдельный случай — когда портал на 1С-Битриксе или другой платформе работает, но каждая доработка стоит как отдельный проект, а найм людей в этот стек превратился в проблему. Тогда выбор не «коробка или кастом», а «продолжать чинить или заменить». Замену Битрикса мы делаем за 3 месяца по фиксированной стоимости: связь с 1С, данные, интеграции и клиентские API переносим целиком, а платформу под ними меняем на современную архитектуру. Снаружи — для покупателей и смежных систем — не меняется ничего: те же адреса, те же контракты API, те же выгрузки.

10. Сколько стоит разработка B2B-портала

Честный разговор о деньгах. Стоимость зависит от множества факторов, но мы дадим реалистичные ориентиры.

Под конкретный проект цену и срок мы фиксируем в договоре до начала работ. От чего они зависят, объясняем на странице разработки B2B-платформы под ключ.

Структура затрат

Стоимость по типам порталов

Что влияет на стоимость

Понимание факторов стоимости помогает оптимизировать бюджет без потери качества:

Ежегодные затраты после запуска

Портал требует постоянной поддержки и развития:

Окупаемость

Типичные источники экономии, которые формируют ROI:

• Сокращение штата менеджеров или увеличение их эффективности в 3-4 раза
• Снижение ошибок в заказах (каждая ошибка — это деньги)
• Рост среднего чека на 15-25%
• Увеличение числа заказов за счёт удобства
• Привлечение новых клиентов через онлайн-канал

Пример расчёта:

• 10 менеджеров × 100 000 ₽/мес = 12 млн ₽/год на ФОТ
• Рост эффективности в 2 раза = экономия 6 млн ₽/год
• ROI портала за 10 млн ₽ = 18-24 месяца

11. Примеры успешных B2B-порталов

Рассмотрим, как реальные компании трансформировали продажи с помощью B2B-порталов. Эти кейсы показывают, каких результатов можно достичь при правильном подходе.

Кейс 1: Дистрибьютор электроники

Ситуация: 15 000 SKU, 500 активных клиентов, 20 менеджеров. Заказы по телефону и email, постоянные ошибки, медленное обслуживание. Клиенты уходили к конкурентам, у которых уже были порталы.

Решение: Кастомный B2B-портал с интеграцией SAP.

Функционал:

• Каталог с техническими характеристиками и PDF-спецификациями
• Персональные цены по клиентам
• Онлайн-остатки с 5 складов
• Документооборот через портал
• Личный кабинет с историей и аналитикой

Результат (через год):

• 70% заказов через портал (было 0%)
• Количество менеджеров: 20 → 12 (рост объёмов при этом +35%)
• Ошибки в заказах: -85%
• NPS клиентов: +40 пунктов

Кейс 2: Производитель строительных материалов

Ситуация: Сложное ценообразование (зависит от объёма, региона, истории), много типов клиентов (дилеры, подрядчики, розница). Менеджеры тратили часы на расчёты.

Решение: B2B-портал с конфигуратором цен.

Функционал:

• Калькулятор проектов (расчёт материалов под задачу)
• Многоуровневое ценообразование
• Разные интерфейсы для разных типов клиентов
• Интеграция с 1С:УНФ
• Модуль для работы с рекламациями

Результат:

• Время на расценку проекта: с 2 дней до 10 минут
• Новые клиенты через портал: +200 в год
• Средний чек: +22%

Кейс 3: Оптовый поставщик продуктов питания

Ситуация: Работа с HoReCa (рестораны, кафе, отели). Заказы каждый день, срочная доставка, жёсткие сроки годности. Клиенты звонили рано утром — менеджеры не успевали обработать все заявки.

Решение: B2B-портал + мобильное приложение.

Функционал:

• Быстрый заказ (повтор предыдущего в 2 клика)
• Учёт сроков годности при резервировании
• Мобильное приложение для шеф-поваров
• Push-уведомления о статусе
• Интеграция с логистикой

Результат:

• 95% заказов через портал/приложение
• Среднее время оформления заказа: 3 минуты
• Количество клиентов: +180% за 2 года
• Отток клиентов: -60%

Общие паттерны успеха

Анализируя успешные проекты, мы видим повторяющиеся факторы:

1. Фокус на болях клиентов — решали реальные проблемы, не добавляли функции ради функций
2. Постепенное внедрение — начинали с MVP, развивали итеративно
3. Глубокая интеграция — портал связан с ERP, складом, логистикой
4. Работа с пользователями — обучение клиентов, сбор обратной связи
5. Измерение результатов — понятные метрики успеха с самого начала

Заключение

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

Когда пора задуматься о B2B-портале

Если узнаёте свою ситуацию — время действовать:

• Менеджеры тонут в рутине обработки заказов
• Клиенты жалуются на скорость обслуживания
• Ошибки в заказах — регулярная проблема
• Вы не можете масштабировать продажи без роста штата
• Конкуренты уже работают через порталы
• Вы хотите привлекать клиентов онлайн

Ключевые принципы

Готовое решение или кастомная разработка?

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

Готовы обсудить ваш B2B-портал?

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

Портал — это система над вашим учётом: 1С, ERP и склад остаются на месте, а всё, что должно меняться со скоростью бизнеса, мы строим вокруг них. Внутреннюю систему под ваши процессы запускаем за 2–3 месяца, полный клиентский контур с личным кабинетом и интеграциями — за квартал. Этапы и сроки выше — рыночная норма при ручной разработке всей системы. У нас типовую часть — роли, права, админку, интеграционный обвес — закрывает внутренний фреймворк Mini, поэтому руками пишется только уникальная логика, и календарь сжимается.

Наш стек:

• Backend: Python, FastAPI, PostgreSQL. Внутренний фреймворк Mini — передаём с исходниками
• Frontend: React, Next.js, shadcn
• Мобильные решения: Flutter — единая кодовая база для iOS и Android
• Интеграции: 1С, SAP, любые ERP через API, шины данных, Kafka

Как мы работаем:

• Fixed price: погружаемся в задачу, оцениваем и подписываемся под сроком и бюджетом
• Оценку даём после погружения в задачу — до подписания, а не по ходу проекта
• Все исключительные права на код, документацию и репозиторий — ваши
• Стек стандартный, без vendor lock: развивать портал сможет любая команда