고객 지원 가이드를 스크린샷으로 만드는 방법

가장 좋은 지원 문서는 지원 티켓에서 시작합니다. 같은 질문이 일주일에 세 번 들어온다면, 스크린샷 가이드는 네 번째 질문에 텍스트 답변보다 빠르게 응답하고 모든 상담원에게 같은 답변을 제공합니다.

이 글은 해결된 티켓을 가이드로 만들고, Mac에서 Temposhot으로 스크린샷을 만든 다음, 결과물을 지원팀에 전달하는 방법을 설명합니다.

해결된 고객 문제 하나 선택

이미 해결되었고 해결 방법을 신뢰할 수 있는 티켓을 고릅니다. 원인이 아직 불분명한 상태에서 가이드를 쓰면, 그 추측이 가이드를 읽는 모든 고객에게 전달됩니다.

적합한 후보는 다음 세 가지 특징을 가집니다.

• 문의한 고객 대부분에게 해결 방법이 같음
• 단계가 세 개보다 많거나 찾기 어려운 컨트롤이 관련됨
• 상담원이 현재 저마다 다른 방식으로 자유 텍스트로 설명함

가이드 제목에는 고객이 쓰는 표현을 그대로 사용합니다. "내 계정의 이메일 변경"은 사람들이 검색창에 입력하는 표현과 일치하지만, "계정 이메일 관리"는 일치하지 않습니다.

후보 티켓 점수 매기기

후보 티켓별로 최근 30일 동안의 건수를 세고, 해결 방법의 단계 수도 셉니다. 건수와 단계 수를 함께 보고 순서를 정합니다. 한 달에 11번 들어오고 해결 단계가 4개인 문제는, 단계가 12개인 드문 문제보다 더 많은 답변 작성을 줄입니다.

결제 이메일 변경 가이드는 건수가 가장 많고 단계가 명확하므로 우선합니다. 2단계 인증 재설정도 자주 문의되지만, 지원 정책이 정의한 본인 확인 절차에 의존합니다. 이 가이드는 정책 담당자와 함께 작성해서, 고객이 정책 절차를 거치도록 안내하고 그 절차를 건너뛰지 않게 합니다.

기능 담당자와 해결 방법 확인

티켓의 해결 방법은 임시 우회 방법일 수 있습니다. 녹화 전에 해당 기능의 담당자에게 단계가 공식 지원 경로인지 확인받습니다. 확인한 담당자의 이름과 날짜를 가이드의 owner 필드에 기록합니다. 릴리스 후 우회 방법이 동작하지 않으면 보고할 담당자가 명확합니다. 담당자가 단계를 확인해 주지 않으면, 티켓을 지원 리드에게 열어 두고 가이드는 게재하지 않습니다.

가이드 적용 범위 정의

한 요금제에서는 맞고 다른 요금제에서는 틀린 가이드는 새로운 티켓을 만듭니다. 문서 상단에 한두 줄로 적용 범위를 적습니다.

• 단계가 유효한 요금제 또는 계정 유형
• 플랫폼: 웹, 데스크톱 앱, 모바일 앱
• 필요한 역할, 예: 계정 소유자 또는 관리자
• 고객이 미리 준비해야 할 항목, 예: 주문 번호

플랫폼마다 단계가 다르면, 모든 페이지에 분기를 넣은 가이드 하나 대신 가이드 두 개를 작성합니다.

웹과 모바일 가이드를 따로 작성

결제 이메일 필드는 웹 앱에서 Account 아래에 있고, 모바일 앱에서는 Profile 아래에 있습니다. 두 경로를 함께 담은 가이드 하나는 독자가 모든 페이지에서 분기를 훑어보게 만듭니다. 같은 제목 기반으로 "결제 이메일 변경(웹)"과 "결제 이메일 변경(모바일)" 두 가이드를 작성합니다.

각 가이드의 적용 범위 블록에는 플랫폼을 명시합니다. 상담원은 첫 답변에서 올바른 가이드를 보낼 수 있고, 고객은 잘못된 경로로 시작하지 않습니다.

적용 범위를 표로 작성

문장으로 된 적용 범위는 쉽게 지나치게 됩니다. 가이드 상단의 짧은 표는 각 조건을 눈에 띄게 만듭니다. 아래 예시는 결제 이메일 가이드를 다룹니다. 마지막 행은 이 가이드를 잘못 사용하는 가장 흔한 경우를 제외합니다.

각 행은 상담원이 첫 답변에서 물어볼 질문에 답합니다. "적용 제외" 행이 가장 중요합니다. 이 행을 읽은 고객은 첫 단계 전에 멈추고, 상담원은 올바른 계정 유형이 이미 적힌 티켓을 받습니다.

테스트 데이터로 해결 방법 재현

직원 계정의 스크린샷에는 고객이 갖지 않은 메뉴가 나타납니다. 실제 고객 계정의 스크린샷에는 고객의 데이터가 나타납니다. 같은 요금제의 테스트 계정을 사용하고, 이름은 "Sample Customer", 이메일 도메인은 예시 도메인으로 설정합니다.

1. Action Capture 시작

   Command+3를 누르고 Start Action Capture를 선택한 다음, 브라우저 또는 앱에 대해 Specific Window를 선택합니다.

2. 고객이 시작하는 지점에서 시작

   로그인 후 고객이 보는 화면에서 시작합니다. 직원만 아는 딥링크에서 시작하지 않습니다.

3. 해결 방법 수행

   각 단계의 클릭을 차례로 수행합니다. 인식된 클릭마다 해당 클릭 직전의 창이 저장됩니다.

4. 녹화 마치기

   플로팅 툴바에서 Finish capture를 선택합니다. Document가 편집기에서 열리며 단계마다 한 페이지가 생깁니다.

Configure에서 Parse clicked elements를 켜면, 페이지 제목이 컨트롤의 레이블이 채워진 Click "[[element-name]]" 형식으로 시작합니다. Action Capture 가이드에 설정 항목이 정리되어 있습니다.

티켓을 테스트 스크립트로 사용

티켓 대화는 테스트 스크립트 역할을 합니다. 고객이 설명한 동작 순서를 실패한 시도까지 포함해서 복사합니다. 티켓에 나타난 실패한 시도는 보통 경고가 필요한 단계를 표시합니다. 경고는 그 단계 뒤가 아니라 앞 페이지에 추가해서, 독자가 클릭 전에 경고를 보게 합니다.

테스트 계정 준비

해결 방법은 티켓이 설명하는 계정 상태에서 동작해야 합니다. 처리 대기 중인 인보이스에 의존하는 변경은 새 계정에서 실패하므로, 녹화 전에 상태를 미리 만들어 둡니다. 아래 체크리스트는 흔히 빠지는 항목을 다룹니다.

첫 실행 전에 확대율을 확인합니다. 110퍼센트 확대율로 녹화한 가이드를 100퍼센트에서 읽으면 컨트롤 위치가 달라지고, 독자가 스크린샷을 화면과 맞출 수 없습니다.

오류 경로 녹화

일부 티켓은 오류에서 시작합니다. 고객이 오류를 보는 시점에 테스트 계정에서 오류를 한 번 녹화합니다. 해당 페이지의 설명에 정확한 오류 텍스트를 적고, 해결 방법은 다음 페이지에 둡니다. 같은 오류를 본 독자는 시작하기 전에 자신이 올바른 가이드에 있는지 확인할 수 있습니다.

해결 방법이 짧더라도 오류 페이지를 가이드에 유지합니다. 상담원은 오류 텍스트로 검색하므로, 설명에 텍스트가 있는 페이지가 스크린샷만 있는 페이지보다 찾기 쉽습니다.

중요한 단축키 녹화

녹화 자체는 몇 개의 키로 진행됩니다. 아래 단축키는 녹화와 편집을 다룹니다.

캡처 결정 지점과 체크포인트

대부분의 지원 해결 방법에는 고객이 선택해야 하는 순간이 있습니다. 드롭다운에서 옵션을 고르거나 설정에서 탭을 고르는 순간입니다. 그 순간에 별도의 페이지를 주고, 설명에 선택 항목을 명시합니다.

로딩 상태나 확인 배너처럼 클릭 없이 나타나는 화면도 있습니다. 이런 화면은 Shift+Command+2(수동 캡처 단축키)를 누르거나 Capture now를 선택해 저장합니다. 이 체크포인트가 없는 가이드에서 고객은 마지막 클릭이 동작했는지 확신하지 못합니다.

선택 항목을 페이지에 명시

결정 페이지에는 화면에 표시된 옵션 이름과, 그 옵션이 맞는 조건이 필요합니다. 아래 표는 흔한 문구 문제를 정리합니다. 왼쪽 열의 규칙은 모든 결정 페이지에 적용됩니다.

대기 상태 캡처

고객은 스피너나 "Processing" 레이블에서 멈춘 뒤 다시 클릭하는 경우가 많습니다. 대기 상태를 별도의 페이지로 캡처하고, 대기 시간과 하지 말아야 할 행동을 설명에 적습니다. 예를 들어 "Processing은 보통 1분 이내에 완료됩니다. 이 레이블이 표시되는 동안에는 Save를 다시 선택하지 않습니다."라고 적습니다.

이메일을 보내거나 배경에서 값을 바꾸는 단계에도 같은 규칙을 적용합니다. 예상 지연 시간을 페이지 설명에 적어서, 고객이 언제 기다리기를 멈춰야 하는지 알게 합니다.

긴 드롭다운 목록 처리

약 10개가 넘는 옵션이 있는 드롭다운은 읽을 수 있는 크기로 한 장의 스크린샷에 담기지 않습니다. 목표 옵션이 보이도록 목록을 연 상태로 캡처하고, 선택 후의 필드를 보여 주는 페이지를 추가합니다. 첫 페이지 제목에는 옵션 이름을, 두 번째 페이지 제목에는 결과를 적습니다.

독자가 목록을 직접 스크롤할 것으로 기대하지 않습니다. 옵션이 보이는 영역 아래에 있으면 해당 옵션이 남도록 Framing 자르기를 사용하고, 설명에 "Annual까지 스크롤(아래에서 네 번째 옵션)"처럼 적습니다.

고객의 다음 동작을 기준으로 각 단계 작성

파싱된 각 제목을 동사로 시작해서, 고객이 할 일을 말하도록 고쳐 씁니다.

파싱된 제목	수정된 제목
Click "Settings"	Settings 열기
Click "Email"	Email 필드 선택
Click here	새 요금제 선택

Framing(F)과 Focus on action을 사용해 컨트롤을 확대합니다. 노트북 화면의 독자에게는 Balanced 또는 Close면 보통 맥락이 충분히 남습니다. 실수로 클릭해서 생긴 페이지는 Pages 패널에서 삭제합니다.

레이블이 아닌 결과를 제목에 적음

파싱된 제목은 컨트롤의 레이블을 그대로 복사합니다. "OK"나 "Submit" 같은 레이블은 결과를 설명하지 않습니다. 클릭이 하는 일을 제목에 씁니다. 예를 들어 "Save를 선택해 새 이메일 적용"처럼 씁니다. 고객은 클릭 전에 무엇이 바뀌는지 알 수 있습니다.

각 제목을 해당 화면과 대조합니다. 제목이 가리키는 결과를 다음 페이지가 보여 주지 않으면, 그 단계에 체크포인트가 빠진 것입니다.

단계마다 동작 하나만 유지

"Account를 열고, Email을 선택하고, 주소를 입력" 같은 단계는 세 개의 동작을 하나로 묶어 숨깁니다. 두 번째 동작에서 실패한 독자는 가리킬 페이지가 없습니다. 이 단계를 Account 열기, Email 선택, 주소 입력의 세 단계로 나눕니다. 그러면 각 단계에 스크린샷 하나와 그 내용에 맞는 제목 하나가 생깁니다.

예외가 하나 있습니다. 주소 입력과 Return 키 누르기처럼 화면이 하나의 단위로 다루는 두 동작은, 결과가 한 페이지이면 한 단계에 담을 수 있습니다. 제목에 두 동작을 모두 씁니다. 예: "주소를 입력하고 Return 누르기".

명확한 성공 확인 추가

가이드의 마지막에는 해결이 완료되었을 때 고객이 보는 화면을 둡니다. 배너, 갱신된 값, 확인 이메일 중 하나입니다. 그 화면을 캡처하고, "Account 아래에 새 이메일이 표시됨"처럼 결과로 제목을 붙입니다.

성공 확인이 없으면 고객은 단계를 반복하거나, 완료 여부를 확인하려고 티켓을 엽니다.

완성된 가이드의 페이지 순서

아래 흐름은 결제 이메일 가이드의 페이지 순서를 보여 줍니다. 각 상자는 Document의 한 페이지이고, 화살표는 독자가 따르는 순서입니다.

성공 확인은 에스컬레이션 페이지 바로 앞의 마지막 페이지입니다. 배너를 확인한 고객은 거기서 멈춥니다. 배너를 보지 못한 고객은 멈춘 화면과 함께 에스컬레이션 페이지에 도달합니다.

에스컬레이션 조건과 증거 추가

가이드가 더 이상 도움이 되지 않고 고객이 지원팀에 연락해야 하는 시점을 명시합니다. 관찰 가능한 조건으로 설명합니다. 예: 오류 메시지, 보이지 않는 버튼, 바뀌지 않은 청구 금액.

상담원이 질문하지 않아도 되도록 고객이 보낼 정보를 알려 줍니다. 오류 텍스트, 발생 시간, 멈춘 화면의 스크린샷입니다. 전송하기 전에 비밀번호와 카드 번호를 지우도록 요청합니다.

에스컬레이션 블록 작성

에스컬레이션을 받은 상담원은 질문 없이 다섯 가지 정보가 필요합니다. 계정 식별자, 요금제, 플랫폼, 정확한 오류 텍스트, 시간대가 포함된 발생 시간입니다. 이 정보를 가이드 끝의 고정 블록에 둡니다. 고객은 블록을 메시지에 복사하고, 상담원의 첫 답변은 문제를 바로 다룰 수 있습니다.

가이드 효과 측정

가이드 게재 후 2주 동안 같은 문제의 티켓 수를 셉니다. 아래 예시는 자유 텍스트 답변을 대체한 결제 이메일 가이드의 결과입니다.

오류가 있던 나머지 티켓은 에스컬레이션 페이지로 이동했고, 그 덕분에 답변이 짧아졌습니다. 오류 텍스트가 없었다면 상담원이 이를 요청했을 것이고, 스레드에 답변이 하나 더 늘었을 것입니다.

에스컬레이션은 제품이 아니라 가이드의 빈틈을 보여 주므로 따로 집계합니다. 각 에스컬레이션은 티켓 발생 후 일주일 안에 검토합니다. 가이드로 답할 수 있었던 답변은 다시 쓸 페이지이고, 가이드로 답할 수 없었던 답변은 새로운 적용 범위 항목입니다.

게재 전 개인정보 가리기

가리기는 가이드가 도움말 센터에 올라가기 전의 마지막 편집입니다. 아래 순서를 따르면 편집기 화면이 아니라 각 페이지의 내보내기 크기를 기준으로 점검합니다.

새로운 독자로 가이드 테스트

내보낸 가이드를 작성자가 아닌 사람에게, 가능하면 새로 온 상담원에게 주고, 테스트 계정에서 도움 없이 해결을 완료하도록 요청합니다. 독자가 하는 질문마다 다시 써야 할 페이지가 하나씩 표시됩니다.

그다음 게재합니다. Temposhot은 호스팅 페이지나 임베드를 제공하지 않으므로, 목적지에 따라 내보냅니다. 도움말 센터 기사에는 PNG 또는 WebP 페이지를, 이메일 첨부에는 Export PDF를 사용합니다. Documents 내보내기 가이드에 형식이 정리되어 있습니다. 두 방식의 선택은 PDF 가이드와 온라인 지식 베이스 비교를 참고합니다.

독자 테스트 시간 기록

독자 테스트는 고객 세션과 같은 방식으로 기록합니다. 각 멈춤 지점의 시간을 적습니다. 한 페이지에서 오래 멈추면 제목이나 결정 지점에 손볼 부분이 있다는 뜻입니다.

결정 페이지를 먼저 다시 씁니다. 예시에서 질문은 새 이메일이 기존 이메일을 즉시 대체하는지였습니다. 그 답을 결정 페이지 설명에 넣었고, 다음 독자는 그 지점에서 멈추지 않았습니다.

독자의 조건 맞추기

독자에게 가이드가 가정하는 것과 같은 브라우저 확대율, 창 크기, 계정 상태를 제공합니다. 더 작은 창을 쓰는 독자는 다른 레이아웃을 보게 되어 첫 스크린샷과 맞출 수 없습니다. 이 경우 테스트는 가이드가 고칠 수 있는 이유로 실패합니다. 레이아웃이 창 크기에 의존하면 적용 범위 블록에 창 크기를 적습니다.

도움말 센터용 가이드 정리

각 가이드는 고객이 쓰는 표현을 따른 폴더에 저장합니다. 그러면 폴더 이름이 독자가 검색창에 입력하는 말과 일치합니다. PNG 페이지는 원본 PDF와 같은 폴더에 둡니다. 두 파일을 함께 교체하기 쉽습니다.

PNG 파일 이름에 단계 번호를 붙입니다. 그러면 Finder에서 폴더를 열 때 페이지가 읽는 순서대로 정렬됩니다.

자주 묻는 질문

지원 가이드에는 몇 단계가 필요한가요?

해결 방법에 필요한 만큼이며, 단계마다 동작은 하나입니다. 가이드가 약 10단계를 넘으면 두 가지 문제를 함께 다루고 있는지 확인합니다.

지원 가이드에 실제 고객 스크린샷을 써야 하나요?

아니요. 테스트 계정으로 해결 방법을 재현합니다. 실제 고객 스크린샷에는 개인 데이터가 있고, 그 고객에게만 있는 설정이 나타날 수 있습니다.

지원 가이드는 어떻게 최신 상태로 유지하나요?

각 가이드에 owner와 마지막 확인 날짜를 지정하고, 릴리스가 해당 화면에 영향을 주면 다시 확인합니다. 스크린샷 문서를 최신 상태로 유지하는 방법을 참고합니다.

가이드가 티켓 답변을 대체하나요?

아니요. 가이드는 반복되는 답변의 일부를 대체합니다. 상담원은 여전히 계정 상태를 확인하고, 환불 결정처럼 가이드가 다루지 않는 세부 사항을 추가합니다.

가이드가 아직 제품과 맞는지 어떻게 알 수 있나요?

릴리스가 가이드의 화면에 영향을 주면 가이드를 확인하고, 결정 페이지를 바꿀 때마다 독자 테스트를 다시 수행합니다. 버튼 레이블이나 메뉴 위치의 변경도 가이드의 변경으로 봅니다.

게재 후 가이드의 담당자는 누구인가요?

가이드의 owner 필드에 적힌 사람이 담당자입니다. 담당자는 독자의 피드백에 답하고, 에스컬레이션을 일으킨 페이지를 다시 쓰고, 기능이 바뀌면 가이드를 폐기합니다. 공유 도움말 센터 폴더는 담당자를 자동으로 지정하지 않습니다.

독자는 피드백을 어디로 보내야 하나요?

가이드의 마지막 줄에 지원 채널을 적습니다. 스크린샷은 답장을 받을 수 없으므로, 질문이 있는 독자에게는 사람에게 닿는 경로가 필요합니다.

가이드는 언제 폐기하나요?

가이드가 설명하는 기능이 바뀌거나, 기능이 여전히 존재하는데 티켓 수가 3개월 동안 0을 유지하면 폐기합니다. 도움말 센터에서 가이드를 제거하고, 내보낸 파일은 날짜를 붙여 보관 폴더에 둡니다. 폐기된 가이드가 검색에 계속 노출되면 독자를 더 이상 존재하지 않는 단계로 보냅니다.

클릭을 명확한 단계별 가이드로 전환

Action Capture는 해결 과정을 한 번 기록하고, 편집하고 내보낼 수 있는 순서가 있는 가이드를 만듭니다. Temposhot 다운로드 후 가장 자주 반복되는 티켓을 가이드로 만들 수 있습니다.