티켓에 이메일: 공유 inbox를 은퇴, 주소를 유지
사용자는 항상 이메일 지원 - 그 습관은 모든 포털을 구축했습니다. 문제는 이메일이 아닙니다. 그것은 요청이 읽고 잊어 버린, 두 기술자는 같은 메시지를 대답하고 아무것도 기록이기 때문에 아무것도 측정되지 않습니다. Monitic의 전자 메일은 사용자가 이미 알고있는 주소를 유지하고 서비스 데스크와 함께 inbox를 대체합니다. 모든 인바운드 메시지는 소유자, 상태 및 시계가있는 구조화 된 티켓이됩니다. 사용자 경험은 변경하지 않습니다. 그 뒤에 모든 것.
인바운드 우편함 ingestion
Monitic 및 ingestion에서 지원 메일 박스를 포인트하십시오. 인바운드 메일은 티켓 기록에 보존 된 메시지 내용과 함께 티켓을 자동으로 선택하여 변환됩니다. 인간을 위해 기다리지 않고 4 명의 사람들이 기술적으로 시계를 볼 수있는 메일 박스에 읽지 않은 메시지 만 존재하지 않습니다. 티켓은 책상에서 일반 티켓이기 때문에, 모든 queue 제안에서 즉시 혜택을 - ticket Automation 카테고리, 노선 및 도착에 할당, 및 SLA 관리은 해당 시계를 시작으로 순간 누군가가 우편을 읽는 것보다는 존재합니다.
사람 첫번째 발송인 해결책
알 수없는 문자의 티켓은 반 표입니다. Monitic은 inbound senders 인사를 먼저 해결합니다. 전송 주소는 다른 모든 직원 레코드에 대해 일치하므로 알려진 직원의 메시지는 이미 누구에게도 묶은 티켓으로 도착합니다. 기술자는 요청자가 시작되며, 조사에 대한 이메일 주소가 아닙니다. 요청자 ID는 요청자 유형 인식 처리 (/platform/service-desk/request-fulfillment/)에 따라 내부 인력이 청구 가능한 고객 작업에서 작업하는 것을 정확히 파악하는 것입니다.
한 표에 한 대화를 유지 하는 대답 스레드
이메일 기반 지원의 고전적인 실패는 파편입니다: 사용자의 응답은 두 번째 표가되고, 각 이야기의 일부가 말하는 기록의 대화 쉐이터입니다. Monitic 스레드는 기존의 티켓으로 replies하므로 전체 역사와 함께 한 곳에서 축적됩니다. 하나의 문제, 하나의 기록, 하나의 해상도 - 그러나 많은 메시지가 걸립니다. 그리고 다른 모든 것과 동일한 책상에서 전자 메일로 전송 된 티켓이 시작되기 때문에, 그들은 티켓에 설명 된 동일한 장치 링크 된 컨텍스트를 수행, 같은 에이전트에 의해 출력 엔드 포인트 관리.
작업
- 티켓 - 이메일 티켓은 전체 티켓, 장치 컨텍스트가 포함되어 있습니다.
- Ticket Automation - 도착시 인바운드 메일을 할당합니다.
- SLA 관리 - 티켓이 생성될 때 시계 시작, 메일이 읽을 때.
- Endpoint Management - 모든 연결된 티켓의 실시간 장치 데이터.
자주 묻는 질문
사용자가 지원에 연락하는 방법을 변경해야 합니까?
이름 * 그들은 같은 주소를 이메일로 보냅니다. Ingestion은 장면 뒤에 표로 그들의 메시지를 변환합니다 - 변경은 당신을 위해 그들과 구조상에 보이지 않습니다.
Monitic은 이메일 전송을 알고 있습니까?
Sender Resolution은 인력 우선입니다. 인바운드 주소는 인력 레코드와 일치하므로 알려진 사람들로부터 메일은 익명 주소로 이미 식별 된 사용자와 티켓으로 도착합니다.
사용자가 기존 티켓에 답할 때 어떤 일이 발생합니까?
대답은 원래 표에 실을 뀁니다. 이 대화는 전체 역사와 함께 한 기록에 머물며 - 모든 응답에 의해 스팸없는 티켓.
###는 플랫폼에 포함 된 이메일 티켓입니까?
예. 서비스 데스크 안에 발송합니다. Per-endpoint 계획은 per-technician 수수료가 없습니다. pricing을 참조하십시오.