신입도 에이스처럼 쓰는 영업팀 Claude 세팅법|프롬프트 템플릿·온보딩·표준화 (5편)

9분 읽기
📚 영업인의 Claude 실전 무기 · 5편 / 5편
← 이전 편: CRM 데이터가 매출로 바뀌는 순간|파이프라인 분석·이탈 예측·우선순위
→ 시리즈 마지막 편입니다

한 영업팀에서는 신입이 첫 주에 고객 미팅 브리핑을 혼자 만든다. 옆 팀 신입은 같은 일에 2주를 쓴다. 둘 다 Claude를 쓴다. 차이는 개인 역량이 아니다. 팀 차원의 세팅이 되어 있느냐, 그 한 가지다.

체계를 잡은 팀은 영업 플레이북, 응대 기준, 리뷰 포맷을 Claude 안에 올려두고 누가 써도 같은 수준의 산출물이 나오게 만들었다. 아직 “각자 알아서 쓰세요”인 팀이라면, 이번 편이 그 간극을 좁히는 출발점이 된다.


“각자 알아서 써”가 만드는 품질 격차

신입도 에이스처럼 쓰는 영업팀 Claude 세팅|프롬프트 템플릿·온보딩·표준화

영업팀 Claude 활용의 가장 흔한 실패 원인은 사용법을 개인에게 맡기는 것이다. 한 사람은 제안서 초안을 뽑고, 다른 사람은 인사말 수준에 그친다. 도구가 달라서가 아니다. 맥락이 매번 리셋되기 때문이다.

새 채팅을 열 때마다 “우리 회사는 B2B SaaS를 팔고, 주요 고객은 중견기업 IT 부서이고…”를 처음부터 설명하면, Claude는 그때그때 다른 톤과 깊이로 답한다. 선임이 만든 프롬프트를 메신저로 돌려봐야, 각자 변형하다 어느 버전이 최신인지 아무도 모르게 된다. 같은 팀인데 제안서 품질이 천차만별인 건 이 구조 때문이다.


한 번 세팅하면 팀 전체가 같은 기준으로 쓰는 구조

팀 전용 작업 공간 하나가 “매번 처음부터 설명하는 문제”를 근본적으로 없앤다. Claude의 Projects를 쓰면 영업 플레이북, 제품 FAQ, 가격표, 경쟁사 비교 자료를 한 공간에 올려두고 팀원 전체가 같은 맥락에서 대화를 시작할 수 있다.

세팅은 세 단계면 끝난다.

첫째, Projects에서 “영업팀 허브”라는 이름으로 프로젝트를 만든다.
둘째, 영업 플레이북 PDF, 제품 소개서, 가격 정책 문서를 파일로 업로드한다. 프로젝트당 약 200K 토큰(500페이지 분량)까지 올릴 수 있어, 핵심 자료를 넣기에 충분하다.
셋째, 프로젝트 지침(Instructions)에 팀의 기본 규칙을 적는다. 말투, 제안서 구조, 금지 표현 같은 것들이다.

이 안에서 시작하는 모든 대화는 플레이북을 이미 아는 상태에서 출발한다. Team 플랜이라면 프로젝트를 팀원과 공유할 수 있어, 한 사람이 세팅하면 전원이 같은 기준으로 쓰게 된다(정확한 요금은 공식 페이지 기준 확인 필요).


고객 유형만 말하면 우리 톤에 맞는 초안이 나오는 법

신입도 에이스처럼 쓰는 영업팀 Claude 세팅|프롬프트 템플릿·온보딩·표준화

고객 유형별 응대 원칙을 프로젝트 지침에 한 번 적어두면, 매번 톤과 구성을 새로 고민할 필요가 없다. 신규 문의 응대, 제안서 초안, 팔로업 메일 — 영업에서 시간을 가장 많이 잡아먹는 이 반복 업무를 유형별로 분기시키는 것이 핵심이다.

지침에 “Enterprise에는 ROI 중심 격식체, SMB에는 비용 절감 강조 실용적 톤”이라고 적어두면, 채팅에서 “SMB 신규 문의 응대 메일 써줘”만으로 우리 기준에 맞는 초안이 나온다. 아래 템플릿을 프로젝트 지침(Instructions) 칸에 그대로 붙여넣으면 바로 적용된다.

📋 프로젝트 지침(Instructions)에 붙여넣기

역할: 이 프로젝트에 업로드된 영업 플레이북과 제품 자료를 기반으로, 우리 팀의 세일즈 어시스턴트로 동작한다.

고객 유형별 응대 원칙:
- Enterprise (대기업·공공기관): 격식체 사용. ROI 수치와 도입 사례를 반드시 포함. 의사결정권자 관점에서 작성.
- SMB (중소기업·스타트업): 실용적이고 간결한 톤. 도입 속도와 비용 절감 효과 강조.
- 기존 고객 (리뉴얼·업셀): 현재 사용 현황을 먼저 언급하고, 확장 시 추가 효과를 구체적으로 제시.

산출물 작성 규칙:
- 제안서: [고객 과제 → 솔루션 매칭 → 기대 효과(수치) → 다음 단계] 순서
- 이메일: 3문단 이내. 첫 문장에 핵심 용건
- 미팅 브리핑: 고객 업종, 최근 이슈, 예상 질문, 우리 측 답변 포인트를 1페이지로 정리
- 금지 표현: "업계 최고", "혁신적", "원스톱 솔루션", "비교 불가"

말투: 전문적이되 딱딱하지 않게. 고객이 읽었을 때 '이 회사는 우리 상황을 안다'는 인상을 주는 것이 목표.

이 지침이 세팅되면 팀원 누구든 고객 유형만 지정해서 같은 톤과 구조의 결과물을 받는다. 개인 역량 차이가 산출물 품질 차이로 직결되지 않는 구조가 만들어지는 것이다.


👀 이 글을 읽은 분들이 많이 본 글
클로드 코딩 능력 평가 정확도 — SWE-bench 점수가 진짜 의미하는 것

읽어보기 →

신입 온보딩도 주간 리뷰도 이 공간 하나면 된다

이 세팅의 진짜 효과는 신입이 들어올 때 드러난다. 프로젝트에 초대하는 것만으로 온보딩의 절반이 끝난다. 플레이북, 응대 원칙, 제안서 포맷이 Claude 안에 있으니 “이 자료 어디서 봐요?”가 줄고, 첫 주부터 “Enterprise 고객 첫 미팅 준비해줘”라고 입력하면 선임과 같은 수준의 브리핑을 받을 수 있다.

주간 파이프라인 리뷰도 같은 공간에서 된다. CRM에서 이번 주 딜 목록을 복사해 프로젝트 채팅에 붙여넣으면, 플레이북 기준으로 정체된 딜을 짚어내고 클로징 우선순위를 정리해준다. 당신의 팀이 매주 월요일 리뷰 자료를 만드는 데 30분 이상 쓰고 있다면, 이 프롬프트를 한번 붙여넣어 보라.

📋 복사해서 바로 쓰는 프롬프트 — 주간 파이프라인 리뷰

아래는 이번 주 영업 파이프라인 현황이다.

[여기에 CRM에서 복사한 딜 목록 붙여넣기 — 고객명, 단계, 예상 매출, 마지막 접촉일]

다음 세 가지를 분석해줘:

1. 정체 딜 점검: 2주 이상 같은 단계에 머문 딜을 찾고, 정체 원인 가설과 다음 액션을 각각 제안해줘.
2. 클로징 우선순위: 이번 주 클로징 가능성이 높은 딜 상위 3개를 근거와 마무리 전략과 함께 정리해줘.
3. 파이프라인 요약: 단계별 딜 수, 예상 매출 합계, 전주 대비 변화를 표로 만들어줘.

팀 주간 미팅에서 5분 안에 공유할 수 있는 분량으로 정리해줘.

💡 이렇게 달라진다

Before — 신입 온보딩 2주, 제안서 품질 사람마다 다름, 파이프라인 리뷰 자료 만드는 데 매주 30분 이상
After — 신입 첫 주부터 표준 산출물, 고객 유형 지정만으로 일관된 제안서 초안, 파이프라인 리뷰 5~10분 완료

이 구조가 자리 잡으면, 다음 단계로 Claude의 실행형 기능을 연결해 보고서 자동 생성이나 고객 데이터 분석까지 확장할 수 있다. 도구의 기능이 늘어날수록 이 작업 공간의 가치도 함께 커진다.


자주 묻는 질문

신입도 에이스처럼 쓰는 영업팀 Claude 세팅|프롬프트 템플릿·온보딩·표준화

Q. Projects에 올릴 수 있는 자료 형식과 용량은 어떻게 되나요?

PDF, 텍스트, 코드 등 다양한 파일 형식을 업로드할 수 있다. 프로젝트당 약 200K 토큰(약 500페이지 분량)의 컨텍스트를 지원하므로, 영업 플레이북과 핵심 제품 자료를 넣기에 충분하다. 정확한 파일 크기 제한은 업데이트될 수 있으니 공식 페이지에서 확인하는 것이 좋다.

Q. Team 플랜 없이 혼자서도 이 세팅을 할 수 있나요?

Pro 플랜에서도 Projects를 사용할 수 있다. 다만 팀원과 프로젝트를 공유하려면 Team 플랜이 필요하다. 혼자 먼저 세팅해서 효과를 확인한 뒤 팀 전체로 확장하는 것도 좋은 접근이다.

Q. 영업팀에서 Claude를 처음 도입하는데 어디부터 시작하면 되나요?

이 글의 세 단계(프로젝트 만들기 → 플레이북 업로드 → 지침 작성)부터 시작하면 된다. 정리된 플레이북이 없더라도 걱정할 필요 없다. 팀에서 가장 자주 쓰는 제안서·메일 예시 3~5개를 올리는 것만으로도 충분한 맥락이 생긴다.


세팅이 곧 실력이다

5편에 걸쳐 영업 이메일, 미팅 준비, 제안서, 파이프라인 분석, 팀 세팅까지 다뤘다. 관통하는 핵심은 하나다. Claude에게 맥락을 제대로 주면 팀의 바닥 수준 자체가 올라간다.

오늘 할 일은 딱 하나다. Projects 하나를 만들고, 우리 팀 플레이북을 올려보는 것. 2주만 실제 루틴에 넣으면, Claude가 “가끔 열어보는 도구”에서 “없으면 불편한 팀 인프라”로 바뀌는 순간이 온다.

이 글을 쓴 곳
AI 실전 연구소
AI 도구를 매일 실무에 쓰는 운영자가 직접 검증해 정리합니다.
운영자 소개 →전체 글 보기 →

댓글 남기기