견적 자동화 솔루션 중에 상자 견적을 내 본 소프트웨어가 없는 이유

영어권에서 이 범주를 부르는 이름은 CPQ입니다. Google에서 "packaging CPQ"를 검색하면 패키지 회사는 한 곳도 나오지 않아요. 2026년 7월 29일, 8월 16일, 8월 20일 세 차례 확인했는데 결과의 모양은 매번 같았습니다. CPQ가 무슨 뜻인지 풀이하는 용어 사전, 범용 견적 자동화 솔루션 구매 가이드, 분석 기관의 리뷰 디렉터리, 웹투프린트 추천 목록, 그리고 제조업체를 상대로 이 범주를 설명하는 엔터프라이즈 소프트웨어 업체. 상자 단가를 한 번이라도 내 본 사람 가운데 이 단어를 자기 것으로 내건 곳은 없었습니다.

쓸모 있는 건 바로 그 빈자리예요. 이 글이 범주 이름을 두고 다투지 않고 패키지 견적 소프트웨어로 마무리되는 것도 그래서입니다. 마케팅을 놓친 것도 아니고, 아직 아무도 발견하지 못한 시장이라는 뜻도 아닙니다. 이 약어 뒤에 있는 소프트웨어는 패키지 견적이 던지는 질문과는 다른 질문에 답하도록 만들어졌습니다. 그래서 우리 회사의 질문에 답할 수 있는 업체들은 스스로를 그렇게 부르지 않습니다.

누가 이 단어를 검색할까요

검색 결과가 대부분 정의로 채워져 있다면, 그 단어를 입력하는 사람이 누구인지 짐작할 수 있습니다. 이미 몸담고 있는 업계의 범주를 사전에서 찾아보는 사람은 없습니다. 회의 자리에서, 다른 업계에서 온 누군가에게 이 단어를 건네받았을 때, 방금 무엇을 검토하라는 요청을 받았는지 파악하려고 찾아봅니다.

이 글의 독자가 바로 그런 사람이고, 그 수는 늘고 있어요. 이 업계에서는 경영권이 빠르게, 그것도 낮은 값에 넘어가고 있습니다.

공장이 넘어가면 새 주인이 쓰던 소프트웨어 용어도 함께 따라옵니다. 15년 동안 상자 원가를 계산해 온 견적 담당자가, 누구에게서도 설명을 들어 본 적 없는 범주를 평가하라는 요청을 받게 됩니다.

견적 자동화 솔루션이 실제로 하는 일

구성, 가격 산출, 견적. 시스템은 옵션 카탈로그와, 어떤 옵션끼리 함께 놓일 수 있는지 정한 규칙을 갖고 있습니다. 영업 담당자가 유효한 조합을 꾸리면 거기에 가격을 매기고 문서를 출력합니다.

개발 역량은 첫 단계인 구성에 몰려 있습니다. 불가능한 구성을 막고, 할인을 승인 절차로 넘기고, 천 줄짜리 옵션 트리를 지역마다 어긋나지 않게 유지하는 일입니다. 산업 장비나 통신 결합 상품, 소프트웨어 라이선스를 파는 회사에는 실제로 어려운 일이고, 좋은 제품은 실제로 그 일을 잘합니다.

그 밑에 깔린 전제를 눈여겨볼 필요가 있어요. 이 글의 논지가 전부 거기에 있으니까요. 가격은 선택의 결과입니다. 옵션을 고르면, 고른 것에서 숫자가 저절로 나옵니다.

상자 단가는 조합이 아니에요

우리 회사의 단가는 선택의 결과가 아니고, 그 이유는 이미 잘 알고 계실 거예요. 여기서 중요한 건 그것이 소프트웨어에 무엇을 뜻하느냐입니다.

옵션 트리는 영업 담당자가 고르는 값을 저장합니다. 판당 개수는 값이 아니라, 도면을 전지에 맞춰 보는 계산입니다. 로스는 입력 칸 하나가 아니라, 공정을 거슬러 올라가는 연쇄입니다. 목형비는 견적 항목 한 줄이 아니라, 아직 아무도 합의하지 않은 수량으로 나눠야 하는 비용입니다. 구성기에는 이 중 어느 것도 들어갈 자리가 없습니다. 구성기가 허술해서가 아니라, 이 중 어느 것도 선택이 아니기 때문입니다.

어긋남이 드러나는 지점

데모에서는 좀처럼 드러나지 않아요. 데모는 구성된 제품 하나와 생성된 PDF 하나이고, 둘 다 맞아 보입니다.

드러나는 건 실제 견적을 내기 시작한 첫 달입니다. 하나씩 놓고 보면 다 합리적인 작은 요청이 줄줄이 이어집니다. 원지 등급과 전지 규격별 원가표를 담을 수 있는지. 로스를 숫자 하나로 두지 않고 공정마다 다르게 잡을 수 있는지. 목형비를 여기서는 수량에 나눠 싣고 저기서는 뺄 수 있는지. 견적서에서 고객에게 단가가 왜 바뀌었는지 보여 줄 수 있는지. 하나하나는 변경 요청 네 건입니다. 모아 놓고 보면, 가격 산출 엔진을 담도록 만들어지지 않은 제품 안에 그 엔진을 다시 짓는 데 돈을 내고 있는 셈이고, 그것이 바로 커스터마이징 부채이며 이 부채는 계속 불어납니다.

"ERP가 필요한가"와 "견적 자동화 솔루션이 필요한가"가 결국 같은 견적 업무의 불만에 이름표만 다르게 붙인 것으로 드러나는 일이 잦은 것도 이 때문입니다.

만들기 전에 먼저 사려고 했어요

어디서 읽고 아는 어긋남을 이야기하는 게 아니에요. Packative는 패키지 사업을 직접 운영하고 있고 바로 이런 소프트웨어가 필요했기 때문에, 만들기 전에 살 수 있는 것부터 찾아봤습니다.

돌아온 답은 두 가지였습니다. 범용 견적 자동화 솔루션에는 골 규격이라는 개념 자체가 없어서, 업계 지식을 그 안에 Packative만의 확장 기능으로 다시 쌓아야 했습니다. 기존 인쇄·패키지 시스템은 업계를 알았지만, 분기 단위로 재는 프로젝트에 컨설턴트까지 붙여 견적을 냈습니다. 다음 달부터 견적을 내야 하는 회사에는 둘 다 맞지 않았습니다. 그래서 가격 산출 엔진을 직접 만들게 됐고, 패키지 원가 계산이 변경 요청이 아니라 기본 기능으로 들어가 있는 것도 그 때문입니다.

이 논지에서 검색 결과 페이지로는 배울 수 없었던 부분이 바로 이것입니다.

범용 솔루션이 틀린 건 아니에요

소프트웨어를 어떻게 만들어야 하는지에 대해 Packative는 분명한 입장이 있으니, 무엇을 주장하지 않는지도 정확히 해 둘 필요가 있습니다.

대형 견적 자동화 솔루션은 자기 문제에는 강합니다. 옵션 카탈로그가 깊고, 지역별 가격표와 할인 승인 체계를 갖춘 구성형 기계 설비를 파는 회사라면, 그 제품이 정답이고 패키지 전용 도구가 오답일 겁니다. 여기에는 품질에 대한 평가가 전혀 들어 있지 않습니다.

어긋남은 범주를 잘못 짚은 데서 오고, 그 착오는 양쪽에서 일어납니다. 패키지 견적은 영업 문서의 옷을 입고 도착하는 제조 원가 계산이고, 영업 문서 소프트웨어가 그 옷차림을 그대로 믿는 것도 무리는 아닙니다.

후보 목록에 던질 질문

목록에 무엇이 올라 있든, 아래 질문이 이미 이 업계를 아는 소프트웨어와 우리 회사 비용으로 업계를 배워 갈 소프트웨어를 갈라 줍니다.

실제 일감으로 눈앞에서 견적을 내 주세요. 데모용 데이터가 아니라, 지난주의 칼선 도면과 수량에 양식에 들어맞지 않는 후가공까지 붙여서요. 업체가 말로 둘러대야 하는 부분이 곧 답입니다.

도입 후 가격 산출 로직은 누가, 얼마 만에 바꾸나요? 답에 요청 티켓과 릴리스 주기가 등장한다면, 앞으로 우리 회사와 제품 사이에 생기는 모든 차이는 돈이 들고 느리게 처리됩니다. 우리 팀이 직접 고치는 가격 산출 로직은 편의 기능이 아니라 그 빈틈이 생기지 않게 막는 장치입니다. Packative One에서는 직접 관리하는 원가표 위에 버전 관리되는 가격 산출 플레이북을 두고, Packative를 기다리지 않고 직접 수정합니다.

6개월 뒤에도 그 숫자를 설명할 수 있나요? 고객은 단가가 왜 바뀌었는지 묻습니다. 답하려면 엑셀을 다시 짜야 한다면, 그 견적은 애초에 시스템 안에 있었던 게 아닙니다. 모든 계산에는 단계별 근거가 함께 남아야 합니다.

수주 이후 주문이 어떻게 흘러간다고 가정하나요? 견적 업무를 바로잡는 데 회계나 생산 일정 관리까지 바꿀 필요는 없어야 합니다. 그래야 한다고 가정하는 업체는 우리 회사에 필요한 것보다 훨씬 큰 프로젝트의 범위를 잡고 있는 것이고, 그 사실은 계약 뒤가 아니라 두 번째 미팅 전에 알아 두는 편이 낫습니다.

솔직하게 정리하면

비어 있는 검색 결과는 마케팅 예산을 기다리는 시장의 빈틈이 아니에요. 범주의 이름과 실제 일이 맞지 않는다는 신호입니다. 누군가 견적 자동화 솔루션 후보 목록을 건넨다면, 물어야 할 것은 이 중 무엇이 가장 좋으냐가 아닙니다. 이 중 판당 개수를 계산할 자리가 있는 제품이 있느냐, 그리고 계약한 뒤에야 그걸 알게 되면 비용이 얼마나 드느냐입니다. 솔직한 답이 하나도 없다는 것이라면, 찾던 것은 패키지 견적 시스템이고, 애초에 이 이름으로 분류될 일이 없었던 겁니다.