Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Не регистрировать обращения без темы письма

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Страницы: 1
Не регистрировать обращения без темы письма
Добрый день.
Получил в наследство уже настроенный HP OpenView Service Desk 4.5(SP37) потихоньку разбираюсь с имеющимися возможностями.
Сейчас в компании начали активно использовать систему, количество обращений выросло, стало сложно из разбирать, так как многие сотрудники не пишут тему письма.

Хотелось бы сделать так, что бы при получении письма без темы новое обращение не регистрировалось, а пользователю отправлялось сообщение с причиной отбоя.
Подскажите, какие есть способы это реализовать.
Дмитрий! Первое что я тебе предлагаю так это в электронной почте создать специальные формы для поддержки пользователей по разным направлениям, очень удобно, пользователей присели на них и теперь их обращения регистрируются автоматически на ту или иную группу, в зависимости какую выбрали форму и правилами СД они уже назначаются. При создании форм, там как раз можно указать обязательные поля, без которых нельзя будет отправить сообщение! Вот для примера смотри во вложении как у меня реализовано, буду вопросы спрашивай.
.docx (1.08 МБ) [ Скачать ]
Еще одна идея, можно в шаблон по умолчанию написать без темы, тогда все сообщения без темы будут с правильной формулировкой. А так где текст будет он будет автоматически изменен.
Цитата
Орест Боднарчук пишет:
Дмитрий! Первое что я тебе предлагаю так это в электронной почте создать специальные формы для поддержки пользователей по разным направлениям, очень удобно, пользователей присели на них и теперь их обращения регистрируются автоматически на ту или иную группу, в зависимости какую выбрали форму и правилами СД они уже назначаются. При создании форм, там как раз можно указать обязательные поля, без которых нельзя будет отправить сообщение! Вот для примера смотри во вложении как у меня реализовано, буду вопросы спрашивай.


Интересная идея, изучу этот вопрос, спасибо.
Цитата
Григорий Ненашев пишет:
Еще одна идея, можно в шаблон по умолчанию написать без темы, тогда все сообщения без темы будут с правильной формулировкой. А так где текст будет он будет автоматически изменен.


Не совсем понял мысль.

В шаблон написать текст "без темы"?
Так он и так по умолчанию пишет "нет описания", но когда у тебя таких заявок много становится сложно с ними управляться.
Можете пояснить подробнее, спасибо.
Да, я имел в виду, в описании поля по умолчанию написать «Без темы». В дополнении если требуется закрыть такое обращение, (автоматически), можно написать DB Rule если тема = «Без темы», то прописать стандартные шаги закрытия.
Это жестокий метод на самом деле, т.к. привычку не формулировать свои проблемы вырабатываются на уровне сознания, поэтому исправить это можно либо на уровне управления, сказать если в теме будет пусто, то подобные обращения будут закрываться автоматически, то пользователи обязательно придумают, что-то другое. Начнут писать (проблема), (письмо), (текст), (что-то еще). Второй вариант искоренения данной проблемы на уровне ИТ специалистов, например:
Берем одну группу, в которую больше всего пишут проблем с пустой темой, и начинаем работать с обратной связью над пользователем. Меняем формулировки решения, меняем формулировки запроса доп. Информации, добавляет слова благодарности и дописываем текста в подпись группы. Со временем на подсознании, у пользователей изменится стилистика обращения т.к. решения и обращение к ним поменяется, сл-но они сами начнут формулировать свои проблемы более детально, только еще раз повторю, нужно это делать начиная с самой большой группы которая решает много проблем при условии, что именно в эту группу больше всего падают такие обращения.
Если пытаться решать эту проблему на уровне системы, то самый простой способ это обязать специалистов обрабатывающие входящую почту изменять тему письма перед тем как направить его на исполнителей.
Цитата
Григорий Ненашев пишет:
Да, я имел в виду, в описании поля по умолчанию написать «Без темы». В дополнении если требуется закрыть такое обращение, (автоматически), можно написать DB Rule если тема = «Без темы», то прописать стандартные шаги закрытия.

Это жестокий метод на самом деле, т.к. привычку не формулировать свои проблемы вырабатываются на уровне сознания, поэтому исправить это можно либо на уровне управления, сказать если в теме будет пусто, то подобные обращения будут закрываться автоматически, то пользователи обязательно придумают, что-то другое. Начнут писать (проблема), (письмо), (текст), (что-то еще). Второй вариант искоренения данной проблемы на уровне ИТ специалистов, например:

Берем одну группу, в которую больше всего пишут проблем с пустой темой, и начинаем работать с обратной связью над пользователем. Меняем формулировки решения, меняем формулировки запроса доп. Информации, добавляет слова благодарности и дописываем текста в подпись группы. Со временем на подсознании, у пользователей изменится стилистика обращения т.к. решения и обращение к ним поменяется, сл-но они сами начнут формулировать свои проблемы более детально, только еще раз повторю, нужно это делать начиная с самой большой группы которая решает много проблем при условии, что именно в эту группу больше всего падают такие обращения.

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



Спасибо за развернутый ответ.
Я как раз к таким выводам уже и пришел, но хотелось получить ответ от более опытных людей, спасибо.
Вариант с формами будем прорабатывать.
Цитата
Дмитрий Ланцов пишет:
Спасибо за развернутый ответ. Я как раз к таким выводам уже и пришел, но хотелось получить ответ от более опытных людей, спасибо. Вариант с формами будем прорабатывать.


Можно уточнить, а какой % обращений поступает в систему с пустой темой (абсолютно с пустой)?
Страницы: 1

Сегодня были (гостей: 1, пользователей: 0, из них скрытых: 0)