Это не measured-кейс с продуктовой аналитикой. Эффекты собраны через обратную связь команды пилота и повторяющиеся рабочие сценарии. Систематических замеров до/после не велось — продукт развивался в условиях стройки с нестабильными потоками и меняющимися подрядчиками.
Кейс № 04 · SaaS · Visual monitoring · 2022 · KSA
Визуальный контроль стройки жил в дронах, камерах и папках. Мы собрали его в один command center.
Кейс за минуту
Подробнее о результате ↓- Моя роль
- Единственный продуктовый дизайнер · от исследования до дизайн-ревью пилота
- Ключевое решение
- Связать общий обзор, зоны, камеры и дроны в один путь со сравнением съёмок по датам.
- Результат
- Единая точка контроля вместо разрозненных сервисов; сравнение вошло в регулярную работу руководителей проекта и технадзора.
Как читать этот кейс
Чтобы разобраться в кейсе, не нужно понимать стройку. Важно одно: NEOM — огромный объект с регионами, зонами, камерами, дронами и десятками подрядчиков, и заказчику нужно постоянно видеть, что реально происходит на площадках. Задача продукта — собрать уже существующие визуальные данные в управляемую систему контроля: где есть прогресс, где нет свежего сигнала, где нужна проверка и что можно вынести на брифинг.
TL;DR — что изменилось
Сервис стал единой точкой визуального контроля — от региона до камеры и отчёта.
- Подготовка визуальных отчётов перестала зависеть от ручного поиска файлов и скриншотов.
- Compare вошёл в регулярную работу PM и технадзора как способ проверять прогресс по датам.
- Карта покрытия выявила зоны, которые считались контролируемыми, но фактически были без регулярного сигнала.
- Таймлапсы и compare стали материалом для брифингов заказчика и подрядчиков.
- Единая точка визуального контроля: от региона и зоны до камеры, аннотации и экспортируемого отчёта.
- AI Change Detection показывала, что именно и насколько изменилось между датами — без ручного сравнения скриншотов.
01 Контекст
Камеры и дроны были — управляемой системы не было.
NEOM — огромный стройпроект в Саудовской Аравии: параллельно строятся несколько регионов и зон, работают десятки подрядчиков и сотни площадок. Для контроля уже использовали дроны и стационарные камеры — но данные жили раздельно.
Часть съёмок хранилась локально, часть передавалась в нестабильно работающие облачные хранилища, таймлапсы собирали вручную из папок, а сравнение прогресса по датам зависело от человека, который знал, где лежат материалы.
Проблема была не в отсутствии камер, а в том, что визуальные данные не складывались в систему. Не было одного места, где можно быстро:
- увидеть состояние всех регионов и общий прогресс площадки;
- перейти от региона к зоне, фазе работ и конкретным камерам;
- проверить live-поток или историю съёмок;
- сравнить два состояния объекта по датам;
- отметить важный момент аннотацией и поделиться им;
- собрать визуальный отчёт или таймлапс для встречи.
02 Моя роль
Единственный продуктовый дизайнер: от discovery до дизайн-ревью пилота.
Зона ответственности
Работал в команде подрядчика, единственный продуктовый дизайнер на сервисе: UX-архитектура, ключевые сценарии, прототип и финальные UX-решения. Scope согласовывал с продактом и доменным специалистом.
Команда
Продакт, project manager, системный аналитик, 2 frontend, backend и доменный специалист по строительному мониторингу и видеоинфраструктуре.
Discovery и архитектура
Интервью с PM, инженерами технадзора и подрядчиками; разбор сценариев контроля; иерархия regions → zones → cameras/drones → viewer → compare/report.
Ключевые инструменты
Overview, region/zones, camera viewer, compare, timeline, annotations, share/export и подготовка визуального отчёта.
Состояния данных
Empty, loading, offline, warning, critical и error для камер, дронов, потоков и архива.
Прототип и команда
Кликабельный прототип в Figma, проверка с 4 инженерами и PM заказчика, сопровождение разработки и дизайн-ревью после старта пилота.
03 Что выяснилось на старте
Исследование показало четыре задачи, которые должен закрыть продукт.
Исследование строилось вокруг текущего процесса: как команда проверяет объект, где ищет видео, как сравнивает прогресс и что нужно для отчётов на митингах.
Картина стройки на нескольких уровнях
Сначала общая картина: сколько регионов активно, где меняется прогресс, какие камеры работают, где алерты. Потом — провалиться в регион, зону и источник.
Текущее состояние зоны
PM и технадзор должны видеть, что происходит сейчас: активная зона, фаза работ, доступные камеры, где сигнал нестабилен, какие алерты критичны.
Прогресс, сравнимый во времени
Большинство вопросов не про один кадр, а про изменение: что построили за неделю, где отставание. Раньше — ручной поиск файлов и скриншотов.
Наблюдение → отчёт или действие
Недостаточно увидеть видео: нужно сохранить диапазон, поставить аннотацию, поделиться, экспортировать PDF или собрать таймлапс.
04 Структура продукта
От общей картины к доказательству — для камер и дронов.
Я собрал продукт вокруг пути от общей картины к доказательству, связав стратегический контроль руководителя и ежедневную работу инженера. Источников данных два — стационарные камеры и дроны — и у каждого свой рабочий сценарий.
Общий обзор
«Где требует внимания?»: регионы, активные зоны, камеры, фото, видео-часы, открытые алерты, общий site progress и поиск по объектам. Карта в двух режимах — спутник и схема.
Регион и зоны
На уровне региона — зоны, фазы, прогресс, камеры, дроны, алерты. Карта как рабочий инструмент контроля территории и источников данных, а не просто навигация.
Управление камерами
Не один экран камеры, а слой управления: сетка, список, сохранённые виды и детальный viewer. В detail — видео или кадр, timeline, thumbnails, диапазон дат, аннотации, share и export. Рабочее пространство для проверки конкретного момента, а не плеер.
Compare и отчёты
«Что изменилось?» в четырёх режимах: Live, Timelapse, Before/After и Sequence. Две даты, синхронное сравнение участка, аннотации с авторами и датами, экспорт PDF и share для брифинга.
Дроновые операции
Параллельно с камерами — управление парком дронов: планировщик миссий, расписание и док-станции, дрон-съёмки, live и таймлайн миссий. Дрон — не просто точка на карте, а управляемый источник данных.
05 Ключевые решения
Семь решений, которые сделали из видео и дронов систему контроля.
Система многоуровневая, а не набор экранов
Камера или дрон имеют смысл только внутри региона, зоны, фазы и текущей проблемы. Иерархия workspace → region → zone → camera/drone → viewer → report связала стратегический уровень руководителя и ежедневную работу инженера: один видит общий прогресс и алерты, другой проваливается в зону и проверяет доказательства.
Карта как инструмент доверия к данным
Карта показывает не только зоны и устройства, но и состояние покрытия: offline-точки, слабый сигнал, маршруты дронов, алерты, зоны без наблюдения. Команда увидела участки, которые считались контролируемыми, но фактически не имели регулярного визуального сигнала.
Compare — рабочий инструмент в четырёх режимах
Compare работает как Live, Timelapse, Before/After и Sequence и связан с датами, объектом, аннотациями, share и PDF-экспортом. Главное — прогресс стал видимым для всей команды без ручной подготовки скриншотов.
AI Change Detection вместо «сравни на глаз»
Compare не просто кладёт два кадра рядом — система детектит изменения между датами и даёт количественные дельты: новые здания, метры дорог, единицы оборудования, объём земляных работ, растительность. Прогресс стал измеримым, а спорные участки — доказуемыми.
Камеры и дроны — два типа источника, не один «поток»
Стационарная камера закрывает постоянное наблюдение точки, дрон — облёт по миссии и survey площади. Я развёл их как два сценария со своими экранами, а не свёл в абстрактный «видеопоток».
Viewer — рабочее пространство, а не плеер
Камеры — слой управления, а не один экран. В detail видео, timeline, thumbnails, аннотации, диапазон, share и export живут в одном сценарии: проверить объект, зафиксировать момент, сравнить с прошлой датой, подготовить доказательство.
Состояния ненадёжных данных — отдельная задача
Offline-камера, лагающий поток, дрон без свежего маршрута, пропуски в архиве, warning-зона. Для каждого описано: что пользователь видит, как понимает причину и что делать. Если система не знает — она честно показывает, где данных нет.
06 Как это поменяло работу команды
Появился рабочий контур вместо звонков и поиска по папкам.
До продукта
Визуальный контроль = звонки подрядчикам, поиск нужного видео в локальных папках, ручной сбор скриншотов под брифинг. PM держал в голове, где какие материалы; инженер технадзора уточнял, чем снят участок — дроном или стационарной камерой.
После пилота
Рабочий контур: увидеть проблему на overview, открыть источник в нужной зоне, сравнить даты, оставить аннотацию и вынести материал на брифинг. Compare стал инструментом регулярной проверки прогресса, а не одноразовым демо.
Пилот завершился летом 2022; дальнейшее развитие продукта я уже не сопровождал.
07 Что сделал бы иначе
Качество данных, правила доверия и нестабильное соединение.
Заложил бы аналитику эффекта как отдельную задачу
На пилоте не было полноценной аналитики, эффекты собирались через обратную связь. Заложил бы события: переходы overview→zone, открытие live feed, аннотации, экспорт, повторные проверки, работу с dead zones.
Формализовал бы правила доверия к данным
Доверие к интерфейсу зависит от полноты и свежести данных. Раньше формализовал бы правила свежести, статусы источников и критерии покрытия.
Сильнее проверил бы нестабильное соединение
На стройке сигнал нестабилен по определению. Ошибочные, пустые и промежуточные состояния стоило тестировать так же внимательно, как happy path.
