견적 할인 요청 23%, 범위를 줄이는 답이 틀렸던 이유

견적 할인 요청 23%, 왜 쉬운 문제가 아니었나?

견적 할인 요청에 범위를 줄여서 답하는 방법은 이 건에서 틀린 답이었습니다. 2026년 10월 7일 15:11, 노무법인 고객의 부대표가 통화에서 홈페이지 견적 B안 390만 원을 300만 원으로 맞춰 달라고 했습니다. 깎아 달라는 금액은 90만 원, 비율로는 23%였고, 대표자 3명이 논의한 뒤 결정하겠다는 말이 함께 왔습니다.

처음 든 생각은 단순했습니다. 돈이 23% 줄면 일도 그만큼 줄여야 맞다는 생각입니다. 견적을 받는 쪽도, 견적을 쓰는 쪽도 대개 이렇게 계산합니다. 그런데 그 계산대로 답안을 세 개 만들어 보니 셋 다 고객이 이미 한 말과 부딪혔습니다.

이 글은 그 세 답이 각각 어디서 깨졌는지, 마지막에 무엇을 기준으로 견적서를 다시 썼는지를 순서대로 적은 기록입니다. 범위를 AI 검토가 키운 문제는 홈페이지 제작 견적서, AI 검토가 붙인 기능을 걷어낸 기준에서 따로 다뤘고, 여기서는 할인 요청에 답하는 판단 자체에 집중합니다.

처음 의심한 것: 가격이 범위보다 비싸다

첫 가설은 "고객이 보기에 390만 원어치 일이 아니다"였습니다. 이 가설이 맞다면 처방도 정해집니다. 범위를 덜어 내서 가격과 일의 양을 다시 맞추면 됩니다. 마침 손에 쥔 축소안도 있었습니다. 같은 고객에게 처음 함께 낸 A안은 7쪽짜리 홈페이지를 290만 원에 만드는 안이었습니다.

반대쪽 가설도 하나 있었습니다. 가격이 아니라 가치가 덜 전달됐다는 가설입니다. 이 가설이 맞다면 범위를 줄이는 대신 기능을 더 얹고, 390만 원을 지키거나 할인 폭을 줄이는 쪽이 답입니다. 견적서를 일부러 깐깐하게 공격하도록 돌린 검토 단계(이하 검토 패널)가 지적을 15건 내놓았고, 그 지적을 다 반영하면 견적서가 더 탄탄해 보일 것 같았습니다.

두 가설은 방향이 정반대입니다. 하나는 일을 빼고, 하나는 일을 더합니다. 하지만 둘 다 "가격이 문제다"라는 같은 전제 위에 서 있었습니다. 이 전제가 맞는지는 아직 확인하지 않은 상태였습니다.

확인에 쓴 수단: 고객이 실제로 한 말을 한 줄씩 대조했다

가설을 가리는 데 쓴 자료는 세 가지입니다. 첫째, 10월 7일 15:11 통화에서 고객이 요구한 내용입니다. 둘째, 같은 날 10:12 채팅 기록입니다. 셋째, 처음 보낸 견적서 B안의 범위입니다. 여기에 검토 패널이 낸 지적 15건의 목록을 더해, 지적 하나하나가 앞의 세 자료 중 어디에 근거를 두는지 짝을 지었습니다.

통화에서 고객이 새로 요구한 것은 셋이었습니다. 관리 화면 확장, 지사 2곳 소개, 대표 3인 소개입니다. 첫 견적 B안에는 13쪽 구성과 상담 문자 알림, 메일 알림, 성공사례 이관, 검색엔진 등록이 들어 있었습니다. 채팅에서는 계약금 비율을 "10~20% 중 선택"으로 안내한 기록이 남아 있었습니다.

이 대조에서 중요한 규칙은 하나였습니다. 고객이 말하지 않은 내용은 근거로 치지 않는다는 규칙입니다. 저희 쪽 추측이나 업계 관행, 검토 패널의 판단은 고객 발화가 아니므로 이 표에서 근거 칸을 채울 수 없었습니다.

• 통화(10월 7일 15:11): 300만 원 요청, 관리 화면 확장·지사 2곳·대표 3인 소개 추가 요구
• 채팅(같은 날 10:12): 계약금 "10~20% 중 선택" 안내
• 첫 견적 B안: 13쪽, 상담 문자·메일 알림, 성공사례 이관, 검색 등록
• 검토 패널 지적 15건: 위 세 자료와 하나씩 짝을 지어 근거 유무 확인

7쪽 A안으로 되돌리는 답은 왜 틀렸나?

첫 가설의 알리바이는 고객의 행동에서 나왔습니다. 고객은 7쪽 A안과 13쪽 B안을 둘 다 본 뒤에 B안을 골랐고, B안을 300만 원에 달라고 했습니다. 13쪽 시안을 이미 본 고객에게 290만 원짜리 7쪽 안을 다시 내밀면, 요청에 답하는 게 아니라 요청을 거절하는 셈입니다.

금액만 놓고 보면 A안은 고객이 말한 300만 원보다도 10만 원 쌉니다. 숫자로는 고객에게 유리한 제안처럼 보입니다. 하지만 고객이 원한 건 싼 홈페이지가 아니라 이미 본 그 홈페이지였습니다. 그래서 "A안으로 되돌림"은 기각했습니다. 기각 사유는 한 줄로 남겼습니다. 13쪽 시안을 이미 본 뒤 B안을 요청했다.

여기서 첫 가설의 전제가 흔들렸습니다. 고객은 범위가 비싸다고 말하지 않았습니다. 범위는 그대로 원하고, 돈은 예산에 맞춰 달라고 했습니다. 가격과 범위를 한 묶음으로 보고 같이 움직이려던 계산이 고객의 실제 요구와 맞지 않았습니다.

390만 원을 지키는 답은 무엇을 놓쳤나?

두 번째 답은 가격을 지키는 쪽이었습니다. 이 답의 알리바이도 고객이 이미 준 정보 안에 있었습니다. 이 의뢰에는 경쟁 업체가 15곳 붙어 있었고, 고객은 예산을 분명하게 밝혔습니다. 경쟁자가 15곳인 자리에서 고객이 금액을 숫자로 못 박았다면, 390만 원 고수는 사실상 이 건을 놓겠다는 뜻이었습니다.

가치 전달이 부족했다는 가설도 같은 자리에서 약해졌습니다. 고객은 13쪽 시안을 보고 B안을 골랐습니다. 가치를 몰라서 깎자는 게 아니라, 가치는 알지만 예산이 300만 원이라는 메시지였습니다. 설명을 더 붙인다고 예산이 늘어날 근거는 대화 어디에도 없었습니다.

기능을 더 얹어 할인을 막는 답

세 번째 답은 검토 패널의 지적 15건을 모두 반영해 견적서를 키우는 안이었습니다. 이 안은 일부만 살아남았습니다. 대조 표에서 개인정보처리방침의 국외 이전·위탁 항목은 고객 사이트가 실제로 갖춰야 할 내용이라 범위에 넣었습니다.

나머지 중 네 가지는 근거 칸이 비었습니다. 카카오 알림톡, 지사별 알림, 2단계 인증, 웹 접근성입니다. 통화에도, 채팅에도, 첫 견적에도 이 기능을 원한다는 말이 없었습니다. 좋은 기능일 수는 있어도 고객이 주문한 기능은 아니었고, 23%를 깎는 견적에 주문하지 않은 일을 얹으면 마진은 더 얇아집니다.

법률 감수도 같은 이유로 뺐습니다. 의뢰인이 노무사 법인이라 법률 문구를 검토할 사람은 고객 쪽에 이미 있었습니다. 그래서 세 번째 답은 "부분 기각"으로 정리했습니다. 반영한 지적과 뺀 지적을 나눠 적고, 뺀 네 가지는 다음에 다시 꺼내지 않도록 따로 등록했습니다.

진짜 원인: 가격이 아니라 범위의 경계가 비어 있었다

세 답을 나란히 놓고 보니 공통점이 보였습니다. 셋 다 범위를 고객 발화 바깥에서 정하려 했습니다. A안은 저희가 미리 만든 축소판에서, 390만 원 고수는 저희 원가에서, 검토 지적 반영은 검토 패널의 판단에서 범위를 가져왔습니다. 고객이 직접 말한 범위는 어느 답에서도 기준이 아니었습니다.

대표의 지시가 이 지점을 정확히 짚었습니다. "일 키우지 않는 쪽으로 해. 전화상으로 요구한 것까지만 받아." 할인 요청에 답할 때 움직일 변수는 가격 하나였고, 범위는 이미 고객이 정해 둔 상태였습니다. 저희가 할 일은 그 범위의 경계를 문서에 선으로 긋는 일이었습니다.

일 키우지 않는 쪽으로 해. 전화상으로 요구한 것까지만 받아.

처음 가설인 "가격이 범위보다 비싸다"는 결국 반증됐습니다. 고객은 범위에 불만이 없었고 예산에 맞춰 달라고 했을 뿐입니다. 경계가 비어 있으면 가격을 깎는 순간 범위가 양쪽으로 흔들립니다. 저희 쪽에서는 줄이고 싶어지고, 검토 쪽에서는 더하고 싶어집니다.

고친 방법: 가격은 받고, 범위와 대금 조건을 문서로 잠갔다

견적은 300만 원에 부가세 별도로 확정했습니다. 부가세를 포함한 총액은 330만 원입니다. 대표는 "부가세 별도는 반드시 적도록"이라고 따로 지시했습니다. 할인한 금액에 부가세가 포함된 것처럼 읽히면 실제 할인 폭이 더 커지기 때문입니다.

대금은 두 번에 나눴습니다. 계약금 20%인 66만 원을 먼저 받고 입금 확인은 7일로 잡았습니다. 잔금 80%인 264만 원은 잔금 확인과 함께 사이트를 열고 인계합니다. 무상 유지보수는 1년을 넣었습니다.

범위는 포함과 미포함을 둘 다 적었습니다. 포함 목록은 첫 견적 B안 전체, 통화에서 나온 요구 세 가지, 개인정보처리방침 국외 이전·위탁 항목입니다. 미포함 목록에는 AI 응대, 회원 기능, 예약, 결제, 유료 사진, 법률 감수, 문자 발송 실비를 적었습니다. 견적서는 PDF 2쪽으로 줄였고, 수정은 PR #929부터 #933까지 다섯 번에 걸쳐 반영했습니다.

일정도 고쳤습니다. 첫 견적에 박아 둔 "3주" 고정 문구를 지우고, 착수일을 기준으로 협의한다고 바꿨습니다. 계약 시점이 대표자 논의에 달려 있는데 완료 일자만 먼저 못 박으면, 착수가 늦어질수록 저희가 일정을 어긴 모양이 됩니다. 홈페이지 계정 개설은 고객이 단계별 안내서를 보고 원하는 시간에 직접 하도록 정했습니다.

할인한 견적에서 남는 위험은 무엇인가?

위험이 사라진 건 아닙니다. 20% 넘게 깎은 견적이라 마진이 얇습니다. 계약 뒤 고객이 기능을 더 요구하면, 저희가 기댈 곳은 견적서의 "확정 뒤 추가는 재협의" 조항 하나입니다. 미포함 목록을 길게 적은 이유가 여기 있습니다. 조항만으로는 무엇이 추가인지 다툴 여지가 남지만, 목록이 있으면 그 여지가 줄어듭니다.

계약금이 20%라 착수 뒤 고객이 이탈하면 손실이 생깁니다. 이 부분은 같은 고객의 이전 판단과 같은 결론을 따랐습니다. 시안과 완성본이 이미 상당 부분 있어서, 이탈해도 추가로 들어가는 원가가 작다는 판단입니다.

계약금 비율에는 작은 구멍이 하나 남았습니다. 10:12 채팅에서 "10~20% 중 선택"이라고 안내했기 때문에, 고객이 10%를 주장하면 그 채팅이 고객 쪽 근거가 됩니다. 저희가 먼저 쓴 문장이 나중에 조건을 묶는 경우라, 이 위험은 숨기지 않고 결정 기록에 적어 뒀습니다.

같은 실수를 막는 장치

첫째 장치는 기각 목록 파일입니다. 저희 작업 기록은 열린 일, 내린 결정, 행동 습관 세 가지만 남기고, 하지 않기로 한 일은 어디에도 남지 않았습니다. 그래서 새 작업 세션을 열면 이미 기각한 제안이 새 아이디어처럼 다시 올라왔고, 2026년 8월 8일에는 한 세션에서 2회 그런 일이 있었습니다. 지금은 기각한 축을 사유와 재개 조건과 함께 한 파일에 적고, 세션을 열 때마다 그 목록을 자동으로 보여 줍니다. 이번 건에서 뺀 알림톡, 지사별 알림, 2단계 인증, 접근성도 이 목록에 올렸습니다.

둘째 장치는 미포함 목록과 재협의 조항의 짝입니다. 할인 요청에 답할 때마다 포함만 적지 않고, 고객이 오해할 만한 기능을 미포함 칸에 이름으로 적습니다. 경계가 문서에 있으면, 할인 뒤에 범위를 넓히자는 요청이 와도 새 견적으로 다룰 수 있습니다.

셋째 장치는 사전 예측입니다. 견적을 보내기 전에 결과를 숫자로 먼저 적었습니다. 계약 65%, 대표자 논의 뒤 가격을 다시 문제 삼을 가능성 25%, 무응답 15%입니다. 가격 재이의나 무응답이 나오면 가격을 더 깎지 않고 범위를 조정해 보완한다는 대응도 같이 적었습니다. 결과가 예측과 어긋나면 그 차이가 다음 할인 요청을 판단할 재료가 됩니다.

견적 할인 요청을 받으면 무엇부터 확인하나?

이 건에서 얻은 순서는 단순합니다. 할인 요청을 받으면 가격을 계산하기 전에 고객이 지금까지 한 말을 먼저 모읍니다. 통화, 채팅, 고객이 고른 시안까지 다 모아서, 고객이 원하는 범위가 어디까지인지부터 확인합니다.

• 고객이 이미 본 시안과 고른 안이 무엇인지 확인한다. 본 것보다 작은 안은 답이 아니다
• 경쟁 업체 수와 예산 발언을 확인한다. 예산이 숫자로 나왔다면 가격 고수는 이탈과 같다
• 추가하려는 기능마다 고객 발화 근거를 붙인다. 근거가 없으면 미포함 칸으로 보낸다
• 부가세 별도, 계약금 비율, 잔금과 인계 시점을 견적서에 문장으로 적는다
• 보내기 전에 계약·재이의·무응답 확률을 숫자로 적는다

이 기록을 남긴 시점에는 대표자 3명의 결론이 아직 나오지 않았습니다. 예측이 맞았는지는 열려 있고, 계약금 10% 주장이라는 구멍도 남아 있습니다. 비슷한 할인 요청을 받고 범위와 가격을 어떻게 나눌지 고민 중이라면 상담으로 상황을 보내 주셔도 됩니다.