Печать      Открыть версию интерактивной справки в формате PDF


Предыдущий раздел

Следующий раздел

Об управлении решениями

Рассмотрим реализацию процесса, подобного описанному ниже, в целях создания и управления базой знаний с решениями.

  1. Администратор компании импортирует готовые решения в данное приложение (дополнительно).
  2. Со временем обслуживающие агенты и другие эксперты добавляют проекты решений, чтобы расширить и углубить базу знаний.
  3. Обслуживающие менеджеры просматривают, утверждают и публикуют решения.
  4. Агенты оценивают имеющиеся решения, чтобы максимальный рейтинг получали только самые полезные.
  5. Обслуживающие менеджеры отслеживают базу знаний с решениями, чтобы в ней была представлена только допустимая текущая информация.

Лучшие советы по управлению базой знаний с решениями

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

1 – Импорт готовых решений

Перед импортом решений сравните информацию в имеющихся решениях с записью "Решение" в Oracle CRM On Demand. При необходимости добавьте, переименуйте или удалите поля из данной записи в соответствии с импортируемой информацией.

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

2 – Добавление проектов решений

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

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

3 – Просмотр, утверждение и публикация решений

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

Чтобы изменить статус решения на "Утверждено" и опубликовать его, требуется роль с полномочиями "Публикация решений". Дополнительные сведения см. в разделе Утверждение и публикация решений.

4 – Оценка решений

Попросите своих обслуживающих агентов оценивать решения, которые они добавляют в свои записи запросов на обслуживание. Это удобно сделать на странице "Сведения о решении", нажав кнопку "Оценить решение". Решения оцениваются по шкале от 1 до 5. Высокоэффективное решение имеет рейтинг 5. Если оно не было эффективным или действительным, оно получает оценку 1.

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

5 – Мониторинг решений

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

  • Назначьте определенным областям или типам решений владельцев, которые должны регулярно просматривать и обновлять соответствующие решения. Каждый владелец отвечает за точность и утверждение решений в своей области.
  • Со временем решения могут устаревать. Например, таким свойством обладают решения, связанные с продуктами, которые больше не поддерживаются. Создайте список "Решения", чтобы определять такие решения, например, фильтруя по значению поля "Продукт". Затем с помощью функции "Массовое обновление" удалите их из доступных для поиска решений.
  • Удаляйте решение только в том случае, если это дубликат. Вместо удаления задайте статус "Устарело". Устаревшие решения не отображаются в списке при поиске решения для включения в запрос на обслуживание. Однако при необходимости для доступа к ним можно использовать списки на главной странице "Решения".
  • Просмотрите все решения с низким рейтингом. Чтобы их найти, создайте пользовательский список всех опубликованных решений с рейтингом 1 или 2.
  • Используйте предварительно созданные списки "Решение" на главной странице "Решения" для просмотра решений с самым высоким рейтингом и наиболее активно используемых решений. Это позволяет получить представление о том, какие области можно расширить дополнительными знаниями, увеличивая библиотеку решений.
  • Регулярно анализируйте свои закрытые запросы на обслуживание для определения тенденций и ключевых проблемных областей, для которых в базу знаний требуется добавить дополнительные сведения.

Опубликовано в Октябрь 2016 Copyright © Oracle, 2005, 2016 гг. Все права защищены.Legal Notices.