Разборы

Personal Government Companion: государство, которое говорит с человеком вовремя

Личный кабинет на госпортале — это форма доступа к услугам. Personal Companion — это другой класс: интерфейс, который знает контекст пользователя и сам инициирует разговор тогда, когда это нужно человеку.

Обсудить задачу

В чём разница с личным кабинетом

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

Personal Government Companion — другой класс продукта. Это интерфейс, который знает контекст пользователя и сам начинает разговор. Знает, что у вас приближается срок продления. Знает, что вы переехали. Знает, что у вас родился ребёнок. Знает, что закон, касающийся вашего бизнеса, изменился.

Companion не ждёт, что вы откроете портал. Companion открывает связь сам — короткое сообщение «через 30 дней истекает ваш загранпаспорт, нажмите чтобы продлить за 2 минуты», «у вас новое регуляторное обязательство по вашему бизнесу с 15 числа, чек-лист действий вот».

Это переход от «портал, к которому ходят» к «помощнику, который приходит».

Что должно быть в Personal Companion

Несколько структурных компонентов.

Контекст пользователя. Companion знает, кто вы — гражданин, ИП, директор компании, родитель, владелец недвижимости, иностранец на рабочей визе. Каждая роль имеет свой набор обязательств и возможностей. Контекст обновляется автоматически по событиям (зарегистрировал бизнес — добавлена роль предпринимателя).

Календарь обязательств. Что и когда нужно сделать. Налоги, продления, отчётность, медицинские обязательства, обязательства по детям. Календарь видим заранее, не появляется в день дедлайна.

Канал уведомлений с приоритезацией. Не одно generic уведомление, а структурированный поток — critical (требует действия в 24 часа), urgent (в неделю), informational (для знания). Гражданин может настроить, в каком канале получать какой класс (push/SMS/email).

Один-клик действия. Companion не отправляет к форме на портале — он содержит само действие. «Продлить» — один клик, биометрия, подтверждение. Без переходов между сервисами.

История взаимодействий. Что вы делали с государством, что государство сделало для вас. Не как audit log для compliance, а как дневник, который помогает понимать собственный путь.

Объяснения решений. Если что-то отказано или одобрено с условиями, companion объясняет на простом языке: что значит, что делать дальше.

Где это часто не получается

Companion как ребрендинг старого портала. UX обновлён, но логика та же — гражданин инициирует, портал отвечает. Это не Companion, это перекрашенный кабинет.

Companion без межведомственного контекста. Если companion знает только о части ваших обязательств (одно ведомство — да, другое — нет), это создаёт ложное чувство контроля. Гражданин думает, что увидит всё — а часть обязательств приходит с штрафом, потому что companion о них не знал.

Слишком много уведомлений. Без приоритезации companion превращается в спам. Гражданин выключает push, и companion становится бесполезным.

Notification fatigue в первые 6 месяцев. Большая часть уведомлений нерелевантна, потому что сегментация слабая. Гражданин учится игнорировать.

Companion, который не позволяет действовать в одном клике. Уведомление приходит, но клик ведёт на форму на портале с 7 шагами. Это хуже, чем «нет уведомления вообще» — раздражает.

Companion для всех одинаковый. Контекст ИП и контекст пенсионера разный. Один интерфейс на всех — overwhelm для одних, irrelevance для других.

Что нужно для запуска

Government Memory Layer. Чтобы companion знал контекст, государство должно иметь shared слой памяти о гражданине. Не «каждое ведомство своё», а consolidated view с consent.

Event Graph. Чтобы companion реагировал на события вовремя, события должны течь в реальном времени. Регистрация ребёнка → событие → companion родителя обновляется. Изменение закона → событие → companion затронутых граждан обновляется.

Notification Fabric. Слой управления уведомлениями с приоритезацией, frequency caps, suppression rules. Без него companion становится спам-машиной.

Consent Wallet. Гражданин явно даёт согласие, какие данные companion использует, какие нет. Может в любой момент изменить.

Action Layer. Companion должен мочь выполнять действия от имени гражданина при его подтверждении (продление, оплата, подача заявления). Не отсылать к портальной форме — выполнять.

Каждый из этих компонентов — отдельный proект. Companion — это поверхность, под которой все эти слои.

Реалистичный сценарий запуска

Не «построим companion для всех граждан сразу». Phased.

Месяцы 1-6. Foundation. Один use case (например, продление документов) с 3-5 типами документов. Один канал (push в существующее app + SMS). Базовый Memory Layer для этих use case.

Месяцы 7-12. Pilot. 100-500 тысяч граждан в пилоте. Measurement: notification open rate, action conversion, satisfaction, opt-out rate.

Месяцы 13-18. Расширение use cases. Добавление налоговых уведомлений, social benefits reminders, правовых обновлений для бизнеса.

Месяцы 19-24. Scale. Companion доступен всем активным digital-гражданам. 10-15 use cases. Integration с тremя-четырьмя ведомствами.

К двум годам Companion становится primary interface для большинства граждан. Портал по-прежнему работает, но используется реже.

Когда тема преждевременна

Если базовая инфраструктура (OneID, реестры, межведомственная интеграция) нестабильна, companion не может работать reliably. Сначала foundation.

Если в стране нет принятой регуляторной рамки для proactive notifications (kakие можно отправлять без дополнительного consent), companion упирается в правовые ограничения.

Если ведомства не готовы делиться event-данными в реальном времени, контекст companion будет фрагментарным.

Если в управленческой структуре нет owner для companion как продукта (не для портала, а для следующего layer), инициатива размывается.

Если бюджет ограничен на 18-24-месячный invest period, companion сваливается в quick win, который не даёт обещанного эффекта.

Что обсудить на уровне совета по цифровизации

Какие 3-5 use cases сейчас наиболее болезненны для граждан и могли бы быть закрыты Companion в первый год?

Какова готовность Memory Layer и Event Graph как фундамента?

Какова регуляторная рамка для proactive-уведомлений? Что нужно расширить?

Кто owner Companion как продукта государства? Это новая роль или существующая?

Какой 24-месячный invest commitment нужен и есть ли он?

Что может сделать SamaraliSoft

Personal Government Companion Blueprint — выявление 5 priority use cases, дизайн архитектуры Memory Layer и Event Graph, дизайн notification framework и UX, регуляторное взаимодействие, и пилот с 1 use case в течение 9-12 месяцев.

Внутренние ссылки

/insights/government-after-egov/ — следующий слой после e-gov
/insights/government-life-event-orchestration/ — life-event orchestration
/insights/government-personal-state-inbox/ — государственный inbox
/insights/government-public-trust-layer/ — trust layer

Источники

→

Что ещё стоит изучить

Темы из этой же области, которые часто разбираем вместе с этой

Архитектура

Это не только статьи

Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.

Обсудить применение →

← Назад

Готовы обсудить вашу задачу?

Расскажите, что не работает или что нужно построить. Первый разговор — без обязательств.

Обсудить задачу Написать в Telegram

Обычно отвечаю в течение нескольких часов