AX 프로젝트가 실패하는 이유.
"한 시나리오는 됐는데, 다음에 무엇을 어떤 순서로 넓힐지 모르겠습니다."
"채널마다 시스템이 달라, 연동만 하다 프로젝트가 끝날 것 같습니다."
"구축이 끝나면 벤더는 빠지고, 우리가 못 고치는 시스템만 남습니다."
"계속 개선할 사람이 사내에 없어서 결국 다시 외주를 부릅니다."
진짜 만들어야 하는 것은 실행할 수 있는 팀.
시스템 연동, 에이전트 빌딩에서 그쳐선 안 됩니다.
직접 만들고 고칠 수 있는 능력을 넘기는 일입니다.
확장 순서를 데이터로 정합니다
콜센터 현장 인터뷰와 통화량 분포를 보고 자동화 가능한 콜 유형을 추려냅니다. 절감 비용과 매출 효과를 재서 먼저 할 것과 나중에 할 것을 가릅니다.
기존 인프라 위에 얹습니다
지금 쓰는 전화번호와 CRM을 그대로 둡니다. PBX·CTI·IVR을 점검해 회선과 사내 시스템에 연결할 뿐, 교체가 아니라 연결이라 전환 비용이 들지 않습니다.
고칠 수 있는 상태로 넘깁니다
운영 콘솔에서 프롬프트와 지식베이스를 직접 고치고, 변경 영향을 미리 검증한 뒤 배포합니다. 잘못되면 클릭 한 번으로 되돌립니다.
개선하는 방법까지 이관합니다
매주 도는 지표 개선 사이클을 함께 돌려보며 익힙니다. 1:1 온보딩과 정기 코칭으로, 프로젝트가 끝나도 사내에서 사이클이 계속 돕니다.
14주,
구축에서 이관까지.
단계마다 손에 남는 것이 정해져 있습니다.
AICC 구축과 시스템 연동
콜센터 현황을 진단해 자동화 대상을 정하고, 에이전트의 성격·대화 흐름·지식베이스를 만듭니다. 회선(SIP·PBX)과 사내 시스템(CRM·결제·배송)을 연결하고 상담원 인계까지 붙입니다.
베이스라인 측정과 점진 투입
사람이 운영하던 시점의 KPI를 먼저 재둡니다. 전체 콜의 10%부터 시작해 1주차에는 매일 통화를 리뷰하고, 문제가 생기면 즉시 원복합니다.
지표 개선 스프린트
매주 갭을 분석하고 원인을 진단해 A/B로 검증합니다. 효과가 확인된 것만 배포하고, 아니면 되돌립니다. 8주 동안 이 사이클을 반복해 지표를 끌어올립니다.
콘솔 전달과 팀 교육
콘솔 화면을 함께 돌아보고, 실제 KPI로 첫 개선을 직접 해봅니다. 목표 설정 워크샵까지 마치면 운영 주체가 내부 팀으로 넘어갑니다.
14주는 기본 시작 단위입니다. 개선 사이클이 의미 있게 돌아가려면 이 정도가 필요합니다.
사이클을 더 돌리거나 진단에서 연동 범위가 크게 잡히면, 기간을 함께 늘려 잡습니다.
매주 지표를 뜯어보고,
원인을 찾아 고칩니다.
사람이 운영하던 시점의 KPI를 먼저 재둡니다.
그 기준선 대비 얼마나 달라졌는지가 모든 판단의 출발점입니다.
갭 분석 · 매주
주차별 시계열로 지표가 언제부터 떨어졌는지 추적하고, 시나리오별로 쪼개 어떤 콜이 문제인지 분리합니다. 평균보다 유난히 긴 통화와 재질문 패턴도 함께 봅니다.
원인 진단
프롬프트·지식베이스·연동 도구·시나리오 미정의 중 무엇 때문인지 가려냅니다. AI가 1차로 분류하고 담당 PM이 검증해 원인을 확정합니다.
A/B 테스트 · 1–2주
새 버전과 기존 버전에 트래픽을 절반씩 태워 비교합니다. 충분한 샘플이 쌓일 때까지 돌려, 우연이 아니라 실제 개선인지 확인합니다.
배포 또는 원클릭 롤백
효과가 확인되면 전체에 배포하고, 없거나 나빠지면 클릭 한 번으로 되돌립니다. 배포한 뒤에는 새 기준선을 다시 재고 다음 사이클로 들어갑니다.
인바운드 상담·아웃바운드·예약 접수·해피콜 — 콜 성격마다 볼 지표가 다릅니다. 어떤 지표를 볼지는 진단 단계에서 함께 정합니다.
컨설턴트는 떠나도,
그 노하우는 에이전트로 남습니다.
브링톡 컨설턴트가 현장에서 성과를 내며 쌓은 판단과 라이브러리를,
그대로 학습한 AI 팀원이 콘솔 안에 남습니다.
Agent Builder
문장 하나로 에이전트 세트 완성
QA Tester
실제 시나리오 통화로 배포 전 검증
Call Reviewer
전체 콜을 듣고 핵심만 추려 분석
Performance Coach
반복 패턴 찾아 개선 멘트 제안
Experiment Manager
실험 배포부터 승자 적용까지
실행은 에이전트가, 결정은 우리 팀이 합니다.
이관 후 실무진은 혼자 남지 않습니다. 이들과 함께 일하며 사이클을 이어갑니다.
콘솔이 어떻게 생겼는지 보기 →
14주 뒤,
외주 없이 우리 팀이 직접 고칩니다.
- 한 시나리오에서 멈춰 있던 파일럿
- 채널마다 따로 노는 시스템
- 고칠 때마다 외주를 부르던 운영
- 개선을 이어갈 사람이 없던 조직
- 전사 채널에서 돌아가는 운영
- 한 흐름으로 이어진 채널
- 실무진이 그 자리에서 고치는 운영
- 스스로 실험하고 개선하는 조직
비용은 실제 성과에 연동되고,
개선 사이클은 내부에 남습니다.
성과연동 70:30
POC와 같은 원칙입니다. 착수금 70%, 성과금 30% — 합의한 KPI를 달성했을 때만 잔금을 청구하고, 미달이면 청구권이 발생하지 않습니다.
개선 사이클 자체를 넘깁니다
시스템만 지어놓고 떠나지 않습니다. 14주 동안 실제로 사이클을 돌려 지표를 만들어 보이고, 그 사이클을 어떻게 도는지까지 팀에 넘깁니다. 남는 것은 에이전트가 아니라 개선하는 방법입니다.
신청하면, 이렇게 진행됩니다.
문의를 남기시면 하루 안에 담당 컨설턴트가 연락드립니다. 1시간 온라인 인터뷰로 콜 운영 현황과 확장하려는 범위를 짚고, 진단·설계 일정과 견적을 확정한 뒤 킥오프합니다.
6주 POC로 숫자를 먼저 검증하기를 권합니다. 작은 규모에서 성과를 확인한 뒤 넓히는 편이 안전합니다. 6주 POC 먼저 보기 →
기존 콜 녹취와 상담 매뉴얼, 현재 쓰는 콜센터 시스템 구성이면 충분합니다. 연동 범위는 진단 단계에서 함께 잡습니다.
담당 컨설턴트가 주 1~2회 현장에 나가 함께 앉습니다. 메일로 며칠 걸릴 논의를 그 자리에서 끝내고, 막힌 곳을 바로 풉니다.
자주 묻는 질문
워크샵과 6주 POC로 숫자를 먼저 검증하기를 권합니다. 작은 규모로 성과를 확인한 뒤 넓히는 것이 안전합니다.
14주는 기본 시작 단위입니다. 구축 4주, 베이스라인 측정 1주, 개선 스프린트 8주, 콘솔 전달·교육 1주로 이뤄집니다. 개선 사이클이 의미 있게 돌아가려면 최소 이 정도가 필요합니다. 사이클을 더 돌리거나, 진단에서 연동 범위가 크게 잡히면 기간이 늘어납니다.
지금 쓰는 전화번호와 CRM을 그대로 유지합니다. 기존 인프라 위에 에이전트만 연결합니다.
코딩을 모르는 담당자도 다룰 수 있게 교육합니다. 구축이 끝나면 우리 실무진이 콘솔로 직접 운영하고, 월 1회 코칭과 상시 Q&A로 계속 지원합니다.
운영을 이어받으시면 콘솔 월 구독료와 통화량에 따른 콜 비용이 발생합니다. 구독 티어에 따라 지원 범위와 월 콜 볼륨 한도가 달라집니다. 구체적인 금액은 상담에서 콜 볼륨 기준으로 함께 계산합니다.
착수금 70%, 성과금 30%입니다. 합의한 KPI를 달성했을 때만 잔금을 청구하고, 미달이면 청구권이 발생하지 않습니다. KPI는 진단 단계에서 기준선·임계치·측정 방법까지 문서로 정합니다. 비율은 규모와 지표 측정 가능성에 따라 조정합니다.