Заявка описана целиком
Позиции, объём, единицы измерения, объект, сроки, документы и способ оплаты лежат в одном месте, а не в переписке и таблице.
- Товары, работы и услуги
- Теги категорий для поиска
Обсудить задачу
Собрали строительные закупки в один процесс
Спроектировали и разработали цифровой продукт для заказчиков и поставщиков строительного рынка: от размещения потребности и сравнения предложений до переговоров, оплаты подписки и работы через мобильные приложения.
Восемь месяцев от бизнес-идеи до работающего продукта
На старте была бизнес-идея, но не готовая система требований. Мы закрыли полный цикл: разобрали процесс закупки, спроектировали продукт, разработали веб и мобильные приложения, подключили платежи и CRM.
- Клиент
- STAT
- Отрасль
- Строительство и снабжение
- Продукт
- B2B-платформа, SaaS, мобильные приложения
- Период
- Сентябрь 2025 — апрель 2026
Одна закупка в пяти разных местах
Строительные закупки уже были цифровыми — но проходили сразу в пяти разных местах. Каждый инструмент решал отдельную задачу, но целиком процесс не контролировал никто.
- Мессенджер
Потребность появляется в переписке: короткое сообщение прораба или голосовое с объекта.
- Excel
Список позиций, объёмов и единиц измерения живёт в таблице на чьём-то компьютере.
- Площадки и знакомые
Поставщика ищут поиском, объявлениями и по контактам. Часть номеров уже неактуальна.
- Почта
Коммерческие предложения приходят файлами в разных форматах, часть цен звучит только по телефону.
- Личная переписка
Договорённости об объёме, сроке и доставке остаются в диалоге и в систему не попадают.
Заказчику приходилось вручную собирать предложения и сводить условия. Поставщику — самостоятельно искать потенциальных клиентов и отслеживать десятки разрозненных обращений.
Не хватало единого процесса, внутри которого можно провести закупку от потребности до выбора поставщика.
Две стороны одного рынка
У заказчика и поставщика совершенно разные задачи, поэтому STAT нельзя было проектировать как обычный личный кабинет. Нужна двухсторонняя система, где действия одной стороны продолжают сценарий другой.
Заказчик
Быстро сформулировать потребность, получить несколько вариантов и спокойно сравнить цену, сроки и условия.
- Создание заявки с товарами, работами и услугами
- Объём, количество и единицы измерения по каждой позиции
- Привязка к строительному объекту и срокам
- Документы и способ оплаты внутри заявки
- Сравнение предложений и выбор по отдельным позициям
- Статусы, черновики и история взаимодействия
Поставщик
Получать поток релевантных заявок, на которые действительно имеет смысл тратить время.
- Каталог актуальных заявок по специализации
- Фильтры по категории, региону и объекту
- Изучение условий закупки до отклика
- Отправка предложения с ценой и сроком поставки
- Срок действия условий и приложенные документы
- Переписка с заказчиком по конкретной заявке
Обе стороны работают с одной и той же заявкой: то, что заказчик описал, поставщик видит в каталоге, а его ответ возвращается заказчику в сравнение.
Логику продукта собрали до интерфейсов
Мы разобрали существующий процесс закупки, определили роли пользователей, описали жизненный цикл заявки и сформировали основные сценарии обеих сторон.
- Как поставщик находит подходящую заявку
- В какой момент он отправляет предложение
- Какие параметры нужно сравнивать заказчику
- Когда стороны переходят к переговорам
- Как ограничивать функциональность тарифами
- Как продукт будет зарабатывать
- Как продажи платформы работают внутри CRM
Так появилась не карта экранов, а модель работающего B2B-продукта: роли, жизненный цикл заявки, механика предложений, тарифная лестница и контур продаж.
Один сценарий на всю закупку
Заказчик создаёт заявку, поставщики отправляют условия, заказчик сравнивает их в одной системе и продолжает общение с выбранными компаниями. Вместо цепочки из звонков, Excel, почты и мессенджеров — единый цифровой процесс.
Предложения приходят в один список
Цена, срок поставки, срок жизни условий и приложенные документы собираются под заявкой, а не расходятся по почте и звонкам.
- Условия рядом с заявкой
- Ничего не теряется между каналами
Условия сравниваются по каждой позиции
Экран анализа стоимости ставит все предложения против всех позиций заявки. Решение принимается по данным внутри системы.
- Выбор по отдельным позициям
- Выгрузка сравнения в XLS
Закупка попадает в историю
Суммы, экономия, объекты и поставщики складываются в аналитику, по которой видно, где закупать выгоднее.
- Разрезы по объектам
- Экономия за период
Сравнение заложили внутрь продукта
Строительная закупка редко сводится к одной цифре: у двух поставщиков отличаются цена, срок поставки, доступный объём, доставка и состав предложения. Поэтому сравнение заложено в сам продукт.
Одна реальная заявка на водосточную систему
| Позиция | Поставщик 1 | Поставщик 2 | Поставщик 3 | Поставщик 4 |
|---|---|---|---|---|
| Проф лист С35 42 м² | 750 ₽ | 602 ₽ | 590 ₽ | 559 ₽ |
| Желоб водосточный 20 м | 1 108 ₽ | 460 ₽ | 249 ₽ | 168 ₽ |
| Заглушки на желоб 6 шт | 196 ₽ | 78 ₽ | 99 ₽ | 100 ₽ |
| Соединитель на желоб 9 шт | 332 ₽ | 164 ₽ | 140 ₽ | 183 ₽ |
| Кронштейн на желоб 30 шт | 151 ₽ | 53 ₽ | 128 ₽ | 72 ₽ |
| Воронка с желоба на трубу 3 шт | 866 ₽ | 298 ₽ | 235 ₽ | 406 ₽ |
| Водосточная труба ду 80мм 10 м | 1 318 ₽ | 506 ₽ | 398 ₽ | 240 ₽ |
| Отвод ду90 6 шт | 469 ₽ | 178 ₽ | 208 ₽ | 196 ₽ |
| Отвод ду45 6 шт | 469 ₽ | 178 ₽ | 208 ₽ | 191 ₽ |
| Сумма по заявке | 83 760 ₽ | 46 108 ₽ | 42 635 ₽ | 37 189 ₽ |
3 из 4
поставщиков выиграли хотя бы одну позицию заявки
Выигрышного набора условий целиком не было ни у кого. Данные одной реальной заявки на водосточную систему из девяти позиций; поставщики обезличены. Разброс зависит от номенклатуры, объёма и региона и на другие закупки не переносится.
Предложения привязываются к одной заявке и отображаются в общей структуре, поэтому решение принимается по данным внутри системы, а не восстановлением картины сделки вручную.
Переговоры встроили прямо в закупку
После первого предложения почти всегда появляются вопросы. Если обсуждать их вне платформы, часть истории закупки снова исчезает из системы.
- Можно ли изменить срок поставки?
- Входит ли доставка в стоимость?
- Есть ли нужный объём на складе?
- Можно ли заменить позицию аналогом?
- Диалог привязан к заявкеОбсуждение идёт рядом с предметом сделки, а не в отдельном мессенджере.
- Синхронизация между устройствамиПереписка одна и та же в браузере и в мобильном приложении.
- Уведомления о новых сообщенияхPush на телефон и отметка в интерфейсе: ответ не теряется.
Монетизацию спроектировали вместе с продуктом
STAT изначально создавался как коммерческий сервис, поэтому тарифы стали частью архитектуры ещё на этапе проектирования, а не надстройкой после запуска.
Начальный
1 месяц
Доступ к 10 заявок в течение оплаченного периода
Уверенный
3 месяца
Доступ к 20 заявок в течение оплаченного периода
Продвинутый
6 месяцев
Доступ к 30 заявок в течение оплаченного периода
Бизнес
12 месяцев
Доступ к 40 заявок в течение оплаченного периода
Система самостоятельно фиксирует платежи и изменяет статус доступа пользователя: коммерческая модель существует внутри продукта и не требует ручного управления каждой подпиской.
- Несколько уровней подписки
- Ограничение возможностей по тарифу
- Контроль оплаченного периода
- Уведомления о завершении подписки
- Автоматическое продление
- Фиксация платежа и смена статуса доступа
Одна система под всеми поверхностями
Платформа обязана одинаково понимать пользователя в браузере и приложении, корректно передавать сообщения, учитывать подписку, обрабатывать оплату и синхронизировать события с CRM. Значительная часть работы находилась не в интерфейсах, а между ними.
Поверхности продукта
Браузер и два мобильных приложения показывают одному пользователю одно и то же состояние заявки.
- Веб-платформа
- Приложение iOS
- Приложение Android
Backend и API
Единый слой бизнес-логики: заявки, предложения, чат, подписки и события оплаты.
Контур продаж
Регистрации, контакты, тарифы и платежи уходят в CRM и становятся частью воронки.
- Битрикс24
- Сделки и задачи
- Статусы оплат
- Push-уведомления
В результате STAT получил два связанных контура: продукт для пользователей и систему для команды, которая этот продукт продаёт.
Работа продолжается с телефона
Для STAT разработали не только веб-платформу, но и мобильные приложения для Android и iOS. Работа с закупкой не должна останавливаться в момент, когда пользователь вышел из офиса.
- Просмотр и создание заявок
- Работа с предложениями
- Переписка с контрагентом
- Управление профилем
- Push-уведомления
Основные сценарии сохранились и на телефоне: это важно для продукта, которым пользуются не только сотрудники за рабочим компьютером.
Полный цикл за восемь месяцев
Готового технического задания не существовало, поэтому разработку делили на этапы, показывали промежуточные версии, проверяли сценарии и уточняли требования вместе с заказчиком.
Бизнес-анализ
Разобрали процессы строительных закупок и определили продуктовую модель.
Модель рынка и роли пользователейПроектирование
Сформировали роли, сценарии, жизненный цикл заявки и модель монетизации.
Сценарии обеих сторон и тарифная модельUX/UI
Спроектировали веб-платформу и мобильные интерфейсы.
Интерфейсы двух кабинетов и приложенийFrontend и backend
Разработали пользовательские интерфейсы, API и бизнес-логику системы.
Работающая платформа на Angular и C#Платежи и CRM
Реализовали подписки, регулярные платежи и интеграцию с Битрикс24.
Автоматические оплаты и воронка продажМобильные приложения
Создали версии продукта для Android и iOS и подключили push-уведомления.
Два приложения в магазинахЗапуск
Провели тестирование, развернули систему и подготовили её к коммерческой эксплуатации.
Продукт на рынке и в реальных закупках
01Почему шли итерациями, а не по техническому заданию
STAT начинался не с детально описанного продукта, который оставалось только запрограммировать. Многие решения приходилось находить уже по ходу работы.
Так постепенно формировались модель заявки, работа предложений, тарифная система, чат, интеграции и мобильный контур. Этот подход позволил не зафиксировать ошибочные решения в начале проекта, когда реальная логика продукта ещё только складывалась.
Инфраструктура цифрового бизнеса, а не прототип
К моменту запуска клиент получил не сайт и не прототип. Продукт вышел на рынок и стал использоваться для реальных строительных закупок.
Что создано за проект
- B2B-платформаРаботающий сервис для заказчиков и поставщиков строительного рынка.
- Два кабинетаРазные сценарии для двух сторон внутри одного продукта.
- Заявки и предложенияПолный жизненный цикл закупки от потребности до выбора условий.
- Сравнение условийПредложения привязаны к заявке и сопоставляются по каждой позиции.
- Встроенные переговорыЧат, связанный с заявкой и синхронизированный между устройствами.
- Подписки и платежиТарифы, контроль периода и автоматическое продление внутри продукта.
- CRM-контур продажРегистрации, оплаты и статусы клиентов передаются в Битрикс24.
- Мобильные приложенияAndroid и iOS с push-уведомлениями и основными сценариями.
Куда система растёт после запуска
STAT не привязан к одному типу товара, компании или единственному сценарию закупки. После запуска разработка не упирается в необходимость строить продукт заново — создано ядро, которое можно развивать вместе с бизнесом.
- 01
- Новые категории закупок
- 02
- Новые регионы работы
- 03
- Рост числа поставщиков и заказчиков
- 04
- Инструменты вокруг сделки
Нужно превратить бизнес-процесс в цифровой продукт?
Исследуем процессы, проектируем бизнес-логику и создаём веб- и мобильные системы с платежами, интеграциями, CRM и коммерческой моделью. Берём проект не с момента «нужно написать код», а с момента, когда ещё необходимо понять, каким должен быть продукт.