Difference between revisions of "IM Support Service/UseCases"
(New page: Шаблоны использования для IM Support Service === Пользователь (клиент) === === Оператор === === Администратор === === ...) |
m (Reverted edits by 46.161.9.50 (talk) to last revision by Feez) |
||
(10 intermediate revisions by 2 users not shown) | |||
Line 4: | Line 4: | ||
=== Оператор === | === Оператор === | ||
+ | |||
+ | ==== Отправка файла через команду !file ==== | ||
+ | |||
+ | Оператор Боб хочет отправить клиенту pdf файл с документацией. | ||
+ | |||
+ | Для этого он набирает !file в чате с клиентом. Как и все команды, эта скрывается от клиента и отображается только операторам. | ||
+ | |||
+ | Бобу в чат выдается внутренний служебный URL на форму добавления. Он переходит по этому адресу и видит там простую форму: | ||
+ | |||
+ | (_____имя файла______) [Выбрать] | ||
+ | (____описание________) | ||
+ | [Отправить] | ||
+ | |||
+ | С помощью кнопки "выбрать" он выбирает PDF-файл, заполняет описание (потом легче будет его найти) и нажимает отправить. | ||
+ | |||
+ | Файл через POST-запрос сохраняется на сервере и в будущем будет доступен при просмотре истории чата. | ||
+ | |||
+ | Публично доступный URL на этот файл высвечивается оператору вместе с его ID. | ||
+ | |||
+ | Боб проверяет тот ли он файл разместил на сервер. Если все нормально, то Боб может отправить ссылку клиенту набрав !file <ID> | ||
+ | |||
+ | В следующий раз, когда Боб захочет отправить этот файл, и если он запомнил ID файла, то он сможет пропустить первые шаги по загрузке файла и сразу перейти к последней команде !file <ID>. Для поиска есть команда !sfile. | ||
+ | |||
+ | ==== Отправка файла через передачу файлов по протоколу Jabber ==== | ||
+ | |||
+ | Оператор Боб выбирает клиента в списке посетителей чата и через меню выбирает "отправить файл". Затем в диалоге открытия файла выбирает сам файл и нажимает "отправить". | ||
+ | |||
+ | Так как в чате сидит не сам клиент, а его "отображение" сервисом, то этот запрос перехватывает сам сервис и начинает приём файла к себе на сервер. Этот файл сохраняется на сервере и в дальнейшем будет доступен при просмотре истории чата. | ||
+ | |||
+ | Публично доступный URL на этот файл отправляется Бобу в чат вместе со своим ID. | ||
+ | |||
+ | Если все прошло нормально, Боб может отправить ссылку клиенту набрав !file <ID> | ||
+ | |||
+ | В следующий раз, когда Боб захочет отправить этот файл, и если он запомнил ID файла, то он сможет пропустить первые шаги по загрузке файла и сразу перейти к последней команде !file <ID>. Для поиска есть команда !sfile. | ||
+ | |||
+ | ==== Использование временных узлов поддержки ==== | ||
+ | |||
+ | Сотрудник компании Боб некоторое время общался с клиентом Клодом через почту или систему тикетов. Наконец, чтобы помочь Клоду собрать отладочную информацию, Боб решил перейти к более быстрому общению через IM (телефон не подошел, так как нужен был обмен командами, ссылками и скриншотами). | ||
+ | |||
+ | Отправить Клода на контактный адрес ''постоянного'' узла поддержки Боб не может, так как нет гарантий, что сервис соединит его именно с Бобом, а не с другим оператором (или Боб вообще не является оператором). | ||
+ | |||
+ | Написать со своего рабочего JID-а Боб тоже не может (возможные причины: у клиента нет Jabber-а или вообще нет IM, прямые контакты с клиентами запрещены политикой так как не сохраняется история, и т.д.) | ||
+ | |||
+ | Поэтому Боб создает ''временный узел поддержки'' с уникальным ID (например, temp3456653) и URL (содержит ID). | ||
+ | |||
+ | В качестве оператора Боб добавляет свой рабочий JID. Кроме того он указывает сколько клиентов может быть в чате, открывать ли публичный доступ к истории и др. параметры. | ||
+ | |||
+ | Затем Боб почтой или через систему тикетов отправляет Клоду URL к чату и ID узла. | ||
+ | |||
+ | Клод может перейти по URL и сразу попадет в web-чат с Боб-ом. Или Клод может с помощью своего IM-клиента открыть чат с любым ''постоянным'' узлом поддержки и вместо своего вопроса отправить !node temp3456653, тогда система переключит его на чат с Боб-ом. | ||
+ | |||
+ | Когда вопрос будет улажен Боб и Клод покидают чат, узел удаляется, но история сохраняется. В следующий раз, когда кто-либо, перейдет по ссылке, оставленной в системе тикетов, он увидит историю этого чата. | ||
=== Администратор === | === Администратор === | ||
=== Аналитик === | === Аналитик === |
Latest revision as of 13:20, 13 June 2017
Шаблоны использования для IM Support Service
Contents
Пользователь (клиент)[edit]
Оператор[edit]
Отправка файла через команду !file[edit]
Оператор Боб хочет отправить клиенту pdf файл с документацией.
Для этого он набирает !file в чате с клиентом. Как и все команды, эта скрывается от клиента и отображается только операторам.
Бобу в чат выдается внутренний служебный URL на форму добавления. Он переходит по этому адресу и видит там простую форму:
(_____имя файла______) [Выбрать] (____описание________) [Отправить]
С помощью кнопки "выбрать" он выбирает PDF-файл, заполняет описание (потом легче будет его найти) и нажимает отправить.
Файл через POST-запрос сохраняется на сервере и в будущем будет доступен при просмотре истории чата.
Публично доступный URL на этот файл высвечивается оператору вместе с его ID.
Боб проверяет тот ли он файл разместил на сервер. Если все нормально, то Боб может отправить ссылку клиенту набрав !file <ID>
В следующий раз, когда Боб захочет отправить этот файл, и если он запомнил ID файла, то он сможет пропустить первые шаги по загрузке файла и сразу перейти к последней команде !file <ID>. Для поиска есть команда !sfile.
Отправка файла через передачу файлов по протоколу Jabber[edit]
Оператор Боб выбирает клиента в списке посетителей чата и через меню выбирает "отправить файл". Затем в диалоге открытия файла выбирает сам файл и нажимает "отправить".
Так как в чате сидит не сам клиент, а его "отображение" сервисом, то этот запрос перехватывает сам сервис и начинает приём файла к себе на сервер. Этот файл сохраняется на сервере и в дальнейшем будет доступен при просмотре истории чата.
Публично доступный URL на этот файл отправляется Бобу в чат вместе со своим ID.
Если все прошло нормально, Боб может отправить ссылку клиенту набрав !file <ID>
В следующий раз, когда Боб захочет отправить этот файл, и если он запомнил ID файла, то он сможет пропустить первые шаги по загрузке файла и сразу перейти к последней команде !file <ID>. Для поиска есть команда !sfile.
Использование временных узлов поддержки[edit]
Сотрудник компании Боб некоторое время общался с клиентом Клодом через почту или систему тикетов. Наконец, чтобы помочь Клоду собрать отладочную информацию, Боб решил перейти к более быстрому общению через IM (телефон не подошел, так как нужен был обмен командами, ссылками и скриншотами).
Отправить Клода на контактный адрес постоянного узла поддержки Боб не может, так как нет гарантий, что сервис соединит его именно с Бобом, а не с другим оператором (или Боб вообще не является оператором).
Написать со своего рабочего JID-а Боб тоже не может (возможные причины: у клиента нет Jabber-а или вообще нет IM, прямые контакты с клиентами запрещены политикой так как не сохраняется история, и т.д.)
Поэтому Боб создает временный узел поддержки с уникальным ID (например, temp3456653) и URL (содержит ID).
В качестве оператора Боб добавляет свой рабочий JID. Кроме того он указывает сколько клиентов может быть в чате, открывать ли публичный доступ к истории и др. параметры.
Затем Боб почтой или через систему тикетов отправляет Клоду URL к чату и ID узла.
Клод может перейти по URL и сразу попадет в web-чат с Боб-ом. Или Клод может с помощью своего IM-клиента открыть чат с любым постоянным узлом поддержки и вместо своего вопроса отправить !node temp3456653, тогда система переключит его на чат с Боб-ом.
Когда вопрос будет улажен Боб и Клод покидают чат, узел удаляется, но история сохраняется. В следующий раз, когда кто-либо, перейдет по ссылке, оставленной в системе тикетов, он увидит историю этого чата.