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

Аналитика Humind помогает командам изучать разговоры, вопросы, страницы, темы и производительность Agent. Каждое представление отвечает на свой вопрос и зависит от выбранного периода и доступных данных. Analytics поддерживает исследование и приоритизацию, но перед тем как принимать решение о изменении на основе диаграммы, ее следует сверить с разговорами и бизнес-контекстом.

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

Доступ: Требуется доступ на чтение к Analytics. Доказательства из разговоров также могут требовать доступа к Inbox.

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

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

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

1. Подтвердите охват и текущее состояние

   Откройте обзор Analytics и подтвердите фильтры, часовой пояс, период сравнения и охват данных, прежде чем читать ключевое значение.

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

2. Подготовьте изменение

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

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

3. Сохраните и дождитесь завершения необходимой обработки

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

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

4. Проверьте полный путь клиента

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

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

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

• Успешное сохранение подтверждает сохранность данных, а не каждую последующую синхронизацию или публичное обновление.
• Разрешения рабочего пространства могут скрывать область или разрешать чтение без разрешения на изменения.
• Не копируйте изменчивые факты каталога, учетной записи или клиента в повествовательный контент как обходной путь.
• Тестируйте только поддерживаемые возможности, которые видимы и настроены для текущей компании.
• Держите изменения в Analytics отдельно от несвязанной работы в Agent, Knowledge, каталоге, Inbox или Helpdesk.

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

• Выбранный охват соответствует бизнес-вопросу.
• Подсчеты и показатели не смешиваются в выводе.
• Репрезентативные разговоры подтверждают или ставят под сомнение агрегированную интерпретацию.
• Предлагаемое действие называет измеримый период последующего наблюдения.

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

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

Метрика пуста или неожиданно равна нулю

Проверьте разрешения, выбранный период, Agent, канал, фильтры и актуальность данных. Корректный ноль и недоступные данные требуют разных выводов.

Analytics и разговор кажутся несогласованными

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

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

• Используйте Analytics, чтобы улучшать разговоры
• Изучите Analytics и превращайте выводы в улучшения
• Выбирайте отчетные периоды и проверяйте актуальность данных
• Проверка и оценка результатов Batch Test