이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
BPO 운영사와 계약을 맺을 때 가장 중요하게 고려해야 할 건 SLA(서비스 수준 협약)를 얼마나 구체적으로 정의하느냐라고 생각합니다. 처리 속도, 오류율, 응대 시간 같은 지표가 모호하게 설정되면 나중에 성과 평가 기준이 달라져 분쟁이 생길 수 있습니다. 정산 과정에서는 처리 건수 집계 기준과 검증 방법을 양쪽이 동일하게 이해하고 있는지가 핵심입니다. 건수를 세는 시스템이 다를 경우 매월 수치가 달라지는 문제가 반복되고, 이를 사전에 합의된 기준으로 정리해두지 않으면 정산 주기마다 시간이 낭비됩니다. 수업 케이스에서 외주 정산 분쟁 사례를 다뤘는데, 계약서에 명시된 것보다 실제 운영 과정에서 암묵적으로 달라진 관행이 갈등의 시작이었습니다. 그래서 계약 초기에 예외 케이스까지 포함한 정산 로직을 문서화해두는 것이 나중의 비용을 줄인다고 봅니다.
BPO 계약에서 SLA 외에 자주 간과되는 요소가 운영 담당자 교체 시 인수인계 방식에 대한 조항입니다. 외주 운영 중 담당자가 바뀌면 암묵적으로 공유됐던 운영 맥락이 사라지는 경우가 생깁니다. 그 시점에 서비스 품질이 떨어지거나, 같은 내용을 다시 설명해야 하는 비용이 발생합니다. 수업 케이스에서 장기 BPO 계약이 담당자 교체 이후 품질이 급변한 사례를 다뤘는데, 인수인계 절차가 계약서에 없었던 것이 원인이었습니다.
계약 조건에 담당자 교체 시 인계 기간과 방식을 명시하는 것이 운영 연속성을 지키는 방법입니다. 이것이 없으면 법적으로는 문제없지만 실제 운영 품질은 떨어지는 상황이 생깁니다. 계약은 기술 조건만이 아니라 운영 지속성까지 고려하는 방향으로 설계해야 합니다.
BPO 정산에서 가장 흔한 위험 요소는 처리 건수 집계 방식이 양쪽 시스템에서 다르게 나오는 것입니다. 이것을 예방하는 가장 실질적인 방법은 정산 전에 각자 수치를 먼저 공유하고 차이가 생기면 원인을 파악하는 검증 단계를 계약에 넣는 것입니다. 정산일 이후에 수치가 다르다는 것을 발견하면 이미 지급이 이뤄진 후이거나, 다음 주기에 조정이 필요해 관계 부담이 생깁니다.
사전 검증 단계를 계약상 의무로 만들면 분쟁보다 확인으로 해결되는 구조가 됩니다. 수업에서 정산 분쟁 케이스를 분석할 때, 계약서에 검증 절차가 있었던 경우와 없었던 경우의 분쟁 발생 빈도가 크게 달랐습니다. 위험 관리는 사후 대응보다 발생 전에 확인하는 구조를 만드는 것이 훨씬 효율적입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 마켓컬리 CX·운영지원 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.