Независимый концепт-проект 4sidedevelop. Экраны и данные носят иллюстративный характер.
ИИ и управление знаниями
SupportLens
ИИ-ассистент для службы поддержки
Концепт рабочего места поддержки: ассистент готовит черновики ответов на основе документации и прошлых обращений, указывает источники и оставляет финальный ответ за человеком.
- Категория
- ИИ и управление знаниями
- Предлагаемый стек
- Next.js, TypeScript, PostgreSQL с pgvector, Поиск по утверждённым документам, LLM API (провайдер будет выбран)
- Статус
- Концепт — не клиентский проект
01
Задача
Сотрудники поддержки ищут ответы в статьях справочного центра, внутренних документах и старых обращениях. Ответ обычно где-то есть, но поиск занимает больше времени, чем написание ответа.
Команде нужна помощь в подготовке ответов без потери контроля: у каждой подсказки должен быть виден источник, и ничего не должно уйти клиенту, пока это не прочитал человек.
02
Для кого
Сотрудник поддержки
Разбирает очередь, проверяет черновики и источники и отправляет финальный ответ.
Профильный специалист
Получает переданные вопросы, к которым уже приложены диалог, черновик и источники.
Владелец базы знаний
Поддерживает документацию и видит, на какие вопросы не нашлось источника.
03
Предлагаемое решение
В концепте ассистент находится на боковой панели рядом с диалогом. Он предлагает черновик, перечисляет использованные документы и прямо говорит, если не может найти источник. Черновики и отправленные сообщения выглядят по-разному, поэтому всегда понятно, что клиент уже видел.
Единая очередь
Обращения из почты, чата и форм в одном списке.
Поиск по знаниям
Справочный центр, внутренние документы и прошлые обращения вместе.
Черновики ответов
Предложенные ответы с пронумерованными ссылками на источники.
Список источников
Каждая ссылка открывает фрагмент, из которого она взята.
Проверка и передача
Сотрудник редактирует и отправляет ответ или передаёт вопрос специалисту.
Оценка черновиков
Сотрудники оценивают черновики, пробелы уходят владельцу базы знаний.
04
Ключевые сценарии
1Ответ по черновику с источниками
- Шаг 1: Сотрудник открывает обращение из очереди.
- Шаг 2: Ассистент предлагает черновик с пронумерованными ссылками на источники.
- Шаг 3: Сотрудник проверяет источники, редактирует черновик и отправляет его.
2Если источник не найден
- Шаг 1: Ассистент не находит документ, отвечающий на часть вопроса.
- Шаг 2: Он сообщает об этом и не включает эту часть в черновик.
- Шаг 3: Сотрудник отвечает сам или передаёт вопрос дальше.
3Передача специалисту
- Шаг 1: Сотрудник нажимает «Передать» и выбирает команду.
- Шаг 2: Добавляет короткую заметку о том, что нужно клиенту.
- Шаг 3: Специалист получает диалог, черновик и источники вместе.
4Оценка черновика
- Шаг 1: После отправки сотрудник отмечает черновик как использованный, отредактированный или неиспользованный.
- Шаг 2: Вопросы без источника собираются для владельца базы знаний.
05
Экраны
Иллюстративные экраны с примерными данными, созданные для этого концепта.
06
Дизайн-решения
Черновик и отправленное никогда не похожи
У черновика пунктирная рамка и метка «Черновик — не отправлено». Отправленные сообщения залиты сплошным фоном, у них есть время отправки и отправитель.
Ссылки в тексте и в списке
Номера в черновике совпадают со списком источников, а у каждого источника указаны тип и дата последнего обновления.
Честное пустое состояние
Если утверждение нечем подтвердить, ассистент говорит, что не смог найти, вместо того чтобы заполнять пробел догадкой.
Правки остаются на виду
После отправки в ответе видно, что изменилось по сравнению с черновиком, — так обратная связь становится конкретной, а проверка проще.
07
Что проверить
Концепт — это отправная точка. Эти вопросы стоит проверить на пользователях и решить в ходе реализации.
- Экономят ли черновики с источниками время сотрудников по сравнению с ручным поиском.
- Как сотрудники проверяют источники на практике и достаточно ли предпросмотра фрагмента.
- Какие документы достаточно надёжны для цитирования; у устаревших статей должны быть владелец и дата пересмотра.
- Темы, по которым ассистент никогда не должен готовить черновики, — например, возвраты, юридические вопросы или безопасность, — и куда их направлять.
- Какие данные обращений можно передавать провайдеру модели и как долго они хранятся.
Предлагаемый стек: Next.js, TypeScript, PostgreSQL с pgvector, Поиск по утверждённым документам, LLM API (провайдер будет выбран). Экраны на этой странице созданы на React и Tailwind CSS специально для демонстрации.
Есть похожий проект?
Расскажите о процессе, который вы хотите изменить. Мы ответим с понятным следующим шагом, а не с презентацией.