AiDevTeam | Стройкомпания

Коммерческое предложение
ПТО в кармане

Сметы, спецификации и сворки за часы вместо недель — для всех, кто строит

Версия 1.008.05.2026

Коммерческое предложение: ПТО в кармане

Сметы, спецификации и сворки за часы вместо недель — для всех, кто строит

Версия: 1.0 Дата: 2026-05-08 Клиент: Стройкомпания (системы безопасности в МКД) Подготовил: AiDevTeam

Содержание

Часть I: Коммерческое предложение

  1. О проекте
  2. Текущие процессы и боли
  3. Архитектура решения
  4. Пакеты услуг
  5. Сравнение пакетов
  6. Ядро системы
  7. Дополнительные опции
  8. Конфигурации и сроки
  9. Наша рекомендация
  10. Бизнес-выгоды (ROI)

Часть II: Техническое задание

  1. Границы MVP
  2. Компоненты системы
  3. Модель данных
  4. API-спецификация
  5. Пользовательские сценарии
  6. Команда проекта
  7. Дорожная карта и план спринтов
  8. Предварительные исследования
  9. Стратегия тестирования
  10. Развёртывание и инфраструктура
  11. Критерии приёмки
  12. Нефункциональные требования

Часть III: Коммерческие условия

  1. Как мы работаем
  2. Условия оплаты
  3. Ежемесячные расходы
  4. Риски и митигация
  5. Гарантии
  6. Требования к клиенту
  7. Что не входит
  8. Открытые вопросы
  9. Перспективы развития
  10. Глоссарий
  11. Следующие шаги

Главное

Раздел для тех, кто принимает решение за 5 минут.

Ситуация

Сметный расчёт сегодня — это 3-4 человека, которые неделю-две вручную перебирают спецификацию, сверяются со сборниками и поставщиками и всё равно ошибаются. По вашим словам — «нет конкуренции, есть просто разные продукты. Вопрос в качестве и цене». Рынок переполнен старыми коробочными калькуляторами и зарождающимися облачными «оболочками», но никто пока не закрывает всю цепочку проектная документация → нормативная классификация → актуальные прайсы → смета → сворка → акт → 1С/ЭДО/портал застройщика в одном продукте. Именно эту нишу мы и занимаем.

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

# Результат Эффект
1 Сметный расчёт с недели до часов -90% времени сметчика на типовом объекте
2 Автоматический сбор и ранжирование прайсов от поставщиков -10–15% себестоимости закупки за счёт реальной конкуренции
3 Цифровизация «сворок» по 10 000+ позиций Часы вместо дней; меньше потерь на материалах
4 Готовый к продаже SaaS-продукт для 4 сегментов рынка Вторая выручка — поверх собственной экономии

Один продукт — четыре сегмента рынка

«ПТО в кармане» строится как платформа, которую можно продавать частным бригадам, специализированным подрядчикам, генподрядчикам и проектировщикам. Каждому сегменту — свой интерфейс, свой набор функций и свой тариф. Внутри одно ядро: оно понимает любую проектную документацию, переводит её в смету по российским нормам и держит связку с фактом. Все четыре сегмента не приходят в Пилот разом — мы стартуем с одного, ближайшего к вашему собственному использованию, и расширяем охват пакет за пакетом, чтобы каждый шаг был окупаемым и проверяемым на реальных объектах.

Почему AiDevTeam

  • Опыт с похожей задачей. Мы уже делали для логистов автоматический сбор прайсов через email и рейтинг поставщиков — переиспользуем подход и не учимся на вашем проекте с нуля.
  • Гибридный pipeline вместо «один LLM на всё». На исследовательских бенчмарках по строительной документации универсальные большие модели проседают на пространственных задачах: точно читают текст, но неустойчиво считают двери и окна на планах. Поэтому каждый формат проходит через свой специализированный парсер с человеческим контролем там, где это критично.
  • Российская инфраструктура. Делаем расчёт на отечественные GPU-облака (Selectel, MWS) и работаем с ФГИС ЦС, ГЭСН/ФЕР/ТЕР/ТСНб как с источником истины — без зависимости от закрытых иностранных API.
  • Прозрачная разбивка по ролям и часам. В каждом пакете видна итоговая стоимость, ставки команды и контрольные точки — никаких «средних» по больнице.

Для вашего сценария мы рекомендуем стартовать с пакета «Бизнес» — он закрывает полный цикл смета → закупка → сворка → 1С/Bitrix24/Диадок, поддерживает 3 из 4 целевых сегментов и оставляет понятный путь развития до Премиум и Экосистемы.

Как читать этот документ

Кому Что читать Что вы узнаете
Собственник / директор §1, §4, §9, §10, §24 Бизнес-выгоды, пакеты, рекомендация, оплата
Технический директор / ПТО §3, §11, §12, §13, §22 Архитектура, состав модулей, NFR
Юрист / финансовый директор §23, §24, §27, §28, §29 Контракт, оплата, гарантии, ответственность

1. О проекте

«ПТО в кармане» — это AI-платформа, которая превращает любую проектную документацию (Excel-спецификацию, PDF-чертёж, DWG/DXF-файл, IFC/Revit-модель, бумажный скан) в нормативную смету и связывает её с фактическим выполнением и закупкой. По сути — это «цифровой ПТО-отдел в кармане»: то, что сегодня делает несколько сметчиков и снабженец, продукт делает за часы.

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

Сегмент Кто это Что им даёт продукт
Частные бригады (ремонт квартир, мелкий монтаж) Бригадиры на 5-15 человек Быстрая мини-смета по фото / Excel-шаблону, мобильный first
Специализированные подрядчики направлений Системы безопасности, электрика, ОВ, ВК, слаботочка Спецификация по своему ГОСТу, расчёт по ГЭСН/ФЕР, сборка КП за часы
Генподрядчики Самолёт, ЛСР, ПИК и аналогичные Коммерческие сметы по комплексу работ, интеграции 1С/ЭДО/портал-кабинет
Проектировщики Бюро, архитекторы, BIM-команды Проверка проекта на нормативное соответствие, исполнительная документация

Каждый сегмент — отдельный use-case с собственным интерфейсом, ролями и тарифом. Под капотом — единая платформа, которая умеет одинаково хорошо понимать любой формат документации, классифицировать позиции по российским сметным нормам и держать связку «проект → факт → закупка → акт».

Цель проекта в горизонте 12-18 месяцев — выйти на стабильную SaaS-выручку с возможностью продажи enterprise-лицензий крупным застройщикам и опциональной грантовой поддержки на стороне инвестиционного канала.

2. Текущие процессы и боли

Цитаты заказчика — из протокола встречи 04.05.2026.

Проблема (как описал заказчик) Решение в продукте
«У всех строительных компаний одна и та же задача — сметный расчёт. И со сметчиками каждый год всё хуже, а задач всё больше» AI-распознавание спецификации и автоматическая разбивка по ГОСТам — сметчик становится контролёром, а не оператором ввода
«3-4 человека сидят, делают неделю-две и тоже допускают ошибки» Сокращение цикла с недели до часов; ошибка распознавания ≤10% и подсветка спорных позиций для ручной проверки
«Снабжение каждый раз делает запросы поставщикам по конкретной спецификации» Авто-сбор прайсов через email с парсингом ответов и ранжированием поставщиков по скорости / цене / надёжности
«Сворка — это когда в проекте 2 км кабеля, по факту 2 км 300 м. 10 000 позиций херачат вручную» Цифровая сворка: построчное сравнение проект ↔ факт, автоматическое отклонение, экспорт в Excel и в акт
«Нет конкуренции, есть просто разные продукты. Вопрос в качестве и цене» Позиционирование «не ещё один калькулятор, а связка проект → факт → закупка → акт» — ниша, которой пока нет
«На сегодняшний день сотрудник снабжения один» Автоматизация принципиально важна — нет команды, чтобы делать вручную
«Excel-спецификация, PDF-чертежи, DWG/DXF, IFC/Revit, бумажные сканы — всё это к нам приходит» Гибридный format-aware pipeline: каждый формат через свой специализированный парсер
«Хотим продавать продукт другим — Самолёт, ЛСР, мелкие подрядчики» Multi-tenant SaaS с ролевыми интерфейсами под 4 сегмента и опциональной on-premise лицензией для enterprise

3. Архитектура решения

Архитектура спроектирована как гибридный format-aware pipeline — мы не пытаемся одной мультимодальной моделью «съесть» все форматы сразу, а собираем стек, в котором каждый формат проходит через свой специализированный парсер. После парсинга все результаты приводятся к единой внутренней модели и проходят классификацию по сметным сборникам.

flowchart TB
    subgraph Sources["Источники документации"]
        XLS["Excel"]
        PDF["PDF / Сканы"]
        CAD["DWG / DXF"]
        BIM["IFC / Revit"]
    end

    subgraph Ingest["Парсинг и нормализация"]
        EXP["Excel-парсер"]
        OCR["OCR + CV"]
        DXF["DXF-парсер"]
        IFC2["IFC-парсер"]
        NORM["NormalizedBoQItem"]
    end

    subgraph Core["Сметное ядро"]
        ANN["Векторный поиск<br/>по ГЭСН/ФЕР"]
        RR["Reranker"]
        LLM["LLM<br/>(структурный вывод)"]
        EST["Расчёт сметы"]
    end

    subgraph Suppliers["Прайсы и закупка"]
        EML["Email-агент<br/>поставщикам"]
        RANK["Ранжирование"]
        PRICE["Прайс-каталог"]
    end

    subgraph Output["Выход"]
        SVOR["Сворка"]
        DOC["Смета PDF/XLSX"]
        EXT["1С / Bitrix24 / ЭДО"]
    end

    XLS --> EXP
    PDF --> OCR
    CAD --> DXF
    BIM --> IFC2

    EXP --> NORM
    OCR --> NORM
    DXF --> NORM
    IFC2 --> NORM

    NORM --> ANN
    ANN --> RR
    RR --> LLM
    LLM --> EST
    PRICE --> EST

    EML --> RANK
    RANK --> PRICE

    EST --> SVOR
    EST --> DOC
    EST --> EXT

    style Sources fill:#172554,stroke:#3b82f6
    style Ingest fill:#14532d,stroke:#22c55e
    style Core fill:#78350f,stroke:#f59e0b
    style Suppliers fill:#3b0764,stroke:#a855f7
    style Output fill:#450a0a,stroke:#ef4444

Почему именно так. На независимых бенчмарках по архитектурно-инженерным документам современные большие модели хорошо справляются с OCR (порядка 0.95 точности на текстовых вопросах), но проседают на пространственном reasoning по чертежам — устойчивый счёт дверей и окон держится на уровне 0.40–0.55. Это однозначно говорит против стратегии «одна модель на всё» в production. Гибридный стек со специализированными парсерами и retrieval-классификатором стабильно даёт ≥85% точность на типовых позициях и быстро улучшается на ваших данных.

Технологический контур. Мы используем зрелые open-source инструменты с большой экосистемой: openpyxl + pandas для Excel, PaddleOCR / PP-StructureV3 для растров, ezdxf для DXF, IfcOpenShell для BIM, Postgres с RLS для multi-tenant изоляции, vector-store для классификации. Конкретные имена моделей и версии библиотек подбираются на старте каждого пакета — мы не закладываем в КП конкретный «Claude Sonnet» или «Postgres 16», потому что лучшие версии меняются каждые 3-6 месяцев.

4. Пакеты услуг

Каждый пакет включает Ядро системы (см. §6) и всё содержимое предыдущего пакета. Сроки — рабочие недели команды. Цены — финальные, с учётом 10% резерва на непредвиденные расходы и прогрессивных скидок.

4.1. Пакет «Пилот» — собственные сметы за часы

Кому подходит. Заказчик хочет проверить идею на собственных проектах: загружаем Excel-спецификацию, получаем нормативную смету в течение дня. Без интеграций, без других сегментов, без BIM. Цель — показать рабочий принцип на реальных объектах и собрать первый набор обучающих данных.

Что входит:

Модуль Описание
Excel-парсер Чтение workbook через openpyxl, восстановление multi-row headers, обработка merged cells и формул
OCR-пайплайн PDF (базовый) Растровые PDF-спецификации с типовыми таблицами; deskew, region detection, OCR
ANN-классификация ГЭСН/ФЕР Embeddings + nearest-neighbour поиск; ≥85% точности на типовых позициях
Прайс-каталог (ФГИС ЦС) Квартальный feed, индексы, базовые сметные нормативы
Базовый расчёт сметы Локальная смета, выгрузка в XLSX и PDF
Single-tenant веб-интерфейс Один сегмент: подрядчики направлений (как сами вы)
Деплой на инфраструктуре заказчика или нашей Docker Compose, мониторинг, бэкапы

Бизнес-выгоды:

  • Сметный расчёт типового объекта — за 1 рабочий день вместо 1-2 недель.
  • Доказательство концепции для следующих этапов и потенциальных инвесторов.
  • Нулевая интеграционная сложность — система живёт автономно.

Стоимость: 1 990 000 ₽

Сроки: 6-8 недель.

Бонусы: не предусмотрены (это entry-уровень).

Что вы НЕ получаете в Пилоте:

Без этого Цена бездействия
Нет авто-сбора прайсов поставщиков Снабженец продолжает делать ручные запросы; -10–15% потенциальной экономии на закупке
Нет сворок 10 000 позиций по-прежнему вручную; час-два на проект, который мог бы делать продукт
Нет CAD/BIM-форматов Проекты, где приходит DWG/IFC, остаются вне автоматизации
Нет интеграций с 1С / CRM Данные переносятся вручную; задержка между сметой и закупкой

4.2. Пакет «Старт» — закупки и сворки в одном цикле

Включает всё из «Пилота» + ниже.

Кому подходит. Заказчик хочет закрыть три самые частые ручные операции: смету, сворку, сбор прайсов. Открываем второй сегмент — частные бригады с упрощённым мобильным интерфейсом.

Что добавляется:

Модуль Описание
DWG/DXF-парсер DXF-first через ezdxf; для DWG — изолированный конвертер на базе ODA SDK
Email-агент авто-сбора прайсов Outbound email поставщикам, IMAP-парсинг ответов, извлечение прайсов из Excel/PDF/тела письма
Ранжирование поставщиков Composite score по надёжности, скорости ответа, полноте, цене
Цифровая сворка Многоступенчатый matching проект ↔ факт по 10 000+ позиций; экспорт отклонений
Базовая интеграция 1С OData / HTTP-сервисы: чтение справочника номенклатуры, выгрузка спецификаций
Расширение на сегмент «бригады» Упрощённый мобильный интерфейс, быстрый ввод позиций по фото

Бизнес-выгоды:

  • -10–15% себестоимости закупки за счёт автоматической конкуренции поставщиков.
  • Сворка по 10 000 позиций — за 30-60 минут вместо нескольких рабочих дней.
  • Платформа охватывает уже 2 из 4 сегментов рынка — можно начинать пилотные продажи бригадирам.

Стоимость: 4 490 000 ₽

Сроки: 12-14 недель.

Бонусы (бесплатно):

  • Миграция существующих прайс-листов поставщиков из Excel в систему (обычно ~40 000 ₽).
  • 1 кастомный шаблон сметы под формат заказчика для застройщиков (обычно ~25 000 ₽).

Общая стоимость бонусов: ~65 000 ₽

Что вы НЕ получаете в Старте:

Без этого Цена бездействия
Нет BIM/IFC Проекты с BIM-моделями требуют ручного экспорта в Excel перед загрузкой
Нет полноценной интеграции с Bitrix24 / Диадок Сметы доходят до сделки и контрагента вручную
Нет multi-tenant архитектуры Только одна компания на инсталляции — продавать продукт третьим лицам нельзя
Нет генподрядного интерфейса Сегмент Самолёт/ЛСР/ПИК остаётся за пределами охвата

4.3. Пакет «Бизнес» — multi-tenant и enterprise-интеграции

Включает всё из «Старта» + ниже.

Кому подходит. Заказчик готов к запуску платформы на несколько сегментов одновременно и хочет полноценные интеграции с типовым стеком российской стройки. Это фундамент для коммерческой SaaS-продажи.

Что добавляется:

Модуль Описание
IFC / BIM-парсер IfcOpenShell, классификация по дисциплинам, извлечение quantities из IfcElementQuantity
Multi-tenant SaaS-архитектура Postgres с RLS, tenant-изолированный vector-store, отдельные пространства данных
Полная интеграция с 1С УНФ / КА / ERP через OData + HTTP-сервисы; двусторонний обмен сметами и закупками
Bitrix24-интеграция Webhook + REST: сметы как summary в deal + детальная структура в smart process
Диадок-интеграция (ЭДО) Передача финализированных смет как электронных документов
Расширение на сегмент «генподряд» Интерфейс под комплексные сметы по комплексу работ, иерархическая структура объектов
Кастом-онбординг и обучение Адаптация к процессам конкретного клиента, обучение персонала

Бизнес-выгоды:

  • Закрытый цикл проект → смета → закупка → 1С → акт → ЭДО без ручных переносов.
  • Платформа охватывает 3 из 4 сегментов — можно вести системную продажу.
  • Multi-tenant архитектура снимает ограничение «одна компания на одной инсталляции».

Стоимость: 7 990 000 ₽ 7 770 000 ₽ (скидка 5% — 224 000 ₽)

Сроки: 18-22 недели.

Бонусы (бесплатно):

  • Миграция прайс-листов поставщиков (~40 000 ₽) — из «Старта».
  • 1 кастомный шаблон сметы (~25 000 ₽) — из «Старта».
  • 2 дополнительных шаблона сметы для разных типов застройщиков (обычно ~50 000 ₽).
  • Обучение команды заказчика (3 дня, до 8 человек) — обычно ~80 000 ₽.

Общая стоимость бонусов: ~195 000 ₽ (бонусы 195 000 ₽ + скидка 224 000 ₽ = 419 000 ₽ выгоды)

Что вы НЕ получаете в Бизнесе:

Без этого Цена бездействия
Нет бумажных сканов через полный OCR Архивные проекты на бумаге остаются вне автоматизации
Нет RVT-fallback и ODA-конвертера для сложных DWG Часть проектировщиков, работающих в Revit без экспорта в IFC, не охвачена
Нет SLA enterprise-уровня Реакция на инциденты — в обычном рабочем графике
Нет грантового канала и white-label под других вендоров Возможные источники монетизации не подключены

4.4. Пакет «Премиум» — все форматы документации и enterprise SLA

Включает всё из «Бизнеса» + ниже.

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

Что добавляется:

Модуль Описание
Бумажные сканы (полный OCR-pipeline) Deskew, dewarp, denoise, region detection, symbol detection, human-in-the-loop QA
RVT-конвертация через ODA SDK Поддержка Revit-проектов без обязательного экспорта в IFC
Расширение на сегмент «проектировщики» Проверка проекта на нормативное соответствие, экспорт исполнительной документации
Enterprise SLA Время реакции 4 часа, восстановление 24 часа, выделенный менеджер сопровождения
Расширенные роли и права Гранулярный контроль доступа по проектам, объектам, направлениям
Дашборды для руководителей Аналитика по сметам, отклонениям, поставщикам, эффективности команды

Бизнес-выгоды:

  • Все 4 сегмента ЦА охвачены — продукт готов к национальной продаже.
  • Архивные бумажные проекты подключены к цифровому контуру.
  • Платформа выдерживает enterprise-нагрузку (100-1000 одновременных проектов на тенанта).

Стоимость: 13 490 000 ₽ 12 930 000 ₽ (скидка 7% — 559 000 ₽)

Сроки: 24-28 недель.

Бонусы (бесплатно):

  • Все бонусы из «Бизнеса» (~195 000 ₽).
  • Дополнительная неделя обучения и тонкой настройки модели на ваших данных (~120 000 ₽).
  • Бонус на будущую разработку: 250 000 ₽ на доработки и новые модули, действует 12 месяцев, покрывает не более 50% от суммы нового заказа.

Общая стоимость бонусов: ~565 000 ₽ (бонусы 565 000 ₽ + скидка 559 000 ₽ = 1 124 000 ₽ выгоды)

Что вы НЕ получаете в Премиуме:

Без этого Цена бездействия
Нет интеграции с СБИС и порталами застройщиков Документооборот с частью генподрядчиков остаётся ручным
Нет white-label режима Нельзя продавать платформу под брендом партнёра
Нет грантового сопровождения Каналы Сколково / РФРИТ / региональных программ не подключены
Нет полного onboarding-конвейера для SaaS-продаж Каждый новый клиент платформы внедряется вручную

4.5. Пакет «Экосистема» — белый ярлык и SaaS-продажи третьим лицам

Включает всё из «Премиума» + ниже.

Кому подходит. Заказчик переходит из режима «продукт для своих» в режим «вендор SaaS для рынка». Платформа готова к массовой коммерциализации.

Что добавляется:

Модуль Описание
Интеграция с СБИС Документооборот через альтернативный канал ЭДО
Коннекторы порталов застройщиков Самолёт.Стройка, ЛСР Контрагент Кабинет — отдельный discovery с каждым
White-label режим Платформа под брендом партнёра-дистрибьютора, кастомизация UI и доменов
Self-service onboarding Регистрация новых тенантов без участия команды разработки
Биллинг и подписки Тарифные планы, оплата картой, ЮMoney/CloudPayments-интеграция, возвраты
Грантовое сопровождение Подключение к нашему партнёрскому каналу (Сколково / РФРИТ / Минстрой), упаковка заявки
Маркетинговый запуск Лендинг, демо-видео, расчёт unit-экономики SaaS, материалы для product hunt

Бизнес-выгоды:

  • Полная готовность к массовому B2B-SaaS, без необходимости донастраивать каждого клиента вручную.
  • Подключение всех каналов монетизации: подписка, enterprise-лицензия, гранты.
  • Возможность продавать платформу через партнёров под их брендом — масштабирование за счёт чужого отдела продаж.

Стоимость: 19 000 000 ₽ 17 650 000 ₽ (скидка 10% — 1 350 000 ₽)

Сроки: 32-40 недель.

Бонусы (бесплатно):

  • Все бонусы из «Премиума» (~565 000 ₽).
  • Разработка пилотного маркетингового лендинга и продающих материалов (~150 000 ₽).
  • 6 месяцев приоритетной поддержки и адаптации продукта на основании первых 10 SaaS-клиентов (~250 000 ₽).
  • Бонус на будущую разработку: 500 000 ₽ на доработки и новые модули, 18 месяцев, ≤50% от суммы нового заказа.

Общая стоимость бонусов: ~1 465 000 ₽ (бонусы 1 465 000 ₽ + скидка 1 350 000 ₽ = 2 815 000 ₽ выгоды)

5. Сравнение пакетов

Возможность Пилот Старт Бизнес Премиум Экосистема
Excel-парсер ✅ ✅ ✅ ✅ ✅
Базовый OCR PDF ✅ ✅ ✅ ✅ ✅
ANN-классификация ГЭСН/ФЕР ✅ ✅ ✅ ✅ ✅
Прайс-каталог ФГИС ЦС ✅ ✅ ✅ ✅ ✅
Расчёт сметы + экспорт XLSX/PDF ✅ ✅ ✅ ✅ ✅
Single-tenant веб-интерфейс ✅ ✅ — — —
DWG/DXF-парсер (DXF-first, DWG через ODA) — ✅ ✅ ✅ ✅
Email-агент авто-сбора прайсов — ✅ ✅ ✅ ✅
Ранжирование поставщиков — ✅ ✅ ✅ ✅
Цифровая сворка (10 000+ позиций) — ✅ ✅ ✅ ✅
Базовая интеграция 1С (OData) — ✅ ✅ ✅ ✅
Сегмент «бригады» — ✅ ✅ ✅ ✅
IFC / BIM-парсер — — ✅ ✅ ✅
Multi-tenant SaaS (RLS + isolation) — — ✅ ✅ ✅
Полная интеграция 1С (УНФ/КА/ERP) — — ✅ ✅ ✅
Интеграция Bitrix24 — — ✅ ✅ ✅
Интеграция Диадок — — ✅ ✅ ✅
Сегмент «генподрядчики» — — ✅ ✅ ✅
Бумажные сканы (полный OCR) — — — ✅ ✅
RVT через ODA SDK — — — ✅ ✅
Сегмент «проектировщики» — — — ✅ ✅
Enterprise SLA (4ч / 24ч) — — — ✅ ✅
Дашборды руководителей — — — ✅ ✅
Бонус на будущую разработку — — — 250К 500К
Интеграция СБИС — — — — ✅
Порталы застройщиков (Самолёт, ЛСР) — — — — ✅
White-label режим — — — — ✅
Self-service onboarding — — — — ✅
Биллинг и подписки — — — — ✅
Грантовое сопровождение — — — — ✅
Маркетинговый запуск — — — — ✅
Стоимость 1 990 000 4 490 000 7 770 000 12 930 000 17 650 000
Срок (недель) 6-8 12-14 18-22 24-28 32-40

6. Ядро системы

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

# Компонент Что делает
Я1 Архитектура и инфраструктура Docker / Compose / CI-CD, мониторинг, логирование, бэкапы. Развёртывание на инфраструктуре заказчика или нашей
Я2 Postgres с RLS База данных с tenant-изоляцией на уровне строк; фундамент для multi-tenant в старших пакетах
Я3 Auth и базовые роли Регистрация, логин, ролевой контроль доступа (admin / сметчик / снабженец / руководитель)
Я4 Excel-парсер Чтение .xlsx/.xlsm, восстановление multi-row headers, обработка merged cells и формул, нормализация в единую модель
Я5 OCR-пайплайн PDF (базовый) Растровые PDF: deskew, region detection, OCR через PaddleOCR / PP-StructureV3
Я6 ANN-классификация ГЭСН/ФЕР/ТЕР/ТСНб Векторный поиск по нормативам + reranker; ≥85% точности на типовых позициях
Я7 Прайс-каталог + расчёт сметы Квартальный feed ФГИС ЦС, индексы, базовые сметные нормативы; расчёт локальной сметы; экспорт в XLSX и PDF

Принцип. Ядро — единое для всех тарифов. Это не лицензионная разница, а архитектурное условие: его невозможно отключить. Каждый следующий пакет добавляет к Ядру новые модули (BIM, интеграции, сегменты), но не заменяет фундамент.

7. Дополнительные опции

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

# Опция Что даёт Часы Стоимость Срок Wow
О1 Голосовой ввод и фото-сметы с объекта Бригадир фотографирует помещение, диктует материалы — продукт распознаёт и формирует мини-смету 150 ч 440 000 ₽ 2-3 нед Смета прямо со стройки за минуту, без офисного компьютера
О2 Telegram-агент для поставщиков с inline-кнопками Поставщик получает запрос в Telegram, отвечает «есть / нет / другая цена» одной кнопкой; продукт обновляет прайс автоматически 175 ч 510 000 ₽ 3 нед Поставщики реагируют за минуты, а не часы
О3 Мобильное приложение монтажника + LIDAR-сканирование iPhone Pro / iPad сканирует помещение лазером, продукт сравнивает с проектом и подсвечивает расхождения миллиметровой точности 710 ч 2 050 000 ₽ 12-14 нед Монтажник в поле видит «где не так» прямо на телефоне
О4 A/B-тестирование промптов и моделей классификации Framework split-traffic, метрики точности по сегментам, статистическая значимость, автозамена выигравшего варианта 210 ч 620 000 ₽ 4 нед Платформа улучшает точность каждую неделю — без переобучения
О5 Multi-language интерфейс (UZ / KZ / EN / AR) Локализация UI и нормативной терминологии для миграционных бригад и СНГ-рынков 150 ч 430 000 ₽ 3 нед Один продукт работает с подрядчиками из всех стран СНГ

Как считаются опции (пример декомпозиции — О2)

Чтобы не было «чёрного ящика», вот как считается типичная опция.

Опция О2 «Telegram-агент для поставщиков» декомпозируется так:

Под-задача Часы Кто делает
1. Архитектура и обмен данными между Telegram-ботом и сметным движком 12 Tech Lead
2. Пайплайн исходящих сообщений (шаблоны, рендеринг прайс-запроса в текст) 18 Backend
3. Парсинг ответов поставщика (button data + free-form text) 25 AI/ML + Backend
4. Inline-клавиатура и UX (есть / нет / другая цена / отказ) 20 Frontend + Backend
5. Webhook-инфраструктура и сохранение в Unified SupplierOffer схему 15 Backend
6. Rate limiting, anti-spam, обработка ошибок Telegram API 10 Backend
7. Интеграция с pricing-service (обновление цены при подтверждении) 15 Backend
8. Тестирование на реальных поставщиках (sandbox + production) 18 QA + PM
Итого декомпозиция 133
Hidden work multiplier ×1.3 (промпты, баги, итерации) +42
Финальные часы 175
Стоимость по ставкам с наценкой + 15% резерва 510 000 ₽

Принципы оценки опций. Та же дисциплина, что в пакетах: декомпозиция на 5-8 под-задач до оценки часов, ×1.3 на скрытую работу (изучение API, итерации промптов, баги интеграций), +50–100% буфер для интеграционно-сложных опций (О3 с LIDAR — этот класс), 15% резерв на непредвиденное. Цены — те же markup-ставки, что и в пакетах, без скрытой «экономии» на опциях.

8. Конфигурации и сроки

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

# Конфигурация Состав Срок Стоимость
A1 Пилот Пакет «Пилот» 6-8 нед 1 990 000 ₽
A2 Пилот + голос «Пилот» + О1 8-10 нед 2 430 000 ₽
B1 Старт Пакет «Старт» 12-14 нед 4 490 000 ₽
B2 Старт + Telegram + A/B «Старт» + О2 + О4 17-19 нед 5 620 000 ₽
C1 Бизнес (рекомендуем) Пакет «Бизнес» 18-22 нед 7 770 000 ₽
C2 Бизнес + Telegram + A/B + Multi-lang «Бизнес» + О2 + О4 + О5 24-27 нед 9 330 000 ₽
D1 Премиум Пакет «Премиум» 24-28 нед 12 930 000 ₽
D2 Премиум + Mobile/LIDAR + Multi-lang «Премиум» + О3 + О5 36-40 нед 15 410 000 ₽
E1 Экосистема Пакет «Экосистема» 32-40 нед 17 650 000 ₽
E2 Экосистема + Mobile/LIDAR «Экосистема» + О3 44-50 нед 19 700 000 ₽

Как читать таблицу. Стоимость — финальная, со скидками пакетов и контрольным резервом. Срок — рабочие недели команды. Опции стартуют параллельно основному пакету начиная с 3-4 недели разработки и не задерживают приёмку базового MVP — задержка идёт только в запуск конкретной опции.

9. Наша рекомендация

Для вашего сценария мы рекомендуем конфигурацию C1 — пакет «Бизнес» (7 770 000 ₽, 18-22 недели).

Четыре причины именно этого выбора:

  1. Закрывает ваш собственный кейс целиком. Пакет покрывает Excel + PDF + DWG + IFC, сворку, авто-сбор прайсов, полную интеграцию с 1С (УНФ/КА/ERP) и Битрикс24. Это значит, что после внедрения у вас не остаётся ни одного процесса, который требует ручного переноса данных.

  2. Открывает 3 из 4 целевых сегментов рынка. В пакет включены интерфейсы для подрядчиков направлений (как сами вы), для частных бригад и для генподрядчиков. Этого достаточно, чтобы начать системную SaaS-продажу. Сегмент проектировщиков подключается на этапе Премиума без переработки фундамента.

  3. Multi-tenant архитектура заложена в фундамент. Postgres с RLS и tenant-изолированный vector-store — это означает, что вы можете брать на платформу третьих лиц с первого дня после запуска. Не «потом перепишем», а «сразу готово к коммерческой продаже».

  4. Хороший баланс цены и срока. Цена ниже психологического потолка enterprise-разработки (10M ₽) и заметно ниже якорного Премиума на 5М ₽. При этом 18-22 недели — это меньше полугода, что попадает в типичный годовой бюджетный цикл стройкомпании.

С каких опций имеет смысл стартовать вместе с C1: мы бы добавили О2 (Telegram-агент) — это самая быстрая по эффекту «вау-фича» для поставщиков, она же сильно ускоряет цикл закупки. Итого — конфигурация C2 за 9 330 000 ₽, если хотите усилить пакет, или C1 за 7 770 000 ₽, если предпочтительно стартовать чистым «Бизнесом».

Если бюджет 7-9 млн ₽ сейчас неподъёмный — стартуем с B1 (Старт за 4 490 000 ₽), делаем MVP на 2 сегментах и через 3-4 месяца после запуска расширяемся до Бизнеса. Платформа спроектирована так, что миграция со Старта на Бизнес идёт без переписывания базового кода.

10. Бизнес-выгоды (ROI)

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

# Выгода Эффект
1 Сокращение времени сметного расчёта С 5-10 рабочих дней до 0.5-1 рабочего дня. Освобождает 80-90% времени сметчика — он становится контролёром, а не оператором ввода
2 Снижение себестоимости закупки -10-15% за счёт реальной конкуренции поставщиков и автоматического ранжирования. На объекте 50 М ₽ это 5-7 М ₽ сэкономленных материалов
3 Цифровизация сворок 10 000 позиций обрабатываются за 30-60 минут вместо 2-3 рабочих дней; меньше потерь на «неучтённых» материалах в актах
4 Скорость подготовки КП заказчику Готовое коммерческое предложение под застройщика — за день вместо недели. Это +20-30% выигранных тендеров за счёт скорости и качества
5 Новая выручка от продажи продукта SaaS-выручка с 4 сегментов рынка — отдельный канал поверх собственной экономии. Реалистичная цель года 1: 30-50 тенантов на платформе, ARR 15-30 М ₽
6 Меньше ошибок в финале -50% потерь на «забытых» позициях в смете и актах за счёт сквозной связи проект ↔ факт ↔ закупка

Ориентировочный срок окупаемости пакета «Бизнес» (только за счёт собственной экономии, без учёта SaaS-выручки): 6-9 месяцев на 10-15 объектах в работе одновременно.

Часть II: Техническое задание

11. Границы MVP

MVP в нашем понимании = пакет «Пилот» + Ядро. Ниже — что попадает в MVP первой фазы и какие зависимости между компонентами.

flowchart TB
    subgraph Foundation["Фундамент Ядра"]
        Я1["Я1: Инфраструктура<br/>(Docker, CI/CD)"]
        Я2["Я2: Postgres + RLS"]
        Я3["Я3: Auth + Roles"]
    end

    subgraph Ingestion["Парсинг"]
        Я4["Я4: Excel-парсер"]
        Я5["Я5: OCR PDF"]
    end

    subgraph Logic["Сметная логика"]
        Я6["Я6: ANN-классификация<br/>ГЭСН/ФЕР"]
        Я7["Я7: Расчёт сметы +<br/>экспорт XLSX/PDF"]
    end

    subgraph UI["Интерфейс"]
        UIPilot["Single-tenant<br/>веб-интерфейс"]
    end

    Я1 --> Я2
    Я2 --> Я3
    Я3 --> Я4
    Я3 --> Я5
    Я4 --> Я6
    Я5 --> Я6
    Я6 --> Я7
    Я7 --> UIPilot
    Я3 --> UIPilot

    style Foundation fill:#172554,stroke:#3b82f6
    style Ingestion fill:#14532d,stroke:#22c55e
    style Logic fill:#78350f,stroke:#f59e0b
    style UI fill:#3b0764,stroke:#a855f7

Что входит в MVP (Пилот):

  • Я1-Я7 в полном объёме (Ядро).
  • Single-tenant веб-интерфейс под один сегмент — подрядчики направлений.
  • Деплой на инфраструктуре заказчика (или нашей, по выбору).

Что НЕ входит в MVP, отложено на следующие пакеты:

  • DWG/DXF, IFC/Revit, бумажные сканы (Старт / Бизнес / Премиум).
  • Авто-сбор прайсов (Старт).
  • Сворки (Старт).
  • Multi-tenant и SaaS-режим (Бизнес).
  • Интеграции 1С / Bitrix24 / Диадок (Бизнес).

Критерий завершённости MVP. Конкретный сметный объект из вашего пайплайна, прогнанный через систему, выдаёт смету по ГЭСН/ФЕР с расхождением ≤10% от ручного расчёта вашего сметчика на тех же исходных данных.

12. Компоненты системы

Каждый компонент описан в формате: назначение, ключевой алгоритм, конкретный пример, ожидаемые показатели.

12.1 Excel-парсер (Я4)

Назначение. Превратить произвольный Excel-документ в структурированный список позиций. Это самый частый формат входной документации (по словам заказчика — основной).

Алгоритм.

flowchart LR
    XLS["Excel<br/>workbook"] --> OPN["openpyxl:<br/>чтение workbook,<br/>cells, merges, formulas"]
    OPN --> CT["Detect candidate<br/>tables"]
    CT --> HDR["Reconstruct<br/>multi-row headers"]
    HDR --> UNF["Unfold<br/>merged cells"]
    UNF --> CALC["Compute /<br/>read formulas"]
    CALC --> NORM["Normalize to<br/>NormalizedBoQItem"]

    style XLS fill:#172554,stroke:#3b82f6
    style NORM fill:#14532d,stroke:#22c55e

Технологии. openpyxl как «источник истины» для workbook-семантики; pandas как проекционный слой после восстановления структуры. Не используем pandas как первичный парсер — он плохо выражает «кривую» структуру с merged cells и multi-row headers.

Пример. Вход — спецификация системы пожарной сигнализации на 4-секционный жилой дом, 380 строк, 5 уровней вложенности, 3-строчная шапка. Выход — 380 нормализованных позиций с полями name, quantity, unit, discipline, level, bim_refs? и сохранённым контекстом исходной строки для аудита.

Ожидаемые показатели. ≥95% точно восстановленных позиций на типовых российских спецификациях (после периода обучения на ваших данных, обычно 50-100 объектов).

12.2 OCR-пайплайн PDF (Я5)

Назначение. Растровые PDF-чертежи и сканы — превратить в структурированные позиции, привязанные к конкретным регионам листа.

Алгоритм.

flowchart TB
    PDF["PDF / скан"] --> RND["Рендер<br/>400-600 dpi"]
    RND --> PRE["Deskew /<br/>denoise /<br/>contrast"]
    PRE --> REG["Region detection:<br/>title block / notes /<br/>tables / dimensions"]
    REG --> OCR["OCR по регионам<br/>(PaddleOCR)"]
    REG --> SYM["Symbol /<br/>shape detection"]
    OCR --> ASM["Graph assembly:<br/>text + размеры +<br/>геометрия"]
    SYM --> ASM
    ASM --> EXT["Structured<br/>extraction → JSON"]

    style PDF fill:#172554,stroke:#3b82f6
    style EXT fill:#14532d,stroke:#22c55e

Технологии. PaddleOCR / PP-StructureV3 как основной OCR; RT-DETR / YOLO для фиксированных классов (штамп, легенда, таблица); Grounding DINO как fallback для длинного хвоста; human-in-the-loop QA для низкоуверенных страниц.

Почему не одна VLM-модель. На независимых бенчмарках по архитектурно-инженерным документам (AECV-Bench и аналогичные) современные мультимодальные модели проседают на пространственном reasoning по чертежам — точно читают текст, но неустойчиво считают двери и окна на планах. Отсюда — toolchain, не «frontier model + надежда».

Ожидаемые показатели. ≥85% точности извлечения позиций на типовых растровых PDF; на бумажных сканах среднего качества (включается в Премиуме) — 70-85% с обязательной ручной проверкой подсвеченных страниц.

12.3 CAD / BIM-парсеры (Старт / Бизнес)

Назначение. DWG/DXF (Старт) и IFC/Revit (Бизнес) — извлечение количеств напрямую из CAD/BIM-моделей.

DXF-pipeline (open-source). ezdxf — Python, MIT-лицензия, читает все версии DXF от R12 до R2018, включая ASCII и Binary. Это база.

DWG-pipeline (commercial). ODA SDK (Open Design Alliance) — единственный надёжный self-hosted путь для DWG↔DXF/BIM без зависимости от Autodesk runtime. Подписочная модель, для SaaS-использования требуется Sustaining tier. Этот компонент стоит отдельных эксплуатационных расходов (см. §25).

IFC-pipeline (open-source). IfcOpenShell — зрелый toolkit для IFC: schema querying, IfcCSV, IfcDiff, IfcPatch, Ifc5D. Извлекаем явные quantities из IfcElementQuantity / BaseQuantities, geometry-fallback только там, где quantities не заполнены.

Стратегическая позиция. Мы объявляем DXF и IFC основными interchange-форматами и не закладываемся на Autodesk Platform Services как primary path. RVT (Премиум) — fallback через ODA BimRv extension или через контрактное требование экспорта в IFC от проектировщика.

12.4 ANN-классификация по сметным сборникам (Я6)

Назначение. Распознанной позиции — сопоставить нормативный код из ГЭСН-2020 / ФЕР / ТЕР / ТСНб (50-100K кодов).

Архитектура retrieval-first:

flowchart LR
    ITEM["Распознанная<br/>позиция"] --> NRM["Нормализация<br/>(текст + единицы)"]
    NRM --> DENS["Dense<br/>embedding"]
    NRM --> LEX["Lexical<br/>retrieval"]
    DENS --> ANN["ANN top-K<br/>(Qdrant)"]
    LEX --> ANN
    ANN --> RR["Reranker<br/>(cross-encoder)"]
    RR --> LLM["Small LLM:<br/>structured output<br/>+ confidence"]
    LLM --> RES["Код + confidence"]

    style ITEM fill:#172554,stroke:#3b82f6
    style RES fill:#14532d,stroke:#22c55e

Почему не «pure LLM». Исследования 2024 года стабильно показывают, что fine-tuned small models бьют zero-shot prompted generative models на специализированных задачах. Сметная классификация — именно такая задача: ограниченный domain, большой набор данных для retrieval. Большая модель используется только как структурный нормализатор и как abstention-механизм для low-confidence случаев.

Ожидаемые показатели. ≥85% точности на типовых позициях после первой фазы обучения; 95%+ после доводки на 1000+ примеров клиента.

12.5 Авто-сбор прайсов поставщиков (Старт)

Назначение. Автоматизация ручных запросов снабжения. Outbound email → парсинг ответов → нормализация → ранжирование.

Архитектура event-driven:

flowchart TB
    EST["Запрос на цены"] --> OUT["Outbound email<br/>service"]
    OUT --> SUP["Поставщик"]
    SUP --> IN["IMAP /<br/>webhook capture"]
    IN --> PRS["MIME-парсер +<br/>reply-cleaner"]
    PRS --> ATT["Парсер вложений<br/>(Excel / PDF)"]
    PRS --> BODY["Парсер тела письма"]
    ATT --> UNI["Unified<br/>SupplierOffer<br/>schema"]
    BODY --> UNI
    UNI --> RNK["Ranking +<br/>trust scoring"]
    RNK --> REF["Refresh estimate"]

    style EST fill:#172554,stroke:#3b82f6
    style REF fill:#14532d,stroke:#22c55e

Ранжирование поставщиков. Composite score из четырёх блоков: надёжность (история подтверждений), скорость ответа, полнота (fill-rate по запрошенным позициям), ценовая конкурентность (robust distance to market median, не абсолютный минимум). Это сильно лучше, чем «сортировка по минимальной цене».

Анти-паттерны, которые закладываем в схему сразу. Устаревшие прайсы без valid_until; единицы в упаковках вместо сметных м2/м3/шт; VAT included/excluded без явного флага; региональные коэффициенты в примечаниях; сезонность; «аналог/эквивалент» без маркировки substitution; разные написания одной позиции; PDF-сканы прайс-листов; франко-склад vs с доставкой. Это не датасайенс — это дисциплина модели данных.

12.6 Цифровая сворка (Старт)

Назначение. Сравнить «как спроектировано» с «как сделано» по 10 000+ позициям и подсветить отклонения.

Алгоритм multi-stage matching:

  1. Blocking по дисциплине / тип работ vs материал / единица / секция / этаж / префикс кода.
  2. Exact match по уже нормализованным кодам и canonical keys.
  3. Fuzzy lexical match — название + морфология + аббревиатуры.
  4. Numeric compatibility — размеры, толщина, марка, допуски.
  5. Embedding similarity — только внутри ограниченного candidate-блока.
  6. Global assignment — min-cost bipartite matching, чтобы избежать many-to-one.
  7. Human review queue — для low-confidence и для high-value variances.

Подход ближе к системам reconciliation в финансах/ERP, чем к «обычному поиску по тексту». Это даёт стабильность на edge-cases.

12.7 Multi-tenant архитектура (Бизнес)

Назначение. Изоляция данных разных клиентов SaaS-платформы.

Решение: hybrid shared model.

  • Общие stateless API / workers / model-servers.
  • Один Postgres-кластер с RLS на всех hot-таблицах.
  • Партиционирование тяжёлых таблиц по tenant_id + время.
  • Object storage с tenant-prefixed paths.
  • Vector layer с multitenancy через payload-фильтр (Qdrant tiered multitenancy).
  • Отдельные БД и шарды только для top-tenants и регулируемых контуров (опционально).

Это лучше, чем «отдельная БД на каждого» (operational overhead растёт нелинейно), и безопаснее, чем «общий schema без изоляции» (RLS даёт защиту на уровне СУБД, а не только на уровне кода).

13. Модель данных

Канонические сущности платформы. JSON-схемы — для разработки, в публичном API нормализуются в OpenAPI 3.1.

13.1 NormalizedBoQItem — базовая сущность

{
  "id": "uuid",
  "tenant_id": "uuid",
  "project_id": "uuid",
  "source_doc_id": "uuid",
  "source_page_or_sheet": "string",
  "source_region": { "x": 120, "y": 340, "w": 480, "h": 60 },
  "discipline": "fire_safety | electrical | hvac | plumbing | civil | other",
  "normalized_name": "string",
  "work_or_material": "work | material | both",
  "quantity": 240.5,
  "unit": "м | м2 | м3 | шт | компл | т | кг",
  "dimensions": { "length_mm": 2400, "diameter_mm": null },
  "spec_attributes": { "material": "медь", "section_mm2": 1.5 },
  "drawing_refs": ["sheet-3-A12", "sheet-5-B7"],
  "bim_refs": ["1pVR3RpQ5Aqef9PGxK1mY8"],
  "candidate_pricebook_codes": [
    { "code": "ФЕР10-04-001-01", "score": 0.94 },
    { "code": "ГЭСН10-04-001-02", "score": 0.81 }
  ],
  "chosen_code": "ФЕР10-04-001-01",
  "confidence": 0.91,
  "supplier_quotes": [],
  "audit_trail": [
    { "at": "2026-05-12T10:23:00Z", "actor": "system", "action": "created" },
    { "at": "2026-05-12T11:05:00Z", "actor": "user:42", "action": "verified" }
  ]
}

13.2 SupplierOffer — нормализованное предложение поставщика

{
  "id": "uuid",
  "tenant_id": "uuid",
  "supplier_id": "uuid",
  "source_message_id": "string",
  "boq_item_ref": "uuid",
  "raw_name": "Кабель ВВГнг-LS 3х1,5",
  "normalized_name": "Кабель ВВГнг(А)-LS 3x1.5",
  "quantity_break": 100,
  "unit": "м",
  "pack_size": "бухта 200м",
  "currency": "RUB",
  "unit_price": 64.50,
  "vat_flag": "included",
  "delivery_terms": "со склада поставщика",
  "region": "Москва",
  "lead_time_days": 3,
  "price_valid_until": "2026-06-01",
  "substitution_flag": false,
  "confidence": 0.88,
  "evidence_pointer": { "type": "email", "id": "msg_4f2a..." }
}

13.3 Estimate — итоговая смета

{
  "id": "uuid",
  "tenant_id": "uuid",
  "project_id": "uuid",
  "version": 1,
  "status": "draft | reviewed | approved | exported",
  "currency": "RUB",
  "created_at": "2026-05-12T09:00:00Z",
  "items": [ "<NormalizedBoQItem ref>", "..." ],
  "total_works": 2800450.00,
  "total_materials": 5640200.00,
  "total_overhead": 1268830.00,
  "total_taxes": 0.00,
  "total": 9709480.00,
  "exports": [
    { "format": "xlsx", "url": "...", "generated_at": "..." },
    { "format": "pdf",  "url": "...", "generated_at": "..." }
  ]
}

14. API-спецификация

Минимальный набор эндпоинтов первой фазы. Полная OpenAPI-спецификация публикуется на этапе разработки и поддерживается актуальной.

Метод Путь Назначение
POST /api/v1/projects Создать проект
POST /api/v1/projects/{id}/documents Загрузить документ (Excel / PDF / DWG / IFC)
GET /api/v1/projects/{id}/items Получить все распознанные позиции
PATCH /api/v1/items/{id} Скорректировать позицию (verify, override, comment)
POST /api/v1/projects/{id}/estimate Сформировать смету
GET /api/v1/projects/{id}/estimate/{version} Получить смету
POST /api/v1/projects/{id}/svorka Запустить сворку проект ↔ факт
POST /api/v1/suppliers/{id}/quote-request Отправить запрос на прайс поставщику
GET /api/v1/suppliers/{id}/offers Получить актуальные предложения поставщика

14.1 Пример: загрузка документа

POST /api/v1/projects/c5a4.../documents
Content-Type: multipart/form-data
Authorization: Bearer <token>

file=@specification.xlsx
type=specification
discipline=fire_safety
{
  "id": "doc-9b2e...",
  "status": "queued",
  "estimated_processing_seconds": 120
}

14.2 Пример: получение позиций после распознавания

GET /api/v1/projects/c5a4.../items?status=unverified
{
  "items": [
    {
      "id": "item-a4f1...",
      "normalized_name": "Кабель ВВГнг(А)-LS 3x1.5",
      "quantity": 240.0,
      "unit": "м",
      "chosen_code": "ФЕР10-04-001-01",
      "confidence": 0.91,
      "drawing_refs": ["sheet-3-A12"]
    }
  ],
  "total": 380,
  "verified": 0,
  "pending": 380
}

14.3 Коды ошибок

HTTP Код Когда
400 invalid_format Документ повреждён или формат не поддерживается
402 quota_exceeded Превышен лимит тарифа (для SaaS-режима)
422 low_confidence Распознавание ниже порога; позиции в статусе unverified
503 upstream_unavailable Недоступен внешний сервис (например, ODA SDK)

15. Пользовательские сценарии

5 ключевых user stories в формате Given/When/Then. На их основе строится приёмка каждого пакета (см. §21).

US-1. Сметчик загружает Excel и получает черновик сметы

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

  • Given у меня есть Excel-спецификация типового проекта (380 строк, 4-этажный ЖК).
  • When я загружаю файл в систему через веб-интерфейс.
  • Then в течение 30 минут я получаю распознанные позиции с подтверждённой классификацией ≥85% и расчётной сметой с разбивкой по работам и материалам.

US-2. Снабженец автоматически собирает прайсы

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

  • Given у меня есть готовая спецификация на 200+ позиций и список из 15 поставщиков.
  • When я нажимаю «Запросить прайсы» и выбираю поставщиков.
  • Then система отправляет email-запросы, через 1-4 часа собирает ответы, парсит вложения и тело писем, формирует ранжированный список с прозрачной метрикой выбора.

US-3. Бригадир делает мини-смету с объекта

Как бригадир, я хочу прямо со стройки сфотографировать помещение, надиктовать материалы голосом и получить мини-смету, чтобы не возвращаться в офис.

  • Given я нахожусь на объекте и имею телефон с интернетом.
  • When я открываю мобильный интерфейс, делаю 3-5 фото и диктую список работ.
  • Then через 2-3 минуты у меня готова мини-смета с приближённой стоимостью; точную я пересчитаю в офисе по полному пайплайну.

Реализуется в опции О1.

US-4. ПТО получает сворку по факту

Как сотрудник ПТО, я хочу автоматически сравнить проектную спецификацию с фактическими объёмами и получить ведомость отклонений по 10 000 позиций за час, а не за неделю.

  • Given есть проект (BoQ из Excel/IFC) и факт (журнал работ из 1С или Excel).
  • When я запускаю сворку.
  • Then система формирует таблицу с отклонениями по каждой позиции, подсвечивает high-value variances красным и предлагает их к ручной верификации; экспорт в Excel и в акт.

US-5. Руководитель видит дашборд по портфелю объектов

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

  • Given у меня в работе одновременно 10-30 объектов.
  • When я открываю дашборд руководителя.
  • Then я вижу сводку: средние отклонения по объектам, топ-5 поставщиков по надёжности, динамику затрат по дисциплинам, прогноз закрытия объектов.

Реализуется в Премиуме (расширенные дашборды).

16. Команда проекта

16.1 Состав и ставки

Роль Основные задачи Ставка, ₽/ч
Tech Lead / AI-архитектор Архитектура системы, выбор моделей, ревью промптов и pipeline'а, технические решения 3 400
AI / ML Engineer Embeddings, классификация, OCR-цепочки, IFC-парсеры, prompt engineering 2 700
Backend Engineer Postgres / FastAPI / RLS, интеграции (1С, Bitrix24, Диадок, СБИС), email-агенты 2 400
DevOps Docker / k8s, GPU-cluster, CI/CD, мониторинг, бэкапы, ODA SDK хостинг 2 400
Frontend Engineer React / Next.js, UI под 4 сегмента, мобильный интерфейс, дашборды 2 400
QA Engineer Acceptance testing, regression, нагрузочные тесты, тестирование интеграций 2 050
Project Manager Спринты, демо, статус-апдейты, change requests, документация 2 400

16.2 Распределение часов и стоимости по пакетам

Роль Пилот Старт Бизнес Премиум Экосистема
Tech Lead / Архитектор 65 ч 125 ч 235 ч 415 ч 545 ч
AI / ML Engineer 155 ч 315 ч 535 ч 935 ч 1 165 ч
Backend Engineer 215 ч 495 ч 895 ч 1 375 ч 1 965 ч
DevOps 40 ч 80 ч 170 ч 330 ч 530 ч
Frontend Engineer 100 ч 280 ч 500 ч 880 ч 1 330 ч
QA Engineer 75 ч 185 ч 315 ч 535 ч 595 ч
Project Manager 65 ч 150 ч 235 ч 355 ч 485 ч
Итого, часов 715 1 630 2 885 4 825 6 615
Стоимость работ, ₽ 1 810 000 4 080 000 7 270 000 12 260 000 16 050 000
+ 10% резерв на непредвиденное 180 000 410 000 730 000 1 230 000 1 605 000
Прогрессивная скидка — — -224 500 (5%) -559 600 (7%) -1 349 000 (10%)
ИТОГО 1 990 000 4 490 000 7 770 000 12 930 000 17 650 000

Часы включают х1.3-множитель на скрытую работу (изучение API, итерации промптов, баги интеграций, обратная связь). Это не «оптимистичные часы», а реалистичные — отражают наш опыт похожих AI-проектов.

17. Дорожная карта и план спринтов

Спринты — двухнедельные. Каждый завершается demo на staging. Привязка дат — условная, реальный старт — после подписания договора.

17.1 Spring chart по пакету «Бизнес» (рекомендуемая конфигурация)

gantt
    title Дорожная карта пакета «Бизнес» (18-22 недели)
    dateFormat YYYY-MM-DD
    excludes weekends
    section Sprint 0 (старт)
    Архитектура и инфра :a0, 2026-06-01, 10d
    section Sprint 1-2 (Ядро)
    Excel-парсер + классификация :a1, after a0, 20d
    section Sprint 3 (Ядро)
    Расчёт сметы + UI :a2, after a1, 10d
    section Sprint 4-5 (Старт)
    Сворка + DXF :a3, after a2, 20d
    section Sprint 6 (Старт)
    Email-агент + supplier ranking :a4, after a3, 10d
    section Sprint 7-8 (Бизнес)
    IFC-парсер + multi-tenant :a5, after a4, 20d
    section Sprint 9 (Бизнес)
    Интеграции 1С + Bitrix + Диадок :a6, after a5, 10d
    section Sprint 10 (приёмка)
    Финальная приёмка + развёртывание :a7, after a6, 5d

17.2 Ключевые контрольные точки (вехи)

Веха Когда Что демонстрируется
M1 — Ядро готово Конец Sprint 3 (~6-я нед) Excel → смета по ГЭСН/ФЕР, single-tenant UI
M2 — Старт-функционал Конец Sprint 6 (~12-я нед) DWG/DXF + сворка + авто-сбор прайсов
M3 — Бизнес-функционал Конец Sprint 9 (~18-я нед) IFC + multi-tenant + полная интеграция 1С/Bitrix/Диадок
M4 — Production-приёмка Sprint 10 (~20-я нед) Финальная приёмка, обучение команды, передача доступов

18. Предварительные исследования

На момент старта проекта мы проведём фокусированные технические PoC, чтобы зафиксировать решения по самым неопределённым местам.

18.1 Завершённые исследования

# Тема Результат
1 Российский рынок сметного ПО и AI-оценки 2025-2026 Карта конкурентов, ценовые ориентиры, white space, регуляторика ФГИС ЦС / ПП РФ №614 / ГОСТ Р 10.0.02
2 Технический архитектурный brief Гибридный format-aware pipeline, retrieval-first классификация, multi-tenant Postgres+RLS, экономика SaaS vs self-hosted, RU GPU-cloud (Selectel/MWS)

18.2 Открытые вопросы для PoC на старте

# Тема Зачем PoC Срок PoC
1 Точность OCR на типовых PDF-чертежах заказчика Один раз настраиваем pipeline и фиксируем порог точности на реальных данных, чтобы не было сюрпризов в Sprint 5 1 неделя
2 IFC quantities в типовых жилых проектах РФ Подтвердить, что IfcElementQuantity заполнен в проектах, с которыми мы будем работать; иначе нужен geometry-fallback 1 неделя
3 Тонкости интеграции 1С-конфигурации заказчика Проверить версию (УНФ / КА / ERP), доступность OData, объём справочника номенклатуры 3 дня
4 Реальные тарифы российских GPU-cloud Provider RFP под наш профиль (порядок 100-1000 проектов в день) — публичные прайсы и enterprise-скидки сильно расходятся 1 неделя

19. Стратегия тестирования

Многоуровневый подход. Каждый уровень имеет свои метрики, фиксируется в acceptance criteria каждого пакета.

Уровень Что тестируется Покрытие Инструменты
Unit-тесты Изолированные функции парсеров, нормализаторов, классификатора ≥70% backend pytest
Integration-тесты Цепочки: загрузка → парсинг → классификация → расчёт; интеграции с внешними системами Все критичные пути pytest + testcontainers
End-to-end тесты Сценарии US-1..US-5 «как работает пользователь» Все user stories Playwright
Accuracy-тесты Точность распознавания и классификации на gold set ≥85% на типовых, ≥70% на edge-cases Собственный harness + sklearn
Performance-тесты Время отклика API, throughput пайплайна, нагрузка БД Все NFR из §22 k6 / locust
Security-тесты RLS-политики, изоляция тенантов, авторизация Все hot-таблицы, все эндпоинты OWASP ZAP + ручной аудит

Gold set. Накапливается с первой недели проекта: ваши реальные спецификации, чертежи, IFC-файлы. К концу Пилота — 50+ объектов, к Бизнесу — 200+. Это становится основой для accuracy-тестов и для дообучения моделей.

20. Развёртывание и инфраструктура

20.1 Целевая архитектура развёртывания

Компонент Что Где
Application layer FastAPI / Next.js Docker-контейнеры
Postgres Основная БД с RLS Managed Postgres у российского провайдера (Selectel / MWS / Yandex Cloud) либо on-prem
Vector store Qdrant Отдельный сервер; multitenancy через payload-фильтр
Object storage Документы, артефакты S3-совместимое хранилище (Selectel Storage, VK Cloud)
GPU inference OCR / embeddings / LLM Selectel или MWS (A100 / H100 для self-hosted), либо облачные API на старте
Email-агент IMAP / SMTP Отдельный сервис, изолированный
ODA SDK (DWG/RVT) Conversion service Отдельный микросервис на subscription
CI/CD GitLab или GitHub Actions Артефакты в private registry
Мониторинг Prometheus + Grafana + Sentry Отдельный observability-стек

20.2 Требования к серверам по пакетам

Пакет CPU / RAM Storage GPU Инфра
Пилот 4 vCPU / 16 GB 200 GB — 1 сервер; OCR/LLM через API
Старт 8 vCPU / 32 GB 500 GB — 1-2 сервера; OCR/LLM через API
Бизнес 16 vCPU / 64 GB 1 TB 1×T4 или API 3-4 сервера; managed Postgres; Qdrant отдельно
Премиум 24 vCPU / 128 GB 2 TB 1×A100 80GB Полноценная HA-конфигурация; managed Postgres + replica
Экосистема 32 vCPU / 256 GB 5 TB 2×A100 или A100+T4 Production-grade HA; managed Postgres с auto-failover

20.3 Соответствие требованиям

  • Хранение и обработка данных — на территории РФ. Российские провайдеры (Selectel, MWS, Yandex Cloud, VK Cloud) или on-premise по выбору заказчика.
  • Резервное копирование — ежедневные снимки БД + WAL-репликация; гео-резерв в другом ДЦ для Премиума и Экосистемы.
  • Журналирование действий — полный audit trail на чувствительных операциях (правка позиции, изменение цены, экспорт сметы).

21. Критерии приёмки

Каждый модуль/deliverable имеет измеримый критерий. Это защита и для нас, и для вас.

21.1 Пилот

Deliverable Критерий приёмки
Excel-парсер На gold set из 20 типовых спецификаций — ≥95% корректно восстановленных позиций
OCR PDF (базовый) На 10 типовых PDF — ≥85% корректно распознанных позиций
ANN-классификация Точность ≥85% на типовых позициях ГЭСН/ФЕР
Расчёт сметы Расхождение с ручным расчётом сметчика заказчика ≤10% на 5 контрольных объектах
Single-tenant UI Полный путь US-1 (загрузка → распознавание → корректировка → экспорт) проходит без ошибок
Деплой Развёрнуто, мониторинг настроен, бэкапы автоматические

21.2 Старт (дополнительно к Пилоту)

Deliverable Критерий приёмки
DWG/DXF-парсер На 10 типовых DXF — ≥80% позиций; DWG-конверсия через ODA — без сбоев
Сворка На объекте с 1 000+ позиций — формирование сворки за ≤30 минут; ≥95% корректных match'ей
Email-агент Письма уходят, ответы парсятся, прайсы сохраняются; 0 потерянных ответов на тесте 50 писем
Ранжирование поставщиков Composite score рассчитывается прозрачно; объяснение для каждого поставщика
1С-интеграция (базовая) Чтение справочника номенклатуры из 1С; выгрузка спецификации в 1С — успех на ≥95% позиций

21.3 Бизнес (дополнительно)

Deliverable Критерий приёмки
IFC-парсер На 5 типовых IFC жилых проектов — извлечение quantities ≥90% корректность
Multi-tenant + RLS Тест: тенант А не может прочитать данные тенанта Б ни через API, ни через прямой SQL
Полная 1С-интеграция Полный цикл «смета → закупка → акт» без ручных переносов на 3 контрольных объектах
Bitrix24-интеграция Сметы появляются как summary в deal; детали в smart process
Диадок-интеграция Финализированная смета отправляется как электронный документ; квитанция получена

21.4 Премиум (дополнительно)

Deliverable Критерий приёмки
Бумажные сканы (полный OCR) На 20 сканах среднего качества — ≥75% точности с обязательной подсветкой low-confidence
RVT-конверсия На 5 типовых RVT — успешная конверсия в IFC через ODA
Дашборды руководителя 5 ключевых дашбордов (отклонения, поставщики, дисциплины, прогноз) — данные обновляются ежедневно
Enterprise SLA Процедура реакции на инциденты задокументирована и протестирована (test incident → ack за 4 ч)

21.5 Экосистема (дополнительно)

Deliverable Критерий приёмки
СБИС-интеграция Документ уходит в СБИС, квитанция получена, тест пройден на 10 контрольных документах
Self-service onboarding Новый тенант регистрируется и подключает первый проект без участия команды разработки
White-label Кастомизация UI и доменов под партнёра проверена на 2 тестовых брендах
Биллинг Тарифные планы, оплата картой, возврат — полный цикл протестирован

22. Нефункциональные требования

# Параметр Порог
N1 Время отклика API (p95) на простые операции ≤ 500 мс
N2 Время полного распознавания типовой Excel-спецификации (≤ 500 строк) ≤ 5 минут
N3 Время полного OCR-пайплайна на 10-страничном PDF ≤ 15 минут
N4 Время сворки 10 000 позиций ≤ 60 минут
N5 Одновременных активных пользователей на тенанта ≥ 50
N6 Одновременных активных проектов на тенанта (Бизнес+) ≥ 100
N7 Доступность (uptime) для Бизнес-пакета ≥ 99% за месяц
N8 Доступность для Премиум / Экосистема ≥ 99.5% за месяц
N9 Время восстановления после сбоя (RTO) ≤ 4 часа
N10 Точка восстановления данных (RPO) ≤ 1 час
N11 Покрытие тестами (backend) ≥ 70%
N12 Точность распознавания на типовых документах ≥ 85%
N13 Точность классификации по ГЭСН/ФЕР на типовых позициях ≥ 85%
N14 Изоляция тенантов (для Бизнес+) 100% — нулевая утечка через все эндпоинты

Часть III: Коммерческие условия

23. Как мы работаем

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

Активность Частота Формат
Sprint demo Раз в 2 недели Видеозвонок + демонстрация на staging-окружении; 30-45 минут
Еженедельный sync 1 раз в неделю (30 минут) Статус, блокеры, решения, обновлённые сроки
Доступ к staging С первого дня Sprint 0 URL staging-окружения, доступный заказчику в любое время
Канал связи Постоянный Telegram-группа для оперативных вопросов + email для формальной переписки
Приёмка результатов По завершении каждого пакета (или milestone) Демо на staging + чек-лист критериев приёмки + протокол
Отчёт по часам Ежемесячно Разбивка по ролям и спринтам, привязка к артефактам

Управление изменениями. Любое изменение к ТЗ оформляется через Change Request — мы оцениваем влияние на сроки и бюджет, обе стороны согласуют. Если изменение тривиальное (≤4 часа работы) — учитывается в текущем спринте без формального CR.

Откуда берётся команда. Часть команды у нас постоянная (Tech Lead, ML, основные backend), часть подключается под конкретный модуль (DevOps на инфраструктуру, отдельный QA-блок). Все ставки фиксированы, состав команды виден в отчёте.

24. Условия оплаты

Платежи привязаны к подтверждённым этапам, а не к календарю. Стандартный цикл: 30% предоплата → 50% при приёмке промежуточного milestone → 20% при финальной приёмке.

24.1 Пилот (1 990 000 ₽)

# Событие Оплата, ₽ Накопительно, ₽
1 Подписание договора (предоплата 30%) 597 000 597 000
2 Приёмка M1 (Ядро готово, ~6-я неделя) 995 000 1 592 000
3 Финальная приёмка 398 000 1 990 000

24.2 Старт (4 490 000 ₽)

# Событие Оплата, ₽ Накопительно, ₽
1 Подписание договора (предоплата 30%) 1 347 000 1 347 000
2 Приёмка M2 (Старт-функционал, ~12-я неделя) 2 245 000 3 592 000
3 Финальная приёмка 898 000 4 490 000

24.3 Бизнес (7 770 000 ₽)

# Событие Оплата, ₽ Накопительно, ₽
1 Подписание договора (предоплата 30%) 2 331 000 2 331 000
2 Приёмка M3 (Бизнес-функционал, ~18-я неделя) 3 885 000 6 216 000
3 Финальная приёмка 1 554 000 7 770 000

24.4 Премиум (12 930 000 ₽)

# Событие Оплата, ₽ Накопительно, ₽
1 Подписание договора (предоплата 30%) 3 879 000 3 879 000
2 Приёмка M3 (Бизнес-функционал, ~18-я неделя) 4 525 500 8 404 500
3 Приёмка M4 (Премиум-функционал, ~26-я неделя) 1 939 500 10 344 000
4 Финальная приёмка 2 586 000 12 930 000

24.5 Экосистема (17 650 000 ₽)

# Событие Оплата, ₽ Накопительно, ₽
1 Подписание договора (предоплата 30%) 5 295 000 5 295 000
2 Приёмка M3 (Бизнес-функционал, ~18-я неделя) 4 412 500 9 707 500
3 Приёмка M4 (Премиум-функционал, ~26-я неделя) 4 412 500 14 120 000
4 Финальная приёмка 3 530 000 17 650 000

24.6 Партнёрская модель — альтернатива

Если выбираете партнёрскую модель (см. транскрипт встречи 04.05): команда AiDevTeam разрабатывает продукт по себестоимости (со скидкой ~25% от цены пакета) и входит в долю ~15% от выручки продукта (подписки, продажи enterprise-лицензий, грантов). Конкретные параметры партнёрства фиксируются отдельным соглашением; цены в этом КП — для модели заказной разработки.

25. Ежемесячные расходы

Эксплуатационные расходы после запуска. Зависят от нагрузки и выбранной модели инфраструктуры. Цифры — оценочные, для планирования; точные тарифы — после RFP у конкретного провайдера.

25.1 Сравнение моделей: SaaS-API vs self-hosted

Профиль нагрузки Сметы / день Cloud LLM-API + SaaS-OCR Self-hosted GPU + open-source Победитель
Низкий 10 ~43 000 ₽/мес ~188 000 ₽/мес SaaS-API
Средний 100 ~429 000 ₽/мес ~451 000 ₽/мес паритет
Высокий 1 000 ~4 290 000 ₽/мес ~1 200 000 ₽/мес Self-hosted (3.5×)

Точка перехода (break-even). Для типовой комбинации форматов self-hosted начинает окупаться при стабильной нагрузке от 100-300 смет/день. Если у вас в основном Excel и BIM-доля небольшая — точка сдвигается вправо, API-режим разумно держать дольше.

25.2 Дополнительные обязательные расходы

Статья Стоимость Когда нужна
Подписка ODA SDK (Sustaining tier) ~5 000-15 000 USD/год С пакета «Старт» (для DWG-конверсии)
Российский GPU-cloud (Selectel / MWS / Yandex) от 100 000 ₽/мес С пакета «Бизнес» — для self-hosted inference
Managed Postgres от 30 000 ₽/мес С пакета «Бизнес» — production HA-конфигурация
Object storage (S3-совместимое) от 10 000 ₽/мес С пакета «Старт»
Доменные имена и SSL ~5 000 ₽/год С Пилота

25.3 Сопровождение со стороны AiDevTeam (опционально)

Тариф Что входит Стоимость
Базовое сопровождение Реакция на инциденты в рабочее время, ежемесячный отчёт от 80 000 ₽/мес
Расширенное сопровождение Реакция 4 ч / 24 ч, ежемесячные обновления, мониторинг от 180 000 ₽/мес
Enterprise SLA 24/7, выделенный менеджер, ежеквартальные ревью от 350 000 ₽/мес

Сопровождение оплачивается отдельно от стоимости разработки. Без сопровождения после финальной приёмки клиент сам управляет инфраструктурой и эксплуатацией.

26. Риски и митигация

26.1 Карта рисков (вероятность × влияние)

Низкая вероятность Высокая вероятность
Высокое влияние R3 — Изменения в ФГИС ЦС / ГЭСН без обратной совместимости
R6 — Зависимость от ODA SDK ценовой политики		 R1 — Качество распознавания на нестандартных PDF
R2 — Разнообразие форматов проектной документации
Среднее влияние R7 — Изменения в API 1С / Bitrix24 / Диадок R4 — Доступ к API застройщиков (Самолёт, ЛСР, ПИК)
R5 — Качество исходных данных от поставщиков
Низкое влияние R8 — Цены на cloud-инференс LLM R9 — Сезонность загрузки команды

26.2 Детализация и митигация

Риск Описание Митигация
R1 Точность OCR на нестандартных PDF PoC на реальных данных в Sprint 0; human-in-the-loop QA для подсвеченных страниц; gold set с первой недели
R2 Разнообразие форматов и нестандартные шапки/таблицы Гибридный pipeline вместо «один LLM на всё»; format-aware парсеры с зрелой экосистемой; накопление обучающих данных
R3 Обновления ГЭСН/ФЕР с ломающими изменениями Квартальный feed ФГИС ЦС интегрирован как сервис; версионирование сборников; abstraction layer над конкретной редакцией
R4 Закрытость API больших застройщиков Не делаем критичный путь зависящим от их API; интеграции — отдельный discovery-track в Экосистеме
R5 Поставщики присылают мусорные прайсы Дисциплина модели данных (см. §12.5), флаги substitution / VAT / валюта / срок; ranking по достоверности
R6 ODA SDK меняет лицензионную политику Альтернативные пути (LibreDWG как research-fallback, контрактное требование DXF от заказчика)
R7 Изменения в API 1С / Bitrix24 Adapter layer; покрытие интеграций integration-тестами; ежеквартальная регрессия
R8 Скачки цен на cloud-LLM Архитектура поддерживает self-hosted inference; гибридный режим с автопереключением по cost-метрике
R9 Загрузка команды в high-сезон стройки Резервная команда, заложенная в финансовую модель; контракт без штрафов за разумные смещения сроков

27. Гарантии

Что мы гарантируем как разработчик:

  • Технические. Соответствие критериям приёмки, описанным в §21. Если на приёмке выявлен дефект, влияющий на критерий — исправляем за свой счёт.
  • Гарантия на код. 6 месяцев с момента финальной приёмки — на ошибки, проявляющиеся в нормальных условиях эксплуатации.
  • Передача знаний. Полная техническая документация, архитектурные диаграммы, обучение команды (3 дня в пакете «Бизнес», неделя в Премиуме), доступ к репозиторию.
  • Прозрачность. Все ставки и часы — в отчётах. Никакой «сметы по ощущениям».
  • Конфиденциальность. NDA на старте проекта, доступ к данным заказчика — только у проектной команды, по принципу least privilege.

Что мы НЕ берём на себя:

  • Юридические, регуляторные и финансовые гарантии (например, что использование продукта не приведёт к спорам с заказчиками или налоговой). Эти вопросы — зона ответственности заказчика и его юриста / аудитора.
  • Гарантии прибыли заказчика от продажи продукта третьим лицам. Мы создаём технологию; маркетинг, продажи и unit-экономика SaaS — на стороне заказчика (в Экосистеме помогаем с маркетинговым запуском, но это не гарантия выручки).
  • Гарантии на работу с конкретными версиями стороннего ПО (1С, Bitrix24, Диадок) после их крупных обновлений. Адаптация — отдельной работой в рамках сопровождения.

28. Требования к клиенту

Что нам нужно от вас, чтобы проект двигался без задержек:

  • Контактное лицо со стороны клиента — генеральный директор как ЛПР (по вашему ответу) и технический контакт (Алексей упоминался — нужны прямые контакты).
  • Доступ к реальным проектам — обезличенные Excel-спецификации, PDF-чертежи, IFC-модели, шаблоны итоговой сметы. Чем раньше получим, тем быстрее точность модели на ваших данных.
  • Тестовый объект для пилота — 1-2 живых объекта, которые можно прогнать через систему параллельно с ручным расчётом.
  • Доступ к 1С / Bitrix24 / Диадок (с пакета «Бизнес») — учётная запись с правами на чтение справочников и создание тестовых документов.
  • Список приоритетных поставщиков (для Старта) — 10-20 контактов с email для пилотного запуска авто-сбора прайсов.
  • Быстрая обратная связь на демо — желательно в течение 3 рабочих дней после спринт-демо, чтобы решения принимались по горячим следам.
  • Согласование изменений — оперативная реакция на Change Requests, чтобы не тормозить разработку.

29. Что не входит

Чтобы избежать недоразумений, явно перечисляем, что в данное КП НЕ включено:

  • Покупка железа или серверов на стороне заказчика (если выбран on-premise деплой) — мы помогаем с подбором, но оплата серверов на стороне заказчика.
  • Ежемесячные расходы на cloud-инференс, GPU-облака, ODA SDK подписку — см. §25.
  • Лицензии на стороннее ПО (1С, Bitrix24, Диадок) — у заказчика.
  • Маркетинг и продажи готового продукта третьим лицам (кроме маркетингового запуска в Экосистеме).
  • Юридическое сопровождение договоров с третьими лицами — клиентами SaaS-платформы.
  • Сертификация продукта на соответствие отраслевым стандартам (если потребуется) — отдельной работой.
  • Обучение конечных пользователей продукта (бригадиров, сметчиков из третьих компаний) — это обязанность заказчика как продавца SaaS.
  • Поддержка сторонних модификаций кода, сделанных без участия команды AiDevTeam.

30. Открытые вопросы

Эти вопросы не блокируют старт проекта, но требуют решения по ходу. Каждый — с альтернативами.

В1. Какую модель лицензирования продвигаете в первую очередь?

  • A. SaaS-подписка для всех 4 сегментов — самое современное решение, но требует развития биллинга (Экосистема).
  • B. SaaS + on-premise enterprise-лицензия — компромисс для крупных заказчиков с требованиями ИБ.
  • C. On-premise per-company — традиционная модель, знакомая рынку, но плохо масштабируется на бригады.

Решение Игоря — предложить заказчику обе модели на выбор. Зафиксируем в обсуждении на проекте.

В2. С каких 10-20 поставщиков стартует email-агент в пакете «Старт»?

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

В3. Какой тестовый объект подойдёт для пилотного запуска?

Желательно — типовой по сложности, с полным набором документации (Excel-спецификация + 5-10 PDF-чертежей + по возможности IFC). Объём сметы — 1-5 М ₽, чтобы сравнение проект ↔ факт было показательным.

В4. Подключение к ФГИС ЦС: через какой канал?

  • A. Через коммерческого агрегатора (быстро, платно).
  • B. Прямая выгрузка с сайта ФГИС ЦС (бесплатно, но требует разработки парсера и поддержки).
  • C. Через 1С-модуль «Передача данных в ФГИС ЦС» (если есть подходящая конфигурация у заказчика).

В5. Что делаем с проектами, где приходит RVT без экспорта в IFC?

  • A. Контрактно требуем от проектировщика экспорт в IFC (рекомендуемо для бюджета и сроков).
  • B. Конвертируем сами через ODA BimRv (Премиум, дополнительные эксплуатационные расходы).
  • C. Откладываем такие проекты до Премиума.

31. Перспективы развития

После того как выбранный пакет будет запущен, платформу можно расширять в нескольких направлениях. Это не часть текущего КП, а карта возможностей.

  • Связка проект → факт → акт → закрытие сделки в едином потоке. Полный документооборот стройки внутри одной системы — устраняем «потерю на стыках».
  • Прогнозирование сроков и затрат на ML-моделях на исторических данных. Когда накопится gold set из ваших объектов — можем строить предиктивные модели «когда закроется», «во сколько обойдётся», «какие риски».
  • Marketplace поставщиков как отдельный B2B-сервис. Платформа уже знает прайсы и рейтинги — это готовая база для тендерного marketplace.
  • Интеграция с банк-клиент и факторингом. Финансовый контур поверх сметного — оплата подрядчикам, кэшбэк, факторинг для малых бригад.
  • Грантовая упаковка как услуга для SaaS-клиентов платформы. Продаём не только продукт, но и помощь в получении грантов на цифровизацию через нашего грантового партнёра.

32. Глоссарий

Термин Расшифровка
ПТО Производственно-технический отдел; в строительной компании отвечает за сметы, спецификации, акты, контроль выполнения
БoQ / BoQ Bill of Quantities; ведомость объёмов работ — список того, сколько и чего нужно сделать
Сворка Сводная ведомость объёмов работ; сравнение фактических объёмов с проектными
ГЭСН / ФЕР / ТЕР / ТСНб Государственные / федеральные / территориальные / городские сметные нормативы
ФГИС ЦС Федеральная государственная информационная система ценообразования в строительстве
ФСНБ Федеральная сметная нормативная база
МКД Многоквартирный жилой дом
ТИМ / BIM Технология / Building Information Modeling — информационное моделирование зданий
IFC Industry Foundation Classes; открытый формат BIM-моделей
DXF / DWG Drawing eXchange Format / Drawing — форматы CAD-чертежей
OCR / VLM Optical Character Recognition / Vision-Language Model — распознавание текста и изображений
ANN Approximate Nearest Neighbour — алгоритм быстрого поиска ближайших векторов
RLS Row-Level Security — изоляция данных на уровне строк в БД
SaaS Software-as-a-Service — модель продажи софта по подписке
SLA Service Level Agreement — соглашение об уровне сервиса
ODA SDK Open Design Alliance SDK — коммерческий toolkit для CAD/BIM-конверсии
ЭДО Электронный документооборот; в РФ — Диадок, СБИС и аналогичные операторы

33. Следующие шаги

# Действие Ответственный Срок
1 Согласовать выбранный пакет (или конфигурацию из §8) Заказчик 5 рабочих дней с момента получения КП
2 Подписать NDA для передачи реальных документов в работу Обе стороны До старта Sprint 0
3 Передать обезличенные образцы документации (Excel, PDF, по возможности IFC) Заказчик До старта Sprint 0
4 Определить контактных лиц (ЛПР + технический контакт + куратор от ПТО) Заказчик До старта Sprint 0
5 Подписать договор и получить предоплату 30% Обе стороны После согласования пакета
6 Sprint 0: установочная встреча, доступ к staging, передача gold set Команда AiDevTeam Неделя 1
7 Первое демо (M1, Ядро готово) Команда AiDevTeam Неделя 6

Все оценки являются предварительными и будут уточнены после детального ТЗ.

Предложение действительно 30 дней с даты выпуска (2026-05-08).

Разработка: AiDevTeam — aidevteam.ru

Инвестиция

Выберите подходящий пакет

ПИЛОТ

Собственные сметы за часы

1 990 000 ₽
6–8 недель
  • Excel → нормативная смета по ГЭСН/ФЕР за 1 рабочий день
  • Базовый OCR PDF-спецификаций
  • Single-tenant веб-интерфейс под ваш сегмент
  • Деплой на вашей инфраструктуре или нашей

Чего не хватает

Без авто-сбора прайсов: снабженец продолжает делать ручные запросы (-10–15% потенциальной экономии на закупке), Без сворок: 10 000 позиций по-прежнему вручную, Без CAD/BIM-форматов: проекты с DWG/IFC остаются вне автоматизации, Без интеграций с 1С/CRM: данные переносятся вручную.

СТАРТ

Закупки и сворки в одном цикле

4 490 000 ₽
12–14 недель
  • Всё из «Пилота» +
  • Автоматический сбор прайсов от поставщиков по email
  • Цифровая сворка по 10 000+ позиций
  • DWG/DXF-парсер, базовая интеграция с 1С
Бонусы бесплатно~65 000 ₽
  • ✦Миграция прайс-листов поставщиков из Excel (~40 000 ₽)
  • ✦1 кастомный шаблон сметы под формат заказчика для застройщиков (~25 000 ₽)

Чего не хватает

Без BIM/IFC: BIM-проекты требуют ручного экспорта в Excel, Без полной интеграции Bitrix24/Диадок: сметы доходят до сделки и контрагента вручную, Без multi-tenant архитектуры: продавать продукт третьим лицам нельзя, Без генподрядного интерфейса: сегмент Самолёт/ЛСР/ПИК остаётся за пределами.

Рекомендуем
БИЗНЕС

Multi-tenant и enterprise-интеграции

7 994 500 ₽7 770 000 ₽Рекомендуем
Скидка 5%18–22 недели
  • Всё из «Старта» +
  • IFC/BIM-парсер (IfcOpenShell)
  • Multi-tenant SaaS-архитектура с RLS
  • Полная интеграция: 1С (УНФ/КА/ERP) + Bitrix24 + Диадок
Бонусы бесплатно~419 000 ₽ (бонусы 195 000 + скидка 224 000)
  • ✦Миграция прайс-листов поставщиков (~40 000 ₽)
  • ✦1 кастомный шаблон сметы (~25 000 ₽)

Чего не хватает

Без бумажных сканов: архивные проекты на бумаге остаются вне автоматизации, Без RVT-fallback: проектировщики, работающие в Revit без экспорта в IFC, не охвачены, Без enterprise SLA: реакция на инциденты — в обычном рабочем графике, Без грантового канала и white-label: возможные источники монетизации не подключены.

ПРЕМИУМ

Все форматы и enterprise SLA

13 489 600 ₽12 930 000 ₽
Скидка 7%24–28 недель
  • Всё из «Бизнеса» +
  • Бумажные сканы — полный OCR-pipeline
  • RVT через ODA SDK (без обязательного экспорта в IFC)
  • Расширение на сегмент «проектировщики»
Бонусы бесплатно~1 124 000 ₽ (бонусы 565 000 + скидка 559 000)
  • ✦Все бонусы из «Бизнеса» (~195 000 ₽)
  • ✦Дополнительная неделя обучения и тонкой настройки модели (~120 000 ₽)

Чего не хватает

Без интеграции с СБИС и порталами застройщиков: документооборот с частью генподрядчиков остаётся ручным, Без white-label: нельзя продавать платформу под брендом партнёра, Без грантового сопровождения: каналы Сколково/РФРИТ/региональных программ не подключены, Без полного onboarding-конвейера: каждый новый клиент платформы внедряется вручную.

ЭКОСИСТЕМА

White-label и SaaS-продажи третьим лицам

19 000 000 ₽17 650 000 ₽
Скидка 10%32–40 недель
  • Всё из «Премиума» +
  • Интеграция с СБИС + порталами застройщиков
  • White-label режим под бренд партнёра
  • Self-service onboarding и биллинг подписок
Бонусы бесплатно~2 815 000 ₽ (бонусы 1 465 000 + скидка 1 350 000)
  • ✦Все бонусы из «Премиума» (~565 000 ₽)
  • ✦Разработка пилотного маркетингового лендинга и продающих материалов (~150 000 ₽)

Следующие шаги

Просим ответить на несколько вопросов, чтобы зафиксировать выбранный пакет и сроки запуска.

Точки внимания

Качество распознавания на нестандартных PDF

На старте делаем PoC на ваших реальных данных, фиксируем порог точности; для подсвеченных страниц — обязательная ручная проверка

Разнообразие форматов проектной документации

Гибридный pipeline вместо «один LLM на всё»: каждый формат через свой специализированный парсер с накоплением gold set на ваших данных

Зависимость от ODA SDK для DWG/RVT

Объявляем DXF и IFC основными форматами обмена; ODA — изолированный сервис, можно заменить альтернативой при изменении лицензионной политики

Закрытость API больших застройщиков

Не делаем критичный путь зависящим от их API; интеграции с порталами — отдельный discovery в Экосистеме

Как сделать мощнее и дешевле

Сметы за часы вместо недель

Сметчик становится контролёром, а не оператором ввода: -90% времени на типовом объекте

Авто-сбор прайсов и ранжирование поставщиков

Реальная конкуренция на каждой закупке — экономия 10-15% себестоимости материалов

Цифровизация сворок 10 000+ позиций

30-60 минут вместо 2-3 рабочих дней; меньше потерь на «забытых» материалах

Готовый продукт для 4 сегментов рынка

Бригады, специалисты, генподрядчики, проектировщики — каждому свой интерфейс под капотом одной платформы

Вопрос 1

Какой пакет вам интересен?

Вопрос 2

Какая модель сотрудничества предпочтительнее?

Вопрос 3

Какие опции рассматриваете в первую очередь?

Вопрос 4

Дополнительные комментарии или вопросы