지원 분류는 대부분의 팀이 구축하지 않은 최고의 첫 번째 에이전트입니다.

지원 대기열은 하나의 이름을 지닌 두 가지 작업입니다. 하나는 수집입니다. 어떤 고객인지, 무엇을 실행하고 있는지, 최근에 변경된 사항은 무엇인지, 이전에 본 것과 유사한지 알아내는 것입니다. 다른 하나는 해결입니다.

첫 번째 직업은 경과시간이 대부분이고 전문지식은 거의 없습니다. 이러한 비대칭성이 분류를 좋은 첫 번째 수단으로 만드는 이유입니다.

상담원이 해야 할 일

들어오는 문제를 읽고 고객의 구성, 지역, 계정의 최근 변경 사항, 유사한 과거 티켓 및 관련 런북 섹션 등 엔지니어가 직접 수집했을 컨텍스트를 조립합니다.

제안된 분류와 시작 가설의 초안을 작성하고, 출처를 첨부합니다.

그런 다음 멈추고 사람에게 채워진 티켓을 건네줍니다.

하지 말아야 할 것

티켓을 닫습니다. 문제가 문제가 아니라고 결정하십시오. 중간에 사람 없이 고객에게 연락하세요. 고객의 시스템에 따라 조치를 취하십시오.

이는 기능 제한이 아닙니다. 여기에는 책임이 있어야 하는 부분이 있으며, 이를 넘어서는 상담원은 엔지니어가 포착하는 실패가 아니라 고객이 직접 경험하는 실패를 만들어냅니다.

경계가 유지되는 이유

측정 가능한 이점은 엔지니어가 빈 티켓 대신 채워진 티켓에서 시작한다는 것입니다. 이를 통해 모든 문제에 대해 실제 시간을 절약하고 대기열 전체를 복잡하게 만들 수 있습니다.

에이전트가 준비가 아닌 해결을 시작하는 순간 모든 출력은 신중한 검토가 필요합니다. 어느 해결 방법이 잘못된 것인지 예측할 수 없기 때문입니다. 그 시점에서 시간은 사라지지 않고 이동했으며 프로그램은 조용히 자체 비용 지불을 중단합니다.

계측 대상

도착부터 첫 번째 엔지니어 조치까지의 시간으로, 에이전트가 실제로 이동한 숫자입니다.

재작업률: 엔지니어가 조립된 컨텍스트를 구축하는 대신 폐기하는 빈도입니다. 이 값이 높으면 모델이 아니라 검색이 잘못된 것입니다.

일반 AI 회선이 아닌 상담원에게 귀속되는 티켓당 비용이므로 그 가치는 계획 회의에서 논의될 수 있습니다.

성공과 별도로 재시도합니다. 중간에 실패하고 다시 시작된 분류 에이전트는 티켓 하나에 대해 두 번 청구하기 때문입니다.

계획할 가치가 있는 실패

확실히 잘못된 문맥입니다. 에이전트는 오래된 구성 세부 정보를 첨부하고 엔지니어는 이를 합리적으로 신뢰하며 진단은 옆으로 진행됩니다.

완화는 에이전트가 첨부하는 모든 것에 대한 출처와 에이전트가 인용한 소스가 실제로 주장한 내용을 뒷받침하는지 여부를 평가하는 기준입니다. 불확실성을 표시하는 상담원은 데모에서는 덜 인상적이지만 대기열에서는 훨씬 더 유용합니다.

현실적인 출시

전체 대기열이 아닌 하나의 제품 영역입니다. IT가 아닌 지원 측의 지정 소유자입니다. 지난 분기 실제 티켓을 기준으로 작성된 평가 기준입니다. 막는 예산. 점수가 흥미로워지지 않을 때 확대하세요. 이는 일반적으로 누군가가 계획한 것보다 오래 걸리며 점수를 유지하는 부분입니다.

다음

에이전트 오케스트레이션 시스템 페이지에서는 소유권, 귀속, 정책 및 평가를 다룹니다. 일반적인 대기열이 아닌 자신의 대기열에 대해 논의하려면 데모를 예약하세요.