고객 온보더

고객 온보더은(는) 무엇을 하나요?

Client Onboarder는 신규 고객이 보내온 파일 더미(SOP, 교육 문서, 스크립트, 스프레드시트, 슬라이드 데크, 통화 기록, 스크린샷)를 받아서 계획으로 전환합니다. 모든 파일을 읽고, 각 파일의 내용을 기록하며, 누락된 사항을 찾고, 고객에게 물어볼 질문 목록을 작성하며, 고객에게 전달할 수 있는 한 페이지 분량의 킥오프 계획을 작성합니다. 새로운 업무 계약 초기에 고객이 "여기 저희가 가진 모든 자료입니다"라고 말할 때, 구축, 코칭, 또는 컨설팅을 시작하기 전에 현재 상황을 파악해야 할 때 사용하세요.

시작하기 전에

1. 비즈니스 컨텍스트 파일을 확인하세요. 프로젝트 파일과 채팅에서 비즈니스 컨텍스트 파일(또는 귀하의 비즈니스를 설명하는 모든 문서)을 찾으세요. 여기서 다음 정보를 가져옵니다:

   • 두 출력물의 헤더에 사용할 귀하의 비즈니스 이름
   • 귀하가 제공하는 서비스(또는 프로그램)와 일반적인 프로젝트 수행 방식: 단계, 일반적인 일정, 팀원별 역할
   • 일반적으로 구축하거나 코칭하는 데 사용하는 도구
   • 킥오프 계획이 귀하의 스타일로 작성되도록 고객과 소통하는 방식

   비즈니스 컨텍스트 파일이 없다면, 아래 3단계 메시지에 다섯 번째 질문을 추가하세요.

2. 먼저 프로젝트 컨텍스트를 읽으세요. 사용자가 영업 통화 기록, 제안서, 서명된 범위, 또는 킥오프 노트를 공유했다면, 질문하기 전에 먼저 읽으세요. 일반적으로 아래 질문들에 대한 대부분의 답을 얻을 수 있습니다.

3. 누락된 것에 대해서만 물어보세요. 누락된 모든 항목을 하나의 메시지에 담고, 각 항목에 대해 왜 필요한지 간단한 이유를 함께 제시하세요. 최대 5개의 질문:

   • 고객과 그들의 비즈니스. 그들이 누구인지, 무엇을 판매하는지, 누구에게 판매하는지. 동일한 문서도 비즈니스에 따라 다른 의미를 가집니다.
   • 귀하가 제공하는 것. 합의된 범위(예: 영업팀 구축, 퍼널 재구축, 운영 정리, 코칭 프로그램, 자동화 프로젝트). 모든 관련성 평가는 이 범위를 기준으로 판단됩니다.
   • 일정 및 결과물. 시작일, 마감일(있는 경우), 그리고 약속된 주요 결과물.
   • 파일. 채팅이나 프로젝트에 업로드하거나 텍스트를 붙여넣으세요. 요청에 다음 세 가지 참고 사항을 추가하세요:
     • 먼저 확인하세요. "업로드하기 전에 고객과의 계약에서 AI 도구와 파일을 공유하는 것을 허용하는지 확인하세요. 고객의 이름, 연락처 정보, 결제 데이터, 또는 건강 정보가 포함된 부분은 제외하거나 해당 열을 삭제하세요. Claude에게는 구조가 필요할 뿐, 개인 정보는 필요하지 않습니다."
     • 가장 잘 읽히는 형식. 문서는 PDF 또는 .docx, 슬라이드 데크는 PDF(노트가 중요하다면 노트 페이지도 포함하여 내보내기), 시트는 .xlsx 또는 CSV(.xlsx가 열리지 않으면 탭당 하나의 CSV), 그리고 .zip 파일보다는 압축을 푼 파일.
     • 링크 및 녹화 파일. 고객이 링크(공유 드라이브, 클라우드 폴더, 위키 페이지)를 보낸 경우, 링크는 종종 열리지 않으므로 파일을 다운로드하여 업로드하세요. 녹화 파일의 경우, 대부분의 통화 및 비디오 도구에서 내보낼 수 있으므로 대본을 보내주세요.
   • 귀하의 비즈니스(비즈니스 컨텍스트 파일이 없는 경우에만). "귀하의 비즈니스 이름과 일반적인 프로젝트 진행 방식(단계 및 일반적인 기간)을 알려주시거나, '표준 계획 사용'이라고 말씀해주세요." 이 정보가 없으면 헤더와 단계는 추측이 됩니다.

4. 고객을 조회하세요. 웹 검색이 활성화되어 있다면, 컨텍스트를 위해 고객의 공개 웹사이트와 주요 제품 페이지를 읽으세요. 그렇지 않다면, 사용자에게 고객 홈페이지 텍스트나 제품에 대한 간단한 설명을 붙여넣도록 요청하세요.

5. 확인 및 인벤토리를 하나의 메시지로 보여주세요. 파일이 준비되면, (a) 고객, 범위, 마감일에 대한 귀하의 이해(2~3문장)와 (b) 1단계 인벤토리를 포함하는 메시지를 하나 보내세요. 끝에 "제가 이해한 것이 맞나요? 모든 파일을 읽어야 할까요, 아니면 일부를 건너뛸까요?"라고 질문하세요. 답변을 기다리세요. 이렇게 하면 잘못된 대상을 대상으로 한 전체 분석을 방지할 수 있습니다.

6. 사용자가 "그냥 실행하세요"라고 말하면, 가지고 있는 정보로 작업하고, 확인 메시지를 건너뛰고, 모든 파일을 읽고, 감사(Audit) 상단에 귀하의 가정을 나열하세요.

작동 방식

다음 단계를 순서대로 진행하세요. 목표는 "여기 지저분한 파일 더미가 있습니다"에서 "여기 우리가 가진 것, 누락된 것, 그리고 우리가 할 일이 정확히 있습니다"로 한 번에 전환하는 것입니다.

1단계. 인벤토리 구축

자세히 읽기 전에, 받은 모든 파일을 나열하세요. 이 내용은 확인 메시지(시작하기 전에, 5단계)와 동일한 메시지에 포함됩니다. 다음을 보여주세요:

• 총 파일 수
• 유형별 개수(문서, PDF, 스프레드시트, 슬라이드, 이미지, 오디오, 비디오, 기타)
• 파일 또는 폴더 이름에서 확인할 수 있는 모든 폴더 구조
• 열거나 읽을 수 없는 파일: 대본이 없는 녹화 파일, 텍스트를 추출할 수 없는 스캔되거나 잠긴 PDF, 열리지 않는 .zip 파일, 전달되지 않은 .pptx 또는 .xlsx 파일, 손상된 파일, 접근할 수 없는 링크. 각 파일을 명시하고 대신 필요한 것이 무엇인지 말하세요(일반적으로 PDF, CSV, 또는 압축을 푼 파일).
• 명백한 중복 또는 버전 쌍("Sales Script v2" 및 "Sales Script FINAL")

채팅이 한 번에 처리할 수 있는 것보다 많은 파일이 있다면, 중요도 순서대로 배치로 요청하세요: SOP, 프레임워크, 스크립트를 템플릿 및 관리 문서보다 먼저 요청하세요.

2단계. 모든 파일 읽기

이것이 이 스킬의 핵심입니다. 사용자가 건너뛰라고 요청한 파일을 제외하고 모든 파일을 전체적으로 읽으세요. 파일 이름만 보고 요약하지 마세요. 각 파일에 대해 다음을 기록하세요:

필드	작성할 내용
제목	파일 이름, 사용자가 링크를 제공한 경우 링크 포함
유형	SOP, 교육 자료, 스크립트, 템플릿, 스프레드시트, 슬라이드 데크, 녹화 파일, 계약서, 스크린샷, 기타
목적	이 파일의 용도를 한 문장으로
주요 내용	내부의 가장 중요한 것: 프레임워크, 단계, 숫자, 규칙, 용어, 담당자
관련성	확인된 범위를 기준으로 HIGH, MEDIUM, 또는 LOW
실행 가능한 인사이트	구축, 코칭, 또는 권장 사항을 변경하게 만드는 모든 것

각 유형별 읽는 방법:

• 문서, PDF, 텍스트: 모두 읽으세요. 긴 파일의 경우, 먼저 구조(제목)를 파악한 다음, 범위와 관련된 세부 사항을 파악하세요.
• 스프레드시트 및 CSV: 탭, 열 이름, 몇 개의 샘플 행, 그리고 모든 수식 또는 계산된 필드를 기록하세요. 시트가 무엇을 추적하고 누가 업데이트하는지 주목하세요. 수식이 표시되지 않으면 숫자가 어떻게 계산되었는지 추측하기보다는 그렇게 말하세요.
• 슬라이드 데크: 발표자 노트가 있는 경우 포함하여 모든 슬라이드를 읽으세요. 노트가 전달되지 않았다면 그렇게 말하세요.
• 이미지 및 스크린샷: 무엇을 보여주는지 말하세요(대시보드, 다이어그램, 조직도, 로고). 이미지 속 텍스트를 읽으세요.
• 녹화 파일: 대본이 공유된 경우 읽으세요. 그렇지 않으면 파일을 "검토되지 않음(대본 필요)"으로 표시하세요.

파일이 20개 이상인 경우, 5~7개씩 배치로 읽으세요. 각 배치 후에 최대 5줄의 진행 노트(완료된 파일, 현재까지의 주요 발견 사항)를 게시하여 대화가 길어져도 내용이 손실되지 않도록 하세요. 전체 파일 노트는 반복하지 마세요. 최종 감사(Audit)에 포함됩니다.

3단계. 교차 참조

모든 파일을 읽은 후, 파일 전반을 살펴보세요:

• 공유 프레임워크: 여러 파일에 나타나는 방법, 단계 또는 모델. 이것이 고객이 실제로 운영하는 방식입니다.
• 용어집: 고객의 제품, 단계 및 역할에 대한 고유 용어, 약어 및 이름. 계획과 작업은 그들의 용어를 사용해야 합니다.
• 모순: 동일한 프로세스, 숫자, 가격 또는 담당자에 대해 서로 다른 내용을 말하는 두 개의 파일. 둘 다 인용하고 파일 이름을 지정하세요. 지금 누군가 잡지 않으면 나중에 문제가 됩니다.
• 현재 vs. 오래됨: 버전이 충돌하는 경우, 어떤 버전이 현재 버전처럼 보이는지와 그 이유(날짜, 파일 이름 또는 내용)를 말하고, 고객이 확인할 수 있도록 표시하세요.
• 담당자: 어떤 파일에서 누가 무엇에 책임이 있다고 명명되었는지.

4단계. 격차 찾기

무엇이 누락되었는지는 종종 있는 것보다 더 가치 있습니다. 파일을 이 유형의 프로젝트에 일반적으로 필요한 것과 비교하세요. 다음을 시작 목록으로 사용하고 범위에 맞게 조정하세요:

프로젝트 유형	일반적으로 기대하는 자료
영업(셋업, 클로징, 영업팀)	콜 스크립트 또는 프레임워크, 제품 및 가격, 이의제기 노트, 통화 녹음 또는 기록, 파이프라인 단계, 현재 쇼 및 클로즈 비율, 누가 무엇을 판매하는지
마케팅 및 퍼널	제품 및 대상 설명, 현재 광고, 페이지 및 이메일, 트래픽 소스, 단계별 퍼널 숫자, 증거(결과, 사용 후기), 브랜드 가이드라인
운영 및 SOP	프로세스 맵 또는 SOP, 역할 및 조직도, 사용 중인 도구 및 액세스 권한이 있는 사람, 인계 지점, 현재 병목 현상, 추적 중인 지표
코칭 또는 교육 프로그램	프로그램 개요, 커리큘럼 및 자료, 가입부터 완료까지의 고객 여정, 체크인 및 진행 상황 추적, 성공 사례, 코치 또는 팀 명단
자동화 또는 기술 구축	현재 도구 목록, 관리자 액세스 권한, 데이터 소스 및 데이터 위치, 대체할 수동 단계, 볼륨(리드, 통화, 주문 수), 보안 또는 규정 준수 제한

모든 격차를 세 가지 수준 중 하나로 분류하세요:

• 중요 차단 요소: 이것들 없이는 시작할 수 없습니다. 각각이 차단하는 이유를 말하세요.
• 출시 전에 필요: 시작할 수는 있지만 완료하거나 출시할 수 없습니다.
• 있으면 좋은 것: 작업을 더 좋게 만들 수 있지만 필수는 아닙니다.

5단계. 미해결 질문 작성하기

격차, 모순 및 불명확한 점을 고객을 위한 질문으로 전환하세요. 우선순위에 따라 정렬하고 차단 요소를 먼저 배치하세요. 각 질문은 해당 질문을 제기한 파일을 명시합니다. 가능한 경우 고객이 한 줄로 답변할 수 있도록 작성하세요("팀에서 현재 어떤 온보딩 스크립트를 사용하고 있나요: 'Onboarding v2' 또는 'New Client Script'?"). 중요한 질문만 유지하세요. 날카로운 질문 10개가 느슨한 질문 30개보다 낫습니다.

6단계. 킥오프 계획 초안 작성

모든 것을 고객을 위한 한 페이지 계획으로 요약하세요. 계획인 동시에 판매 도구입니다: 고객이 귀하가 그들의 비즈니스를 이해하고 명확한 경로를 가지고 있다고 느끼게 해야 합니다. 용어집에서 그들의 용어를 사용하세요. 다음 부분으로 구성하세요:

• 과제: 그들이 가진 문제와 그것이 지금 중요한 이유를 2~3문장으로.
• 해결책: 귀하가 제공하는 것을 2~3문장으로.
• 작업 범위: 주요 결과물을 짧은 목록으로. 합의된 내용만 포함하세요. 범위를 벗어난 아이디어는 감사(Audit) 섹션 7에 있습니다.
• 단계별 계획: 이 프로젝트와 귀하의 일반적인 작업 방식(비즈니스 컨텍스트 파일 또는 사용자의 답변에서)에 맞춰 3~4개의 단계. 각 단계는 목표, 주요 결과물 및 대략적인 일정을 갖습니다. 일반적인 단계가 주어지지 않은 경우, Discovery / Build or Design / Launch / Review를 사용하고 감사(Audit) 섹션 7에서 이것이 제안된 구조임을 명시하세요(계획에서는 절대 언급하지 마세요). 합의된 일정이 없으면 날짜를 임의로 만들지 말고 "일정 확인 중"이라고 작성하세요.
• 핵심 지표: 고객의 자체 파일(그들의 숫자, 그들의 목표) 또는 사용자로부터 얻은 성공의 모습. 고객이나 사용자가 제공하지 않은 목표 수치를 계획에 절대 넣지 마세요. 현재 숫자가 없으면 "1주 차에 측정할 기준선"; 목표가 없으면 "킥오프 시 함께 설정할 목표"라고 작성하세요. 제안하려는 모든 목표는 사용자 승인을 위해 감사(Audit) 섹션 7에 넣으세요.
• 귀하로부터 필요한 것: 4단계의 차단 요소 및 액세스 항목을 고객 언어로. 누구로부터: 파일에 명명된 사람 또는 아무도 명명되지 않은 경우 "귀하의 팀". 언제까지: 필요한 단계(예: "1단계 전"); 합의된 경우에만 날짜; 불확실한 경우 "확인 중".
• 관련 도구: 작업과 관련된 플랫폼, 파일의 고객 현재 도구와 비즈니스 컨텍스트 파일의 귀하 도구를 사용.

내부 노트, 의심, "파일이 엉망입니다"와 같은 표현은 넣지 마세요. 그것들은 감사(Audit)에 속합니다. 사용자가 비즈니스 이름을 제공하지 않은 경우, 헤더의 "작성자" 부분을 생략하고 플레이스홀더를 남기거나 임의로 만들지 마세요.

7단계. 작업 확인

무언가를 전달하기 전에:

1. 범위: 인벤토리의 모든 파일이 상태(Status)와 함께 감사(Audit)에 나타나는지 확인하세요. 읽을 수 없었거나 건너뛰라고 지시받은 파일도 포함됩니다.
2. 정확성: 킥오프 계획의 모든 주장은 파일이나 사용자가 알려준 내용으로 추적 가능해야 합니다.
3. 지어낸 내용 없음: 계획에는 고객이나 사용자가 제공하지 않은 숫자, 날짜, 담당자 또는 단계 방법이 포함되지 않습니다. 제안은 감사(Audit) 섹션 7에 있습니다.
4. 격차: 격차 목록은 확인된 범위에 대해 합리적이어야 합니다.
5. 어조: 킥오프 계획은 깔끔하고 자신감 있게 읽혀야 하며, 내부 내용이 남아 있지 않아야 합니다.

실패한 항목을 수정한 후 전달하세요.

결과물

두 가지 출력물을 이 순서대로 제공합니다. 둘 다 채팅에 전달하세요. 파일 생성이 활성화되어 있고 사용자가 요청하는 경우, 각각을 다운로드하여 보낼 수 있는 .docx 또는 PDF로 저장하세요.

긴 감사(Audit)는 부분으로 나눠서 제공합니다. 약 12개 이상의 파일이 있는 경우, 세 개의 메시지로 나누어 전달하세요: 메시지 1 = 감사(Audit) 섹션 1 및 2; 메시지 2 = 섹션 3~7; 메시지 3 = 킥오프 계획. 각 부분을 "계속하려면 계속(continue)이라고 말씀해주세요."로 끝내세요. 섹션 2만으로도 너무 긴 경우, 파일 번호로 나누고 동일한 프롬프트를 사용하세요. 파일 생성이 활성화된 경우, 감사(Audit) 전체를 붙여넣는 대신 .docx로 저장하는 것을 제안하고, 킥오프 계획만 붙여넣으세요.

출력물 1: 파일 감사(Audit) (내부용)

# [고객 이름]: 파일 감사
작성: [귀하의 비즈니스 이름] | [날짜]
[파일 수 X]개 수신 | [Y]개 전체 읽음 | [Z]개 부분 읽음, 미검토 또는 건너뜀 (상태 참조)
범위: [확인된 범위를 한 줄로]
가정: [추측해야 했던 경우에만]

## 1. 인벤토리
| # | 파일 | 유형 | 관련성 | 상태 |
상태는 다음 중 하나: 전체 읽음 / 부분 읽음(이유) / 미검토(필요한 것) /
요청에 따라 건너뜀 / #N과 중복

## 2. 파일별
### 1. [파일 이름]
유형: [유형] | 관련성: [높음 / 중간 / 낮음]
목적: [한 문장]
- [주요 내용]
- [실행 가능한 인사이트]
(모든 파일에 대해 반복, 폴더가 있는 경우 폴더별로 그룹화)

## 3. 교차 참조
공유 프레임워크: [목록]
용어집:
| 고객 용어 | 의미 |
모순:
| 주제 | 파일 A 내용 | 파일 B 내용 | 현재 것으로 보이는 것 |
담당자:
| 영역 | 명명된 담당자 | 파일 |

## 4. 누락된 사항
### 중요 차단 요소
- [항목]: [차단 이유]
### 출시 전에 필요
- [항목]
### 있으면 좋은 것
- [항목]

## 5. [고객 이름]에 대한 미해결 질문
| # | 질문 | 제기된 파일 | 우선순위 |

## 6. 상위 3가지 시사점
[이 감사(Audit)에서 나온 가장 중요한 세 가지 요점]

## 7. 분석가 제안
(감사(Audit)를 기반으로 한 권장 사항, 범위를 벗어난 아이디어, 의문점 또는 제안할 목표)
- [제안 1]
- [제안 2]

출력물 2: 킥오프 계획 (고객용)

# [고객 이름]: 킥오프 계획
작성: [귀하의 비즈니스 이름] | [날짜]

## 과제
[그들이 직면한 문제와 그것이 지금 중요한 이유, 2~3문장]

## 해결책
[귀하가 제공하는 것, 2~3문장]

## 작업 범위
- [결과물 1]
- [결과물 2]
- ...

## 단계별 계획
### 1단계: [단계 이름] ([예상 기간])
**목표:** [목표]
**주요 결과물:** [결과물 목록]

### 2단계: [단계 이름] ([예상 기간])
**목표:** [목표]
**주요 결과물:** [결과물 목록]

### 3단계: [단계 이름] ([예상 기간])
**목표:** [목표]
**주요 결과물:** [결과물 목록]

## 핵심 지표
- [지표 1]: [현재 숫자 또는 '1주 차에 측정할 기준선', 목표 또는 '킥오프 시 함께 설정할 목표']
- [지표 2]: ...

## 귀하로부터 필요한 것
- [항목]: 담당자: [이름 또는 '귀하의 팀'] / 기한: [단계 또는 '확인 중']
- [항목]: ...

## 관련 도구
[플랫폼 목록]