영업 컨피규레이터란 무엇인가? (단순한 견적 툴이 아닌 이유)

복잡한 장비를 판매하는 회사라면 어디에나 '김 부장님' 같은 분이 있습니다. 제품에 대해 모르는 것이 없고, 동료들이 스프레드시트를 열어볼 때쯤이면 이미 고객의 모호한 요구사항을 명확하고 실행 가능한 솔루션으로 정리해냅니다. 그는 영웅입니다. 하지만 동시에, 붐비는 고속도로의 유일한 1차선 진입로이기도 합니다.

한 글로벌 기업의 사례가 기억납니다. 모든 대형 견적은 단 한 명의 전문가 검토를 위해 줄을 섰습니다. 계약은 지연되고 승인 서류는 쌓여만 갔습니다. 제품 관리팀은 영업팀에게 제발 특이한 사양은 팔지 말아 달라고 애원할 지경이었습니다. 사용하던 툴에는 문제가 없었습니다. 업무 처리 방식이 문제였습니다.

회사의 성장이 한 사람의 머리에 의존한다면, 그것은 세일즈 프로세스가 아닙니다. 이름만 있는 병목 지점일 뿐입니다.

더 좋은 계산기가 아니라, 똑똑한 번역기가 필요합니다

대부분의 팀은 모든 규칙을 코드화하는 대규모 CPQ 프로젝트가 해결책이라고 생각합니다. 안전한 접근처럼 들리지만, 대개 느리고 비싸며 경직된 시스템으로 귀결됩니다. 몇 달에 걸쳐 예외 규칙을 모델링하고 나면, 현업에서는 이미 새로운 예외 케이스를 만들어 낸 뒤입니다.

진짜 문제는 견적서의 계산이 아닙니다. 고객의 상황을 유효한 제품 구성(Configuration)으로 '번역'하는 과정에 있습니다. 김 부장님은 복잡한 계산으로 답을 찾지 않습니다. 고객의 말을 경청하고, 문제의 핵심을 파악하고, 가장 중요한 두세 가지 질문을 던져 잘못된 길을 미리 차단합니다. 의도를 구조로 번역하는 것입니다.

우리는 더 똑똑한 '번역가'가 필요할 때, 더 좋은 '계산기'를 만드는 데만 힘을 쏟아왔습니다.

CPQ의 핵심은 자동화가 아니라 정확성입니다.

정확성이란 우리가 판매한 제품을 매번 실수 없이 만들고, 가격을 책정하고, 납품할 수 있음을 의미합니다. 혼란을 자동화하는 것만큼 신뢰를 빨리 잃는 길은 없습니다. 복잡한 것을 누구나 이해할 수 있게 만들 때 신뢰를 얻을 수 있습니다.

현대의 영업 컨피규레이터는 실제로 무엇을 하는가

영업 컨피규레이터는 가이드 셀링(Guided Selling) 시스템입니다. 고객의 문제에 대한 대화를, 가격을 매겨 납품할 수 있는 솔루션으로 전환해 줍니다. 복잡한 내부 사양은 숨기고 비전문가도 카탈로그를 쉽게 탐색할 수 있게 만듭니다. 두꺼운 지도책이 아니라 내비게이션(GPS)을 생각하면 쉽습니다. 고객이 가고 싶은 목적지를 입력하면, 막다른 길을 피해 유효한 경로로만 안내합니다.

이것이 바로 변화의 핵심입니다. 규칙 입력에서 의미 파악으로, 복잡한 폼(Form)에서 대화로, 특정 전문가(김 부장님)에 대한 의존에서 모든 사람이 전문가처럼 생각하도록 돕는 시스템으로의 전환입니다.

시스템이 스스로를 설명하지 못하면, 누구도 그 시스템을 신뢰하지 않을 것입니다.

영업 담당자에게는 정답 이상의 것이 필요합니다. 바로 '확신'입니다. 좋은 컨피규레이터는 왜 이 선택이 유효한지, 어떤 제약 조건이 적용되는지, 그리고 어떤 대안이 있는지를 보여줘야 합니다. 설명 가능성은 단순한 기능이 아닙니다. 현업의 신뢰와 채택을 얻는 유일한 방법입니다.

실제로 효과가 있는 설계 원칙

1. 대화 우선: 고객이 자신의 문제를 설명하는 방식에서 출발해야 합니다. 시스템은 전문가처럼 명확한 질문을 던져야 합니다. 80개 항목을 채워 넣는 폼은 필요 없습니다. 적게 묻고, 더 많은 의미를 담아야 합니다.

2. 설계 단계부터 정확성 확보: 시스템의 결과물은 '항상' 유효해야 합니다. 가끔, 혹은 엔지니어링 검토 후에 유효해서는 안 됩니다. 만약 이를 보장할 수 없다면, 그건 시스템이 아니라 데모용 장난감에 불과합니다.

3. '왜'를 설명하라: 모든 추천과 제약 조건은 눈에 보여야 하고, 간결하게 설명되어야 합니다. 규칙을 명확히 설명할 수 없다면, 문제는 규칙 자체에 있습니다.

4. 유지보수를 최우선 과제로: 신규 모델, 새로운 시장, 바뀐 규제는 계속 생겨납니다. 모델을 업데이트하는 데 프로젝트 계획서가 필요할 정도라면, 현업은 그 시스템을 외면하고 다른 방법을 찾을 것입니다.

번역가 아키텍처

이를 구현하는 메커니즘은 하이브리드 방식입니다. 각각 따로 사용하면 불완전한 두 가지 강점을 결합합니다.

• 대화형 AI: 고객의 의도를 이해하고, 최적의 다음 질문을 던지며, 선택에 따른 장단점을 쉬운 언어로 설명합니다.
• 결정론적 규칙 엔진: 제품 구성을 검증하고 조합하여 최종 결과물이 항상 정확하고 생산 가능하도록 보장합니다.

제약 없는 AI는 그럴듯한 추측을 내놓을 뿐입니다. 대화가 없는 규칙 엔진은 사용자를 수많은 입력 필드 앞에 좌절하게 만듭니다. 둘을 결합하면, 프로세스 초반에는 유연성을, 최종 결과물에서는 신뢰성을 얻을 수 있습니다.

AI는 논리를 대체하는 것이 아니라, 논리에 의존합니다.

실제 업무 흐름은 다음과 같습니다.

• 영업 담당자는 부품 번호가 아닌 고객의 상황에서 시작합니다. "80kg 상자를 24미터 옮겨야 하는데, 천장 높이가 낮습니다."
• 시스템은 전문가처럼 최적의 다음 질문을 합니다. "연속 가동인가요, 간헐적 가동인가요? 세척 환경에 노출되나요?"
• 그사이 규칙 엔진은 불가능한 선택지를 제거합니다. 하중 대 모터 사양, 사용 환경 대 소재, 적용 표준 대 지역 등 유효한 옵션만 남깁니다.
• UI는 상황에 맞게 조정됩니다. 채팅 방식의 흐름, 맥락에 따라 나타나는 가이드 폼, 안전장치가 포함된 카탈로그 뷰 등 어떤 방식을 선택하든 결과는 항상 유효한 구성으로 귀결됩니다.
• 솔루션이 확정되면, 가격 책정, 기술 문서, 내부 승인 절차가 동일한 모델에서 자동으로 생성됩니다. 재입력할 필요도, "엔지니어링팀에 확인"할 필요도 없습니다.

이것이 기존 시스템을 전면 교체하는 방식일 필요는 없습니다. 제가 이끌었던 많은 프로젝트에서 이 '번역가' 시스템은 기존 CPQ 앞단에 위치하는 가이드 셀링 레이어 역할을 했습니다. 제품 구성의 정확성은 이 시스템이 책임지고, 가격 정책 등 상업적 규칙은 기존 CPQ나 가격 엔진이 처리하는 방식입니다. SAP 같은 ERP는 계속해서 생산 BOM을 관리할 수 있습니다. 번역가는 영업 단계를 책임집니다.

구축은 빨라야 합니다. 모든 것을 코드화하는 데 1년씩 걸릴 필요가 없습니다. 제품이 어떻게 만들어지고 팔리는지를 반영하는 모듈식 스키마에서 시작합니다. AI가 구조와 규칙 초안 작성을 돕고, 사람이 승인하고 테스트합니다. 실제 계약 사례를 통해 얻은 교훈으로 모델을 점진적으로 확장해 나갑니다. 완벽함보다 중요한 것은 언제나 진전입니다.

유지보수는 개발자뿐만 아니라 현업 전문가에게 권한을 위임해야 합니다. 규칙은 모듈화되고 테스트 가능해야 합니다. 논리가 실타래처럼 얽혀 있다면, 오늘의 속도는 내일의 부채가 될 뿐입니다.

기존 CPQ에 챗봇 하나 얹은 것 아닌가요?

타당한 지적입니다. 이미 경직된 규칙 위에 챗봇을 씌운다고 달라지는 것은 없습니다. 차이점은 아키텍처에 있습니다. 대화는 겉치레가 아니라 의미에 접근하는 핵심 인터페이스입니다. 논리는 숨겨져 있지 않고, 명시적이며 결정론적이고 설명 가능합니다. 이것이 바로 시스템이 영업팀에게 단순히 클릭만 하는 것이 아니라 '생각하는 법'을 가르치는 이유입니다.

또한 이 접근 방식은 리스크를 줄입니다. 기존 CPQ 앞단의 '번역가'로 시작할 수도 있고, 가격 구조가 단순하다면 독립적인 컨피규레이션 엔진으로 사용할 수도 있습니다. 핵심은 특정 솔루션의 로고가 아니라, 이러한 설계 사상입니다.

이번 분기, 당장 실행해야 할 과제

대화 지도 그리기: 사내 전문가(김 부장님)와 마주 앉으세요. 그들이 고객 발굴 단계에서 던지는 첫 10개의 질문과 그 이유를 기록하십시오. 이것이 가이드 플로우의 시작입니다.

제품을 모듈과 선택지로 도식화하기: 한 페이지 안에 상자와 화살표로 그려보세요. 간단하게 스케치할 수 없다면, 유지보수도 불가능합니다.

타협 불가능한 핵심 규칙 식별: 생산 가능성과 안전을 보장하는 가장 중요한 제약 조건 20개를 찾아내십시오. 이것들을 먼저 결정론적 규칙 엔진에 넣어야 합니다. 제품 구성이 항상 유효해지기 전까지는 가격 정책을 논하지 마십시오.

하나의 제품군으로 시작하기: 몇 분기가 아닌 몇 주 안에 실제 현장에 적용하십시오. 실제 계약 사례를 통해 개선하고, 혼란이 발생하는 지점에 깊이를 더하십시오.

설명 가능성 의무화: 모든 추천에는 한 문장짜리 '이유'가 있어야 합니다. 시스템이 스스로를 설명할 수 없다면, 결코 신뢰받지 못할 것입니다.

소유권 및 변경 절차 정의: 누가 새 모델을 승인합니까? 규칙은 어떻게 테스트합니까? 현장에 혼란을 주지 않고 얼마나 빨리 업데이트를 배포할 수 있습니까?

시스템 위치 결정: Pre-CPQ 가이드 셀링, 독립형 컨피규레이션 엔진, 혹은 ERP 보완재 중 어디에 위치시킬지 정하십시오. 시스템 간 연동은 최소화하고, 영업에 꼭 필요한 데이터만 가져오십시오.

현업의 채택률(Adoption)이 유일하게 중요한 지표입니다.

실제 영업 기회에서 시스템이 매일 얼마나 사용되는지 측정하십시오. 영업 담당자가 고객과의 통화 중에 생각을 정리하고 설명을 돕기 위해 스스로 시스템을 사용한다면, 성공하고 있는 것입니다. 엑셀로 데이터를 내려받는다면, 실패한 것입니다.

결론

영업 컨피규레이터는 고객의 요구를 생산 가능한 결과물로 바꿔주는 '번역가'입니다. 전문가의 지식을 희석시키지 않으면서 모두에게 공유하고, 복잡한 것은 단순하게, 단순한 것은 안전하게 느끼도록 만듭니다.

좋은 영업 컨피규레이터는 단순히 견적만 만드는 것이 아닙니다. 영업팀, 파트너, 그리고 고객 모두에게 '확신'을 심어줍니다.