Проблема
Представьте канадский муниципалитет среднего размера — около 500 сотрудников, зона обслуживания 180 000 жителей, — где накопленные задержки по разрешениям на строительство стали значительной политической и экономической проблемой. Заявители на жилые и коммерческие разрешения ждут обработки 8–12 недель — срок, который откладывает начало строительства, увеличивает финансовые расходы застройщиков и раздражает домовладельцев, пытающихся завершить проекты реконструкции.
Процесс выдачи разрешений документоемкий и полностью ручной — паттерн, встречающийся в муниципалитетах по всей стране. Типичное заявление на жилое разрешение включает архитектурные чертежи, генпланы, структурные расчеты, спецификации ОВиК и множество сопроводительных документов — пакет может достигать 50–200 страниц в зависимости от сложности проекта. Три штатных сотрудника департамента разрешений на строительство выделены для проверки этих пакетов: они проверяют, что все необходимые документы присутствуют, что чертежи соответствуют требованиям кодекса, что расчеты отступов и коэффициентов застройки участков верны и что заявления достаточно полны для передачи на техническую экспертизу инженерам и инспекторам.
Каждая ручная проверка полноты занимает 4–6 часов. Заявления с недостатками — нередко около 65% всех поданных — возвращаются заявителю с письменным списком недостатков. Заявители исправляют недостатки и подают повторно, запуская новую проверку полноты. Некоторые заявления проходят этот цикл два или три раза до достижения полного пакета документов. Каждый цикл потребляет время персонала и добавляет недели к сроку обработки.
У проблемы накопленных задержек — усиливающие друг друга причины. Объем заявлений растет по мере увеличения строительной активности — 35% за четыре года не редкость. Мощность персонала не растет соразмерно. Сотрудники проверки разрешений работают с очередью, которая структурно превышает их пропускную способность. Обучение нового сотрудника точным проверкам полноты занимает 3–4 месяца — а напряженный муниципальный рынок труда затрудняет найм и удержание квалифицированного персонала.
Существует и измерение гражданского опыта. Заявители не имеют систематического способа отследить состояние своего заявления. Департамент разрешений получает большой объем звонков о статусе — 40–60 в неделю в муниципалитете такого размера, — которые потребляют время персонала и редко дают полезные ответы, потому что ручная система отслеживания не обеспечивает статус в реальном времени. В такой ситуации баллы удовлетворенности граждан для департамента разрешений, как правило, самые низкие среди всех муниципальных услуг.
Коммерческое ПО для управления разрешениями редко решает эту задачу. Большинство систем спроектированы для управления рабочим процессом внутри департамента — отслеживание местоположения файла, маршрутизация к проверяющим, — но не решают проблему проверки документов и полноты, которая и является реальным узким местом. Многие вендоры предлагают «ИИ-функции», сводящиеся к текстовому поиску. Автоматизированный анализ документов того рода, которого требует эта проблема, — иная способность.
Подход
Аудит (3 недели). Проект начинается с анализа данных по заявлениям на разрешения за несколько лет, выборки пакетов заявлений по жилым, коммерческим и историческим категориям и прямого наблюдения за реальным процессом проверки сотрудников разрешений — с картированием каждого шага от подачи заявления до первой технической экспертизы.
Аудит точно количественно определяет возможность. В типичной операции по разрешениям порядка двух третей суммарного времени персонала на стадии до технической экспертизы уходит на проверку полноты документов и выявление недостатков — работу, следующую последовательной, документируемой логике. Если система ИИ может выполнять этот шаг с необходимой точностью, персонал освобождается для оставшейся работы, действительно требующей человеческого суждения: необычные заявления, сложные условия участка, консультации с заявителями и координация с инженерной и пожарной службами.
Аудит также часто выявляет, что контрольный список муниципального строительного кодекса, используемый для проверки полноты, применяется сотрудниками непоследовательно. Разные проверяющие по-разному интерпретируют неоднозначные пункты списка, что порождает несогласованные уведомления о недостатках, раздражающие заявителей и создающие внутренние споры. Стандартизация и кодирование логики контрольного списка — предпосылка для внедрения ИИ и польза, повышающая согласованность даже без ИИ.
Стратегия (4 недели). Дизайн — система из трех компонентов:
- Извлечение и классификация документов ИИ — обработка поданных пакетов заявлений с идентификацией и извлечением информации из каждого типа документа
- Автоматическая проверка контрольного списка — верификация извлеченной информации по стандартизированному списку полноты и генерация структурированных отчетов о недостатках
- Ассистент коммуникации с заявителями — обработка рутинных запросов заявителей о статусе заявления, прояснении недостатков и вопросов о процессе
Дизайн рассматривается с менеджером департамента разрешений, директором по планированию и развитию и командой IT-безопасности муниципалитета. Система интегрируется с существующим ПО управления разрешениями, а не заменяет его.
Внедрение — Фаза 1 (2 месяца): Извлечение документов и проверка полноты. Движок обработки документов ИИ настраивается на собственных исторических заявлениях муниципалитета — корпусе, охватывающем несколько лет и разные типы заявлений. Движок:
- Классифицирует каждый документ в поданном пакете по типу (архитектурный чертеж, генплан, структурный расчет и т.д.)
- Извлекает ключевые поля данных из каждого типа документа (размеры, коэффициент застройки, расстояния отступов, площадь и т.д.)
- Сверяет извлеченные данные с требованиями контрольного списка для применимой категории разрешения
- Формирует структурированный отчет о полноте, выделяющий: подтвержденные выполненные требования, невыполненные требования и требования, где подача неоднозначна и требует проверки персоналом
Заявления, получившие от ИИ оценку «полное», сразу переходят в очередь технической экспертизы. Заявления с выявленными недостатками получают автоматически сгенерированное уведомление о недостатках — составленное простым языком, привязанное к конкретным выявленным проблемам и оформленное так, чтобы ясно донести, что заявителю нужно предоставить.
В первый месяц развертывания оценки ИИ проходят теневую проверку персоналом разрешений — ИИ формирует свой отчет, а сотрудник независимо проверяет заявление. Расхождения анализируются и используются для настройки конфигурации; рабочая цель для перехода в боевой режим — точность выявления недостатков в диапазоне выше 90% в первые недели.
Внедрение — Фаза 2 (2 месяца): Ассистент коммуникации с заявителями. ИИ-ассистент коммуникации обрабатывает запросы заявителей о статусе и рутинные вопросы о процессе через портал разрешений муниципалитета. Заявители запрашивают статус своего заявления в реальном времени — ассистент имеет доступ к системе управления разрешениями и предоставляет текущий статус, ориентировочный срок и сводки уведомлений о недостатках. Заявители с вопросами о конкретных пунктах недостатков спрашивают простым языком и получают пояснение на основе определения пункта контрольного списка.
Ассистент эскалирует к сотруднику любой запрос, требующий профессиональной интерпретации, связанный с необычными обстоятельствами или сигналами недовольства заявителя, — при этом существенная доля рутинных запросов обрабатывается полностью без участия персонала.
Внедрение — Фаза 3 (1 месяц): Интеграция и оптимизация рабочего процесса. Третья фаза завершает интеграцию между системой ИИ, ПО управления разрешениями и порталом заявителей. Отслеживание статуса разрешений становится полностью доступным в реальном времени. Автоматические уведомления информируют заявителей об изменениях статуса, уведомлениях о недостатках и одобрениях без необходимости действий персонала.
Обучение и развитие (параллельно). Обучение персонала разрешений фокусируется на работе с отчетами ИИ о полноте — понимании индикаторов уверенности ИИ, обработке неоднозначных случаев и использовании механизма обратной связи для отметки некорректных оценок. Обучение персонала стойки и телефонной линии охватывает границы возможностей ассистента коммуникации и протоколы эскалации.
Ожидаемые результаты
- Срок обработки сокращается с 8–12 недель примерно до 3 недель. Устранение ручной проверки полноты из стадии до технической экспертизы — основной движущий фактор. Полные подачи переходят на техническую экспертизу в течение пары рабочих дней. Накопленная очередь технической экспертизы рассасывается за недели после запуска по мере нормализации потока полных заявлений.
- Сокращение примерно на 70% времени персонала на рутинные проверки полноты. Сотрудники проверки разрешений смещаются от траты большей части времени на механическую проверку документов к сложным заявлениям, консультациям с заявителями и контролю качества результатов ИИ — мощность, эквивалентная примерно двум полным ставкам, высвобождается для работы с большей ценностью без какого-либо сокращения штата.
- Согласованность выявления недостатков улучшается. Проверка контрольного списка ИИ устраняет несогласованность между проверяющими. Уведомления о недостатках становятся более конкретными и практичными, чем ручные, — стабильный драйвер удовлетворенности заявителей в подобных процессах.
- Доля полных первых подач растет. По мере того как заявители получают более конкретные уведомления о недостатках и используют ассистент коммуникации для прояснения требований перед подачей, качество входящих заявлений улучшается. Меньше заявлений проходит через несколько раундов проверки.
- Удовлетворенность граждан ощутимо растет. Более быстрая обработка плюс видимость статуса в реальном времени — два рычага, которые двигают баллы удовлетворенности департаментом разрешений; этот плейбук задействует оба сразу.
- Объем звонков о статусе резко снижается. С доступностью статуса в реальном времени через портал и обработкой рутинных запросов ассистентом департамент получает значительно меньше телефонных и очных запросов о статусе заявлений, а запросы, которые персонал всё же обрабатывает, более содержательны.
Ключевые Выводы
1. Проверка документов — узкое место большинства процессов выдачи разрешений, и её можно автоматизировать. Большинство муниципалитетов, рассматривающих технологии для разрешений, фокусируются на управлении рабочим процессом: отслеживание файлов, маршрутизация одобрений, управление очередями. Шаг проверки документов — собственно анализ содержания заявления — по умолчанию оставляют людям, потому что он кажется требующим профессионального суждения. На практике большая его часть — вовсе не профессиональное суждение; это систематическая проверка контрольного списка, которую ИИ может выполнять с высокой точностью. Выявление и автоматизация механического уровня высвобождает мощности для уровня суждений.
2. Специфичность уведомлений о недостатках — фактор гражданского опыта. Заявители, получающие расплывчатое уведомление — «чертежи неполные», — расстроены и не уверены, как исправить проблему. Заявители, получающие конкретное уведомление — «на генплане не указано требуемое расстояние отступа от северной границы участка согласно разделу 4.3.2 муниципального зонального регламента», — могут исправить проблему эффективно. Сгенерированные ИИ уведомления со ссылками на контрольный список сокращают циклы повторных подач и улучшают удовлетворенность заявителей ещё до улучшения сроков обработки.
3. Коммуникационный пробел — половина проблемы. Заявители, ожидающие разрешения 10 недель, легче принимают этот срок, если знают, где находится их заявление. Когда они не знают — они раздражаются и высказываются. Возможность статуса в реальном времени и ассистент коммуникации значат для удовлетворенности не меньше, чем сокращенный срок обработки. Чтобы сдвинуть балл удовлетворенности граждан, необходимы и скорость, и прозрачность.
Для муниципалитетов, стремящихся модернизировать обработку разрешений и улучшить предоставление услуг, ознакомьтесь с государственными ИИ-услугами Remolda, нашими возможностями обработки документов и нашими ИИ-чатбот решениями, улучшающими коммуникацию с гражданами.