지원 팀 리더는 묻습니다: 지금 당장 무엇에 주의를 기울여야 하는가?

위험한 구현 방식은 AI 어시스턴트에게 가공되지 않은 티켓 테이블(raw ticket tables)을 그대로 제공하는 것입니다.

해당 테이블에는 이름, 이메일, 내부 메모, 복사된 로그, 첨부 파일, 보안 세부 정보, 그리고 때로는 그곳에 붙여넣어서는 안 되었을 비밀 정보(secrets)까지 포함되어 있습니다.

유용한 워크플로(workflow)는 더 적은 정보를 반환합니다.

제어된 요약(governed summary)부터 시작하세요:

• 기한 초과 건수 (overdue count)
• 미할당 건수 (unassigned count)
• 재오픈 건수 (reopened count)
• 경과 시간대 (age bands)
• 승인된 긴급도 카테고리 (approved urgency categories)
• 데이터 최신성 (data freshness)

그다음 단계별 상세 탐색(drill-down)을 점진적으로 진행하세요:

1. 집계된 요약 (aggregate summary)
2. 티켓 ID와 제어된 필드(controlled fields)를 포함한 제한된 작업 목록 (bounded worklist)
3. 개별적으로 권한이 부여되고 비식별화된(redacted) 단일 케이스에 대한 상세 정보

각각의 확장 단계는 새로운 정책 결정(policy decision)입니다.

테넌트(tenant) 및 큐(queue) 범위는 인증된 컨텍스트(authenticated context) 내에 유지하세요. 지표 정의(metric definitions)는 승인된 뷰(views) 또는 시맨틱 레이어(semantic layer)에 유지하세요. 가공되지 않은 메모, 연락처 세부 정보, 첨부 파일 및 제한 없는 자유 형식 텍스트(unrestricted free text)는 첫 번째 결과값에서 제외하세요.

그리고 분석(analysis)과 실행(action)을 분리하세요.

담당자가 필요한 티켓 5개를 식별하는 도구가 해당 티켓을 할당하거나, 답장을 보내거나, 케이스를 종료할 권한을 자동으로 가져서는 안 됩니다. 이러한 작업들은 검증(validation), 멱등성(idempotency), 그리고 필요한 경우 승인(approval)이 수반되는 별개의 작업입니다.

목표는 받은 편지함(inbox)을 노출하는 것이 아닙니다.

팀이 행동하는 데 도움이 되는 가장 작은 의사결정 신호(decision signal)를 노출하는 것입니다.

전체 워크플로: ChatGPT database query for support triage