고객 지원 팀을 위한 미디어 압축

유용한 지원 첨부 파일은 질문에 답합니다. 문제 발생 전 상태, 이를 유발한 동작, 그리고 결과를 보여줍니다. 고객의 전체 데스크톱을 녹화한 300MB 영상은 증거를 더 많이 추가하지 않아도 프라이버시 위험과 검토 작업을 늘립니다.

지원 워크플로우는 세 사람을 위해 작동해야 합니다. 파일을 업로드하거나 받는 고객, 빠른 컨텍스트가 필요한 에이전트, 정확한 세부 정보가 필요할 수 있는 엔지니어입니다. 압축은 보고의 강도를 약화시키지 않으면서 해당 경로를 단축해야 합니다.

티켓에 필요한 증거 결정

문제를 입증할 수 있는 가장 작은 증거 유형을 사용하세요.

질문	최적의 시작 증거
어떤 오류가 나타났나요?	잘라낸 PNG와 정확한 오류 텍스트
어떤 상호작용이 원인이었나요?	하나의 재현 가능한 경로를 보여주는 짧은 MP4
애니메이션이나 로딩 상태가 깜빡이나요?	매우 짧은 MP4 또는 정지된 GIF 루프
생성된 문서가 잘못된가요?	PDF의 원본 또는 승인된 사본과 영향받는 페이지 번호
출력이 시각적으로 저하되었나요?	원본 샘플과 영향받는 출력물, 둘 다 다시 저장하지 않음
문제가 간헐적이거나 환경에 특이한가요?	작성된 단계, 타임스탬프, 버전 및 환경 세부 정보, 그 후 대상 미디어

기본값으로 영상을 요청하지 마세요. 작성된 단계와 스크린샷 한 장이 검색, 번역, 민감 정보 삭제, 비교하기 더 쉽습니다. 시퀀스, 타이밍, 동작, 상태 전환이 문제의 일부일 때만 녹화를 요청하세요.

로그, 크래시 덤프, 데이터베이스 내보내기, 구조화된 진단 정보는 승인된 워크플로우에 보관하세요. 이를 스크린샷으로 변환하면 엔지니어가 필요로 하는 세부 정보가 사라지고 주변 데이터가 더 많이 노출될 수 있습니다.

에이전트와 엔지니어가 열 수 있는 형식 선택

• PNG: 텍스트, 평면 색상, 투명도가 있는 UI 스크린샷.
• JPEG: 카메라 사진 및 사진적 장면; 스크린샷 레이블이 흐려질 때는 피하세요.
• H.264 MP4: 브라우저 친화적인 화면 녹화. MOV 확장자만으로는 모든 지원 브라우저가 코덱을 디코딩할 수 있음을 보장하지 않습니다.
• GIF: 아주 작고 정지된 루프만 사용하세요. 비효율적이며 오디오와 색상을 잃습니다.
• PDF: 페이지 나누기, 검색 가능한 텍스트, 양식, 서명, 레이아웃이 문제의 일부일 때 유지하세요.

고객이 제공한 미디어 안전하게 준비

고객 첨부 파일에는 식별자, 메시지, 자격 증명, 금융 세부 정보 또는 기타 제한된 데이터가 포함되어 있을 수 있습니다. 승인된 수집, 저장, 접근, 보존, 삭제 규칙을 따르세요. 로컬 처리만으로는 워크플로우가 규정 준수되지 않습니다.

티켓의 허용된 대상 외부로 증거를 공유하기 전에:

1. 받은 파일을 보존하고 승인된 작업 사본만 변환합니다.
2. 관련 없는 영상을 잘라내고 컨텍스트가 살아있을 때만 잘라냅니다.
3. 승인된 민감 정보 삭제를 사용합니다. 한 프레임 위의 도형이 나중에 나타나는 프레임, 메타데이터, 오디오, 썸네일을 모두 가리지 않을 수 있습니다.
4. 필요한 경우 파일명에서 식별자를 제거하고 변경 사항을 문서화합니다.

고객 미디어를 승인되지 않은 온라인 압축기에 업로드하지 마세요. 이는 지원 플랫폼 외부에서 새로운 처리, 전송, 보존 질문을 생성합니다.

진단 세부 정보를 파괴하지 않고 압축

증상에 맞게 품질을 맞추세요. UI는 읽을 수 있는 레이블을, 렌더링 버그는 그라데이션과 투명도를, 타이밍 결함은 소스 프레임 레이트를, 소리 문제는 명확한 오디오를, PDF 문제는 문서 구조를 보존합니다.

먼저 잘라내고, 소스 데스크톱이 유용한 애플리케이션 영역보다 훨씬 클 때만 크기를 조정하세요. 크기 제한으로 인해 텍스트가 가독성 이하로 떨어지면 녹화를 논리적 단계로 나누거나 승인된 제한 링크를 사용하세요. 아무도 오류를 읽을 수 없다면 성공적인 업로드도 유용한 보고가 아닙니다.

결함이 인코딩 또는 미디어 생성과 관련될 수 있다면 소스를 보존하세요. 유일한 깨진 출력을 다시 압축하면 엔지니어가 진단해야 하는 아티팩트가 변경될 수 있습니다.

반복 가능한 지원에서 엔지니어링으로의 인수

미디어와 작성된 컨텍스트를 함께 유지하는 인수 템플릿을 만드세요.

• 티켓 ID, 제품 버전, 환경, 장치
• 기대 결과, 실제 결과, 최소 재현 단계
• 관련 첨부 파일 타임스탬프
• 사본이 고객 제공, 민감 정보 삭제, 또는 압축 여부
• 접근 제한, 보존 요구사항, 승인된 소스 링크

전달용 사본은 고객 이름이 아닌 티켓과 용도로 이름 지으세요. “UI 스크린샷”, “짧은 재현 영상”, “고객 PDF 검토”에 대해 일관된 프리셋을 사용하되, 일괄 처리 전에 출력을 샘플링하세요. 프리셋은 시작 규칙이지 증거가 생존했음을 증명하는 것은 아닙니다.

Jira Service Management의 관리자는 첨부 파일 제한, 권한, 고객 접근 동작을 변경할 수 있습니다. Atlassian는 보안된 첨부 파일 링크가 링크를 가진 모든 사람에게 기밀 또는 개인 정보를 노출할 수 있으므로 신중할 것을 권장합니다 . 벤더 전체 기본값을 가정하지 말고 실제 프로젝트 구성을 확인하세요.

고객과 에이전트 경험 검증

티켓의 양쪽에서 첨부 파일을 검토하세요.

• 에이전트가 재생, 시크, 확대, 다운로드할 수 있는지 확인합니다.
• 고객이 의도한 첨부 파일과 댓글만 보는지 확인합니다.
• 알림 이메일에 미디어가 임베드되어 있는지, 링크로 대체되는지, 파일명이 노출되는지 확인합니다.
• 지원 팀이 사용하는 브라우저에서 파일을 엽니다.
• 영상 전체 기간과 PDF 페이지 전반에 걸쳐 모든 민감 정보 삭제를 검증합니다.
• 엔지니어가 다른 사본에 접근하지 않고도 가장 작은 유용한 세부 정보를 읽을 수 있는지 확인합니다.
• 인수가 승인된 후 정책대로 임시 작업 사본을 제거합니다.

자막이나 트랜스크립트가 필요한 경우 생성하고 검토하세요. 오류 코드, 제품명, 기술 용어는 일반적으로 잘못 전사되므로 티켓에 텍스트로도 포함되어야 합니다.

GetCompress가 지원 운영에 적합한 경우

시스템 자체의 녹음기는 에이전트가 만든 짧은 클립에는 충분하며, 증거에 신중한 민감 정보 삭제가 필요할 때는 편집기가 적합합니다. 지원 팀이 서로 다른 티켓 제한을 위해 스크린샷, PDF, MOV, MP4, GIF 증거를 반복적으로 준비할 때 GetCompress가 더 적합합니다. 첨부 파일 전에 로컬에서 잘라내고, 미리보고, 일괄 처리하며, 영상의 목표 크기를 설정할 수 있습니다.

GetCompress와 관리된 소스 레코드, 승인된 민감 정보 삭제, 진단 도구, 권한, 보존 규칙의 역할은 다릅니다. 변환된 사본을 명확히 표시하고 에이전트 뷰와 고객 뷰 모두에서 검증하세요.