1. Задача
Посмотреть, как это выглядит: пять экранов прототипа — карточка объекта, пакет документов, таймлайн, разбор отказа и CRM.
При строительстве зданий и сооружений в Москве один из самых трудоёмких процессов — согласование проектной и рабочей документации с эксплуатирующими организациями: Мосводоканал, Мосводосток, МОЭК, ГУП «Московский метрополитен», Россети, Моссвет, Мосгаз.
Проектировщики не понимают процесс, не выстраивают последовательность и не контролируют сроки. Значительная часть отказов формальна: в пакете нет одного документа или он оформлен не по регламенту. Повторная подача съедает недели.
Предложение: помощник, который объясняет, какие документы нужны для каждой организации,
какие требования действуют (СП, ГОСТ, регламенты) и прогнозирует срок согласования с напоминаниями.
Помощник — часть сквозного ассистента инвестиционно-строительного цикла: идея инвестора → земельные вопросы → ИРД → изыскания → проектирование → экспертиза → строительство → ввод → эксплуатация. Здесь зафиксирован первый модуль — согласования.
2. Пользователь и сценарии
Основной пользователь — руководитель проектной группы (РПГ).
Отвечает за сроки и полноту пакетов, а не за проектирование конкретного раздела.
| Сценарий | Что делает РПГ | Результат |
|---|---|---|
| Старт объекта | Заводит объект, стадию, перечень организаций | План согласований и чек-листы |
| Сбор пакета | Проверяет состав документов по организациям | Пакет без формальных пропусков |
| Контроль сроков | Смотрит таймлайн и напоминания | Нет просрочек «по невнимательности» |
| Отказ | Получает причину, план устранения, срок повторной подачи | Быстрая повторная подача |
3. Домен: 7 организаций
Все семь организаций входят в MVP. Сроки и составы пакетов помечены проверить: их подтверждает эксперт-валидатор (роль настраивается).
| Организация | Предмет согласования | Что обычно в пакете | Срок |
|---|---|---|---|
| Мосводоканал проверить | Водоснабжение и водоотведение: подключение, пересечения, зоны санитарной охраны | Заявление, раздел ВК, расчёт водопотребления и водоотведения, план сетей, акты | 8–12 нед. |
| Мосводосток проверить | Поверхностный сток, дождевая канализация, выпуски | Раздел ПД, схема стока, расчёт объёмов, топосъёмка, продольные профили | 4–8 нед. |
| МОЭК проверить | Теплоснабжение, тепловые вводы, ИТП; электроснабжение по договору | ТУ, разделы ТС/ЭС, расчёты тепловых и электрических нагрузок, акт разграничения | 6–10 нед. |
| ГУП «Московский метрополитен» проверить | Работы в зоне метрополитена, пересечения, влияние на конструкции | Расчёт влияния, геотехническое заключение, разделы ПД, методы работ | 10–16 нед. |
| Россети проверить | Электроснабжение, подключение, релейная защита | ТУ, раздел ЭС, однолинейная схема, расчёт нагрузок, акт разграничения | 6–10 нед. |
| Моссвет проверить | Наружное освещение, подключение к сети освещения | Раздел ЭС, схема освещения, расчёт нагрузок | 4–6 нед. |
| Мосгаз проверить | Газоснабжение, вводы, пересечения с газопроводами | ТУ, раздел ГС, расчёт потребления, схема газопроводов, акты | 6–10 нед. |
Составы пакетов — рабочие гипотезы. Источник истины — регламент организации с датой актуальности; до подтверждения использовать как чек-лист «что уточнить».
4. MVP: состав и границы
| Блок | Что делает | Выход |
|---|---|---|
| Чек-лист пакета MUST | Состав документов по каждой из 7 организаций: формы, ЭЦП, порядок подачи, чего обычно не хватает. | Пакет без формальных отказов |
| Таймлайн MUST | Параллельные ветки, зависимости, критический путь, прогноз срока по циклу. | План-график объекта |
| Нормативная база MUST | СП, ГОСТ, регламенты с источником и датой проверки. | FACT с provenance |
| Напоминания SHOULD | За N дней до срока, эскалация РПГ. | Контроль без ручного трекинга |
| Разбор отказа SHOULD | Причина → чего не хватает → план повторной подачи. | Меньше повторных подач |
| Моки интеграций MOCK | 1С, BIM, ЭДО: обмен статусами и документами. | Готовность к пилоту |
| Роли и доступы MUST | Настраиваемые роли: РПГ, инженер, администратор, эксперт. | Работа бюро без ИТ |
Вне MVP: собственный документооборот, юридически значимая подача, полноценные интеграции (только моки), автоматический парсинг всех регламентов.
5. Нормативная база: как ищем и проверяем
Помощник не «знает» нормы — он их находит, проверяет и хранит с источником: источник → claim → проверка → факт → документ.
| Шаг | Действие | Артефакт |
|---|---|---|
| 1 · Сбор | Официальные сайты, НПА и внутренние базы бюро по 7 организациям | Список источников |
| 2 · Извлечение | Требование → claim → пункт регламента и дата версии | FACT с provenance |
| 3 · Проверка | Сверка с первоисточником; неподтверждённое — unresolved | FACT / ASM |
| 4 · Валидация | Эксперт-валидатор подтверждает требования и сроки | DEC об утверждении |
| 5 · Обновление | Пересмотр раз в квартал и при изменении регламента | История версий |
6. Демо-объект
Привязки к реальному объекту пока нет: для демонстрации берётся типовой пример из описания задачи. Помощник настраиваемый — объект добавляется как запись.
Демо: ЖК «Северный», корпус 3 (условный объект) — жилой, стадия ПД,
7 организаций, прогноз цикла 18 недель, 2 отказа: МОЭК — нет акта, метрополитен — нет расчёта влияния.
7. Метрики: экономическая эффективность
| Метрика | Как считаем | Цель |
|---|---|---|
| Время до подачи полного пакета KPI | Дата готовности пакета − старт сбора | −30 % |
| Доля отказов по формальным причинам KPI | Формальные отказы / подачи | −50 % |
| Срок согласования KPI | Дата согласования − дата подачи | −20 % |
| Экономия часов РПГ KPI | Часы на пакет × стоимость часа | 8–12 ч/объект |
| Полнота пакета KPI | Документов подано / требуется | 100 % |
| Окупаемость внедрения KPI | Стоимость лицензии / экономия за год | ≤ 6 мес |
7.1. Бизнес-модель и рынок
Оценка рынка и экономики пилота. Все цифры — рабочие гипотезы оценка: проверяются интервью, пилотом и коммерческими предложениями, а не принимаются на веру.
Рынок: где вообще есть деньги
| Сегмент | Кто платит | Объём (оценка) | Приоритет |
|---|---|---|---|
| Проектные бюро 10–50 человек |
владелец бюро / ГИП | 50–200 объектов в год | первый |
| Застройщики in-house проектный отдел |
директор по строительству | 20–100 объектов | высокий |
| Технические заказчики | руководитель проекта | 10–40 объектов | средний |
| Госзаказчики 44-ФЗ / 223-ФЗ | контракт | длинный цикл 9–18 мес | позже |
| Объём | Значение (оценка) | Как считали |
|---|---|---|
| TAM всё ПО для стройки РФ | 25–30 млрд ₽/год | проектирование, стройконтроль, сметы, документооборот; оценка по числу проектных организаций × средний чек |
| SAM проектная документация и согласования | 3–4 млрд ₽/год | ≈ 12% TAM: согласования + чек-листы + нормативная база |
| SOM · 3 года реалистичная доля | 40–80 млн ₽/год | 1–2% SAM, 300–600 объектов на подписке |
Конкуренция
| Решение | Тип | Что закрывает | Наш дифференциатор |
|---|---|---|---|
| Procore · Autodesk Construction Cloud | enterprise | управление стройкой, документы, RFI | дорого и не про московские согласования; мы — узкий слой |
| PlanRadar · Fieldwire | чек-листы | дефекты, обходы, задачи на площадке | у них нет состава пакета по организациям и прогноза сроков |
| РИК · Гектара · Топоматик | проектирование | выпуск ПД/РД, BIM-среда | не ведут процесс согласований и отказов |
| СтройКонтроль · Exon | стройконтроль | надзор, исполнительная документация | наш вход — до стройки, на этапе согласований |
| 1С · Гранд-Смета | сметы | стоимость и объёмы | не заменяем, интегрируемся через моки |
| Консалтинг и ГИПы | услуги | знание процесса, «ручной» опыт | масштабируем знание, а не часы консультанта |
Типы продаж в 2026
| Канал | Как работает | Что нужно от нас |
|---|---|---|
| Платный пилот основной |
6 недель на одном объекте, фиксированная цена | демо-объект, чек-лист приёмки, отчёт по срокам |
| Product-led | самостоятельный веб-чек-лист, потом апгрейд | регистрация, бесплатный объект, оплата картой |
| Партнёры | проектные бюро и интеграторы продают как услугу | партнёрская программа, реферальная доля |
| Тендеры | 44-ФЗ / 223-ФЗ, госзаказчики | лицензии, документация, опыт внедрения |
| Внутренний инструмент → продукт | сначала у себя, затем продажа | кейс с измеримым эффектом |
Продвижение
| Канал | Что делаем |
|---|---|
| Кейсы и цифры | «−30% срок подачи, −50% формальных отказов» — публичный отчёт по пилоту |
| Telegram и отраслевые чаты | разборы отказов по организациям, чек-листы в PDF, ссылка на демо |
| Вебинары с ГИПами | «пакет для МОЭК без повторной подачи» — 45 минут + демо |
| Отраслевые события | конференции по стройке и BIM, стенд с интерактивным моком |
| Партнёрские демо | проектные бюро показывают инструмент своим заказчикам |
| SEO под запросы | «согласование с Мосводоканалом документы», «пакет для МОЭК» и подобные |
Тарифы (гипотеза)
| Тариф | Цена | Что входит | Кому |
|---|---|---|---|
| Пилот | 180 000 ₽ / 6 нед | 1 объект, 7 организаций, чек-листы, таймлайн, отчёт | бюро, которое пробует |
| Team | 1 200 ₽ / польз. / мес минимум 5 мест |
объекты, пакеты, напоминания, нормативная база | проектное бюро 10–30 человек |
| Object | 9 000 ₽ / объект / мес | объект целиком, без ограничения участников | застройщик с потоком объектов |
| Enterprise | от 1,5 млн ₽ / год | on-prem, SSO, интеграции, SLA, выделенный эксперт | корпорации, госзаказчики |
Юнит-экономика
| Показатель | Значение (оценка) | Как считали |
|---|---|---|
| ARPU | 45 000 ₽ / мес | бюро: 10 мест × 1 200 ₽ × поправка на сезонность |
| CAC | 220–280 тыс. ₽ | пилот + внедрение + время продавца (≈ 3 недели) |
| LTV | 900 тыс. ₽ | ARPU × 24 мес при churn 4% в месяц |
| LTV / CAC | 3,3–4,1 | цель ≥ 3 |
| Payback | 5–6 мес | CAC / ARPU × маржа |
| Валовая маржа | 76–80% | LLM и инфраструктура ≈ 20–24% выручки |
| LLM на объект | 1 500–3 000 ₽ | research + вопросы + проверки, 7 организаций |
| Стоимость поддержки | 8–12% выручки | обновление нормативки и ответы на вопросы |
Модель: подписка за место + тариф за объект для застройщиков, вход через платный
пилот. Не «продажа консультаций»: маржа держится на тиражируемой нормативной базе, а не на часах эксперта.
Что проверить в первую очередь
| Гипотеза | Проверка |
|---|---|
| Бюро платит 180 тыс. ₽ за пилот | 5 предложений из интервью; оплата до начала работ |
| ARPU 45 тыс. ₽ достижим | 2–3 реальных договора, а не расчёт |
| CAC укладывается в 250 тыс. ₽ | замер времени продавца на 3 сделках |
| Отток ≤ 4% в месяц | пилот 3 месяца: сколько бюро продлили |
| LLM ≤ 3 тыс. ₽ на объект | учёт токенов по объекту в биллинге |
8. Роли и доступы
| Роль | Что делает | Настройка |
|---|---|---|
| Руководитель проектной группы | Ведёт объект, видит все согласования, получает напоминания | основной |
| Инженер / проектировщик раздела | Чек-лист по своей организации и разделу | настраивается |
| Администратор домена | Ведёт нормативную базу и пакеты | настраивается |
| Эксперт-валидатор | Подтверждает требования и сроки | настраивается |
| Наблюдатель | Только просмотр статусов | настраивается |
9. Риски и ограничения
| Риск | Проявление | Мера |
|---|---|---|
| Устаревшая нормативка | Ссылка на отменённый документ | Дата версии у каждого факта, пересмотр раз в квартал |
| Ложная уверенность | Ответ воспринимается как официальное требование | Дисклеймер и статус «проверено / не проверено» |
| Разные практики подразделений | Требования отличаются по округам | Пометка «уточнить в подразделении», эскалация эксперту |
| Данные клиента | Проектная документация — коммерческая тайна | Контур заказчика, разграничение доступа |
Дисклеймер. Помощник даёт справочную информацию и не заменяет регламент
эксплуатирующей организации. Юридически значимым является требование, опубликованное организацией;
итоговый пакет проверяет ответственный исполнитель.
10. Открытые вопросы
- Кто выполняет роль эксперта-валидатора на старте и сколько времени это занимает?
- Нужен ли уровень округов и подразделений организаций?
- Какие моки обязательны для демо: 1С, BIM, ЭДО — или достаточно ЭДО?
- Сколько объектов в год у пилотного бюро и какой средний срок согласования сейчас?
- Нужен ли экспорт пакета в PDF/DOCX?
11. Архитектура
Три части: рабочее место РПГ, хранилище контекста объекта и доменная база знаний. Интеграции на первом этапе — моки.
| Компонент | Назначение | Реализация |
|---|---|---|
| UI · Web | Рабочее место РПГ: объект, чек-листы, таймлайн, отказы | React/Vue или серверный HTML + HTMX |
| API | Аутентификация, объекты, пакеты, статусы, экспорт | Python (aiohttp/FastAPI) |
| Context store | Объекты, согласования, документы, история | PostgreSQL (SQLite для демо) |
| Knowledge base | Организации, пакеты, нормы, сроки, отказы | Файлы MD/YAML + индексация |
| Research worker | Поиск и проверка нормативки, обновление KB | Очередь задач + LLM |
| LLM proxy | Извлечение требований, проверка claim, черновики писем | Claude/OpenAI через прокси |
| Integrations (mock) | 1С, BIM, ЭДО — обмен статусами и документами | Mock API + адаптеры |
| Auth / roles | РПГ, инженер, администратор, эксперт-валидатор | SSO или локальные учётки |
| Monitoring | Доступность, ошибки, стоимость LLM | Uptime + логи + метрики |
Поток данных: UI → API → Context store → (KB + research) → LLM proxy →
ответ с источником → UI. Все записи сохраняются с provenance и статусом проверки.
11.1. Скилы и бандлы
Скил — единица поведения с контрактом (триггер → вход → выход). Бандл — набор скилов плюс доменная база знаний и шаблоны, который закрывает один участок работы. В MVP достаточно четырёх бандлов; внешние скилы подключаются по одному и только после проверки.
| Бандл | Скилы | Что закрывает | Выход |
|---|---|---|---|
| Discovery bundle | S01 · S02 · S03 · S04 · S08 · S20 | вопросы, бриф, гейты D0–D3, допущения | объект заведён, вопросы с вариантами, гейт пройден |
| Normative bundle | S05 · S07 · S21 | поиск регламентов, FACT с источником, доменный пакет | требования по 7 организациям с датой проверки |
| Delivery bundle | S12 · S13 · S15 · S16 · S17 · S22 | SDD, беклог, проверка, git/CI, deploy | спецификация и пакет задач для сборки |
| Ops & CRM bundle | S18 · S19 · S23 | контекст, отчёты, клиенты и сделки | отчёт по объекту, история клиента, метрики |
Готовые внешние решения (проверить лицензию и качество)
| Репозиторий | ★ | Что даёт | Как использовать |
|---|---|---|---|
| datadrivenconstruction/DDC_Skills_for_AI_Agents_in_Construction скилы | 402 ★ | 221 скил для стройки: BIM-анализ, сметы, календарное планирование, документооборот | основа Construction-бандла: взять 10–15 скилов, остальное — по мере спроса |
| sahilyousafp/AEC_Agent_Skills скилы | 6 ★ | Набор скилов для AEC-специалистов (архитектура, инженерия, стройка) | быстрый старт для Discovery/Normative, проверить качество |
| bimwright/rvt-mcp MCP | 123 ★ | MCP-сервер для Revit 2022–2027: чтение модели, элементы, параметры | интеграция на этапе BIM, вне MVP (моки) |
| Sam-AEC/aec-model-bridge MCP | 121 ★ | Открытый Revit MCP: чтение и правка BIM-моделей ассистентом | кандидат для проверки влияния на конструкции (метро) |
| Show2Instruct/ifc-bonsai-mcp MCP | 69 ★ | IFC/Blender: связка LLM с BIM-воркфлоу | альтернатива Revit для open-source контура |
| TylerIlunga/procore-mcp-server MCP | 18 ★ | MCP к Procore REST API: проекты, RFI, документы | референс модели «согласования как объект» |
| paulieb89/pyp6xer-mcp MCP | 16 ★ | Анализ Primavera P6 XER: критический путь, освоенный объём | для прогноза сроков на больших объектах |
| Kentucky-ai/opentakeoff сервис | 785 ★ | PDF-takeoff: объёмы и количества из чертежей | оценка объёмов для смет, не для согласований |
| datadrivenconstruction/OpenConstructionERP референс | 1350 ★ | BOQ, takeoff, AI-подбор цен, 293 кейса | источник доменных паттернов и словаря |
Правила подключения: сначала лицензия и происхождение данных; затем
пилот на одном объекте; затем фиксация скила в реестре с владельцем и критерием приёмки.
MCP-серверы (Revit, Procore, P6) в MVP не подключаются — только описываются как точки роста.
Что берём в MVP
| Решение | Обоснование |
|---|---|
| Свои бандлы Discovery + Normative | Ядро ценности: вопросы, требования, источники. Здесь нельзя зависеть от чужих скилов. |
| DDC Skills (10–15 скилов) | Быстрое наполнение домена: BIM-анализ, сметы, документооборот — при подтверждённой лицензии. |
| Delivery — по своим скилам | SDD и беклог уже описаны в PN-01-TEC; внешние генераторы кода не нужны на пилоте. |
| MCP (Revit/Procore/P6) | Только как интеграционные моки; реальное подключение — после пилота и оценки спроса. |
12. Развёртывание
| Контур | Что входит | Примечание |
|---|---|---|
| dev | Ноутбук разработчика: локальный запуск, тесты | docker compose, SQLite |
| CI | Lint, тесты, сборка образа при PR | Git + CI |
| prod | VPS: nginx (TLS) → api → worker, PostgreSQL, тома данных | docker compose, backup |
| backup | Ночной дамп БД и KB в объектное хранилище | RPO 24 ч, проверка раз в месяц |
| external | LLM-провайдеры, порталы организаций (источники) | ключи только на сервере |
Прод-деплой — только после подтверждения человека; ключи LLM хранятся на сервере и не попадают в браузер.
13. Экраны · прототип
Интерактивный мок вынесен в отдельный файл — здесь только запуск. Внутри 12 экранов, аккордеон-меню, три темы оформления и чат-помощник с контекстом, историей и вложениями.
▶ Запустить прототип
PN-02-screens.html12 экранов · 3 темы · чат · открывается в новой вкладке
| Экран | Что смотреть |
|---|---|
| 1 · Объект | KPI, 7 организаций, следующий шаг |
| 2 · Пакет | матрица документов, блокеры |
| 3 · Таймлайн | 18 недель, критический путь |
| 4 · Отказ | причина, план, повторная подача |
| 5 · Нормативка | требования, источники, версии |
| 6 · Организации | справочник, сроки, каналы |
| 7 · Задания | приоритеты, сроки, исполнители |
| 8 · Документы | реестр, версии, подпись |
| 9 · Чат | диалог с источниками |
| 10 · Отчёты | метрики, экономика |
| 11 · Админ | матрица прав, CMS, аудит |
| 12 · CRM | клиенты, сделки, активность |
Эталон максимальной детализации одного экрана — PN-02-screen1-engineering.html.
Если встроенный просмотрщик блокирует локальные переходы, откройте файл двойным кликом
или поднимите локальный сервер: python -m http.server 8777.
14. План реализации
Восемь недель до пилота; каждая неделя заканчивается проверяемым артефактом.
| Нед. | Этап | Что делаем | Выход |
|---|---|---|---|
| 1 | Домен и нормативка | Регламенты 7 организаций → FACT с источником | KB-черновик, список пробелов |
| 2 | Модель данных и API | Объект, согласование, документ, статус, отказ | Схема БД, OpenAPI |
| 3–4 | Рабочее место РПГ | Экраны: объект, пакет, таймлайн, отказ | Кликабельный прототип → UI |
| 5 | Нормативная база в UI | Чек-листы из KB, ссылки на нормы | Пакет собирается по организации |
| 6 | Моки интеграций | 1С / BIM / ЭДО: статусы и документы | Демо обмена |
| 7 | Пилот на объекте | 1–2 реальных объекта, РПГ работает сам | Отчёт по срокам и отказам |
| 8 | Доработка и передача | Правки по пилоту, инструкции, обучение | Версия 1.0, DoD |
15. Оценка бюджета
Оценка для MVP на 7 организаций и моки интеграций. Ставки — рыночный ориентир, уточняются.
| Роль | Ставка | Часы | Сумма | Зона |
|---|---|---|---|---|
| Аналитик / домен | 2 500 ₽/ч | 120 | 300 000 ₽ | Требования, пакеты, сроки, приёмка |
| Backend | 3 000 ₽/ч | 160 | 480 000 ₽ | API, БД, интеграционные моки |
| Frontend | 2 800 ₽/ч | 140 | 392 000 ₽ | Экраны, таймлайн, чек-листы |
| Дизайн / моки | 2 500 ₽/ч | 40 | 100 000 ₽ | Прототип, состояния, тексты |
| Эксперт-валидатор | 3 000 ₽/ч | 60 | 180 000 ₽ | Проверка норм и сроков |
| QA / пилот | 2 000 ₽/ч | 60 | 120 000 ₽ | Тесты, пилот, обучение |
Итого MVP: ≈ 1 572 000 ₽ (диапазон 1,2–2,0 млн ₽ с учётом правок по пилоту).
Лайт-вариант (2 организации, без моков, без эксперта в штате): ≈ 650–750 тыс. ₽.
Расширение (все организации + реальные интеграции): +40–60%.
Смета — ориентир для решения «делать / не делать»; точная оценка — после недели 1, когда станет понятен объём нормативной базы.