Высокая неопределённость требований
У клиента была бизнес-идея без детального технического задания. Мы разбили разработку на последовательные итерации, показывали промежуточные версии и уточняли логику на реальном продукте.
Обсудить задачу
STAT
B2B-платформа, на которой строительные компании размещают заявки на материалы, технику и работы, а поставщики отвечают предложениями и ведут сделку до договора.
Из бизнес-идеи
в цифровой продукт
Создали с нуля платформу, которая объединяет заказчиков и поставщиков строительных материалов, оборудования, спецтехники и услуг: веб-сервис, мобильные приложения, чат, тарифы, онлайн-оплату и интеграцию с Битрикс24.
- Клиент
- STAT
- Отрасль
- Строительство и снабжение
- Тип проекта
- B2B-платформа, SaaS, мобильные приложения
- Период
- Сентябрь 2025 — апрель 2026
Закупка распадалась между шестью каналами
Заявки передавались в мессенджерах, предложения искали на площадках, данные фиксировали в Excel, коммерческие предложения приходили по почте, а договорённости оставались в личных переписках. У каждого инструмента были свои преимущества, но единой системы для проведения закупки не существовало.
- Мессенджеры
- Площадки объявлений
- Excel
- Почта
- Звонки
- Личные переписки
Где именно терялись деньги и время
Поиск поставщика
Площадки объявлений, поисковики и знакомые. Часть контактов неактуальна, много времени уходит на первичный обзвон.
Разные каналы
Звонки, мессенджеры и почта. Информация приходит в разное время, детали легко потерять или перепутать.
Сбор предложений
Коммерческие предложения приходят файлами, сообщениями и голосом. Часть цен звучит только по телефону.
Решение вслепую
Увидеть все предложения разом сложно, часть вариантов остаётся вне поля зрения, полной картины рынка нет.
Что продукт был обязан уметь
На старте у клиента была бизнес-идея, но не было окончательного представления о структуре и логике продукта. Требования мы сформулировали до разработки — и держали их как рамку на всех итерациях.
Собирать предложения в едином интерфейсе
Автоматически принимать регулярные платежи
Принимать заявки на товары, работы и услуги
Показывать заявки релевантным поставщикам
Обеспечивать общение между сторонами
Поддерживать несколько тарифных планов
Работать в браузере и мобильных приложениях
Давать владельцам инструменты управления продажами
Сначала процесс, потом интерфейс
Мы разобрали, как строительная закупка устроена в жизни, и только после этого проектировали экраны. Проект развивался итерационно: на каждом этапе команда показывала результат, собирала обратную связь и уточняла требования.
Изучили существующий процесс строительных закупок
Определили роли заказчика и поставщика
Сформировали основные пользовательские сценарии
Описали жизненный цикл заявки
Проработали механику предложений и выбора поставщика
Определили модель монетизации и систему тарифов
Подготовили структуру личных кабинетов
Сформировали требования к вебу и мобильным приложениям
Один управляемый процесс вместо ручного поиска
Потребности, предложения и деловая переписка живут в одном цифровом пространстве. Пользователь сравнивает цену, сроки, доставку и оплату, затем выбирает подходящего исполнителя.
Заказчик создаёт заявку
Материалы, оборудование, услуги или спецтехника: позиции, количество, единицы измерения и способ оплаты.
Указывает объект и сроки
Заявка привязывается к строительному объекту, получает адрес доставки, срок и комментарий с условиями.
Поставщики находят заявку
Каталог фильтруется по категории и региону. До отправки предложения имя заказчика остаётся скрытым.
Приходят предложения
Цена, срок поставки, срок жизни условий и приложенные документы собираются в один список.
Заказчик сравнивает условия
Экран анализа стоимости показывает все предложения по каждой позиции заявки одновременно.
Стороны уходят в чат
Диалог привязан к заявке: состав, характеристики, доставка и сроки обсуждаются рядом с предметом сделки.
Позиции берутся в работу
Заказчик выбирает подходящие условия — по всей заявке или по отдельным позициям — и переходит к договору.
Закупка попадает в аналитику
Суммы, экономия, объекты и поставщики складываются в историю, по которой видно, где закупать выгоднее.
Две стороны рынка. Одна система.
Логика продукта учитывает разные задачи заказчика и поставщика, но соединяет их в общем контексте сделки. Ниже — что видит каждая сторона в своём кабинете.
Заказчик
Размещает и контролирует закупочные заявки в одном интерфейсе: собирает предложения, сравнивает условия и хранит историю.
- Создание заявки с товарами, работами и услугами
- Объём, количество и единицы измерения по каждой позиции
- Привязка к строительному объекту и срокам
- Документы и способ оплаты внутри заявки
- Теги категорий для точного попадания к поставщикам
- Сравнение предложений и выбор по позициям
- Выгрузка заявки и сравнения в XLS
- Статусы, черновики и история взаимодействия
Поставщик
Видит актуальные закупки по своей специализации, фильтрует их по категории и региону и ведёт активные сделки. Пока предложение не отправлено, имя заказчика скрыто.
- Каталог актуальных заявок по специализации
- Фильтры по категории, региону и объекту
- Изучение условий закупки до отклика
- Отправка предложения с ценой и сроком
- Срок жизни условий и приложенные документы
- Избранное и работа с активными предложениями
- Собственная аналитика отправленных предложений
- Управление тарифом и лимитом заявок
Обе стороны работают с одной и той же заявкой: заказчик видит её как закупку, поставщик — как входящий заказ.
Заявка держит всё, о чём договорились
Внутри карточки — позиции с единицами измерения, строительный объект, документы, способ оплаты, комментарий и теги категорий, по которым заявку находят профильные поставщики.
Экран, ради которого всё и затевалось
«Анализ стоимости» ставит все полученные предложения рядом — по каждой позиции заявки отдельно. Лучшая цена подсвечивается, а взять в работу можно не предложение целиком, а отдельные строки.
Разброс цен по одной заявке — до 48 359 ₽
Одна заявка на водосточную систему, 9 позиций, 4 предложения. Лучшими хотя бы по одной позиции оказались 3 поставщика из 4 — поэтому «просто выбрать самого дешёвого» здесь не работает. Цифры взяты с работающей платформы, названия поставщиков обезличены.
83 760 ₽
Самое дорогое предложение целиком
37 189 ₽
Самое выгодное предложение целиком
35 401 ₽
Лучшая цена по каждой позиции
48 359 ₽
Разница на одной заявке
Предложение — это не только цена
В карточке предложения поставщик фиксирует стоимость, срок поставки и дату, до которой условия действуют, и прикладывает документы. Заказчик может выгрузить список, отправить его на сравнение, отклонить неподходящие варианты или перейти в чат.
Диалог привязан к заявке, а не к контакту
Технической задачей было обеспечить быструю доставку сообщений и одинаковое состояние диалога в вебе и приложениях.
Уточнять состав заявки
Обсуждать характеристики товаров
Согласовывать сроки и доставку
Обмениваться дополнительной информацией
Получать уведомления о новых сообщениях
Закупка, которую видно в цифрах
Отдельный модуль собирает историю закупок: экономию, суммы, число заявок и предложений, срезы по объекту, товару, поставщику и периоду. Он отвечает на вопрос, который до платформы задать было некому, — где именно закупать выгоднее.
Подписка, которая продлевается сама
Монетизация построена на тарифных планах поставщика: срок подписки и лимит заявок растут вместе с периодом. После окончания оплаченного периода система продлевает тариф и фиксирует новую оплату без ручной обработки со стороны владельцев платформы.
Начальный
1 месяц
10 заявок
Уверенный
3 месяца
20 заявок
Продвинутый
6 месяцев
30 заявок
Бизнес
12 месяцев
40 заявок
Что происходит после окончания периода
Ограничения и возможности зависят от тарифа
Счета выставляются автоматически
Система учитывает период действия подписки
Пользователь получает уведомление об окончании
Тариф продлевается без ручной обработки
Регулярный платёж принимается и фиксируется
Информация об оплате уходит в CRM
Статус подписки меняется по всей платформе
Внутренний контур продаж на Битрикс24
Платформа передаёт в CRM данные о клиентах, регистрациях, тарифах и платежах. Владельцы STAT получили не только продукт для пользователей, но и управляемую воронку: обращения распределяются, менеджеры получают задачи, продления контролируются.
STAT передаёт в Битрикс24Регистрации, тарифы, оплаты и продления
- Создание лидов и сделок
- Передача контактных данных
- Автоматическое распределение обращений
- Этапы продаж и задачи для менеджеров
- Контроль оплаты и продлений
- Автоматизация повторных продаж
Закупка продолжается на объекте
Приложения для Android и iOS поддерживают основные сценарии веб-платформы. Заявку можно создать со стройки, предложение — отправить из машины, а push-уведомление доходит раньше, чем письмо.
- Регистрация и авторизация
- Просмотр и создание заявок
- Отправка предложений
- Встроенный чат
- Управление профилем
- Push-уведомления
Приложение также опубликовано в RuStore.
Клиент получил не прототип и не отдельный сайт, а работающий цифровой бизнес.
Полный цикл создания продукта
Команда ИНТЕХ провела STAT от исследования бизнес-процесса до коммерческого запуска и публикации приложений.
Бизнес-аналитика
Процесс закупок, роли пользователей и требования
Проектирование
Сценарии, личные кабинеты и модель подписки
- Figma
UX/UI-дизайн
Веб-платформа и мобильные интерфейсы
- Figma
Frontend
Пользовательский интерфейс платформы
- Angular
Backend
API и логика заявок, предложений, тарифов и сообщений
- C#
- PostgreSQL
Интеграции
Платежи и автоматизация продаж
- Битрикс24
- REST API
Mobile
Приложения с push-уведомлениями
- Android
- iOS
Запуск
Тестирование, развёртывание и коммерческая эксплуатация
Сложность была не в одной функции
Продукт создавался в условиях высокой неопределённости и должен был одновременно связать отраслевую логику, real-time коммуникацию, платежи, CRM и мобильные платформы.
Гибкая логика строительных закупок
Категория, регион, объём, срочность, доставка и оплата меняют условия сделки. Модель заявки должна была учитывать эти различия и оставаться понятной обеим сторонам.
Чат на разных устройствах
Серверная логика сообщений, синхронизация диалогов и уведомления обеспечивают актуальное состояние переписки в вебе и приложениях.
Единый обмен данными
Платежи, CRM, веб-платформа и приложения согласованно работают со статусами тарифов, оплат и пользовательских аккаунтов.
Публикация мобильных приложений
Команда подготовила сборки, аккаунты разработчика и прошла организационные и технические процедуры публикации из России.
Над STAT работали
- Проектный менеджер
- Бизнес-аналитик
- UX/UI-дизайнер
- Frontend-разработчик
- Backend-разработчик
- Мобильные разработчики
- Маркетолог
месяцев — и бизнес-идея стала работающей цифровой компанией
Запущена B2B-платформа с единым процессом заявок и предложений
Работают кабинеты заказчика и поставщика
Встроены чат, тарифы и регулярные платежи
Продажи и продления автоматизированы в Битрикс24
Выпущены приложения для Android и iOS
Продукт вышел на строительный рынок Сибири
Что осталось у клиента после запуска
- Работающая B2B-платформа
- Модель монетизации
- Мобильные приложения
- Автоматизированные продажи
- Система регулярных платежей
- Основа для выхода в новые регионы