Готовый продукт
Если типовой процесс уже покрыт, сначала проверяем настройки, права и перенос данных. Собственная система не является обязательным результатом.
Общество, культура и повседневная жизнь
Доступные сервисы, коллекции и совместные действия людей.
Вместе с вашей командой изучаем выбранный процесс, роли и существующие системы. Ниже — возможные задачи для обсуждения, не готовый план внедрения и не заявление отраслевого опыта.
ПРИМЕР ВОЗМОЖНОГО ПРОЕКТА
Государственные и муниципальные сервисы
Помочь человеку пройти понятную услугу
Заявитель видит требования и состояние обращения. Ответственный сотрудник проверяет комплект и действует по утверждённому маршруту.
Кому и зачем
Участники: Заявитель, сотрудник учреждения. Основной процесс: Заявление и статус услуги.
Знакомые ситуации
- Форма непонятна
- Не хватает документов
- Очередь не прозрачна
Что можно создать
- Понятная форма
- Кабинет заявителя
- Уведомление о статусе
Данные и существующие инструменты
Какие источники могут участвовать в этом сценарии:
- Реестр услуги или коллекции: объект, описание, права и статус.
- Маршрут работы: заявления, задания, участники и подтверждения.
- Пользовательский сервис: доступный интерфейс, настройки и разрешенные данные.
До оценки проверим форматы обмена, права доступа и качество данных вместе с владельцами систем.
Заявление и статус услуги
Участники: Заявитель, сотрудник учреждения.
- Заявление
- проверка комплекта
- регистрация
- рассмотрение сотрудником
- уведомление
Если что-то пошло не так. Неполное заявление сохраняет черновик и список недостающего.
Первый ограниченный проект
Одна услуга с утвержденным регламентом и минимальным набором данных.
Нужны ответственный за процесс, примеры исходных данных, доступ к будущим пользователям и критерии приемки.
Как проверить пользу
- Ошибки заполнения
- Повторные обращения
- Время обработки
Сначала фиксируем исходный уровень. Целевые значения согласуем после исследования, не обещаем заранее.
Роль специалистов и границы проекта
Полномочия, регламенты и требования к инфраструктуре определяет учреждение.
Чтение данных, рекомендация человеку и автоматическое действие — разные уровни ответственности. AI, если нужен, проверяем на согласованной выборке; спорные результаты передаются человеку. Индексирование документов не называем обучением модели.
ПРИМЕР ВОЗМОЖНОГО ПРОЕКТА
НКО и волонтерство
Организовать помощь и работу волонтёров
Задачи, ресурсы и подтверждения собраны по программе. Доступ к сведениям о получателях ограничивается их реальной необходимостью.
Кому и зачем
Участники: Координатор, волонтер, участник программы. Основной процесс: Запрос помощи и ресурс.
Знакомые ситуации
- Заявки дублируются
- Ресурсы неизвестны
- Результат не подтвержден
Что можно создать
- Кабинет волонтера
- Учет помощи
- Рабочее место координатора
Данные и существующие инструменты
Какие источники могут участвовать в этом сценарии:
- Реестр услуги или коллекции: объект, описание, права и статус.
- Маршрут работы: заявления, задания, участники и подтверждения.
- Пользовательский сервис: доступный интерфейс, настройки и разрешенные данные.
До оценки проверим форматы обмена, права доступа и качество данных вместе с владельцами систем.
Запрос помощи и ресурс
Участники: Координатор, волонтер, участник программы.
- Запрос
- проверка координатором
- ресурс
- выполнение
- подтверждение
Если что-то пошло не так. Чувствительные сведения скрываются от ролей, которым они не нужны.
Первый ограниченный проект
Одна программа и роли доступа без публичного раскрытия получателей.
Нужны ответственный за процесс, примеры исходных данных, доступ к будущим пользователям и критерии приемки.
Как проверить пользу
- Время назначения
- Дубли запросов
- Полнота подтверждений
Сначала фиксируем исходный уровень. Целевые значения согласуем после исследования, не обещаем заранее.
Роль специалистов и границы проекта
Критерии помощи и этические решения принимает организация.
Чтение данных, рекомендация человеку и автоматическое действие — разные уровни ответственности. AI, если нужен, проверяем на согласованной выборке; спорные результаты передаются человеку. Индексирование документов не называем обучением модели.
ПРИМЕР ВОЗМОЖНОГО ПРОЕКТА
Музеи, библиотеки и наследие
Открыть коллекцию для поиска и изучения
Описание, происхождение и права на изображение связаны с объектом. Посетитель находит материал, а редактор проверяет публикацию.
Кому и зачем
Участники: Хранитель, редактор, посетитель. Основной процесс: Объект коллекции и описание.
Знакомые ситуации
- Карточки в разных файлах
- Права на изображение неясны
- Поиск не связывает материалы
Что можно создать
- Цифровой каталог
- Интерактивная выставка
- Инструменты хранителя
Данные и существующие инструменты
Какие источники могут участвовать в этом сценарии:
- Реестр услуги или коллекции: объект, описание, права и статус.
- Маршрут работы: заявления, задания, участники и подтверждения.
- Пользовательский сервис: доступный интерфейс, настройки и разрешенные данные.
До оценки проверим форматы обмена, права доступа и качество данных вместе с владельцами систем.
Объект коллекции и описание
Участники: Хранитель, редактор, посетитель.
- Объект
- описание
- проверка прав
- публикация
- поиск посетителя
Если что-то пошло не так. Неочищенные права оставляют материал во внутреннем каталоге.
Первый ограниченный проект
Одна коллекция, набор метаданных и разрешенные изображения.
Нужны ответственный за процесс, примеры исходных данных, доступ к будущим пользователям и критерии приемки.
Как проверить пользу
- Полнота карточек
- Время подготовки
- Успешность поиска
Сначала фиксируем исходный уровень. Целевые значения согласуем после исследования, не обещаем заранее.
Роль специалистов и границы проекта
Атрибуцию, сохранность и права подтверждают хранитель и организация.
Чтение данных, рекомендация человеку и автоматическое действие — разные уровни ответственности. AI, если нужен, проверяем на согласованной выборке; спорные результаты передаются человеку. Индексирование документов не называем обучением модели.
ПРИМЕР ВОЗМОЖНОГО ПРОЕКТА
Личные и семейные сервисы
Собрать полезный повседневный сценарий
Расписание, документы или совместные действия становятся понятными участникам. Начинаем с одной задачи и проверяем удобство с будущими пользователями.
Кому и зачем
Участники: Создатель продукта, участники семьи. Основной процесс: Общий план и согласованное действие.
Знакомые ситуации
- Расходы в разных таблицах
- Документы трудно найти
- Неясно кто выполняет задачу
Что можно создать
- Семейный кабинет
- Совместное планирование
- Приложение сообщества
Данные и существующие инструменты
Какие источники могут участвовать в этом сценарии:
- Реестр услуги или коллекции: объект, описание, права и статус.
- Маршрут работы: заявления, задания, участники и подтверждения.
- Пользовательский сервис: доступный интерфейс, настройки и разрешенные данные.
До оценки проверим форматы обмена, права доступа и качество данных вместе с владельцами систем.
Общий план и согласованное действие
Участники: Создатель продукта, участники семьи.
- Цель
- совместный план
- назначение
- подтверждение
- история
Если что-то пошло не так. Участник может ограничить видимость личных записей.
Первый ограниченный проект
Один пользовательский сценарий и проверка с будущими пользователями.
Нужны ответственный за процесс, примеры исходных данных, доступ к будущим пользователям и критерии приемки.
Как проверить пользу
- Успешность сценария
- Время выполнения
- Ошибки доступа
Сначала фиксируем исходный уровень. Целевые значения согласуем после исследования, не обещаем заранее.
Роль специалистов и границы проекта
Финансирование продукта и права участников нужно проверить до большой разработки.
Чтение данных, рекомендация человеку и автоматическое действие — разные уровни ответственности. AI, если нужен, проверяем на согласованной выборке; спорные результаты передаются человеку. Индексирование документов не называем обучением модели.
ПРИМЕР ВОЗМОЖНОГО ПРОЕКТА
Доступная коммуникация
Дать человеку удобный способ выразить намерение
Пользователь выбирает сообщение доступным способом, подтверждает и может отменить ошибочное действие. Сценарий проверяется вместе с пользователями и специалистами.
Кому и зачем
Участники: Пользователь, сопровождающий специалист. Основной процесс: Сообщение и способ ввода.
Знакомые ситуации
- Сложно выбрать действие
- Нет персонального словаря
- Интерфейс зависит от точного нажатия
Что можно создать
- Альтернативный ввод
- Персональный словарь
- Интерфейс устройства
Данные и существующие инструменты
Какие источники могут участвовать в этом сценарии:
- Реестр услуги или коллекции: объект, описание, права и статус.
- Маршрут работы: заявления, задания, участники и подтверждения.
- Пользовательский сервис: доступный интерфейс, настройки и разрешенные данные.
До оценки проверим форматы обмена, права доступа и качество данных вместе с владельцами систем.
Сообщение и способ ввода
Участники: Пользователь, сопровождающий специалист.
- Намерение
- доступный выбор
- подтверждение
- сообщение
- корректировка
Если что-то пошло не так. Непреднамеренный выбор можно отменить до отправки.
Первый ограниченный проект
Один сценарий общения с участием пользователей и специалистов.
Нужны ответственный за процесс, примеры исходных данных, доступ к будущим пользователям и критерии приемки.
Как проверить пользу
- Завершение действия
- Ошибки ввода
- Удобство на реальном устройстве
Сначала фиксируем исходный уровень. Целевые значения согласуем после исследования, не обещаем заранее.
Роль специалистов и границы проекта
Это не медицинское заключение; пригодность проверяют совместно с пользователем и профильной командой.
Чтение данных, рекомендация человеку и автоматическое действие — разные уровни ответственности. AI, если нужен, проверяем на согласованной выборке; спорные результаты передаются человеку. Индексирование документов не называем обучением модели.
Настроить, связать или разработать?
Интеграция
Когда инструменты подходят по отдельности, проектируем обмен, сопоставление справочников, повторную отправку и разбор ошибок.
Свой модуль
Если роли, правила или пользовательский сценарий не покрыты, ограничиваем первый модуль и проверяем прототип до большого выпуска.