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

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

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

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

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

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

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

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

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

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