견적서 검토 지적 15건, 범위를 키운 건 고객이 아니었다

견적서 검토는 왜 15건이나 지적했나?

견적서 검토에서 나온 지적 15건 가운데 상당수는 견적서의 결함이 아니라 고객이 요구하지 않은 기능이었습니다. 저희는 그 15건을 처음에 '고쳐야 할 빈틈'으로 읽었고, 고객이 통화와 채팅에서 실제로 한 말과 대조한 뒤에야 판단을 바꿨습니다. 이 글은 그 오판을 어떻게 알아차렸는지, 그리고 같은 지적이 다음 세션에 다시 올라오지 않게 무엇을 남겼는지를 적습니다.

상황부터 정리합니다. 2026년 10월 7일 15시 11분 통화에서 고객 쪽 부대표가 B안 390만 원을 300만 원에 해 달라고 요청했습니다. 금액으로 90만 원, 비율로 23% 할인이고, 대표자 3명이 논의한 뒤 정한 숫자였습니다. 같은 통화에서 고객은 관리 화면 확장, 지사 2곳 안내, 대표 3인 소개를 추가로 원했습니다.

가격은 내려가고 요구는 몇 개 늘어난 상태에서 견적서를 다시 써야 했습니다. 저희는 고객에게 나가는 문서를 내보내기 전에 반대 입장에서 흠만 찾는 검토 패널을 돌립니다. 이번에도 새 견적서 초안을 패널에 넣었고, 돌아온 지적이 15건이었습니다.

• 첫 견적 B안: 390만 원, 13쪽 시안
• 고객 요청: 300만 원 (90만 원·23% 할인, 대표자 3명 논의 후 결정)
• 통화에서 늘어난 요구: 관리 화면 확장 · 지사 2곳 · 대표 3인 소개
• 검토 패널 지적: 15건

처음 의심한 것: 견적서에 빈틈이 15군데 있다

첫 반응은 단순했습니다. 흠을 찾으라고 시킨 검토자가 15건을 찾았으니, 견적서에 빈틈이 15군데 있다는 해석입니다. 할인까지 해 주는 견적이라 나중에 '이것도 해 주기로 하지 않았냐'는 말이 나오면 손해가 더 크고, 그래서 지적을 모두 반영해 견적서를 두껍게 만드는 쪽이 안전해 보였습니다.

이 가설을 따르면 수정 방향도 정해집니다. 지적마다 기능을 범위에 넣거나, 넣지 않을 거면 그 이유를 견적서에 적습니다. 원문 기록에 이름이 남은 지적만 봐도 알림톡, 지사별 알림, 2단계 인증, 접근성 대응이 있었고, 별도로 법률 감수를 범위에 넣자는 안도 있었습니다.

문제는 이 방향이 가격과 반대로 간다는 점이었습니다. 고객은 23% 깎은 가격을 원했고, 지적을 다 넣은 견적서는 범위가 넓어집니다. 범위를 넓히면 마진이 사라지고, 넓힌 범위를 넣지 않겠다고 적으면 고객이 원하지도 않은 항목을 '안 해 준다'고 굳이 알리는 문서가 됩니다. 어느 쪽이든 이상했고, 그래서 지적이 맞는지부터 확인하기로 했습니다.

무엇으로 확인했나: 고객이 실제로 한 말과 한 줄씩 대조

관측 수단은 고객이 남긴 말 자체였습니다. 근거로 쓴 기록은 세 가지입니다. 첫 견적 B안의 범위, 2026년 10월 7일 15시 11분 통화에서 나온 요구, 그리고 같은 날 10시 12분 채팅입니다. 지적 15건을 이 셋과 한 줄씩 맞춰 보며, 각 지적이 '고객이 말한 것'에서 나왔는지 '검토자가 더 좋다고 본 것'에서 나왔는지를 갈랐습니다.

첫 견적 B안에는 이미 13쪽 구성, 상담 문자, 메일 알림, 성공사례 이관, 검색 등록이 들어 있었습니다. 통화 요구는 관리 화면 확장, 지사 2곳, 대표 3인 소개였습니다. 이 두 묶음에 없는 지적은 고객이 꺼낸 적이 없는 항목이라는 뜻입니다.

이 대조는 기계적인 일이라 도구를 따로 만들지 않았습니다. 대신 기준을 고객 기록으로 못 박는 일이 중요했습니다. 검토 패널은 견적서 초안만 보고 지적하고, 통화에서 고객이 무엇을 말했는지는 모릅니다. 그러니 패널이 낸 지적이 고객 요구와 겹치는지는 패널 바깥에서 따로 확인해야 합니다.

알리바이: 그 4건은 고객이 요구한 적이 없었다

대조 결과, 알림톡·지사별 알림·2단계 인증·접근성 4건은 첫 견적에도 통화에도 없었습니다. 고객이 요구한 적이 없는 기능이었습니다. 지사별 알림은 통화에서 나온 '지사 2곳'과 닮아 보여 특히 헷갈렸지만, 고객이 원한 것은 지사 2곳을 홈페이지에 소개하는 일이었고 지사마다 알림을 따로 보내는 기능이 아니었습니다.

법률 감수를 넣자는 안도 같은 방식으로 떨어졌습니다. 의뢰인이 노무사 법인이라, 홈페이지 문구의 법률 검토는 고객이 저희보다 잘하는 일입니다. 저희가 감수를 범위에 넣으면 고객의 전문 영역에 값을 매기는 셈이 됩니다.

그렇다고 15건을 통째로 버리지는 않았습니다. 기록에 남은 표현은 '전부 반영은 부분 기각'입니다. 고객 기록과 겹치는 지적은 견적서에 반영했고, 고객 요구가 아닌 것만 걸러 냈습니다. 반영한 것 중 하나가 개인정보처리방침의 국외 이전·위탁 항목입니다.

같이 세운 다른 답 둘은 왜 깨졌나?

지적 15건을 다루는 동안 가격 쪽에서도 쉬운 답이 두 개 있었습니다. 둘 다 고객 기록에 대 보니 성립하지 않았습니다. 디버깅으로 치면 같은 증상에 붙었던 다른 용의자들입니다.

첫째 답은 A안 290만 원(7쪽)으로 되돌리는 것이었습니다. 가격이 고객 요청에 가깝고 범위도 작아 깔끔해 보였습니다. 하지만 고객은 13쪽 시안을 이미 본 뒤에 B안을 요청했습니다. 본 시안을 7쪽으로 줄여 내미는 답은 고객의 선택을 무시합니다.

둘째 답은 390만 원을 지키는 것이었습니다. 이 고객은 15곳과 경쟁 견적을 받고 있었고 예산 의사도 분명했습니다. 가격을 버티면 범위 논의 없이 대화가 끝날 공산이 컸습니다.

진짜 원인은 무엇이었나: 검토의 기준선이 고객이 아니었다

돌이켜 보면 검토 패널이 틀린 말을 한 것은 아닙니다. 알림톡도, 2단계 인증도, 접근성도 홈페이지에 있으면 좋은 것들입니다. 문제는 패널이 견적서를 '좋은 홈페이지라면 갖출 것' 기준으로 읽었고, 저희가 그 기준을 '이 고객이 원한 것' 기준과 구분하지 않고 받아들였다는 데 있었습니다.

반대 검토는 흠을 찾으라고 만든 장치라, 흠을 많이 찾을수록 일을 잘한 것처럼 보입니다. 그런데 견적서에서 흠의 기준은 고객이 말한 범위입니다. 고객 기록을 보지 않은 검토자는 그 기준을 가질 수 없고, 그래서 지적 개수가 곧 결함 개수라는 처음의 해석이 틀렸습니다.

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

대표의 지시도 같은 곳을 가리켰습니다. 범위의 경계는 검토자가 아니라 고객이 통화에서 그은 선이라는 뜻입니다. 이 문장을 기준으로 삼자 지적 15건의 분류가 빨라졌습니다.

어떻게 고쳤나: 범위를 고객이 말한 데까지 잠갔다

최종 견적은 300만 원에 부가세 별도로, 총 330만 원입니다. 부가세 별도는 견적서에 반드시 적으라는 지시가 있어 문구로 박았습니다. 대금은 계약금 20%인 66만 원을 먼저 받고 확인 기간을 7일로 두며, 잔금 80%인 264만 원은 잔금 확인과 함께 오픈·인계합니다. 무상 유지보수는 1년입니다.

범위는 '포함'과 '미포함'을 둘 다 적었습니다. 포함은 첫 견적 B안(13쪽·상담 문자·메일 알림·성공사례 이관·검색 등록)과 통화 요구(관리 화면 확장·지사 2곳·대표 3인 소개), 그리고 개인정보처리방침의 국외 이전·위탁 항목입니다. 미포함은 AI 응대·회원·예약·결제·유료 사진·법률 감수·문자 실비입니다.

일정도 하나 바꿨습니다. 처음 견적에 있던 '3주' 고정 일정을 지우고 착수일 기준 협의로 돌렸습니다. 할인한 견적에 고정 일정까지 묶으면 고객 쪽 자료가 늦을 때 손해를 저희가 다 떠안습니다. 계정 개설은 고객이 단계별 안내서를 보고 직접 하도록 했습니다. 결과물은 견적서 PDF 2쪽입니다.

기각한 지적은 왜 따로 적어 두어야 하나?

여기서 끝내면 같은 일이 다시 생깁니다. 저희가 AI 에이전트와 일하며 남기는 기록은 세 종류뿐이었습니다. 열린 일 목록, 내린 결정 기록, 행동 습관 메모입니다. 셋 다 '하기로 한 것'만 담고, '하지 않기로 한 것'과 그 이유는 어디에도 남지 않았습니다.

그 빈자리 때문에 실제로 사고가 났습니다. 새 세션이 열리면 에이전트가 이미 기각한 제안을 신선한 아이디어로 다시 가져왔고, 2026년 8월 8일에는 한 세션 안에서 그런 일이 2회 있었습니다. 되돌렸다는 사실은 git에 남지만, 왜 되돌렸는지와 '다시 꺼내지 마라'는 판정은 남지 않습니다. 상담 예약 버튼이 같은 경로로 두 번 돌아온 이야기는 기각한 제안이 두 번 돌아온 기록에 따로 적었습니다.

이번 견적의 지적 4건도 같은 위험을 안고 있었습니다. 다음에 이 고객 홈페이지를 손볼 때 검토 패널을 다시 돌리면, 알림톡과 2단계 인증은 또 '빠진 기능'으로 올라옵니다. 그래서 이 4건을 기각 목록 파일에 사유와 함께 올렸습니다.

같은 실수를 어떻게 막나?

장치는 세 겹입니다. 첫째는 기각 목록 파일입니다. 항목마다 무엇을 죽였는지, 대표의 원문 사유, 다시 열 수 있는 조건, 근거 위치를 한 줄 형식으로 적습니다. 세션이 열릴 때마다 자동으로 도는 시작 스크립트가 이 목록의 활성 항목을 에이전트에게 먼저 읽힙니다. 재개 조건이 충족되기 전에는 그 축을 제안·조사·착수하지 않는다는 규약도 같이 붙습니다.

둘째는 견적서 안의 조항입니다. 20% 넘게 할인한 견적이라 마진이 얇고, 그래서 확정 뒤에 들어오는 요구는 '확정 뒤 추가는 재협의' 조항에 기댑니다. 계약금도 10시 12분 채팅에서 고객이 '10~20% 중 선택'이라고 답한 기록이 있어, 고객이 10%를 주장하면 그 답을 근거로 씁니다. 착수 뒤 이탈이 생겨도 시안과 완성본이 이미 있어 추가 원가는 작다고 봤습니다.

셋째는 결과를 미리 적어 두는 일입니다. 결정 시점에 계약 가능성을 65%로 예측했고, 대표자 논의 결과가 가격 재이의일 가능성을 25%, 무응답을 15%로 적었습니다. 그 경우엔 가격이 아니라 범위 조정으로 보완한다는 대응까지 함께 남겼습니다. 예측을 먼저 적어야 나중에 이 판단이 맞았는지 잴 수 있습니다.

• 기각 목록 파일: 기각 사유 + 재개 조건, 세션 시작마다 자동 주입
• 견적서 조항: '확정 뒤 추가는 재협의', 계약금은 채팅의 '10~20% 중 선택' 답을 근거로
• 사전 예측: 계약 65% · 가격 재이의 25% · 무응답 15%

견적서 검토를 돌리는 팀에 남기는 한 가지

반대 검토는 여전히 돌립니다. 이번에도 개인정보처리방침 항목처럼 저희가 놓친 것을 잡아 줬습니다. 바뀐 것은 지적을 받는 순서입니다. 지적이 오면 먼저 고객이 실제로 한 말과 대조하고, 겹치는 것만 견적에 넣고, 겹치지 않는 것은 사유를 붙여 기각 목록에 올립니다.

견적서 검토에서 지적 개수는 결함 개수가 아닙니다. 검토자가 고객 기록을 보지 못했다면, 그 지적은 '좋은 결과물'에 대한 의견일 뿐 '이 고객과의 약속'에 대한 지적이 아닙니다. 같은 할인 요청을 가격 쪽에서 다룬 이야기는 견적 할인 요청 23% 글에 있고, 비슷한 견적·범위 문제로 고민 중이라면 상담으로 글을 남겨 주세요.