Кристина Царёва, Артём Кузвесов
23 сентября, 2026
Инженер с телефоном принимает работы в паркинге строящегося жилого домаИнженер спускается в паркинг принимать работы. Связи там нет и не будет. Он фотографирует дефекты на телефон, помечает что-то в блокноте, а вечером в офисе переносит всё в таблицу — по памяти и по снимкам, половину которых уже не разобрать.
Так работает большинство застройщиков. Мы делаем так, чтобы работало иначе.
С 2021 года мы делаем приложения для приёмки и контроля качества. Среди проектов — приложения для «Брусники» и «А101». Ниже расскажем, что умеют приложения и как устроена работа.
Работает офлайн. Это первое, что мы решаем в каждом таком проекте. Паркинги, кладовые, подвалы, технические этажи, дома на ранней стадии — там, где нет сети. Приложение принимает работу без интернета и отправляет данные на сервер, как только телефон поймал связь. Инженер ничего не теряет и не переписывает вечером заново.
Что ещё внутри:
Экран мобильного приложения: план помещения с отмеченными дефектами, чек-листы, 3D-модели зданияМобильное приложение решает задачу инженера на объекте. Веб-часть отвечает на вопрос руководителя: что происходит по всем объектам прямо сейчас.
Веб-интерфейс: шахматка со статусами помещений по объектуТехнологию выбираем под задачу, а не задачу под технологию. Для приёмки и контроля качества набор получается такой.
Мобильные приложения — React Native. Оба приложения «Брусники» и приложение «А101» сделаны на React Native, и это осознанный выбор, а не экономия.
Приёмка — это чек-листы, планы, списки замечаний и фотографии. Здесь нет задач, ради которых стоит писать и годами поддерживать два разных нативных приложения. Зато есть офлайн-синхронизация — самая сложная и самая хрупкая часть такой системы. В двух независимых кодовых базах логика синхронизации неизбежно начинает расходиться, причём расходится молча и обнаруживается уже на объекте потерянным актом. Одна кодовая база снимает этот риск целиком.
Второй довод — скорость изменений. Процесс приёмки у застройщика живёт: меняются чек-листы, роли, формы актов. На React Native правка выходит сразу на обе платформы, а не двумя релизами с разъезжающимися сроками.
Если какой-то участок упирается в производительность платформы, React Native позволяет вынести его в нативный модуль, не переписывая остальное приложение. Одна кодовая база не закрывает дорогу к нативному коду. При этом ограничений по возможностям мы не получаем. Например, в приложении «Брусника. Качество» работает просмотр 3D-модели здания с подсветкой нужного сектора.
Офлайн — это архитектура, а не флажок в настройках. Данные объекта загружаются на устройство заранее. Действия инженера пишутся в локальную базу и выстраиваются в очередь. Когда связь появляется, очередь уходит на сервер, и сервер разбирает конфликты: один дефект могли отметить двое, а статус помещения мог измениться, пока телефон был вне сети.
Схема офлайн-синхронизации: действия инженера копятся на устройстве и уходят на сервер при появлении связиВеб-часть — React с GraphQL, бэкенд — Node.js на NestJS, данные — в PostgreSQL. Так сделаны оба продукта «Брусники». GraphQL здесь не дань моде: экраны вроде шахматки тянут десятки полей по сотням помещений, и возможность запросить ровно то, что нужно конкретному экрану, решает больше, чем кажется.
Веб-сервис и мобильное приложение стоят на одном бэкенде — поэтому руководитель видит замечание в тот момент, когда инженер его синхронизировал, а не после вечерней выгрузки.
Можем сделать только мобильную часть. Если бэкенд и веб у вас уже есть и их ведёт своя команда — сделаем приложение под ваше API и не будем настаивать на переписывании того, что работает. Именно так устроен проект с «А101».
Интеграции — через API. Каталог чек-листов в «Бруснике» подгружается подгружался из внутренней системы заказчика: приложение не заводит параллельный контур данных, а работает с вашим.
Что окажется по ту сторону API — зависит от того, как устроен контур у застройщика. Чаще всего встречаем такие варианты: очереди Kafka, файловый обмен и обмен с 1С. Все три рабочие, и ни один не требует перестраивать то, что у вас уже работает.
Выпуск и публикация. Приложение для сотрудников и подрядчиков — не продукт для широкой аудитории, но выпускать его всё равно приходится по правилам магазинов — и с учётом того, что привычные для российских компаний пути закрылись.
Эту часть мы проходили и с «Брусникой», и с «А101»: знаем, где узкие места и сколько времени закладывать.
Два продукта, для обоих — мобильное приложение, веб-часть и бэкенд.
«Брусника. Осмотр» — приёмка и передача помещений. Пошаговый алгоритм проверки на дефекты, точечная отметка на плане с фото и комментарием, автоматическая генерация PDF-отчётов для подрядчиков, заполнение ИПУ и подписание акта с собственником.
Стек: TypeScript · React Native (iOS, Android) · React + GraphQL · Node.js (NestJS) · PostgreSQL · Docker
«Брусника. Качество» — приёмка выполненных работ на объектах. Каталог чек-листов интегрирован с главной внутренней системой заказчика. Поэтапная приёмка инженером и заказчиком. Просмотр 3D-моделей здания с подсвечиванием нужного сектора. Назначение ролей и объектов через административную панель, аналитика по объектам.
Стек: TypeScript · React Native (iOS, Android) · React + GraphQL · Node.js (NestJS) · PostgreSQL · Docker
Работали вместе больше четырёх лет. В обоих продуктах на нашей стороне был весь стек: мобильное приложение, веб-интерфейс и бэкенд.
На части этапов веб и бэкенд мы делали совместно с разработчиками «Брусники» — одной командой, в их процессе. Для застройщика с собственной ИТ-командой это обычный сценарий: мы
Фасад строящегося жилого комплекса«А101. Качество» — мобильное приложение для контроля устранения замечаний подрядчиками. Работа с замечаниями на всех этапах жизни объекта, массовое устранение по помещению.
Стек: React Native (iOS, Android) · интеграция с API заказчика
Здесь мы делали только мобильное приложение: веб-часть и бэкенд у «А101» свои, приложение встроилось в их контур через API.
Раздача приложения на устройства сотрудников остаётся за ИТ-службой заказчика — мы отвечаем за то, чтобы было что раздавать: собранный, подписанный и опубликованный билд. А ещё подсказываем, каким путём его распространять и что для этого понадобится от ИТ-службы.
Как и в проектах «Брусники», отдельной задачей здесь стал выпуск корпоративного приложения в условиях санкционных ограничений. Если вы сейчас думаете, как довести приложение для iOS до сотрудников и подрядчиков, когда привычные пути закрыты, — мы этот путь уже прошли. Подскажем рабочий вариант распространения и подготовим под него сборку, а на устройства её доставит ваша ИТ-служба.
Для ПИК — сервис учёта и работы с финансами.
Для BAZA Development — разработка сайта с каталогом объектов для клиентов.
Для PGSCOM — ERP-система под ключ и корпоративный сайт. Компания занимается усилением зданий и сооружений: обследование, проектирование, мониторинг. ERP ведёт проект от заявки клиента до подписания документов: этапы работ, документооборот, уведомления участникам, переписка внутри сервиса. Проект прошли целиком — от написания технического задания до внедрения.
Стек: TypeScript · Angular · Node.js (NestJS) · PostgreSQL
Эта задача близка к той, что встаёт у застройщика в работе с подрядчиками и проектировщиками: десятки параллельных проектов, у каждого свои этапы, документы и согласования — и всё это живёт в почте и таблицах, пока не появится общая система.
Логотипы клиентов: Брусника, ПИК, А101, BAZA Development, PGSCOMЙетиКраб (YetiCrab) — ИТ-компания из Екатеринбурга. 15+ лет делаем приложения и сервисы под ключ: аналитика, проектирование, дизайн, мобильная и серверная разработка, тестирование, поддержка после запуска.
Работаем по двум моделям: с оплатой по фактическим трудозатратам (Time & Material) и с фиксированной стоимостью (Fixed Price). Выбираем ту, что удобнее под вашу задачу и процедуры закупки.
Да, это базовое требование к каждому такому проекту. Данные объекта загружаются на устройство заранее, действия инженера сохраняются локально и уходят на сервер, как только появится связь. Паркинг, подвал или технический этаж без сети работе не мешают.
Потому что самая сложная часть таких систем — офлайн-синхронизация. В одной кодовой базе её логика существует в одном экземпляре и не расходится между iOS и Android. Изменения в чек-листах, ролях и формах актов выходят сразу на обе платформы.
Да. Так у нас устроен проект с «А101»: мы сделали мобильное приложение, а веб-часть и бэкенд у заказчика свои. Приложение подключается к вашему API, переписывать то, что работает, не нужно.
Интеграция идёт через API. По ту сторону чаще всего встречаем очереди Kafka, файловый обмен и обмен с 1С. Например, в «Бруснике» каталог чек-листов подгружался из внутренней системы заказчика.
Да. С «Брусникой» на части этапов мы делали веб и бэкенд совместно с их разработчиками — одной командой, в их процессах.
Мы собираем, подписываем и публикуем приложение и подсказываем, каким путём его распространять. Раздачу на устройства сотрудников и подрядчиков проводит ИТ-служба заказчика. Этот путь мы прошли во многих проектах, в том числе с «Брусникой» и «А101».
Да, поддержка после запуска входит в то, что мы делаем. С «Брусникой» мы работали больше четырёх лет.
Зависит от задачи, поэтому начинаем с бесплатной оценки: варианты реализации, вилка сроков и бюджета, риски. Работаем с оплатой по фактическим трудозатратам (Time & Material) или с фиксированной стоимостью (Fixed Price) — модель выбираем под вашу задачу и процедуры закупки.
Не нашли свой вопрос? Опишите задачу — вернёмся с оценкой
Пришлите описание задачи, и мы вернёмся с разбором: варианты реализации, вилка сроков и бюджета, риски. Бесплатно и без обязательств.
Чем конкретнее исходные данные — ТЗ, схема процесса или хотя бы описание «как сейчас», — тем точнее будет оценка.
