기본 콘텐츠로 건너뛰기

영업 BOM vs 원가 BOM: 마진 성장을 이끄는 CPQ 비법

Sales BOM vs Cost BOM: The CPQ Trick That Unlocks Margin Growth

“고객에게 부품 리스트를 전부 보여주면 안 될까요? 투명성을 원한다는데요.”

이런 요청은 여러 프로젝트에서 들어봤습니다. 일견 합리적으로 들립니다. 하지만 실제로는 계약과 마진을 망치는 지름길입니다.

숙련된 CPQ 운영팀은 조용한 진실을 알고 있습니다. 고객은 부품이 아니라 결과물에 돈을 지불한다는 사실 말입니다. 영업에서 부품 명세서를 보여주는 순간, 고객은 원가 기반의 가격 협상을 시작합니다. 반면, 결과물을 팔면 가치와 속도를 모두 지킬 수 있습니다.

이 문제를 해결하는 열쇠가 바로 Sales BOM과 Cost BOM을 분리하는 데 있습니다.

고객은 결과물을 사고, 재무팀은 부품을 삽니다. 각자에게 필요한 것만 보여주면 됩니다.

고객이 사는 것과 우리가 만드는 것

Sales BOM은 고객의 눈높이에서 제품을 설명하는 방식입니다. 성능, 용량, 규제 준수, 납기, 서비스 등 고객이 이해하는 언어로 소통하는 것입니다. Sales BOM은 가치를 포장하고, 내부의 복잡성은 감추며, 가격의 기준을 결과물에 둡니다.

Cost BOM은 내부 운영을 위한 설계도입니다. 여기에는 부품, 공정, 공임, 공급사 정보, 원가 계산 등 엔지니어링과 제조에 필요한 모든 정보가 담겨 있습니다. 판매가 아닌 생산을 위한 필수 자료입니다.

만약 이 두 가지가 동일하다면, 매일 다음과 같은 비용을 치르게 됩니다.

  • 영업이 불필요하게 복잡해집니다. 영업 대표는 가치가 아닌 부품을 기준으로 고객을 설득해야 합니다.
  • 부품 단위의 가격 협상에 휘말려 할인율이 끝없이 높아집니다.
  • 사소한 원가 변동이 고객에게 전달되는 견적서에까지 영향을 미쳐 변경 관리가 위험해집니다.

둘을 분리하는 것은 단순한 사용자 경험(UX) 개선이 아니라, 거버넌스의 문제입니다. 가트너(Gartner) 같은 분석 기관들도 수년간 CPQ 성공의 핵심은 명확한 책임 소재, 데이터 수명 주기 관리, 그리고 설명 가능성에 있다고 강조해왔습니다. 이 분리 작업이 바로 그 경계선 중 하나입니다.

CPQ의 본질은 자동화가 아닙니다. 설명 가능한 정확성입니다.

Sales BOM과 Cost BOM 분리 방법

산업용 컴프레서를 판매하는 경우를 예로 들어보겠습니다.

Sales BOM의 항목은 다음과 같을 것입니다.

  • 500kW급 무급유식(Oil-free) Class 0 에어 시스템
  • 48시간 내 납품 및 시운전 포함 설치 키트
  • 가동시간 보장(SLA) 포함 36개월 서비스 플랜

이렇게 구성하면 판매하기 쉽습니다. 규제 준수, 속도, 리스크 감소 등 고객이 얻는 가치와 직접 연결되기 때문입니다.

그 이면의 Cost BOM은 훨씬 방대하고 복잡합니다. 모터 사양, 냉각 옵션, 제어 모듈, 패스너, 수많은 공급사의 하위 부품들, 그리고 공정 단계까지 포함됩니다. 이 정보는 자주 바뀌고, 항상 정확해야 합니다. 하지만 고객에게 보여줄 필요는 없습니다.

성숙한 CPQ 시스템에서는 이 두 세계가 명확하고 검증 가능한 규칙으로 연결됩니다.

  • 안정적인 인터페이스: 각 Sales BOM 항목은 명확한 규칙에 따라 하나 이상의 Cost BOM 템플릿에 매핑됩니다. 내부 구성은 바꾸더라도, 이 인터페이스는 안정적으로 유지해야 합니다.
  • 버전 관리 기반 가격 책정: 가격은 ERP에서 관리하되, 정해진 주기에 따라 CPQ로 ‘배포’합니다. 견적을 낼 때마다 실시간으로 조회하거나, 견적 중간에 가격이 소리 없이 바뀌는 일을 막아야 합니다.
  • 결과물 기반 가격 책정: 판매 가격은 부품 원가의 합산이 아니라 용량, SLA, 규제 준수 등 가치 동인(value driver)에 연동합니다.
  • 설명 가능한 구성: 영업 담당자가 특정 조합이 왜 유효한지, 혹은 가격이 왜 변경되었는지 물으면 시스템이 그 근거를 제시할 수 있어야 합니다.

이 매핑 레이어가 바로 건물의 대들보입니다. 이 부분이 견고하면 나머지는 저절로 유지됩니다. 반면 이 연결이 불분명하거나 깨지기 쉽다면, 작은 변화 하나가 전체 영업 프로세스를 무너뜨릴 수 있습니다.

규칙 자체가 문제가 아닙니다. 쉽게 깨지는 불안정한 규칙이 문제입니다.

실패 패턴: 원가 기반 가격 책정과 BOM 전체 노출

아직도 많은 기업이 ‘원가+마진’ 방식으로만 가격을 책정하고, 그 근거로 전체 부품 리스트를 고객에게 공개합니다. 공정해 보이지만, 이는 고객이 우리의 가치를 부품 하나하나 분해하며 깎아내리도록 훈련시키는 꼴입니다.

더 큰 문제는, 모든 엔지니어링 변경이 영업 리스크로 이어진다는 점입니다. 공급사 가격이 오르면 Sales BOM이 바뀌고, 부품이 단종되면 결재가 진행 중이던 제안서가 변경됩니다. 현업 부서가 시스템을 불신하고 우회하기 시작하는, 조용한 CPQ 실패는 바로 이렇게 일어납니다.

가치 기반 가격 책정이 원가를 무시하라는 뜻은 아닙니다. 원가는 마땅히 있어야 할 곳에 두고, 쇼핑 리스트가 아닌 패턴으로 보여주라는 의미입니다. 날씨를 볼 때 현재 기온만 보는 게 아니라 기상도를 보며 추세와 위험을 파악하는 것과 같습니다.

복리로 쌓이는 이점

Sales BOM과 Cost BOM의 분리는 일회성 개선으로 그치지 않고, 그 효과가 복리처럼 쌓입니다.

1) 영업 단순화 및 사이클 단축: 영업 대표가 결과물 중심으로 제품을 구성하면, 견적 하나마다 엔지니어링팀에 문의할 필요가 없어집니다. 실제로 견적서에서 부품 리스트만 제거해도 영업 사이클이 단축되는 것을 여러 번 목격했습니다.

2) 제품 재설계 없는 마진 확대: 가격 사다리(Price Ladder) 전략이 가능해집니다. 원가 구조는 효율적으로 유지하면서 SLA, 성능, 리스크 이전 등을 기준으로 프리미엄 등급을 만들 수 있습니다. 한 번의 대대적인 개편보다, 수천 개의 견적에서 발생하는 작은 이익 상승이 연간 실적에 더 크게 기여합니다.

3) 안전한 변경 관리: 엔지니어링팀은 매주 Cost BOM을 개선하고, 구매팀은 공급사를 교체할 수 있습니다. 매핑 규칙만 잘 지켜진다면, 영업팀은 이런 변화를 거의 느끼지 못합니다. 진정한 거버넌스는 회의가 아니라, 안전하게 변화를 수용하는 경로를 만드는 것입니다.

4) 데이터 품질 향상과 AI 활용 기반 마련: AI는 명확한 제약 조건이 있을 때 가장 효과적입니다. 정리된 Sales BOM과 명시적인 매핑 규칙이 있으면, AI는 엉뚱한 답을 내놓는 대신 합리적인 선택지를 제안하고, 제안서 초안을 작성하며, 대안을 제시할 수 있습니다. 숙련된 전문가의 조수에게 명확한 지침이 필요하듯, AI도 논리적 기반이 있어야 제 역할을 합니다.

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

이런 변화가 숫자로 어떻게 나타나는지 보려면, 할인 요청 건수, 결재 단계 수, 그리고 견적서의 수기 메모량을 살펴보십시오. 분리가 잘 이루어지면 이 세 가지 지표는 모두 감소합니다. 제가 주도했던 수많은 프로젝트 리뷰에서 이는 시스템 도입 성공과 마진 관리를 보여주는 가장 확실한 선행 지표였습니다.

현장에서 검증된 단순한 규칙들

제가 실무에서 사용하는 가드레일은 다음과 같습니다.

  • 각 데이터의 책임자는 한 명으로 지정합니다. 제품팀은 Sales BOM 카탈로그와 규칙을, 엔지니어링팀은 Cost BOM을, 재무팀은 가격 배포를 책임집니다. 책임 소재를 공유하지 마십시오.
  • 인터페이스는 안정적으로, 내부는 자주 배포합니다. Sales BOM과 Cost BOM 사이의 인터페이스는 잠그고, 내부 구성은 자주 변경하십시오. 견적 프로세스를 망가뜨리지 않으면서 빠르게 움직일 수 있습니다.
  • 부품이 아닌 결과물에 가격을 매깁니다. 가격을 설명할 때 부품 이야기부터 시작한다면, 이미 마진 협상에서 지고 있는 것입니다.
  • 프로젝트가 아닌 제품처럼 테스트합니다. 매핑과 가격 정책에 대한 회귀 테스트(regression test)를 구축하십시오. 테스트할 수 없다면, 안전하게 변경할 수도 없습니다.
  • 견적서를 제품 상세 페이지처럼 설계합니다. 성능, 규제, 납기, 서비스 등 구매자가 중요하게 생각하는 것을 전면에 내세우십시오. 내부 구조는 감추십시오.

팀원들이 현장에서 실패 패턴을 즉시 인지할 수 있도록 이름을 붙여주십시오. 저는 이것을 **‘부품 행진(Parts Parade)’** 이라고 부릅니다. 고객이 얻는 가치가 아니라, 우리가 구매하는 부품을 나열한 견적서를 뜻합니다. ‘부품 행진’은 곧 마진 하락으로 이어집니다.

이번 분기, 바로 시작할 수 있는 일

지금 CPQ를 운영하고 있다면, 작게 시작할 수 있습니다.

  • 하나의 제품을 선정해 시작해 보십시오. 현재 부품 리스트를 노출하는 제품 중 하나를 골라, Sales BOM을 3개의 가치 등급과 1개의 서비스 플랜으로 재설계하십시오. Cost BOM은 그대로 두고, 파일럿 그룹에 먼저 적용해 보십시오.
  • 가격 배포 주기를 정립하십시오. ERP에서 매주 가격 팩(Price Pack)을 발행하고, CPQ에서는 버전 관리하며 이를 사용하도록 하십시오. 가격 변경의 이력을 추적하고 설명할 수 있게 만들어야 합니다.
  • 상위 20개 구성에 대한 매핑 테스트를 추가하십시오. 매주 금요일마다 테스트를 실행하고, 실패 시 영업팀에 도달하기 전에 즉시 수정하십시오.
  • 견적서 레이아웃을 바꾸십시오. 결과물, 제거된 리스크, 그리고 회사의 약속을 가장 먼저 보여주도록 하십시오. 부품 리스트는 보이지 않는 곳으로 옮기십시오. 할인 요청 행태가 어떻게 변하는지 관찰할 수 있을 것입니다.

이 작업은 공장 조립이 아니라 정원을 가꾸는 것과 같습니다. 명확한 책임 소재로 토양을 준비하고, 단순한 규칙들을 심은 뒤, 시간을 두고 가지치기를 해야 합니다. 그러면 그 형태는 매달 더 나아질 것입니다.

단, 한 가지 주의할 점이 있습니다. 매핑 규칙을 소수만 아는 비밀 기술로 만들지 마십시오. 오직 두 사람만이 Sales와 Cost의 매핑을 이해하는 순간, 영웅에 의존하는 병목 현상이 발생합니다. CPQ 시스템이 영웅에게 의존한다면, 그것은 시스템이 아니라 골칫거리일 뿐입니다.

이 분리 작업이 잘 이루어지면, 사용자들은 그 존재조차 느끼지 못합니다. 영업 대표는 일이 빨라졌다고 느끼고, 재무팀은 안정적인 마진을 확인하며, 엔지니어링 변경은 비상 회의 없이 원활하게 처리됩니다. 경영진은 시스템을 복제하지 않고도 모든 지역에서 일관성을 확보할 수 있습니다. 안정적인 인터페이스 덕분에 기존 시스템을 뒤엎지 않고도 새로운 제품과 가격 모델을 쉽게 추가할 수 있습니다.

결국 가장 중요한 지표는 '사용률'입니다.

시장에서 이기는 팀은 목소리가 큰 팀이 아니라, 논리가 명확한 팀입니다. 그들은 고객에게 무엇을 보여줄지, 운영에 무엇이 필요한지, 그리고 둘을 어떻게 연결할지를 결정합니다. 그리고 그 경계를 테스트와 배포 원칙으로 굳건히 지킵니다.

Sales BOM은 구매자가 이해하는 약속이 되어야 합니다. Cost BOM은 생산 현장이 신뢰하는 계획이 되어야 합니다. 그리고 CPQ가 그 둘을 누구나 이해할 수 있는 논리로 연결하게 하십시오.

조용한 강점이 요란한 복잡성을 항상 이깁니다. 귀사에서는 지금 무엇을 만들고 계십니까?

댓글

이 블로그의 인기 게시물

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

복잡한 장비를 판매하는 회사라면 어디에나 '김 부장님' 같은 분이 있습니다. 제품에 대해 모르는 것이 없고, 동료들이 스프레드시트를 열어볼 때쯤이면 이미 고객의 모호한 요구사항을 명확하고 실행 가능한 솔루션으로 정리해냅니다. 그는 영웅입니다. 하지만 동시에, 붐비는 고속도로의 유일한 1차선 진입로이기도 합니다. 한 글로벌 기업의 사례가 기억납니다. 모든 대형 견적은 단 한 명의 전문가 검토를 위해 줄을 섰습니다. 계약은 지연되고 승인 서류는 쌓여만 갔습니다. 제품 관리팀은 영업팀에게 제발 특이한 사양은 팔지 말아 달라고 애원할 지경이었습니다. 사용하던 툴에는 문제가 없었습니다. 업무 처리 방식이 문제였습니다. 회사의 성장이 한 사람의 머리에 의존한다면, 그것은 세일즈 프로세스가 아닙니다. 이름만 있는 병목 지점일 뿐입니다. 더 좋은 계산기가 아니라, 똑똑한 번역기가 필요합니다 대부분의 팀은 모든 규칙을 코드화하는 대규모 CPQ 프로젝트가 해결책이라고 생각합니다. 안전한 접근처럼 들리지만, 대개 느리고 비싸며 경직된 시스템으로 귀결됩니다. 몇 달에 걸쳐 예외 규칙을 모델링하고 나면, 현업에서는 이미 새로운 예외 케이스를 만들어 낸 뒤입니다. 진짜 문제는 견적서의 계산이 아닙니다. 고객의 상황을 유효한 제품 구성(Configuration)으로 '번역'하는 과정에 있습니다. 김 부장님은 복잡한 계산으로 답을 찾지 않습니다. 고객의 말을 경청하고, 문제의 핵심을 파악하고, 가장 중요한 두세 가지 질문을 던져 잘못된 길을 미리 차단합니다. 의도를 구조로 번역하는 것입니다. 우리는 더 똑똑한 '번역가'가 필요할 때, 더 좋은 '계산기'를 만드는 데만 힘을 쏟아왔습니다. CPQ의 핵심은 자동화가 아니라 정확성입니다. 정확성이란 우리가 판매한 제품을 매번 실수 없이 만들고, 가격을 책정하고, 납품할 수 있음을 의미합니다. 혼란을 자동화하는 것만큼 신뢰를 빨리 잃는 길은 없습니다. 복잡한 것을 누구나 이해할 수 있게 ...

CPQ에 AI를 도입하기 전, 내러티브 데이터가 먼저 필요한 이유

LLM은 트럭이 무엇인지는 압니다. 하지만 *귀사의* 트럭에 대해서는 모릅니다. 대부분의 팀이 SKU, 속성, 규칙 테이블로만 구성된 기존 CPQ 시스템에 AI를 도입하려 할 때 마주하는 현실입니다. AI가 내놓는 답변은 그럴듯해 보이지만, 그 근거는 부실합니다. 영업 담당자가 왜 특정 침대칸(sleeper cab)을 추천하는지 물으면 시스템은 명쾌한 답을 내놓지 못합니다. 제가 워크숍 현장에서 직접 목격한 바입니다. 각 옵션이 언제, 왜 필요한지에 대한 명확한 맥락을 모델에 제공하는 순간, 대화의 질이 달라집니다. 시스템은 추측을 멈추고 조언을 시작합니다. 이는 AI의 마법이 아닙니다. 바로 '서사(narrative)'를 가진 데이터의 힘입니다. 기존 데이터에 빠진 한 가지 데이터 테이블은 어떤 조합이 '가능한지'는 알려주지만, 왜 그 선택이 '현명한지', 어떤 상황에 적합하고 부적합한지는 알려주지 않습니다. 이 공백을 메우기 위해 담당자들은 다시 이메일, 별도의 엑셀 파일, 그리고 소수만 아는 비공식적 지식에 의존하게 됩니다. 우리는 이것을 시스템 도입 실패의 문제라고 부릅니다. AI의 추론 능력에 필요한 것은 더 많은 데이터 항목이 아닙니다. 각 옵션에 대한 기계가 읽을 수 있는 **의도(intent)**입니다. 단순 스펙 나열이 아닌, 목적을 설명하는 쉬운 언어 고객이 고려해야 할 장단점과 트레이드오프 구체적인 활용 및 비적용 시나리오 원가, 리드타임, 서비스, 리스크 등에 미치는 영향 이제 제품 마케팅 콘텐츠는 단순히 웹사이트 문구에 그치지 않습니다. 구성 모델(configuration model)에 입력되는 핵심 데이터가 됩니다. 이 콘텐츠를 체계적으로 구조화하면 AI는 이를 바탕으로 추론할 수 있습니다. 그렇지 않으면, AI는 자신감에 차서 환각(hallucination)을 일으킬 뿐입니다. PIM을 넘어 지식 베이스로 대부분의 PIM(제품 정보 관리)과 가격 정책 ...