Умный город: реальные метрики готовности инфраструктуры для жизни

Город может быть насыщен датчиками и при этом оставлять жителя один на один с привычными проблемами: расписание автобуса не совпадает с реальностью, сведения о качестве воздуха опубликованы в неудобном формате, а сигнал о сбое в коммунальной сети приходит уже после того, как проблема стала заметной всему кварталу. Количество устройств в такой ситуации мало что говорит о готовности городской среды.

Чтобы понять, работает ли цифровая инфраструктура, нужно смотреть на её связь с повседневными услугами. Доходят ли данные до тех, кто принимает решения? Можно ли проверить, что изменилось после вложений? Видит ли житель результат не только в презентации, но и на своём маршруте? Для этих вопросов нет единого универсального балла. Есть несколько рамок оценки, каждая со своей оптикой.

ISO 37120 помогает измерять городские услуги и качество жизни. U4SSC собирает показатели устойчивого развития и цифровизации. Smart City Challenge показывает, какие условия США проверяли для конкретной транспортной программы. H-KPI от NIST обращает внимание на связь между приоритетами, инвестициями и результатом. Вместе эти подходы дают более полезную картину, чем подсчёт установленных сенсоров.

Методология оценки цифровой зрелости: что измеряет ISO 37120

ISO 37120:2018 посвящён устойчивому развитию городов и сообществ. Это второе издание стандарта, опубликованное в июле 2018 года. Стандарт не предлагает простой формулы, по которой муниципалитет получает отметку «умный» или «не готов». Его задача другая: задать сопоставимые определения и методики для оценки городских услуг и качества жизни.

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

При этом сам факт наличия показателя ещё не означает, что его легко измерить. Городу нужны понятные определения, регулярно собираемые данные и стабильный способ расчёта. Если два муниципалитета по-разному понимают, что считать временем ожидания транспорта или доступом к услуге, сравнение их результатов окажется поверхностным. Стандарт помогает дисциплинировать измерение, но не отменяет необходимости описывать методику и ограничения данных.

ISO 37120 также не устанавливает порог, после которого город можно объявить готовым к жизни. Показатель полезен прежде всего в динамике: как изменилось значение относительно прошлых периодов, с чем связана перемена и затронула ли она конкретные районы. Межгородское сравнение возможно, но его стоит читать осторожно. Плотность застройки, климат, границы муниципалитета и способы сбора статистики могут существенно различаться.

Для жителя ценность стандартизированной метрики проста: она превращает общее обещание в предметный вопрос. Если муниципалитет сообщает о времени реагирования скорой помощи, можно спрашивать, как показатель считается и почему он меняется. Если публикуются данные о качестве воздуха, важно знать, где стоят станции, как часто они передают измерения и за какой период показан результат. Одного красивого графика недостаточно, если непонятно, что именно он измеряет.

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

Именно здесь начинается оценка цифровой зрелости горожанина и инфраструктуры. Это не экзамен на умение пользоваться приложением. Житель может иметь смартфон и уверенно открывать городские сервисы, но от этого транспортная система не становится надёжнее. Смысл оценки в том, чтобы проверить весь путь от измерения до изменения услуги: данные собрали, их качество подтвердили, ответственная служба увидела сигнал, а результат можно проверить.

На практике полезно разделять три уровня. Первый, технический: устройство подключено и передаёт данные. Второй, операционный: информация доходит до службы, которая может на неё отреагировать. Третий, общественный: после реакции меняется качество услуги, причём это изменение можно описать понятным показателем. Провал на любом уровне делает предыдущие вложения менее полезными.

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

Рамка U4SSC: 91 показатель и три измерения городской среды

U4SSC, United for Smart Sustainable Cities, представляет собой инициативу ITU и партнёров, ориентированную на оценку того, как технологии поддерживают устойчивое развитие городов. Методическая основа связана с рекомендацией ITU-T Y.4903/L.1603. В рамке предусмотрен набор из 91 ключевого показателя эффективности, сгруппированных по трём измерениям: экономика, окружающая среда, общество и культура.

Показатели делятся на основные и продвинутые. Такое устройство позволяет учитывать разную готовность муниципалитетов к сбору данных. Одни сведения доступны многим городам, другие требуют более развитой системы наблюдения или оценки конкретных проектов. Это не означает, что продвинутый показатель автоматически важнее. Он может давать более детальный ответ, но только при условии, что данные собирают последовательно и раскрывают их ограничения.

Три измерения помогают не сводить городскую цифровизацию к одному удачному направлению. Муниципалитет может развивать цифровые сервисы для бизнеса, но при этом отставать в доступности общественного транспорта или экологическом мониторинге. Если смотреть только на экономику, дисбаланс останется за рамкой оценки.

Смысл таблицы не в том, чтобы подменить официальный расчёт наблюдениями на улице. Горожанин не может по одному приложению определить, насколько хорошо город выполняет весь набор из 91 KPI. Но он может увидеть разрыв между заявленной цифровизацией и собственным опытом, а затем задать точный вопрос: какой показатель должен отражать эту услугу и где опубликованы исходные данные?

Связь U4SSC с Целями устойчивого развития важна и для городской администрации. Она помогает рассматривать цифровые проекты не изолированно, а в контексте экономики, экологии и общественных услуг. Для жителей это тоже имеет практическое значение: отчёт становится содержательнее, если в нём указано, какую проблему решает проект, на какую группу людей он рассчитан и каким способом будет оцениваться результат.

Но набор показателей не заменяет публичного обсуждения приоритетов. Например, улучшение среднего показателя по городу может скрывать ситуацию в отдельных районах. Среднее время поездки уменьшилось, но жители окраин по-прежнему тратят много времени на пересадки. Доступность электронных услуг выросла, но часть населения не может ими воспользоваться без помощи. Поэтому метрики комфорта умного города следует читать вместе с разрезами по территориям и группам пользователей, если такие данные доступны.

Практический вопрос здесь звучит не как «сколько KPI выполнено», а как «какие решения приняты на основании KPI». Если показатель собирают из года в год, но он не влияет на планирование, распределение средств или работу служб, отчётность остаётся отдельным процессом. Цифровая зрелость появляется тогда, когда измерение встроено в управление, а выводы из него можно проверить.

Smart City Challenge: транспорт, реализация и открытые данные

Американский Smart City Challenge, проводившийся Министерством транспорта США, был конкурсом для конкретной программы, а не универсальным стандартом умного города. Среди требований и критериев учитывались наличие действующей системы общественного транспорта, способность муниципалитета реализовать проект и готовность предоставлять открытые машиночитаемые данные, доступные для поиска и использования.

В условиях конкурса фигурировал ориентировочный диапазон населения от 200 000 до 850 000 человек по данным переписи 2010 года. Этот критерий помогал определить круг участников конкретной программы. Его нельзя переносить на другие страны или использовать как универсальный порог готовности: размер города сам по себе не говорит, насколько хорошо работают его услуги.

Полезна здесь логика отбора. Во-первых, транспорт рассматривается как действующая городская система, а не как отдельная витрина технологий. Умное управление движением мало что меняет, если пассажир не может добраться до нужного маршрута или не получает достоверной информации о поездке. Во-вторых, учитывается способность довести проект до результата: нужны ответственные команды, полномочия, финансирование и координация между службами. В-третьих, открытые данные позволяют другим участникам проверять информацию и создавать на её основе полезные инструменты.

Открытость важна не только разработчикам приложений. Она нужна исследователям, журналистам, городским активистам и самим ведомствам, которым приходится сопоставлять сведения из разных систем. Если расписание существует только в виде страницы, которую трудно обновлять и анализировать, пассажир и разработчик зависят от ручного поиска. Если данные публикуются в машиночитаемом формате, их проще использовать повторно и выявлять расхождения.

Открытые данные, однако, не равны автоматически качественным данным. У набора должны быть понятные поля, описание формата, дата обновления и сведения об источнике. Для транспортных данных важно понимать, что именно обозначают остановки, маршруты и интервалы. Если информация давно не обновлялась, формальная публикация не делает её надёжной. Тестирование городской инфраструктуры IoT тоже начинается не с количества подключённых устройств, а с проверки полноты и пригодности поступающих данных.

В этом смысле готовность к жизни в цифровом мегаполисе зависит от нескольких связанных условий:

• Данные доступны в формате, который можно обрабатывать, а не только читать на экране.
• Понятно, кто отвечает за обновление набора и как часто оно происходит.
• Указаны определения показателей, чтобы разные службы не считали одно и то же по-разному.
• Есть канал для сообщения об ошибках и заметный процесс их исправления.
• Результаты измерений связаны с решениями, которые влияют на транспорт или другие городские услуги.

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

H-KPI от NIST: связь между данными, инвестициями и услугами

Подход H-KPI, Hierarchical Key Performance Indicators, связан с работой Национального института стандартов и технологий США (NIST) по оценке городских систем. Важен сам принцип иерархии: показатели не должны существовать каждый сам по себе. Их связывают с приоритетами сообщества, инвестициями, работой инфраструктуры и итоговым качеством услуг.

В рассматриваемом наборе выделяют пять направлений оценки:

1. Соответствие KPI приоритетам сообщества. Измеряет ли город то, что действительно волнует жителей, или выбирает показатели, которые проще отчитаться?

2. Соответствие инвестиций приоритетам. Направляются ли ресурсы на заявленные проблемы и группы пользователей?

3. Эффективность инвестиций. Можно ли показать, какой результат дала закупка или проект, а не только сколько средств освоено?

4. Плотность информационных потоков. Насколько полно данные собираются, передаются и используются в городской системе?

5. Качество инфраструктурных услуг и общественных благ. Стало ли заметно лучше качество услуги, ради которой запускали проект?

Эти направления полезно рассматривать в связке. Если город выбрал правильный приоритет, но не заложил средства на обслуживание оборудования, система может перестать передавать данные. Если инфраструктура исправна, но показатели не связаны с запросами жителей, получится технологически работающий проект с сомнительной общественной ценностью. Если инвестиции учтены, но итоговый эффект не измеряется, невозможно отличить полезное решение от дорогостоящей демонстрации.

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

Без проверяемых сведений о конкретной системе нельзя уверенно утверждать, что определённый район провалил этот показатель или что неисправные устройства оставили без ремонта по конкретной причине. Но сам сценарий стоит учитывать при проектировании оценки. У города должны быть правила, по которым различают установленное оборудование, активное подключение и фактически используемый поток данных. Это разные состояния, и в отчёте их лучше не объединять.

Эффективность инвестиций тоже не сводится к простой формуле «рубль на датчик». Для транспортного проекта можно сопоставлять изменение времени поездки или регулярности движения, но важно учитывать сезонность, изменение маршрутов и другие события, которые повлияли на результат. Для системы мониторинга важна не только цена оборудования, но и расходы на связь, обслуживание, хранение данных и работу специалистов. Иначе сравнение затрат получится неполным.

Наконец, показатель качества услуги должен оставаться понятным человеку, который этой услугой пользуется. Если цифровая система улучшила работу диспетчерской, это ещё не доказывает, что пассажир стал меньше ждать. Если городское приложение получило новые функции, это не гарантирует, что житель быстрее узнает о перебое. Между внутренней эффективностью ведомства и качеством повседневного опыта есть связь, но её нужно измерять, а не предполагать.

Почему универсального балла «готов» не существует

ISO 37120 задаёт методику для сопоставимого измерения городских услуг и качества жизни. U4SSC предлагает набор показателей устойчивого развития и цифровизации. Smart City Challenge был конкурсом с требованиями для определённой транспортной программы. H-KPI помогает связывать приоритеты, информационные потоки, инвестиции и качество услуг. Эти рамки пересекаются, но не заменяют друг друга.

Свести их в один рейтинг можно технически, присвоив показателям веса и сложив результаты. Но итоговое число будет зависеть от того, кто выбрал веса, какие данные включил и какие пробелы оставил за скобками. В одном городе главным приоритетом может быть транспортная доступность, в другом важнее надёжность водоснабжения или качество воздуха. Универсальная оценка, которая скрывает этот выбор, выглядит точной, но мало объясняет.

Практичнее сначала определить проблему, которую город хочет решить, и только затем подбирать показатели. Если речь о транспорте, понадобятся сведения о доступности маршрутов, регулярности, времени поездки и качестве информирования. Если задача связана с экологией, важно оценить покрытие измерениями, периодичность публикации и возможность сопоставлять показатели между районами. Для цифровых услуг стоит смотреть не только на число пользователей, но и на доступность сервиса, частоту сбоев и то, какие группы остаются вне него.

Жителю тоже доступна содержательная проверка, даже если он не располагает полным набором городских данных. Она не выдаёт окончательную оценку, но помогает увидеть, где обещание расходится с практикой:

• Транспортные и экологические сведения опубликованы в актуальном, повторно используемом формате, а не только в виде несвязанного набора файлов.
• Показатели сопровождаются пояснением: что именно измеряют, за какой период и кто отвечает за обновление.
• Сообщения о сбоях в коммунальных услугах можно найти без длительного поиска, а порядок информирования понятен.
• Изменения в городской системе сопоставляют с результатом для жителей, а не только с количеством закупленного оборудования.
• У города есть способ сообщить о неверных данных или недоступной услуге, и виден порядок реакции на такие сообщения.

Это не тест с проходным баллом. Пять пунктов не дают права автоматически объявить город готовым, а три не означают провал. Они помогают сформулировать вопросы к администрации и отделить доступность сервиса от наличия технологий. Для серьёзной оценки нужны данные, единые определения и понимание того, какие ограничения есть у каждого показателя.

Метрики как зеркало городской политики

Метрика полезна, когда она помогает принять решение и потом проверить его последствия. ISO 37120 без доступных данных рискует остаться методической основой, которой никто не пользуется. U4SSC без объяснения приоритетов может превратиться в набор цифр для отчёта. H-KPI без связи с реальными услугами покажет структуру системы, но не ответит за город, стало ли удобнее жить.

Поэтому оценка готовности инфраструктуры должна включать не только устройства и программные платформы. В неё входят качество данных, устойчивость каналов передачи, обслуживание оборудования, работа городских служб, открытость методик и доступность результата для жителей. Это менее эффектно, чем карта с сотнями светящихся точек, зато именно так становится понятно, что город умеет делать с собранной информацией.

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

Если ответ подтверждается данными и заметен в повседневной жизни, технологии работают на город. Если подтверждения нет, новые датчики сами по себе его не создадут.