Domus Pura: как практический опыт управления недвижимостью превратился в идею собственной операционной системы отрасли
История Domus Pura началась именно так.
Я не ставил перед собой задачу создать ещё одну CRM, программу для управляющих компаний или сервис для оплаты коммунальных услуг. Меня заинтересовал гораздо более масштабный вопрос: почему управление недвижимостью до сих пор во многих случаях зависит от разрозненных программ, таблиц, документов, переписок и человеческой памяти?
Почему у одного объекта может быть несколько независимых историй? Почему информация о выполненной работе не всегда связана с обращением, договором, подрядчиком и результатом? Почему при смене сотрудника или управляющей организации часть накопленного опыта фактически приходится собирать заново?
Постепенно из этих вопросов сформировалась идея Domus Pura — операционной системы для управления недвижимостью.
От практики к технологической идее
Мой профессиональный путь не начинался в IT. За плечами — 12 лет работы в системе Российских железных дорог, а также практический опыт управления многоквартирным домом и председательства в ТСЖ.
Это совершенно разные масштабы деятельности, но у них есть общая особенность: сложная инфраструктура требует постоянного управления, контроля, документирования и координации большого количества участников.
Недвижимость — это не только здания и помещения. Это инженерные системы, оборудование, люди, договоры, финансовые обязательства, подрядчики, обращения, техническое обслуживание, аварии, плановые работы и множество событий, которые происходят на протяжении всего жизненного цикла объекта.
На практике эти процессы часто оказываются разделены между разными инструментами и ответственными лицами.
Одна программа хранит обращения. Другая используется для документов. Третья отвечает за бухгалтерию. Часть информации находится в электронных таблицах, часть — в электронной почте и мессенджерах, а часть остаётся в памяти сотрудников.
Каждый инструмент может хорошо выполнять свою отдельную задачу. Проблема возникает на стыках.
Например, обращение жителя может быть зарегистрировано, подрядчик может получить задание, работа может быть выполнена, а документ о её завершении — сохранён отдельно. Но если между этими событиями нет устойчивой связи, организация не получает полноценной истории процесса.
Именно здесь я увидел возможность для нового продукта.
Мне хотелось создать не очередную программу для одного участка работы, а общую цифровую среду, в которой события, документы, задачи, участники и результаты связаны между собой.
Почему появилась идея Domus Pura
В начале проектирования я пришёл к принципиальному выводу: недвижимость должна иметь собственную цифровую историю.
Не просто папку с документами. Не набор карточек в CRM. Не архив переписки.
Речь идёт о непрерывной истории конкретного физического объекта.
Представим многоквартирный дом, которому несколько десятилетий. За это время меняются управляющие организации, сотрудники, собственники, подрядчики и поставщики. Ремонтируются инженерные системы, заменяется оборудование, возникают обращения, проводятся собрания, заключаются договоры, выполняются работы.
Каждое такое событие имеет значение.
Если информация сохраняется разрозненно, новому ответственному лицу приходится восстанавливать контекст самостоятельно. Если же события связаны в единую систему, появляется возможность понимать не только текущее состояние объекта, но и причины, которые к нему привели.
Так появилась одна из основных идей Domus Pura:
История объекта должна переживать смену людей, организаций и программных инструментов.
Из этого принципа выросла концепция операционной памяти недвижимости.
Операционная память — это не просто хранение информации. Это способность системы связывать прошлые события с текущими задачами и будущими решениями.
Например, документ о ремонте должен быть связан с объектом, конкретным оборудованием, исполнителем и результатом. Обращение должно иметь понятную историю обработки. Выполненная работа должна отличаться от работы, которую только назначили. А факт приёмки должен подтверждаться ответственным участником процесса.
Такой подход меняет само представление о цифровизации недвижимости.
Почему не CRM и не очередной сервис ЖКХ
У рынка уже есть множество специализированных решений. Существуют системы для бухгалтерии, документооборота, диспетчеризации, управления заявками, контроля доступа, оплаты услуг и технического обслуживания.
Их наличие не означает, что нужна ещё одна программа с похожими функциями.
Проблема, которую пытается решить Domus Pura, находится на другом уровне.
CRM обычно строится вокруг клиентов и взаимодействий с ними. Система заявок — вокруг обращений. Бухгалтерская программа — вокруг финансового учёта. Система документооборота — вокруг документов.
Но недвижимость существует одновременно во всех этих измерениях.
У неё есть физическая структура, помещения, оборудование, пользователи, договорные отношения, финансовые процессы и эксплуатационная история.
Поэтому в основе Domus Pura лежит не отдельная функция, а связанная модель управления.
Объект → помещение → участник → оборудование → событие → задача → исполнитель → результат → документ → история.
Это не просто последовательность экранов интерфейса. Это способ организации информации, при котором разные процессы могут опираться на общий контекст.
Цель заключается не в том, чтобы заменить все существующие профессиональные инструменты одним универсальным приложением. Цель — создать единый операционный контур и обеспечить возможность взаимодействия с внешними системами.
Как создавался продукт
Создание Domus Pura стало для меня отдельным предпринимательским и технологическим вызовом.
Проект начинался без крупной IT-команды и значительного инвестиционного бюджета. На одном из этапов я около полугода ежедневно занимался разработкой и развитием продукта практически самостоятельно.
Моя роль заключалась не только в формировании идеи. Нужно было разбираться в процессах, описывать сценарии, определять структуру продукта, формулировать требования, проверять реализацию и последовательно доводить функциональные направления до рабочего состояния.
Это потребовало освоения большого количества новых областей: от проектирования программных процессов и пользовательских сценариев до вопросов безопасности, интеграций, хранения данных и эксплуатации программной системы.
Постепенно идея перестала быть набором концепций. Начала формироваться полноценная программная платформа.
В продукте появились отдельные пользовательские контуры:
- Curator — управление организациями, объектами, эксплуатационными процессами, обращениями, работами, документами и другими операционными задачами.
- Relator — личный кабинет жителя или собственника, через который можно взаимодействовать со своей недвижимостью и связанными с ней процессами.
- Contractor — рабочее пространство исполнителя, предназначенное для взаимодействия с назначенными работами и передачи результатов.
- Admin — внутренний контур администрирования платформы и управления её системными процессами.
Это не четыре независимых продукта. Они должны работать с общей предметной моделью, но показывать каждому участнику только необходимый ему контекст и разрешённые действия.
Отдельное внимание уделяется тому, чтобы интерфейс не выдавал желаемое за действительное.
Назначение работы не означает, что она выполнена. Отправка сообщения не гарантирует его доставку. Создание платежа не означает, что деньги поступили. Передача результата подрядчиком не равна его приёмке заказчиком.
Для программного продукта, который работает с реальными объектами, деньгами, документами и ответственностью, такие различия принципиальны.
Философия разработки: достоверность важнее красивого интерфейса
В процессе разработки сформировались несколько принципов, которые определяют архитектуру и развитие Domus Pura.
Первый принцип — достоверность данных.
Система должна показывать подтверждённое состояние, а не создавать впечатление успешного выполнения операции. Источником истины выступает серверная логика и подтверждённые события, а не только состояние интерфейса.
Второй принцип — непрерывность истории.
Важная информация не должна исчезать при смене сотрудников, подрядчиков или управляющих организаций. История должна сохранять связь между объектом, событием, документом и результатом.
Третий принцип — ответственность участников.
Система должна помогать устанавливать, кто создал задачу, кто её получил, кто выполнил и кто принял результат. Это важно не для формального контроля ради контроля, а для прозрачности процессов.
Четвёртый принцип — управляемость изменений.
Программный продукт для недвижимости нельзя развивать по принципу «сделали — и забыли». Изменения должны иметь понятную техническую основу, ограниченную область воздействия и проверяемый результат.
Пятый принцип — честность в отношении ограничений.
Если интеграция недоступна, операция не завершена или функция ещё не готова, пользователь должен понимать это. Имитация работающего сервиса разрушает доверие быстрее, чем отсутствие отдельной функции.
Мы рассматриваем эти принципы не как внутренние правила разработки, а как основу качества всей системы.
Ordo — следующий уровень развития платформы
Одним из наиболее перспективных направлений Domus Pura является Ordo.
Мы рассматриваем его не как обычный чат-бот и не как отдельную оболочку над языковой моделью.
Идея Ordo заключается в создании предметного интеллектуального слоя, который работает с контекстом недвижимости и управленческих процессов.
Обычный текстовый помощник может ответить на вопрос, если ему предоставить необходимые сведения. Но для реального управления этого недостаточно.
Нужно учитывать состояние объекта, историю событий, документы, сроки, полномочия участников, действующие правила и последствия возможных действий.
Например, интеллектуальная система должна быть способна обратить внимание ответственного лица на то, что:
- срок выполнения задачи приближается, но результат ещё не подтверждён;
- в документах и фактическом статусе процесса есть противоречие;
- для принятия решения не хватает обязательной информации;
- повторяющиеся обращения могут указывать на системную проблему;
- запланированное действие связано с риском нарушения другого процесса.
Ценность такого подхода не в том, чтобы генерировать больше текста. Она в том, чтобы помогать человеку лучше понимать происходящее и своевременно принимать решения.
При этом Ordo не должен получать безусловную власть над системой.
Критические решения, финансовые операции, изменение прав доступа и другие чувствительные действия должны оставаться в рамках разрешённых полномочий и контролируемых процедур. Интеллектуальный слой может анализировать, выявлять риски и рекомендовать действия, но ответственность за значимые решения должна быть определена.
Наша стратегическая задача — постепенно превратить Ordo в интеллектуальную систему сопровождения эксплуатации и управления недвижимостью.
Стандарты и инженерный подход
Мы не считаем, что достаточно назвать продукт инновационным, чтобы он действительно стал таковым.
В Domus Pura важен подход, при котором архитектура соотносится с существующими профессиональными практиками управления активами, объектами и эксплуатацией.
В качестве ориентиров рассматриваются:
- ISO 41001 — системы менеджмента объектов и услуг facility management;
- ISO 55000 — управление активами;
- практики Facility Management и Asset Management;
- принципы управления сервисами и ответственностью;
- подходы к цифровым моделям физических объектов.
Это не означает, что Domus Pura заявляет о наличии сертификации по перечисленным стандартам. Речь идёт об использовании профессиональных подходов как ориентиров при проектировании продукта.
Для нас важно, чтобы цифровизация не сводилась к переносу бумажных процессов на экран. Она должна помогать формировать более зрелую систему управления: с историей, ответственностью, контролем, планированием и возможностью анализа.
Для какой недвижимости создаётся Domus Pura
Изначально многие цифровые решения в этой сфере ориентированы преимущественно на многоквартирные дома и управляющие организации.
Но сама проблема гораздо шире.
Потребность в общей системе управления существует у самых разных типов недвижимости:
- многоквартирных домов и жилых комплексов;
- ТСЖ, управляющих организаций и ГСК;
- СНТ и коттеджных посёлков;
- коммерческих зданий и торговых объектов;
- складов и логистических комплексов;
- заводов, производственных площадок и баз;
- образовательных и других учреждений.
У этих объектов разные регламенты, масштабы, участники и эксплуатационные процессы. Но общая логика остаётся похожей: есть физический объект, его элементы, ответственные лица, события, документы, задачи и история.
Именно поэтому мы стремимся строить платформу не вокруг одного типа организации, а вокруг универсальной модели недвижимости с возможностью учитывать специфику конкретного сегмента.
Где мы видим инновационный потенциал
На наш взгляд, значительная часть будущих инноваций в недвижимости будет связана не с отдельными приложениями, а с объединением данных и процессов.
Мы выделяем несколько направлений.
1. Цифровой паспорт объекта
Связанная история здания, помещений, инженерных систем, оборудования, документов, ремонтов и изменений. Такой паспорт должен становиться основой для эксплуатации и планирования на протяжении всего жизненного цикла недвижимости.
2. Интеллектуальное управление
Развитие Ordo и аналитических инструментов, которые смогут помогать выявлять риски, анализировать повторяющиеся события, контролировать сроки и формировать рекомендации.
3. Интеграция с инженерной инфраструктурой
Постепенное подключение систем контроля и управления доступом, оборудования, датчиков, приборов учёта, видеонаблюдения и других внешних решений — там, где это технически и экономически оправдано.
4. Экосистема подрядчиков и поставщиков
Возможность связывать потребность объекта в работах и материалах с исполнителями и поставщиками. В перспективе это может стать основой отраслевого рынка услуг и закупок.
5. Управление жизненным циклом активов
Переход от реакции на поломки к более системному планированию обслуживания, ремонтов и замены оборудования.
6. Аналитика и прогнозирование
Использование накопленной и проверенной истории для анализа затрат, повторяющихся проблем, качества исполнения и эффективности эксплуатации.
Все эти направления мы рассматриваем как этапы развития. Их коммерческая реализация будет зависеть от спроса, готовности интеграций, экономики и требований конкретных сегментов рынка.
Бизнес-модель: технология должна быть экономически жизнеспособной
Domus Pura создаётся не как экспериментальный IT-проект ради самой технологии. Это коммерческий бизнес, который должен быть способен самостоятельно развиваться и приносить прибыль.
Основная модель монетизации строится вокруг подписки на программные модули и сервисы.
Дополнительные источники выручки, которые рассматриваются в развитии:
- внедрение и настройка платформы;
- перенос и структурирование данных организаций;
- корпоративные решения и интеграции;
- расширенные интеллектуальные функции;
- сервисы для подрядчиков и поставщиков;
- комиссия за подтверждённые сделки в будущей экосистеме;
- дополнительные инструменты аналитики и управления активами.
При этом мы разделяем деньги, проходящие через платёжные инструменты для расчётов за услуги недвижимости, и собственную выручку платформы. Платежи жителей в адрес управляющих организаций не являются автоматически доходом Domus Pura.
Для нас принципиально важно строить понятную экономику, в которой каждый платный сервис имеет конкретную ценность для клиента.
Коммерческая жизнеспособность продукта ещё должна быть подтверждена масштабируемыми продажами, регулярным использованием и удержанием клиентов. Мы не считаем правильным объявлять product-market fit достигнутым только на основании готовности программной платформы.
Потенциал рынка: от отдельных программ к инфраструктуре отрасли
Недвижимость — одна из тех сфер, где физические объекты существуют десятилетиями, а процессы управления постоянно меняются.
Здания переживают несколько поколений собственников, сотрудников, управляющих организаций и подрядчиков. Инженерные системы модернизируются, оборудование заменяется, нормативные требования меняются, а накопленная информация продолжает иметь значение.
Это создаёт долгосрочную потребность в цифровой инфраструктуре.
Мы видим потенциал Domus Pura в том, чтобы постепенно стать связующим уровнем между участниками рынка и существующими информационными системами.
Если сегодня организация использует отдельные инструменты для разных процессов, то в перспективе она сможет работать в единой среде, где каждый участник получает нужные ему данные, а история объекта остаётся целостной.
Это потенциально открывает несколько рынков одновременно: управление жилой недвижимостью, коммерческую эксплуатацию, промышленную инфраструктуру, сервисные организации и рынок подрядных услуг.
Но масштабируемость не возникает автоматически. Для каждого сегмента необходимо доказать востребованность, адаптировать процессы и обеспечить положительную экономику внедрения.
Планы развития
Мы видим развитие Domus Pura как последовательное движение от работающего операционного продукта к более широкой инфраструктуре управления недвижимостью.
Ближайшие приоритеты:
- Завершение стабилизации основных пользовательских контуров.
- Проверка ключевых сценариев на реальных организациях и объектах.
- Развитие платёжных и документальных процессов.
- Упрощение внедрения и переноса данных.
- Развитие инструментов администрирования и контроля.
- Расширение возможностей Ordo на основе реального предметного контекста.
- Формирование устойчивой модели продаж и клиентского сопровождения.
Следующий горизонт — интеграции, цифровые паспорта объектов, интеллектуальная аналитика, сервисы для подрядчиков и поставщиков, корпоративные решения.
В более долгосрочной перспективе мы рассматриваем Domus Pura как платформу, вокруг которой может формироваться полноценная цифровая экосистема недвижимости.
Это не обещание, что все перечисленные направления появятся одновременно. Мы сознательно придерживаемся поэтапного подхода: сначала работающая функция и подтверждённая потребность, затем масштабирование.
Что для нас означает успех
Можно создать красивый интерфейс, собрать десятки функций и назвать продукт инновационным. Но настоящий результат определяется не количеством экранов и не объёмом написанного кода.
Успех Domus Pura будет измеряться тем, насколько полезной платформа окажется для реальных организаций и людей.
Сможет ли управляющая организация быстрее находить нужную информацию? Станет ли история работ прозрачнее? Уменьшится ли количество потерянных обращений? Получит ли собственник понятный доступ к информации о своём объекте? Станет ли подрядчику проще выполнять и подтверждать работу? Сможет ли руководитель принимать решения на основании фактов, а не разрозненных отчётов?
И самое важное: будут ли клиенты готовы регулярно платить за эту ценность?
На эти вопросы предстоит ответить рынку.
Мы понимаем, что технологическая сложность сама по себе не гарантирует коммерческого успеха. Поэтому следующий этап для компании — не просто расширять функциональность, а проверять продукт в реальной эксплуатации, слушать клиентов, улучшать процессы и строить устойчивую бизнес-модель.
Вместо заключения: Ordo ex chaos
Название Domus Pura отражает идею упорядоченного пространства и управления. Наш девиз — Ordo ex chaos, порядок из хаоса.
Для нас это не просто красивое выражение.
Мы хотим, чтобы информация о недвижимости перестала быть разрозненным набором файлов, сообщений и таблиц. Чтобы события сохраняли контекст, документы были связаны с действиями, задачи имели ответственных, результаты подтверждались, а история объекта становилась основой для будущих решений.
Мы начали с практической проблемы управления недвижимостью, но постепенно пришли к более широкой технологической задаче: созданию операционной системы для физического пространства, в котором живут, работают и ведут бизнес люди.
Возможно, через несколько лет управление недвижимостью будет восприниматься так же естественно, как сегодня управление финансами или корпоративными процессами: с единой цифровой историей, прозрачной ответственностью и интеллектуальными инструментами.
Domus Pura — наша попытка приблизить этот момент.
И мы только начинаем проверять, насколько далеко эту идею можно развить.