01

Контекст и задача

Платформы строительного контроля заточены под десктоп и аналитику для руководителя. Сценарий инспектора в поле никто не закрыл: нет офлайн-режима, нет быстрой фиксации, присутствие на объекте нечем подтвердить.

Задача — спроектировать мобильное приложение для инспектора: офлайн-режим, подтверждение присутствия и быстрая фиксация нарушений прямо на объекте.

Фриланс, работал в связке с командой разработчиков.

02

Бенчмаркинг

Изучил отечественные платформы строительного контроля — ЦУС (tsus.ru) и ЦКС.дом.рф — и зарубежные аналоги. Все решения заточены под десктоп и аналитику руководителя.

Вывод: рынок закрывает сбор данных, но мобильный сценарий инспектора в поле не закрывает.

Модуль Стройконтроль — список инспекций

Инспекции и аналитика — десктоп-инструмент

Реестр инспекций без мобильного режима: таблица с фильтрами, графики нарушений, статусы. Сильная аналитика для руководителя — но инспектор на объекте всё равно пишет в блокнот и переносит данные вручную после визита.

ЦУС — аналитика нарушений

Аналитика нарушений — ЦУС (tsus.ru)

Подробные отчёты по типам нарушений, динамика по объектам, сводки за период. Платформа решает задачи руководителя: контроль подрядчиков, сводная картина. Для инспектора в поле — только веб, без офлайн-режима и быстрого добавления замечаний.

ЦКС.дом.рф — управление задачами

Управление задачами — ЦКС.дом.рф

Таск-трекер для строительных проектов: назначение ответственных, дедлайны, статусы задач. Интеграция с ДОМ.РФ добавляет данные по жилым объектам. Мобильное приложение есть, но ориентировано на менеджмент — сценарий осмотра объекта и фиксации нарушений не закрыт.

03

Гипотезы

Гипотеза 1

Инспекторы теряют время не на фиксацию нарушений, а на оформление отчёта после визита — перенос записей из блокнота в систему.

Гипотеза 2

Подтверждение присутствия на объекте — самая болезненная точка: подпись в бумажном журнале легко оспорить, а цифрового механизма нет.

Гипотеза 3

Инспекторы не используют мобильные инструменты на объекте, потому что они требуют интернета, а не из-за сложности интерфейса.

Гипотеза 4

Инспекторам нужна аналитика нарушений прямо в приложении — категории, динамика, сводки.

Гипотеза 5

Фото — главный способ документирования нарушений, текстовое описание вторично.

Сформировал пять гипотез по итогам анализа конкурентов и интервью с инспекторами. Три подтверждены — легли в основу проектных решений.

04

Метрики

0

бумажных журналов на объекте

≤ 3

шага для фиксации нарушения

100%

подтверждений присутствия через BLE/GPS

офлайн

работа без интернета на объекте

Ориентиры заданы на этапе проектирования — замеры после пилота.

05

Исследование

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

Примеры вопросов

  1. Опиши последний визит на объект: как ты фиксировал нарушения и что с ними делал дальше?
  2. Бывало, что подрядчик оспаривал факт твоего визита или выводы проверки? Как разрешали?
  3. Как сейчас устроен журнал строительного контроля — кто заполняет, когда, в каком виде?
  4. Есть ли у тебя интернет на объекте? Какие инструменты используешь во время обхода?
  5. Что сделаешь, если надо срочно зафиксировать нарушение до того, как подрядчик его устранит?
Гипотеза Результат
Главная потеря времени — перенос данных после визита Подтверждена
Подтверждение присутствия — ключевая болевая точка Подтверждена
Офлайн-режим — главный барьер для мобильных инструментов Частично
Инспекторам нужна аналитика нарушений в мобильном приложении Не подтверждена
Фото — главный способ документирования, текст вторичен Не подтверждена
06

Макеты

Карта объектов и кнопка подтверждения присутствия
Инструкция по подключению BLE-маяка
Подтверждение присутствия по BLE в процессе
Не удалось подтвердить по BLE — переход на GPS
Подтверждено успешно — вы на объекте Парк им. Горького

Подтверждение присутствия

Подрядчики оспаривают факт визита — бумажная подпись не защищает. BLE-маяк решает это одним нажатием: приложение определяет объект автоматически, инспектор нажимает кнопку. Если маяк недоступен — резервный путь через GPS. Подтверждение защищено цифровой подписью и привязано к метке времени — оспорить невозможно.

Объект Парк им. Горького — вкладка Этапы с нарушением
Чеклист Укладка плитки с чекбоксами
Загрузка фото и акта выполненных работ
Список замечаний со статусами: Исправлено, Открыто, В работе

Фиксация нарушения на этапе

Инспекторы теряют время не на фиксацию, а на перенос записей из блокнота в систему после визита. Чеклист с фото и актами прямо на объекте убирает двойной ввод — нарушение фиксируется в три шага и сразу попадает в реестр с категорией и сроком устранения. Фото и текст равноценны, поэтому оба обязательны в карточке замечания.

07

UX-тестирование

2 раунда тестирования на прототипе с действующими инспекторами. Сценарии: подтверждение присутствия на объекте и фиксация нарушения по чеклисту.

Что поменял: кнопку подтверждения перенёс на карту — инспекторы искали её там, не на экране объекта. Убрал уровень вложенности в чеклисте, сгруппировав пункты по типу работ. Загрузку документов встроил в карточку замечания — отдельный экран убрал.

08

Результат

Передал прототип в разработку. Спроектировал сценарий без бумаги: инспектор фиксирует визит и нарушения прямо на объекте — данные сразу уходят в систему, а не переносятся из блокнота после.

Подтверждение присутствия через BLE — одно нажатие. Нарушение — три шага: выбрать пункт чеклиста, сфотографировать, прикрепить акт. Оспорить факт визита или состав замечаний невозможно: всё привязано к геолокации и времени.