Выберите правильное место для контента или поведения

Размещайте информацию в той системе, которой она принадлежит. Это позволяет избежать дублирующихся инструкций, противоречивых ответов и контента, который Agent не сможет точно поддерживать в актуальном состоянии. Humi...

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

Humind разделяет подготовку и доставку, ориентированную на клиента. Работа в рабочем пространстве B2B может изменить Agent, Knowledge, каталог, Inbox или Helpdesk, не меняя немедленно все активные клиентские поверхности. Понимание этого разделения помогает вам тестировать осознанно, привлекать нужного коллегу и не считать сохранённый черновик завершённым запуском.

Перед началом

Доступ: Доступа на чтение в Agent, Knowledge и каталоге достаточно для планирования. Для записи требуется разрешение для выбранного назначения.

  • Сформулируйте вопрос клиента или желаемое действие в одном предложении.
  • Определите, является ли ответ редакционным материалом, данными о продукте или операцией.
  • Проверьте, не принадлежит ли эта информация уже существующему источнику.

Работайте в наименьшей владеющей области, описанной ниже, и сохраняйте доступным текущее состояние, обращённое к клиенту, пока готовите изменение. Прежде чем нажать любое итоговое действие, подтвердите активную компанию, Agent, магазин, язык и рынок, показанные в Humind. Отсутствующий элемент управления может указывать на доступ только для чтения или на возможность, которая не настроена для этой компании. В таком случае зафиксируйте предполагаемую задачу и попросите администратора проверить точное разрешение или зависимость. Не обходите это ограничение, делясь учётной записью, копируя данные в другую область или обещая возможность, которую рабочее пространство не предоставляет.

Пошаговый рабочий процесс

  1. Используйте Knowledge для бизнес-объяснений

    Выбирайте статью, сниппет, документ или веб-страницу, когда Agent нужны политики, услуги, процедуры или повторно используемая повествовательная информация, которую поддерживает ваша команда.

    • Выберите наименьший тип источника, который можно поддерживать.
    • Назначьте понятную папку и настройки жизненного цикла.
  2. Используйте каталог для фактов о продукте

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

    • Подтвердите, что значение существует в торговом источнике.
    • Проверьте синхронизацию и индексацию, прежде чем на них полагаться.
  3. Используйте инструкции и настройки интерфейса для поведения

    Выбирайте инструкции Agent для поведения ответа и Chat Interface для представления. Инструкции должны определять то, как Agent отвечает, а не заменять отсутствующие фактические источники.

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

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

    • Убедитесь, что инструмент и его зависимости настроены.
    • Проверьте пути успешного завершения и сбоя перед развертыванием.

Важные ограничения и рабочие замечания

  • Helpdesk выводит подходящие материалы Knowledge и не дублирует их.
  • Сниппеты полезны для точечных инструкций, но не должны становиться вторым каталогом.
  • Инструкция Agent не может создать данные, которых не предоставляет подключённая система.
  • Функции, отмеченные как недоступные или как скоро появятся, не следует представлять как готовые для клиентов.

Проверьте результат

  • У каждого требования есть один авторитетный владелец.
  • Ни один изменчивый факт о продукте не дублируется в повествовательном контенте.
  • Agent может ссылаться на предполагаемый источник или использовать его в реалистичном тесте.
  • Коллега может определить, где следует вносить будущие обновления.

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

Устранение неполадок

Два источника дают разные ответы

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

Agent понимает запрос, но не может его выполнить

Проверьте, требует ли запрос поддерживаемого инструмента или подключённой системы. Если ни одна доступная возможность не отвечает за это действие, объясните ограничение вместо документирования выдуманного рабочего процесса.

Связанные руководства

Была ли эта статья полезной?