За последние пару лет веб платформа для бизнеса перестала быть роскошью - на брифе теперь чаще звучит не «сделайте сайт», а «нужна система, где заказчик видит статус, бухгалтерия видит отчёты, а склад видит остатки». Я прошёл этот путь на десятке проектов - от CRM на React до сервисов с оплатой через эквайринг - и в статье разберу этапы разработки такой платформы: от идеи и требований до запуска и первых недель эксплуатации.
Чем веб-платформа для бизнеса отличается от обычного сайта
Сайт продаёт и информирует, платформа управляет процессом. На лендинге посетитель читает текст и оставляет заявку, на платформе он логинится, видит личный кабинет, статус заказа, историю операций - а это уже работа с ролями, правами доступа и базой данных, а не просто вёрсткой.
На практике грань проходит примерно так: если бизнесу нужно вывести услугу в интернет и собрать заявки - хватит сайта на Tilda от 30 000 ₽ или лендинга на Next.js от 80 000 ₽. Если внутри процесса появляется несколько ролей - клиент, менеджер, склад, бухгалтер, - это уже веб-платформа для бизнеса: минимум личный кабинет, база данных, API и логика прав доступа. Такие проекты я оцениваю от 150 000 ₽ за SPA-сервис на React или Vue вместе с бэкендом.
Ключевой признак платформы - она растёт вместе с бизнесом. Сегодня в ней три роли и один интеграционный модуль, например приём оплаты через эквайринг T‑Bank, через полгода добавляется склад, через год - партнёрский кабинет. Сайт под такие правки не рассчитан, а платформа с самого начала проектируется с запасом.
Этапы разработки - от идеи до технического задания
Разбор задач и ролей пользователей
Первый созвон с заказчиком трачу не на обсуждение дизайна, а на список ролей и процессов: кто заходит в систему, что видит, что может менять. Для интернет-магазина это обычно покупатель, менеджер, кладовщик и владелец с доступом к отчётам. Для B2B-сервиса - клиент, партнёр, внутренний оператор. Пока роли не зафиксированы, любая оценка бюджета и сроков остаётся гаданием.
Отдельно фиксирую интеграции: с какой CRM работает отдел продаж, через какой эквайринг принимаются платежи, нужна ли доставка через СДЭК или своя логистика, есть ли уже Telegram-бот для уведомлений. Список интеграций сильнее всего влияет на архитектуру и бюджет - простая доработка модуля стоит от 3 000 ₽, а комплексная интеграция с CRM и эквайрингом - от 40 000 ₽.
Прототип и оценка сроков
После разбора ролей делаю кликабельный прототип - схему экранов без дизайна, просто блоки и переходы. На этом этапе заказчик обычно меняет мнение о половине функций: что-то оказывается лишним, что-то - критичным и пропущенным в первом брифе. Дешевле поправить это в прототипе, чем через три недели разработки.
Дискавери и прототип по моей практике занимают от 5 до 15 дней в зависимости от числа ролей и интеграций. На выходе - техническое задание с перечнем экранов, ролей, интеграций и оценкой в часах, а не абстрактная смета на глаз.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Выбор технологий и архитектуры платформы
Стек выбираю под задачу, а не по личным предпочтениям - универсального правильного набора технологий не существует.
| Задача | Стек | Когда выбираю |
|---|---|---|
| Клиентский кабинет, SPA | React или Vue + REST API | Нужна динамика интерфейса, много состояний |
| Бэкенд с бизнес-логикой | Laravel (PHP) или Node.js | Нужны права доступа, отчёты, сложные сценарии |
| Аналитика и BI-дашборд | Vue + графики | Владельцу нужны метрики в реальном времени |
| Автоматизация процессов | n8n, Python-скрипты | Нужно связать CRM, почту, мессенджеры без правок в бэкенде |
Базу данных для платформ такого рода почти всегда беру PostgreSQL - она справляется и с транзакционной логикой заказов, и с отчётами. Серверы для хранения персональных данных клиентов размещаю на площадках в России - это требование 152-ФЗ о локализации ПДн, и на этапе выбора инфраструктуры закладываю это сразу, а не чиню постфактум.
Разработка MVP и интеграция с бизнес-системами
MVP собираю не как урезанную версию будущей платформы, а как рабочий core: авторизация, основной сценарий - заказ, заявка, бронирование - и одна-две ключевые интеграции. Остальное во вторую очередь.
Из интеграций чаще всего нужны:
- приём оплаты - эквайринг T‑Bank или аналог, для магазинов на WooCommerce такая связка настраивается за 2-3 дня;
- логистика - расчёт стоимости и статус доставки через API СДЭК;
- уведомления - Telegram-бот на aiogram, который дублирует статус заказа менеджеру и клиенту;
- рутинные процессы - сценарии в n8n: новая заявка на платформе автоматически создаёт сделку в CRM и ставит задачу менеджеру.
Часть таких сценариев уже собрана в готовые шаблоны - в библиотеке скриптов автоматизации есть рабочие связки для n8n и Telegram-ботов, которые ускоряют старт на пару дней.
По срокам MVP платформы с личным кабинетом, CRM-панелью и одной интеграцией занимает у меня 6-10 недель. Админ-панель на React в такой связке оцениваю от 100 000 ₽, бэкенд на Laravel - от 100 000 ₽, автоматизацию в n8n - от 25 000 ₽ отдельным блоком.
Тестирование, безопасность и запуск
Перед запуском прогоняю три вида проверок: функциональные тесты по сценариям из ТЗ, нагрузочное тестирование - сколько заявок платформа выдержит в пик - и проверку прав доступа: может ли клиент увидеть чужой заказ, поменяв id в адресной строке. Последнее чаще всего и вскрывает дыры: на одном проекте менеджер через консоль браузера получал доступ к чужим счетам, потому что бэкенд не перепроверял права на каждый запрос, а полагался на скрытые кнопки в интерфейсе.
Отдельно проверяю хранение персональных данных - если платформа собирает контакты и заказы клиентов, база и бэкапы должны лежать на серверах в России, а не в стороннем зарубежном облаке. Это прямое требование 152-ФЗ, и вопрос локализации данных снимаю на этапе выбора хостинга, а не после жалобы или проверки.
Запуск делаю поэтапно: сначала закрытая бета на 5-10 реальных пользователей заказчика, сбор обратной связи неделю-две, потом полный релиз. Такой подход почти всегда выявляет мелкие неудобства интерфейса, которые не видны на демо-стенде.
Поддержка и масштабирование после запуска
Платформа после запуска не заканчивает жизнь - начинается вторая часть работы: мониторинг ошибок, доработки по фидбеку пользователей, наращивание функциональности. Техподдержку веду от 15 000 ₽/мес - это реакция на баги, мелкие правки и присмотр за сервером.
Масштабирование обычно идёт по двум направлениям: добавление ролей и модулей - партнёрский кабинет, повторные продажи, программы лояльности - и аналитика. Владельцы бизнеса на третий-четвёртый месяц эксплуатации начинают спрашивать не «работает ли», а «сколько денег и откуда». Тут ставлю BI-дашборд на Vue.js от 90 000 ₽ поверх уже собранных данных - это дешевле, чем встраивать аналитику с нуля, если она не была заложена в архитектуру сразу.
Если в компании уже есть возможность содержать штатного разработчика, на этом этапе логично передать поддержку ему - но начальная архитектура и документация должны быть в состоянии, которое переживёт смену исполнителя: без этого передача платформы новому разработчику превращается в аварийный реинжиниринг.
Когда нужен не сайт, а сервис
SaaS / SPA
от 300 000 ₽
Подробнее →Частые вопросы
Сколько стоит разработка веб-платформы для бизнеса?
Зависит от числа ролей и интеграций. SPA-сервис с личным кабинетом и одной интеграцией начинается от 150 000 ₽, CRM или админ-панель на React - от 100 000 ₽, бэкенд на Laravel отдельным блоком - от 100 000 ₽. На рынке у студий похожая платформа часто стартует от 300 000-500 000 ₽ за счёт больших команд и накладных расходов - у частного разработчика цена ниже за счёт меньшего числа посредников.
Сколько времени занимает разработка платформы от идеи до запуска?
Дискавери и прототип - 1-2 недели, разработка MVP с одной-двумя интеграциями - 6-10 недель, тестирование и поэтапный запуск - ещё 1-2 недели. В сумме от идеи до рабочей версии на реальных пользователях уходит в среднем 2-3 месяца, если требования не меняются на середине разработки.
Можно ли начать с сайта на Tilda и потом вырасти в платформу?
Можно, и часто так и делаю: сайт на Tilda с кастомным скриптом закрывает задачу приёма заявок, а когда процесс усложняется - например, нужен личный кабинет с историей заказов - под это собирается отдельный сервис с базой данных, который забирает заявки с того же Tilda-сайта через API. Резкий переход не обязателен, платформу можно наращивать поверх существующей воронки.
Где лучше хранить данные клиентов - в облаке или на своём сервере?
Для персональных данных российских клиентов - только на серверах, физически расположенных в России, это прямое требование 152-ФЗ. Зарубежные облачные таблицы вроде Google Sheets или Airtable для хранения контактов и заказов не подходят, даже как временное решение на старте - при проверке или жалобе разбираться с этим сложнее, чем сразу заложить размещение в РФ.