Agentforce 비용을 하나의 정액 단가나 하나의 소비 단위로 설명하면 계약 구조를 왜곡할 수 있습니다. Salesforce의 Agentforce 제품 페이지는 Flex Credits, Conversations, 사용자당 라이선스 등 여러 가격 옵션을 안내합니다. 실제 적용 방식은 제품, 활용 사례, 계약에 따라 다릅니다.
따라서 예산 검토의 첫 질문은 “Agentforce는 얼마인가?”가 아니라 “우리 SKU에서 무엇이 과금되며 어디에서 사용량을 확인하는가?”입니다.
1. 계약 문서에서 과금 단위를 찾습니다
다음 항목을 견적서와 주문서에서 확인합니다.
- 정확한 제품명과 SKU
- Flex Credits, Conversation, 사용자 등 과금 단위
- 단위당 계약 가격
- 포함량과 초과 사용 조건
- 무제한으로 표현된 범위와 제외 항목
- 리전, 채널, 기능 제한
- 갱신과 가격 변경 조건
- 사용량 리포트의 위치와 지연
마케팅 페이지의 일반 설명은 계약 해석을 대신하지 않습니다.
2. 품질 지표와 비용 지표를 연결하되 혼동하지 않습니다
| 목적 | 예시 지표 |
|---|---|
| 서비스 품질 | 해결, 정확성, 사람 에스컬레이션, 반복 문의, 지연 |
| 운영 안정성 | Action 실패, 권한 오류, 다운스트림 장애, 롤백 |
| 소비 | 계약상 과금 대상 Action, Conversation 또는 사용자 |
| 재무 | 계약 단가, 포함량, 초과분, 관련 플랫폼 비용 |
좋은 설계는 재시도나 불필요한 호출을 줄일 수 있습니다. 그러나 그 효과가 청구서에 어떻게 반영되는지는 계약의 과금 정의에 따라 달라집니다. 모든 내부 추론이나 API 호출이 각각 과금된다고 가정해서도 안 됩니다.
3. Action과 Conversation의 정의를 검증합니다
Flex Credits를 사용하는 계약이라면 어떤 Action이 과금 대상인지 확인합니다. Conversation 모델이라면 Conversation의 시작, 종료, 재개와 채널별 정의를 확인합니다. 사용자당 라이선스라면 대상 사용자, 포함 기능, 외부 고객 상호작용의 처리 방식을 확인합니다.
같은 고객 여정도 모델에 따라 다른 비용 동인을 가질 수 있습니다. 제품 설명만 보고 단위를 서로 환산하지 마십시오.
4. 세 가지 사용량 시나리오를 만듭니다
파일럿 전에는 낮음·기준·높음 시나리오를 작성합니다.
- 대상 사용자 또는 고객 수
- 기간당 예상 상호작용 수
- 활용 사례별 예상 완료·에스컬레이션 비율
- 계약상 과금 단위로의 변환 규칙
- 계약 단가와 포함량
- 관련 Data 360, 통합, 모니터링과 운영 비용
각 값의 출처를 표시하십시오. 내부 트래픽 로그가 없으면 가정이라고 명시하고 범위를 넓게 잡습니다. 외부 평균을 고객 결과처럼 사용하지 않습니다.
5. 테스트 결과로 예산을 갱신합니다
테스트 도구는 품질과 동작을 검증합니다. 실제 비용 예측에는 계약 정의와 사용량·청구 리포트가 필요합니다.
파일럿 중에는 다음을 함께 수집합니다.
- 시나리오별 실행 수
- 과금 대상 단위
- 성공, 실패, 재시도와 에스컬레이션
- 다운스트림 API·데이터 비용
- 사람 운영 시간
- 청구 리포트와 내부 로그의 차이
차이가 있으면 계산식을 수정하고 스케일업 승인을 다시 받습니다.
6. 비용 통제 장치를 설계합니다
- 활용 사례와 Topic 범위를 제한합니다.
- 허용된 Actions와 권한을 명시합니다.
- 중복 실행 방지와 idempotency를 적용합니다.
- 사용량과 오류에 경보를 둡니다.
- 사용자·채널·환경별 예산을 나눕니다.
- 초과 사용 시 축소, 중지 또는 사람 전환 절차를 정합니다.
- 계약 변경 시 계산 모델을 재검토합니다.
구매 결정 체크리스트
다음 질문에 문서로 답할 수 있어야 합니다.
- 어떤 SKU와 과금 단위가 적용되는가
- 사용량을 어디에서 확인하는가
- 품질 지표와 청구 지표가 어떻게 연결되는가
- 낮음·기준·높음 시나리오의 비용은 얼마인가
- 초과 사용과 장애 시 어떤 통제가 작동하는가
- 어떤 조건에서 확대, 재설계 또는 중단하는가
Agentforce 비용은 보편적인 한 줄 공식이 아닙니다. 계약, 실제 사용량, 서비스 품질과 운영 증거를 같은 모델에 연결할 때만 방어 가능한 예산이 됩니다.


