규칙표가 만들어졌다면 이제 계산을 기계에 맡길 수 있습니다. 다만 어디까지 맡길지, 어떤 형태로 만들지가 남습니다.

여기서 흔한 실수는 처음부터 고객이 직접 쓰는 자동 견적 페이지를 만들려는 것입니다. 그건 마지막 단계이고, 중간을 건너뛰면 대개 실패합니다.

#사내용부터 만든다

첫 단계는 담당자가 쓰는 계산 도구입니다. 조건을 넣으면 금액이 나오는 형태요. 엑셀 시트 하나로 시작해도 충분합니다.

여기서 두 가지를 얻습니다. 계산 시간이 줄고, 규칙이 실제로 맞는지 검증됩니다. 몇 주 쓰다 보면 「이 경우엔 안 맞네」가 반드시 나오고 그때 규칙을 고칩니다.

이 검증을 건너뛰고 바로 고객용을 만들면 틀린 금액이 고객에게 직접 나갑니다. 되돌리기가 훨씬 어렵습니다.

#결과를 사람이 한 번 본다

견적은 나가면 되돌리기 어려운 종류입니다. 금액을 잘못 보내고 나중에 정정하면 신뢰가 크게 깎입니다.

그래서 계산은 자동으로 하되 발송 버튼은 사람이 누르는 구조로 둡니다. 확인 화면 하나만 있으면 됩니다. 이 한 단계가 속도를 거의 안 줄이면서 큰 사고를 막습니다.

다만 확인이 형식적으로 흐르지 않게 해야 합니다. 화면에 「자동 계산 금액」과 「기준 단가」를 함께 보여주면 이상한 값이 눈에 띕니다. 결과만 보여주면 그냥 누르게 됩니다.

#고객용은 조건이 단순할 때만

고객이 직접 조건을 넣어 금액을 보는 형태는 문의를 크게 늘립니다. 다만 조건이 단순한 상품에서만 됩니다.

변수가 많으면 입력 항목이 늘고, 입력이 늘면 아무도 끝까지 안 채웁니다. 앞서 폼에서 본 것과 같은 문제입니다. 항목 세 개를 넘어가면 이탈이 급격히 늘어납니다.

그래서 복잡한 상품은 구간 견적으로 갑니다. 정확한 금액 대신 「이 조건이면 대략 얼마부터」를 보여주고 정식 견적은 사람이 냅니다. 고객이 알고 싶은 건 대개 정확한 숫자가 아니라 자릿수입니다.

#예외가 20%를 넘으면 멈춘다

규칙으로 안 잡히는 건이 다섯 건 중 하나를 넘으면 자동화 효과가 사라집니다. 자동 처리분과 예외를 오가며 맥락을 다시 잡아야 하기 때문입니다.

이때 방법은 두 가지입니다. 범위를 좁히거나 — 특정 제품군만 자동화하고 나머지는 수작업으로 두거나 — 예외를 줄이거나입니다.

예외를 줄이는 건 대개 상품 구성이나 가격 정책을 단순화하는 일입니다. 이건 IT 과제가 아니라 사업 결정이고, 그래서 자동화 검토가 종종 여기서 멈춥니다. 멈추는 게 맞습니다.

#단가가 바뀌면 어디를 고치는가

만들 때는 잘 돌아가는데 반년 뒤에 아무도 못 고치는 도구가 됩니다. 만든 사람이 아니면 어디를 바꿔야 할지 모르기 때문입니다.

그래서 단가와 계산 로직을 분리합니다. 단가는 표로 따로 두고 로직은 그 표를 참조하게 합니다. 그러면 가격이 바뀔 때 표만 고치면 되고, 이건 누구나 할 수 있습니다.

그리고 「무엇이 어디서 어디로 가는가」를 한 장으로 남깁니다. 코드 주석이 아니라 사람이 읽는 그림이요. 이게 없으면 그 도구는 담당자가 나가는 순간 버려집니다.

#줄어든 시간을 다시 잰다

도입 전에 잰 견적 한 건당 소요 시간을 두 달 뒤에 다시 잽니다. 확인과 예외 처리 시간까지 포함해서요.

줄지 않았다면 원인은 대개 예외 비율이거나 승인 대기입니다. 계산은 빨라졌는데 앞뒤가 그대로인 경우입니다. 그러면 다시 앞 단계로 돌아가야 합니다.

정리하면 순서는 이렇습니다. 규칙을 적고, 사내용으로 검증하고, 발송 전 확인을 남기고, 예외 비율을 보고, 시간을 다시 잰다. 이 순서를 지키면 실패할 구간이 거의 없습니다.

덧붙이면 도구를 고를 때 기존 견적서 양식을 그대로 낼 수 있는지를 확인합니다. 계산은 빨라졌는데 출력 양식이 바뀌어 거래처가 혼란스러워하면, 그 설명에 드는 시간이 아낀 시간을 먹습니다. 바뀌는 것은 속도여야지 고객이 받는 문서가 아닙니다.

처음부터 읽기 → 견적이 느린 진짜 이유