세일즈 오퍼레이션(Sales Ops) 팀은 인바운드 리드(Inbound Leads)의 실시간 자격 평가, 연중무휴 제품 질의응답 처리, 어카운트 이그제큐티브(AE) 캘린더로의 미팅 예약을 자동화하기 위해 Agentforce Sales Development Representative(SDR) 자율형 에이전트(최신 Salesforce 릴리스에서는 Agentforce Engagement 및 리드 육성 프레임워크로 통합)를 도입합니다. 기존의 정적인 이메일 시퀀스(Drip Cadence)나 단순 웹폼 접수와 달리, Agentforce SDR은 CRM 내부의 실제 데이터에 기반하여 고객 의도를 파악하고 미팅 성사까지 자율적으로 비즈니스 흐름을 완결합니다.
본 가이드는 세일즈 오퍼레이션 리더 및 Salesforce 관리자가 운영 환경(Production)에서 안정적으로 에이전트를 가동할 수 있도록 핵심 플랫폼 전제 조건 점검, 권한 및 전용 사용자 프로비저닝, Agent Builder 설정, Data Cloud 지식 접지(Grounding), 캘린더 연동, 리드 라우팅 자동화, 샌드박스 배치 검증에 이르는 전체 구축 단계를 안내합니다.
핵심 아키텍처 및 필수 전제 조건
Agentforce SDR은 Salesforce Einstein 1 Platform 기반 위에서 구동됩니다. Agent Builder에서 빌드를 시작하기 전에 세일즈 오퍼레이션 팀은 다음 인프라 요소와 라이선스가 활성화되어 있는지 확인해야 합니다.
| 아키텍처 구성 요소 | SDR 운영에서의 역할 | 설정 및 라이선스 요구 사항 |
|---|---|---|
| Salesforce 에디션 및 라이선스 | 플랫폼 기반 환경 | Lightning Experience 기반 Enterprise, Performance 또는 Unlimited 에디션; Einstein for Sales / Agentforce 추가 라이선스 |
| Data Cloud | 검색 및 지식 접지 엔진 | 활성화된 Data Space; 벡터 검색 및 통합 고객 프로필 데이터 제공 |
| Einstein Activity Capture (EAC) | 이메일 및 캘린더 양방향 동기화 | 사용자 수준(User-Level) 인증 활성화; 인바운드 및 아웃바운드 내역을 활동 타임라인에 실시간 반영 |
| Salesforce Inbox 및 일정 관리 | 미팅 예약 링크 동적 생성 | 리드 소유자 및 영업 담당자에게 할당; 가용 시간 조회 및 예약 초대 링크 생성 지원 |
| Sales Engagement | 영업 케이던스 실행 체계 | 케이던스(Cadence) 구조, 자동화 작업 규칙 및 단계별 접근 절차 관리 |
| Einstein Trust Layer | 안전 가드레일 및 보안 경계 | 데이터 무보관(Zero Retention), 개인 식별 정보(PII) 마스킹, 유해성 필터링 및 프롬프트 인젝션 차단 |
중요 운영 참고 사항: 변경 세트(Change Sets)나 SFDX CLI와 같은 기존 메타데이터 배포 도구는 현재 조직 간 SDR 에ージェント의 직접 배포를 지원하지 않습니다. 세일즈 오퍼레이션 팀은 샌드박스(Sandbox) 환경에서 설정과 검증을 완료한 후, 확정된 구성 파라미터를 운영 환경에 직접 동일하게 반영하는 방식으로 작업해야 합니다.
1단계: 권한 구성 및 전용 에이전트 사용자 생성
Agentforce SDR은 시스템 내에서 독립적인 디지털 직원으로 작동합니다. 관리자나 개별 영업 담당자의 개인 계정을 사용하지 않고 전용 시스템 사용자를 지정해야 합니다.
- 전용 에이전트 사용자 레코드 생성:
- Salesforce **설정(Setup)**에서 사용자(Users) > 사용자 > 새 사용자로 이동합니다.
- 사용자 이름과 전용 업무용 이메일 주소(예:
ai-sdr@yourcompany.com)를 설정합니다. 개인 메일 주소는 사용하지 마십시오. - 라이선스로 Einstein Agent User를 할당합니다.
- 필수 권한 집합(Permission Sets) 할당:
- 에이전트 사용자와 세일즈 오퍼레이션 관리자에게 다음 권한 집합을 부여합니다.
Configure Agentforce SDR Agent(관리자 및 세일즈 오퍼레이션 빌더용)Agentforce SDR Agent(새로 생성한 에이전트 전용 사용자 계정용)Sales Engagement Cadence Creator및Automated Actions User- Data Cloud 기본 Data Space 및 커스텀 리트리버 접근 권한
- 에이전트 사용자와 세일즈 오퍼레이션 관리자에게 다음 권한 집합을 부여합니다.
- EAC를 통한 메일함 인증 연동:
- Einstein Activity Capture에서 에이전트 사용자의 이메일 계정을 사용자 수준 인증으로 연결합니다.
- 발신 도메인 DNS에 SPF, DKIM, DMARC 설정이 올바르게 완료되었는지 확인하여 자율 발송 메일이 스팸으로 분류되지 않도록 합니다.
2단계: Agentforce Studio에서 에이전트 페르소나 초기화
- Salesforce 설정의 빠른 찾기 상자에
Agentforce Agents를 입력하고 메뉴를 선택합니다. - **새 에이전트(New Agent)**를 클릭합니다.
- 템플릿으로 Agentforce Sales Development Rep(조직 버전에 따라 Agentforce Engagement / Lead Nurturing으로 표시됨)을 선택합니다.
- 에이전트의 기본 식별 정보를 설정합니다.
- Agent Name 및 API Name: 명확한 식별 이름(예:
Inbound_Inquiry_SDR)을 지정합니다. - Role(역할): 비즈니스 책임을 명시합니다(예: "인바운드 잠재 고객 문의에 응답하고, 제품 및 견적 문의를 처리하며, 도입 적합성을 검증하여 어카운트 이그제큐티브(AE)를 위한 제품 데모 미팅을 예약하는 자율형 영업 개발 담당").
- Company Description(회사 개요): 공식 회사 소개, 이상적인 고객 프로필(ICP), 핵심 제품 라인업 및 고유 가치 제안을 입력합니다.
- Tone of Voice(대화 톤): 커뮤니케이션 스타일을 규정합니다(예: "전문적이며, 컨설팅 지향적이고, 간결하며 예의 바른 톤").
- Agent Name 및 API Name: 명확한 식별 이름(예:
- 에이전트 설정에서 1단계에서 생성한 전용 Agent User를 지정하고, 대화 데이터로 이벤트 로그 보강(Enrich event logs with conversation data) 체크박스를 활성화하여 감사 로그를 온전히 보존합니다.
3단계: Data Cloud 및 지식 라이브러리를 통한 비즈니스 데이터 접지
자율형 에이전트가 가격, 세부 기술 스펙, 계약 조건에 대해 왜곡(환각) 없이 정확히 답변하려면 검증된 내부 자료에 확실하게 접지되어야 합니다.
- Data Library에 레퍼런스 문서 업로드:
- Agent Builder 내부의 Data Library 탭으로 이동합니다.
- 영업 및 제품 부서에서 검증된 문서(PDF, DOCX, 텍스트)를 업로드합니다.
- 제품 기능 명세서 및 플랜별 비교표
- 공식 가격 정책, 표준 계약 조건 및 과금 방식 설명서
- 자주 묻는 질문(FAQ) 및 고객 반론 대응 가이드(Battlecards)
- 주요 경쟁 제품 대비 차별화 포인트 자료
- Data Cloud 리트리버 연결:
- 에이전트의 리트리버가 대상 Data Cloud 데이터 공간에 정상 연결되어 있는지 확인합니다.
- 조직 내에 Salesforce Knowledge가 구축되어 있다면 기본 토픽인
productQnA가 게시된 기술 자료를 읽을 수 있는 권한을 보유했는지 확인합니다.
- 컨텍스트 변수(Context Variables) 매핑:
currentRecordId와currentObjectApiName변수가 올바르게 전달되는지 확인하여 에이전트가 처리 중인Lead,Contact또는Account레코드의 문맥을 정확하게 인지하도록 구성합니다.
4단계: 토픽(Topics), 자연어 지침 및 액션 정의
Agentforce는 에이전트의 역량을 Topic(토픽) 단위로 구성하며, 각 토픽에는 실행 가능한 **Action(액션: Flow, Apex, 프롬프트 템플릿)**과 판단 기준을 제시하는 **Instruction(자연어 지침)**이 포함됩니다.
세일즈 오퍼레이션 팀은 다음 4가지 핵심 토픽을 필수로 구성해야 합니다.
1. 인바운드 리드 자격 검증 토픽 (Inbound Lead Qualification)
- 목적: 기업의 BANT(예산, 권한, 필요성, 일정) 및 ICP 기준에 따라 고객 응답을 정밀 평가.
- 지침(Instructions) 예시:
- "고객 응답에서 기업 규모, 도입 기술 스택, 핵심 문제점을 추출하여 분석하라."
- "기업 규모가 50인 이상이고, 도입 예상 시기가 6개월 이내이며, 요구 사항이 표준 플랫폼 기능과 일치하는 경우 영업 적격 리드(Sales-Ready)로 판단하라."
- "정보가 불충분할 경우 한 번의 이메일 응답에 단 하나의 명확한 질문만 제시하라. 긴 설문형 질문을 한 번에 발송하여 고객에게 부담을 주지 마라."
2. 제품 및 상업 질의응답 토픽 (productQnA)
- 목적: 업로드된 문서를 바탕으로 제품 스펙 및 도입 관련 질문에 답변.
- 지침(Instructions) 예시:
- "모든 답변은 Data Library 문서와 게시된 Knowledge 자료에 엄격히 근거해야 한다."
- "미승인 맞춤 할인, 비표준 인터페이스, 제품 로드맵 출시 일정에 대해 질문을 받을 경우, 상세한 기술 사항은 이어지는 개별 미팅에서 솔루션 전문가가 안내할 것임을 정중히 전달하라."
- "승인되지 않은 할인 조건을 임의로 제안하거나 미확정 개발 일정을 추측하여 확답하지 마라."
3. 미팅 일정 예약 토픽 (Schedule Meeting)
- 목적: 일정 조율 및 캘린더 예약 링크 발송 자동화.
- 지침(Instructions) 예시:
- "고객이 도입 의사를 명확히 표명하거나 검증 기준을 충족한 경우 제품 데모 세션을 제안하라."
- "Salesforce Inbox 및 EAC와 동기화된 리드 소유자(Lead Owner)의 실시간 캘린더 공백 시간을 조회하여 일정을 조율하라."
- "미팅 초대 및 확인 이메일 발송 시 반드시 담당 영업 대표를 참조(CC)에 포함하라."
4. 수신 거부 및 부적격 관리 토픽 (Opt-Out Management)
- 목적: 수신 거부 요청에 대한 즉각적 규정 준수 및 부적격 문의 정리.
- 지침(Instructions) 예시:
- "고객이 관심이 없음을 밝히거나 수신 거부를 요청할 경우, 즉시 상태를 거부(Opted Out)로 전환하고 정중하게 인사한 뒤 추가 연락을 중단하라."
5단계: 캘린더 연동 및 영업 대표 핸드오프 자동화
미팅 예약 확정과 인간 영업 담당자(AE)로의 매끄러운 인수인계는 SDR 운영의 핵심 성과입니다. 전체 핸드오프 워크플로는 다음과 같이 설계합니다.
[웹폼 접수 / 온라인 채팅]
│
▼
[Salesforce 리드 생성] ──► [Agentforce SDR 대기열 자동 배정]
│
▼
[AI 에이전트 자율 응대]
(지식 Q&A + BANT 스크리닝)
│
┌───────────────┴───────────────┐
▼ ▼
[검증 조건 미달] [검증 기준 통과]
│ │
[리드 상태 변경] ▼
[장기 육성 풀 이동] [Schedule Meeting 액션 실행]
(EAC 기반 담당자 캘린더 조회)
│
▼
[미팅 예약 링크 발송]
│
▼
[Salesforce Flow 자동 트리거]
• 리드 상태를 SQL로 갱신
• 캘린더 Event 레코드 자동 생성
• AI 대화 요약을 담당 AE에게 전달
- 예약 링크 생성 메커니즘: 에이전트가
Schedule Meeting액션을 호출하면 리드 소유자의 EAC 연동 캘린더에서 가용 일정을 실시간 추출하여 동적 예약 링크를 제공하거나 후보 시간을 제시합니다. - Flow 기반 핸드오프 자동화:
Lead또는Event개체에 레코드 트리거 플로우(Record-Triggered Flow)를 구축합니다.- 에이전트 사용자에 의해 캘린더 예약이 완료되면:
Lead.Status를Sales Qualified Lead (SQL)로 업데이트합니다.- 대화 중 파악된 핵심 요구 사항, 예산 수준, 문제점을 요약한 구조화된 AI 브리핑을 생성하여 리드 레코드의 Chatter 피드에 게시합니다.
- 배정된 담당 AE에게 일정과 배경 맥락이 포함된 고우선순위 작업(Task)을 즉시 생성합니다.
6단계: 인바운드 유입 경로 및 세일즈 케이던스 연동
세일즈 오퍼레이션 팀은 신규 리드가 Agentforce SDR 프로세스로 유입되는 규칙을 구성해야 합니다.
- 리드 할당 규칙(Lead Assignment Rules):
- 설정 > 리드 할당 규칙으로 이동합니다.
- 주요 인바운드 폼(체험판 신청, 백서 다운로드)을 통해 유입된 리드 중 타깃 국가 및 규모 요건을 만족하는 리드를 Agentforce SDR 전용 대기열 또는 에이전트 사용자에게 자동 할당합니다.
- Sales Engagement 케이던스 통합:
- Sales Engagement에서 인바운드 전용 케이던스를 설계합니다.
- 첫 번째 접점으로 Agentforce SDR이 작성하는 맞춤형 이메일 발송을 지정합니다.
- 분기 조건을 구성하여 고객이 48영업시간 내에 응답하지 않는 경우, 에이전트가 문맥에 맞춘 간결한 후속 알림 메일(Nudge)을 자동으로 발송하도록 설정합니다.
- 웹 채팅 채널 연동(MIAW, 선택 사항):
- 웹사이트 방문자에게 실시간 대응을 제공하려면 Messaging for In-App and Web을 설정합니다.
- 채팅 채널의 수신 대상을 Agentforce SDR에 연결하여 웹사이트 체류 중에 즉각적인 자격 검증과 미팅 예약을 완료하도록 구현할 수 있습니다.
7단계: 샌드박스 시뮬레이션, 배치 테스트 및 보안 검증
운영 환경에 배포하기 전에 샌드박스 환경에서 두 가지 검증 도구를 활용하여 완성도를 점검합니다.
Agent Builder 대화 미리보기 (Conversation Preview)
- Agent Builder 우측의 Preview 패널을 활용하여 1:1 대화 시뮬레이션을 수행합니다.
- 다음 엣지 케이스를 집중 테스트합니다.
- 가격 정책 및 보안 규정 준수에 대한 복합 질문 처리 능력.
- 모호한 고객 응답에 대해 억측하지 않고 적절한 단일 질문으로 되묻는지 여부.
- 프롬프트 인젝션 시도 및 경쟁사 유도 질문에 대해 Einstein Trust Layer가 정상 작동하는지 점검.
Agentforce Testing Center 배치 테스트
- 샌드박스 내 Testing Center에 접속하여 50~100건의 과거 실제 문의 메일이 담긴 CSV 테스트 세트를 업로드합니다.
- 자동 평가 엔진이 산출하는 0~5점 척도의 평가지표를 확인합니다.
- 지침 준수도(Instruction Adherence): 필수 검증 기준을 충족하기 전에 성급하게 미팅을 제안하지 않았는가?
- 지식 정확도(Grounding Accuracy): 모든 설명이 Data Library 문서와 일치하는가?
- 어조 및 완성도(Tone & Completeness): 격식 있고 간결한 비즈니스 커뮤니케이션 형식을 유지했는가?
8단계: 운영 배포 및 지속적인 세일즈 오퍼레이션 거버넌스
모든 품질 검증을 통과한 후 에이전트를 프로덕션에 가동하고 일상적인 운영 거버넌스 체계를 정착시킵니다.
- 에이전트 활성화:
- Agent Builder 우측 상단의 활성화(Activate) 버튼을 클릭합니다.
- 활성화 토글이 정상 유지되며, 권한 설정, EAC 메일 동기화 및 리트리버 상태 표시등이 모두 정상(초록색)인지 확인합니다.
- Omni-Supervisor 실시간 모니터링:
- Omni-Supervisor 콘솔을 열어 진행 중인 세션 볼륨, 대기열 현황, 휴먼 상담원 전환율을 모니터링합니다.
- 토픽 불일치나 런타임 오류가 발생할 경우 알림을 받을 수 있도록 규칙을 설정합니다.
- 영업 파이프라인 대시보드 구축:
- Salesforce 보고서를 생성하여 핵심 운영 지표를 추적합니다.
- Agentforce SDR에 유입된 전체 리드 수
- 응답 참여율(Engagement Rate)
- SQL 전환율(Qualification Rate)
- 예약된 미팅 수 및 실제 미팅 참석률
- 초기 응대 소요 시간(Speed-to-Lead)
- Salesforce 보고서를 생성하여 핵심 운영 지표를 추적합니다.
- 지식 베이스의 지속적 업데이트:
- 2주 단위로 실제 대화 로그를 샘플링 검토합니다. 에이전트가 답변하지 못한 질문이 발견되면 시스템 프롬프트를 임의로 변경하지 말고 Data Library 문서를 보강하십시오. 문서 기반 접지를 지속적으로 갱신하는 것이 에이전트의 응답 안정성을 보장하는 가장 신뢰할 수 있는 방법입니다.