Пилотный запуск

Пилот Janus.Guru: от корпуса документов к рабочему ассистенту

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

Контракт пилота

Кто принимает решения и что проверяем

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

01

Владелец данных

Утверждает состав документов, доступ, персональные данные, срок хранения и порядок удаления.

02

Предметный эксперт

Готовит контрольные вопросы, проверяет источники и отмечает ответы, которые нельзя выпускать без ручной оценки.

03

Технический владелец

Согласует канал подключения, модельный маршрут, ключи доступа, наблюдение и эксплуатационные ограничения.

Критерии решения

Значения и допустимые пороги утверждаются до контрольного прогона.

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

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

Что входит в пилот

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

1 корпус ограниченный, но репрезентативный набор документов
30–50 вопросов контрольный набор для проверки качества ответов
2 канала виджет для сайта и API для дальнейшей интеграции
  • Загрузка и структурирование корпуса с базовой проверкой качества данных.
  • Настройка правил ответа: язык, стиль, ограничения и порядок работы с источниками.
  • Проверка на контрольных вопросах с фиксацией слабых мест корпуса и рекомендациями.
  • Готовый виджет, API-доступ и короткая инструкция для технической команды.
Публичный виджет Для сайта, портала или отдельной страницы проекта.
Внутренний ассистент Для регламентов, базы знаний, обучения и поддержки сотрудников.
API-интеграция Для Telegram-ботов, CRM, приложений и собственных интерфейсов.

Что считаем успешным результатом

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

Обсудить пилот