Управление цифровыми проектами в муниципалитете: от идеи до внедрения

§ 2.4. Постановка измеримых целей (KPI): что считать успехом?

Определение измеримых целей является обязательным условием корректной формулировки цифровой инициативы, поскольку позволяет объективно оценить её эффективность на этапе завершения и обеспечивает основу для последующей отчётности перед вышестоящими органами власти и контролирующими институтами. Согласно методическим рекомендациям Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации (2024), каждая цель должна соответствовать критериям SMART: быть конкретной (Specific), измеримой (Measurable), достижимой (Achievable), релевантной (Relevant) и ограниченной во времени (Time-bound). В контексте муниципальных цифровых проектов наиболее уместными показателями эффективности (KPI) являются количественные метрики, отражающие изменения в операционных процессах или уровне удовлетворённости граждан. К числу типовых KPI относятся: сокращение времени обработки запроса (например, со среднего значения 12 до 5 рабочих дней), рост доли электронных обращений в общем потоке (с 30 % до 70 % за год), снижение количества ошибок при заполнении документов (на 50 % в течение шести месяцев), увеличение охвата населения цифровым сервисом (до 80 % жителей в возрасте 18–65 лет) или повышение уровня удовлетворённости, зафиксированного в ходе стандартизированных опросов (с 3,8 до 4,5 баллов по пятибалльной шкале). Исследование НИУ ВШЭ («Оценка эффективности цифровых проектов в муниципалитетах», 2025) показало, что в 76 % успешных проектов, прошедших независимую экспертизу в 2023–2025 годах, цели были сформулированы в виде количественных индикаторов, привязанных к конкретному сроку, тогда как в неэффективных инициативах преобладали качественные формулировки вроде «улучшить качество взаимодействия» или «повысить доступность». Отсутствие измеримых целей затрудняет также проведение постпроектного аудита: согласно отчёту Счётной палаты Российской Федерации № 12/2025, в 58 % проверенных проектов невозможно было установить факт достижения заявленных результатов именно из-за расплывчатости исходных целей. При этом важно, чтобы выбранные KPI соответствовали как внутренним задачам администрации, так и внешним требованиям – например, индикаторам федеральных проектов, таким как «доля полностью электронных услуг» или «время предоставления приоритетных услуг». Таким образом, постановка измеримых целей не является формальным этапом планирования, а представляет собой ключевой инструмент управления ожиданиями, контроля исполнения и демонстрации общественной полезности цифровой инициативы.

Часть II. Проектирование и планирование

Глава 3. Выбор технологического решения

§ 3.1. Типовые решения Минцифры и АИС «Госуслуги»: когда использовать «коробку»

Использование типовых («коробочных») программных решений, разработанных или рекомендованных Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации и интегрированных в архитектуру Единой системы межведомственного электронного взаимодействия (СМЭВ) и Единого портала государственных и муниципальных услуг (ЕПГУ), является предпочтительным вариантом для большинства муниципальных образований при реализации стандартных функций государственного управления. Согласно «Стратегии развития цифровой экономики до 2030 года» и «Концепции построения типовой ИТ-архитектуры органов власти», утверждённой Минцифры России в 2023 году, применение унифицированных решений позволяет снизить затраты на разработку, обеспечить совместимость с федеральными информационными системами, упростить обучение персонала и минимизировать риски нарушения требований законодательства в области защиты персональных данных и информационной безопасности. К числу таких решений относятся, в частности, автоматизированные информационные системы (АИС) для предоставления муниципальных услуг, модули электронного документооборота, подсистемы управления обращениями граждан, а также специализированные сервисы, такие как «Единое окно» для МФЦ или «Цифровой профиль гражданина». Исследование НИУ ВШЭ («Эффективность внедрения типовых ИТ-решений в муниципалитетах», 2025) показало, что в 82 % случаев использование «коробочных» решений приводило к сокращению сроков внедрения в среднем на 40 % и снижению совокупной стоимости владения на 35 % по сравнению с кастомной разработкой. При этом решение о применении типового продукта целесообразно принимать, если задача муниципалитета соответствует стандартному сценарию, предусмотренному функционалом системы, – например, при организации приёма заявлений на получение социальных выплат, выдачу разрешений на строительство или регистрацию муниципального имущества. Если же специфика местного управления требует уникальных бизнес-процессов, не охваченных типовыми решениями (например, учёт объектов культурного наследия в историческом центре или специализированная логистика в удалённых территориях), допускается переход к индивидуальной разработке, однако только после проведения обоснования невозможности адаптации существующих продуктов. Отказ от типового решения без такого обоснования может быть расценён контролирующими органами как неэффективное расходование бюджетных средств, что подтверждается практикой Счётной палаты Российской Федерации (Отчёт № 12/2025). Таким образом, «коробочные» решения Минцифры и АИС «Госуслуги» следует рассматривать как базовый инструмент цифровизации, применимый в подавляющем большинстве стандартных административных процессов, а отступление от них – как исключение, требующее документального подтверждения.

§ 3.1. Типовые решения Минцифры и АИС «Госуслуги»: когда использовать «коробку»

Применение типовых («коробочных») программных решений, разработанных или рекомендованных Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации, представляет собой приоритетный подход к цифровизации стандартных функций органов местного самоуправления. Согласно «Концепции построения типовой информационно-технологической архитектуры органов государственной власти и органов местного самоуправления», утверждённой Минцифры России в 2023 году, такие решения обеспечивают унификацию процессов, совместимость с федеральными информационными системами, снижение рисков нарушения требований законодательства в области защиты персональных данных и информационной безопасности, а также упрощение сопровождения и обучения персонала. К числу типовых продуктов относятся автоматизированные информационные системы (АИС), интегрированные с Единой системой межведомственного электронного взаимодействия (СМЭВ) и Единым порталом государственных и муниципальных услуг (ЕПГУ), включая модули для предоставления муниципальных услуг, управления обращениями граждан, электронного документооборота, формирования «цифрового профиля» заявителя и работы многофункциональных центров. Исследование НИУ ВШЭ («Эффективность внедрения типовых ИТ-решений в муниципалитетах», 2025) показало, что использование таких решений в 82 % случаев приводило к сокращению сроков реализации проекта в среднем на 40 % и снижению совокупной стоимости владения на 35 % по сравнению с индивидуальной разработкой. Решение о применении «коробочного» продукта целесообразно принимать, если задача муниципалитета соответствует стандартному административному процессу, описанному в методических материалах Минцифры России, – например, при организации приёма заявлений на социальные выплаты, выдачу разрешений на строительство, учёт муниципального имущества или взаимодействие с ЕГАИС, ГИС ЖКХ и другими федеральными системами. В случаях, когда специфика местного управления требует уникальных бизнес-процессов, не охваченных функционалом типовых решений (например, специализированный учёт объектов культурного наследия или логистика в труднодоступных территориях), допускается переход к кастомной разработке, однако только после подготовки обоснования невозможности адаптации существующих продуктов. Отсутствие такого обоснования может быть расценено контролирующими органами как неэффективное расходование бюджетных средств, что подтверждается практикой Счётной палаты Российской Федерации (Отчёт № 12/2025). Таким образом, типовые решения Минцифры и АИС «Госуслуги» следует рассматривать как базовый и предпочтительный инструмент цифровизации для большинства муниципальных задач, а отступление от них – как исключение, требующее документального подтверждения технической или организационной необходимости.

§ 3.2. Когда нужна кастомная разработка: критерии принятия решения

Кастомная (индивидуальная) разработка программного обеспечения в муниципальной практике допускается только в случаях, когда типовые решения, рекомендованные Министерством цифрового развития, связи и массовых коммуникаций Российской Федерации, объективно не способны обеспечить выполнение специфических административных функций или учёт локальных особенностей территории. Согласно «Методическим рекомендациям по выбору ИТ-решений для органов местного самоуправления» (Минцифры России, 2024), решение о переходе к индивидуальной разработке должно основываться на трёх обязательных критериях: отсутствие функциональной эквивалентности в каталоге типовых решений, наличие нормативно закреплённой обязанности по выполнению уникальной процедуры и невозможность адаптации существующих систем без нарушения требований законодательства. Первый критерий предполагает проведение сопоставительного анализа: если ни одно из решений, включённых в Единый реестр российских программ для ЭВМ и баз данных или рекомендованных в рамках федерального проекта «Цифровое государственное управление», не поддерживает необходимые бизнес-процессы – например, учёт историко-культурных объектов с привязкой к градостроительным регламентам или автоматизированный расчёт компенсаций для жителей удалённых сельских поселений, – это создаёт основание для кастомной разработки. Второй критерий требует ссылки на конкретный нормативный акт субъекта Российской Федерации или муниципального правового акта, устанавливающего обязанность по реализации данной функции; при отсутствии такой обязанности проект может быть признан нецелевым. Третий критерий связан с техническими ограничениями: если модификация типового решения потребует вмешательства в защищённые ядра системы, нарушит сертификаты соответствия ФСТЭК России или приведёт к несовместимости с СМЭВ или ЕПГУ, то адаптация становится неприемлемой. Исследование НИУ ВШЭ («Цифровая трансформация на местах: барьеры и решения», 2025) показало, что лишь 18 % муниципальных образований, обратившихся к кастомной разработке в 2023–2025 годах, выполнили все три критерия; в остальных случаях индивидуальные проекты дублировали функционал уже существующих систем, что привело к неэффективному расходованию бюджетных средств. Счётная палата Российской Федерации в Отчёте № 12/2025 указала, что отсутствие обоснования необходимости кастомной разработки стало причиной признания нецелевым использования средств в 27 % проверенных случаев. Таким образом, переход к индивидуальной разработке должен рассматриваться как исключительная мера, требующая документального подтверждения технической, правовой и функциональной невозможности использования типовых решений, а также согласования с региональным органом власти, курирующим вопросы цифрового развития.