에이전트가 어떤 역할을 할지 정했다면, 다음 단계는 어디에 배치할지 결정하는 것입니다. 이 결정은 고객이 에이전트를 어떻게 찾는지, 팀이 어떻게 관리하는지, 그리고 기존 운영에 얼마나 잘 통합되는지를 좌우합니다.

좋은 배포 채널은 자연스럽게 느껴집니다. 고객이 이미 사용하는 곳에서 만나며, 기존 업무 흐름에 거의 변화를 주지 않습니다.

채널을 선택하기 전에 고려해야 할 세 가지 주요 질문이 있습니다.

첫째: 대화가 이미 어디에서 이루어지고 있나요?

고객이 이미 웹사이트, 앱, 또는 메시징 플랫폼을 사용하고 있다면, 그곳이 보통 가장 좋은 시작점입니다.

둘째: 그 환경을 누가 관리하나요?

마케팅 팀이 웹사이트를 관리하거나, IT 팀이 내부 앱을 담당하거나, 소셜 팀이 채팅 채널을 운영한다면, 이들의 동의를 미리 얻어야 합니다.

접근 권한 부족이나 소유권이 불분명한 것은 프로젝트가 지연되는 가장 흔한 이유 중 하나입니다.

셋째: 배포가 얼마나 복잡한가요?

어떤 채널은 설정이 간단하지만, 다른 채널은 여러 팀과의 협업, 보안 검토, 앱 업데이트가 필요할 수 있습니다. 승인 절차가 길지 않고, 빠르게 운영할 수 있는 배포 방식을 선택하는 것이 좋습니다.

다시 Terminal Roast 사례로 돌아가 보겠습니다.

Taryn은 첫 번째 에이전트가 새로운 커피 맛과 페이스트리에 대한 고객 피드백을 수집하도록 결정했습니다. 다음 단계는 이 에이전트가 어디에 등장할지 정하는 것입니다.

카페의 기술 책임자인 Gideon은 웹사이트, 소셜 미디어 계정, 모바일 앱을 관리합니다. 그는 즉시 다음과 같은 우려를 제기합니다:

세 채널 모두에 동시에 에이전트를 배포하면 팀의 부담이 커지고, 문제 해결이 어려워질 수 있다는 점입니다. 짧은 논의 끝에, 우선 간단한 웹 배포부터 시작하기로 합의합니다. 에이전트는 Terminal Roast 웹사이트의 채팅 위젯으로 등장할 예정입니다. 몇 주간 원활하게 운영되면, 이후 소셜 미디어와 모바일 앱으로 확장할 계획입니다.

이 결정은 프로젝트 범위를 명확히 하고, 테스트를 쉽게 하며, 성공을 측정할 수 있는 한 곳을 제공합니다. 많은 팀이 이 결정이 얼마나 운영적인지 과소평가합니다. 채널 선택은 기술적인 작업이 아니라 조직적인 결정입니다.

웹사이트에 배포한다면, 마케팅 또는 웹팀이 업데이트를 지원할 수 있는지 확인하세요.

내부 앱에 배포한다면, IT와 보안팀이 검토했는지 확인하세요.

WhatsApp이나 Facebook Messenger 같은 메시징 채널을 사용할 계획이라면, 소셜팀이 해당 업무를 관리할 준비가 되어 있는지 확인하세요.

완벽한 에이전트라도, 그 환경을 책임지는 팀이 참여하지 않으면 실패할 수 있습니다. 통제할 수 있는 곳에서 시작하세요. 가장 빠르게 움직이고 실제 사용 데이터를 얻을 수 있는 채널을 선택하세요. 다른 부서에 의존하지 않고 웹사이트에 배포할 수 있다면, 그렇게 하세요. 고객이 주로 메시징 채널을 사용한다면, 테스트와 유지관리가 가장 쉬운 채널을 고르세요.

목표는 불필요한 마찰을 없애는 것이지, 여러 플랫폼에 동시에 배포해 인상을 주는 것이 아닙니다.

한 채널에서 에이전트의 가치가 입증되면, 확장은 간단하고 위험도 낮습니다. 채널 선택이 실제 결과를 얼마나 빨리 얻을 수 있는지를 결정합니다. 단순하고 접근하기 쉬우며, 팀의 기존 업무 방식과 잘 맞는 채널을 선택하면, 프로젝트 실패의 초기 장벽을 많이 줄일 수 있습니다.

Terminal Roast는 웹사이트 배포에서 경험을 쌓고, 서비스를 개선한 뒤, 자신 있게 확장할 수 있을 것입니다.

실행: 사용자나 고객이 가장 자주 소통하는 단일 채널을 파악하세요.

더 복잡한 선택을 하기 전에, 팀이 해당 채널에 접근 권한과 배포 권한이 있는지 확인하세요.

‍