Почему «сделать it-платформу за долю» — плохая идея

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

6 мин чтение

25.02.2026

разработка it платформ

Недавно ко мне обратился клиент с запросом «сделать сайт».

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

Фактически — это отдельный IT-продукт уровня SaaS, а не маркетинговый инструмент.

Что именно планировалось создать

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

В рамках одной системы предполагалось реализовать:

- личные кабинеты для участников;
- консорциум закупок с аукционами;
- образовательную платформу;
- технологические модули (подбор рецептур, калькуляторы);
- инвестиционный блок;
- аналитику рынка;
- возможность масштабирования под AI, blockchain и IoT;

Бизнес-модель строилась вокруг нескольких источников монетизации:

- членские взносы;
- комиссии с закупок;
- инвестиционные инструменты;

То есть речь шла не просто о сайте, а о создании цифровой экосистемы внутри отрасли.

Для кого планировался продукт

Платформа задумывалась как объединяющая среда для нескольких ролей:

- производители бетона и ЖБИ;
- поставщики сырья;
- технологи;
- инвесторы;
- подрядчики;
- партнёры;

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

дородная карта it-платформы

Это сразу усложняет архитектуру и требования к безопасности.

Как выглядела архитектура проекта

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

Публичная часть

Публичный контур включает:

- главную страницу;
- описание клуба;
- тарифы;
- услуги;
- мероприятия;
- базу знаний;
- SEO-структуру;
- мультиязычность;

Это маркетинговый слой платформы.

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

Личный кабинет предполагет:

- регистрацию и 2FA;
- систему ролей;
- профиль участника;
- управление подпиской;
- платежи;
- документы;
- историю операций;
- блок безопасности;

Это уже сложная пользовательская логика.

CRM и внутренняя логика

Внутри системы должна была работать административная часть:

- управление пользователями;
- RBAC (разграничение прав доступа);
- аналитика активности;
- финансовый учёт;
- отчёты;
- модерация;
- администрирование;

Это фактически внутренняя CRM-система платформы.

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

Коммуникационный слой включет:

- email;
- SMS;
- Telegram;
- push-уведомления;
- чаты;
- форум;
- вебинары;

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

Инвестиционный блок

Один из самых сложных модулей:

- каталог проектов;
- онлайн-инвестирование;
- договоры инвестирования;
- финансовые отчёты;
- распределение прибыли;
- голосование;
- учёт членских взносов;

Этот блок затрагивает юридические и финансовые риски.

Закупки и подрядчики

Консорциум закупок:

- каталог поставщиков;
- фильтры;
- заявки;
- аукционы;
- сравнение предложений;
- мониторинг цен;
- аналитику;
- экспорт отчётов;

Это отдельный сложный бизнес-модуль с собственной логикой.

Как я разбил проект по этапам

Чтобы оценить масштаб и рассчитать стоимость, разложил проект на этапы:

Этап

01

архитектура и аналитика

Этап

02

публичная часть + регистрация + платежи

Этап

03

личные кабинеты + роли + подписки

Этап

04

консорциум закупок

Этап

05

образовательная платформа

Этап

06

технологические модули

Этап

07

инвестиционный блок

Этап

08

масштабирование и инфраструктура

Это не «запуск за 2–3 месяца».
Это 8–12 месяцев системной разработки минимум.

Почему такие проекты стоят 5–15 млн рублей

Потому что это полноценная SaaS-платформа.

Backend включает сложную бизнес-логику закупок, инвестиционную модель, расчётные модули и систему ролей.

DevOps — это инфраструктура, CI/CD, резервирование и масштабирование.

Плюс обязательное функциональное, нагрузочное и security-тестирование.

Плюс обязательное функциональное, нагрузочное и security-тестирование.

Минимальный состав команды:

- backend-разработчики (1–2 человека);
- frontend-разработчик;
- DevOps-инженер;
- web-дизайнер;
- системный аналитик;
- тестировщик;

Это уровень отраслевой платформы, а не корпоративного сайта.

Личный профиль участника

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

Навести порядок в заявках и продажах

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

Что вы получите:

Карту текущей системы

Где теряются заявки и деньги

Рекомендации по сайту и CRM

Как связать входящие обращения и продажи

Понимание точек роста

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

Пошаговый план

С чего начать и как двигаться дальше