Представление логики вопросов клиента кол-центра

0

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

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

Мои мысли заключались в том, чтобы иметь 1 или более английских представлений этих элементов флажка, соответствующих каждому из них. Это было бы легко искать "на лету", пока клиент разговаривал по телефону, объясняя свою проблему.

Иногда телефонному оператору может потребоваться задать еще один вопрос, и я должен будет разрешить уровень опроса после первоначального описания проблемы.

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

Пример:

  • Клиент звонит, жалуясь, что "моя вода холодная".
  • Тип телефонного оператора в режиме "холодный" и несколько результатов возвращаются "ремонтная система горячей воды - газ" и "ремонт системы горячего водоснабжения - электрический"
  • Чтобы правильно выбрать, для телефонного оператора предлагается задать еще один набор вопросов. "Является ли ваш HWS-газ?", "Является ли ваш HWS Electric?"

После того, как это выбрано, соответствующий объект связан с заданием.

Мне нужно найти лучший способ представить это?

Я думаю, что основными элементами являются:

  • Описания флагов низкого уровня
  • Английские описания (1 или более за каждый флажок)
  • Вторичные вопросы для сужения описания

Любая помощь будет оценена!

Теги:
arrays
data-structures

1 ответ

1
Лучший ответ

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

Вот рекомендуемая структура таблицы поиска:

таблица: вопросы (QId, QuestionText) все вопросы сохраняются здесь
таблица: Ответы (AId, AnswerValue) все возможные ответы здесь (да, нет, холодно, жарко, тепло, не работает и т.д.)
table: QuestionAnswers (QAId, QId, AId) здесь хранятся ответы на вопросы (работает ac? yes/no)
table: RelatedQuestions (QAId, QId) для заданной комбинации ответов на вопрос, каков следующий вопрос (ы), который задают ( "работает ac - нет", тогда спросите "у вас есть сила?, у вас есть AC в доме", "это автомобиль a/c или домашний AC?" )

Вот предлагаемая структура таблицы данных:

таблица: CustomerInfo (CuId, CDetails...) одна запись для каждого клиента
table: ContactInfo (CId, Cdetails...) по одной записи при каждом обращении к клиенту
: QASeriesForContact (QACId, CId, SearchTerm) поисковый запрос/проблема (вы можете иметь несколько из них за звонок, правильно?)
: QASeriesDetails (QASDId, QACId, QAId) для каждой проблемы, отследите ответы на вопрос до разрешения

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

  • 0
    Спасибо, Тапори, я думаю, что для начала пойду еще проще. Вы дали мне несколько хороших идей, хотя!

Ещё вопросы

Сообщество Overcoder
Наверх
Меню