Приложения и сервисы со встроенным ИИ

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

В материалах МАВИИ есть продуктовый проект AnimaLife: приложение и сайт с ИИ-функциями, дневником, календарём и напоминаниями. Для нового сервиса возможности проектируются и проверяются отдельно. Кабинет клиента, корпоративный поиск или документный инструмент можно разработать после оценки требований; они не выдаются за готовые модули из всех существующих кейсов.

Обсудить направление

Задачи, которые можно поручить ИИ

Для каждого сценария определяем входные данные, ожидаемый результат и действия, которые остаются за сотрудником.

Диалоговый помощник внутри продукта

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

Дневник, календарь и напоминания

Сценарий из проектов
Исходные данные
Созданные пользователем записи, события, даты и выбранные им настройки.
Результат работы
Структурированные записи и напоминания, которыми человек может управлять в интерфейсе. Эти типы функций описаны в AnimaLife.
Участие специалиста
Пользователь подтверждает существенные сведения, может изменить запись и управлять уведомлениями. Состав новых функций согласуется отдельно.
В материалах проектов:AnimaLife

Внутренний помощник сотрудника

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

Кабинет клиента с документами и помощью

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

Инструмент подготовки и разбора документов

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

ИИ-функция в существующем приложении

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

Программы и данные

Приложение и сайт AnimaLife

Опыт отдельных проектов

Это существующий продуктовый пример разработки и поддержки. Текущие версии и работа на устройствах в данном контентном этапе не проверялись.

API вашего приложения и внутренние системы

После технической оценки

Состав интеграций определяем после изучения архитектуры, авторизации и прав пользователей.

Сервисы моделей и хранение данных

После технической оценки

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

Мобильные и веб-интерфейсы

Состав разработки

Платформы, выпуск и поддержка согласуются в составе проекта. Наличие кейса не означает готовый продукт для любой платформы.

Как организуем внедрение

  1. Выбрать действие пользователя

    Описываем, кто пользуется продуктом, что передаёт ИИ и какой результат должен получить.

    На выходе: Пользовательский сценарий и критерии полезного результата.

  2. Спроектировать интерфейс и данные

    Определяем ввод, ответы, роли, состояния ошибок, согласования и связь с существующими системами.

    На выходе: Прототип и согласованные границы функции.

  3. Разработать и проверить

    Собираем функцию, проверяем обычные и сложные примеры, доступ между пользователями и поведение при сбое модели.

    На выходе: Проверенная реализация в согласованном окружении.

  4. Подготовить выпуск и поддержку

    Согласуем платформы, порядок выпуска, наблюдение за ошибками и обновление модели или правил.

    На выходе: План запуска и дальнейшего обслуживания продукта.

Что учитываем до запуска

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

Вопросы о направлении

Можно добавить ИИ в уже существующий сервис?

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

Это будет универсальный чат или отдельная функция?

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

Можно обещать одинаковое поведение модели на любых данных?

Нет. Нужны контрольные примеры и правила обработки недостаточных или противоречивых сведений. Проверяем не только удачные ответы, но и ошибки, задержки, недоступность модели и передачу задачи человеку.

Разработка интерфейса означает, что продукт уже опубликован?

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

Другие направления

Обсудим вашу задачу

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

Обсудить внедрение ИИ