AI 견적서, 승인 버튼만 달면 끝일까요?

왜 견적을 읽는 것만으로는 부족할까요?

고객의 요청이 합의로 바뀌는 순간

B2B 서비스 영업을 가정한 교육용 사례입니다. 가격표에는 연간 기본 요금 1,000만원, 교육 1회 포함, 연간 선납 시 10% 할인이라고 적혀 있습니다. 고객은 “월별로 결제하고 교육도 한 번 더 받을 수 있을까요?”라고 물었습니다. 모든 금액은 부가세 별도입니다.

AI가 “900만원 / 월별 결제 / 교육 2회”라는 초안을 만들었다고 가정해보겠습니다. 할인액 계산은 맞지만 선납 조건을 빼고 할인만 적용했습니다. 추가 교육 요청도 확정된 제공 범위로 바꿨고요. 조건과 합의 상태가 달라지면 계산이 맞는 견적도 바로 보낼 수 없습니다.

연 선납 조건과 월별 결제 요청이 충돌하는 교육용 장면입니다. 할인액뿐 아니라 할인 전제를 확인해야 합니다.

항목과 계산, 할인 조건, 승인 권한을 따로 확인합니다

휴먼 인 더 루프(Human-in-the-loop)는 AI가 처리하는 과정에 사람의 판단을 연결하는 방식입니다. 이 사례에서는 초안을 만든 뒤 할인과 제공 범위를 권한자가 확인하고 고객 발송을 승인합니다. 사람이 내린 결정에 따라 실제 발송 여부가 달라져야 합니다.

견적번호와 합계가 맞아도 할인 자격은 틀릴 수 있습니다. 내용이 정확해도 담당자에게 예외 할인을 허용할 권한이 없을 수 있고요. 확인 단계를 구분하면 무엇을 프로그램에 맡기고 무엇을 사람에게 물을지 보입니다.

승인자는 무엇을 보고 판단해야 할까요?

발송 내용과 원본의 차이를 함께 보여줍니다

견적 PDF만 전달하면 승인자는 이메일과 가격표를 처음부터 다시 찾아야 합니다. 검토 화면에는 발송할 내용, 그 근거가 된 원문, 서로 달라 확인이 필요한 항목을 함께 보여줍니다. AI가 적은 근거 요약에서 실제 원문까지 열어볼 수 있게 합니다.

앞의 견적이라면 “900만원 → 선납 조건 미충족”, “교육 2회 → 기본 포함은 1회, 추가 제공 미확정”을 표시합니다. 가격표의 적용일과 조항, 고객 이메일의 요청 문장을 연결하면 오래된 기준인지, 이후 협의가 있었는지도 대조할 수 있습니다.

결정권자와 확인 대기 사유를 정합니다

결제 조건은 영업 담당자가 고객에게, 추가 교육의 비용과 일정은 수행 책임자에게 확인합니다. 예외 할인은 회사 규정상 권한자에게 넘깁니다. 한 사람에게 모든 승인 버튼을 몰아주면 그 사람이 모르는 범위까지 판단하게 될 수 있습니다.

승인과 거절 외에 수정 요청·확인 대기도 필요합니다. “월별 결제라면 선납 할인 제외”, “추가 교육 일정·금액 미확정”처럼 다음 행동을 적습니다. 원본이 빠졌다면 추정해서 채우지 않고 필요한 자료를 요청합니다.

승인을 실제 발송과 어떻게 연결할까요?

발송을 멈출 지점과 사람이 확인할 내용을 정합니다

견적 생성과 이메일 발송은 별도 단계로 둡니다. 구현 도구의 예로 n8n의 사람 승인 기능[1]은 지정한 도구 실행을 멈추고 승인이나 거부를 받은 뒤 처리합니다. 견적 발송 도구 앞에 이 대기를 연결할 수 있습니다.

이 기능이 원문 비교 화면, 회사별 권한, 견적 버전 관리까지 대신 정해주지는 않습니다. LangGraph의 중단·재개 기능[2]도 작업 상태를 저장하고 사람의 응답을 받아 이어가는 방법입니다. 저장할 견적 내용과 승인 정보를 업무에 맞게 구성해야 합니다.

승인한 버전과 수신자를 발송 직전에 대조합니다

견적 Q-104의 2판을 승인한 뒤 AI가 교육 범위를 바꿔 3판을 만들었다고 해보겠습니다. ‘승인 완료’만 저장하면 검토하지 않은 3판이 발송될 수 있습니다. 어떤 견적번호·파일 버전·수신자·메일 내용을 승인했는지 함께 기록합니다.

발송 직전에는 승인 대상과 실제 첨부파일·수신자를 대조합니다. 내용이 바뀌면 변경분을 보여주고 다시 승인받습니다. 승인자·시각·대상 버전·결정 사유와 발송 결과도 남깁니다. 발송 결과가 불명확할 때는 무작정 재전송하지 말고 발송 이력과 연동 서비스의 중복 방지 기능을 확인합니다.

구조도 크게 보기 ↗

설명용 업무 설계도입니다. 승인은 검토한 견적 버전과 발송 대상에 연결되며 내용이 바뀌면 근거를 재확인하고 다시 승인합니다.

검토가 새로운 병목이 되지 않으려면?

권한별로 요청을 나누고 대기 시간을 봅니다

하루 50건을 건당 3분씩 검토한다고 가정하면 검토에만 150분이 필요합니다. 자료 찾기와 재문의가 늘면 더 오래 걸립니다. 초안 생성이 빨라져도 승인 요청이 쌓이면 고객에게 보내는 시간은 줄지 않을 수 있습니다.

표준 가격·범위의 견적은 담당 영업에게, 예외 할인·추가 범위는 해당 권한자에게 보내는 식으로 검토 대상을 나눕니다. 대체 승인자와 대기 기한도 정하되 기한 초과를 자동 승인으로 처리하지 않습니다. LangChain의 승인 문서는 도구별 승인 정책과 조건에 따른 중단을 설명하지만, 표준과 예외의 기준은 회사가 정해야 합니다.

선별승인[3]에는 금액·예외 조건·근거 유무·업무 권한처럼 확인 가능한 기준을 씁니다. AI가 적은 “확신도 95%”만으로 실제 오류율이나 승인 권한을 알 수는 없습니다. 자동 발송을 허용하려면 별도 권한 정책과 누락 점검도 필요합니다.

발송 없이 예외 처리와 누락을 검증합니다

표준 견적, 할인 조건 충돌, 추가 범위 미확정, 승인 후 변경을 준비해 발송 없이 시험합니다. 정상 견적은 승인 절차를 지나고 충돌·누락이 있는 견적은 이유와 함께 멈추는지 봅니다. 2판 승인으로 3판을 보낼 수 없는지도 확인합니다.

초안 작성 시간, 실제 검토 시간, 승인 대기 시간을 나눠 기록하고 추가 문의·반려 사유·승인을 통과한 오류를 봅니다. 반려가 줄어도 오류를 더 많이 놓쳤다면 개선으로 보기 어렵습니다. 모델이 조건을 더 잘 읽게 되더라도 누가 어떤 견적을 보낼 권한이 있는지는 계속 관리해야 합니다.

견적 승인과 발송, 어떤 업체에 맡길까요?

승인한 견적서만 발송해야 합니다

승인한 파일만 발송하고, 승인 후 내용이 바뀌면 다시 검토를 요청해야 합니다. 업체를 찾을 때는 다음과 같은 경험을 살펴보세요.

• 업무 자동화 업체: 승인 요청과 대기, 반려 후 재검토 요청을 자동으로 처리한 경험

• 시스템 연동 업체: 영업 관리 시스템과 메일 서비스를 연결한 경험

• 맞춤 개발 업체: 담당자별 권한과 검토 화면을 구현한 경험

한 업체가 여러 분야를 함께 맡기도 하므로 실제 프로젝트 사례를 확인하는 것이 좋습니다.

우리 승인 절차에 맞는 업체를 비교해보세요

크몽 AX에서는 여러 전문 업체의 분야와 경험을 살펴보고, 회사의 승인 절차와 사용 시스템에 맞는 업체를 연결받을 수 있습니다.

민감 정보를 가린 견적·가격표·고객 요청과 승인 권한표를 준비해보세요. 승인 후 내용 변경, 담당자 부재, 발송 실패가 생겼을 때 어떻게 처리하는지 시연을 요청하면 초안 생성 이후의 업무까지 비교할 수 있습니다. 계약과 실제 구축은 선택한 전문 업체와 협의합니다. 크몽 AX에서 견적 승인·발송 자동화 업체 찾기

용어 풀이

용어 1 n8n

여러 서비스의 작업을 연결해 업무 흐름을 구성하는 자동화 도구입니다. 이 글에서는 견적 발송 도구의 실행 전에 사람의 승인을 기다리는 기능을 예로 들었습니다.

용어 2 LangGraph

AI 작업의 단계와 상태 흐름을 코드로 구성하는 도구입니다. 이 글에서 다룬 중단·재개 기능은 작업 상태를 저장해 사람의 응답을 기다렸다가 이어가는 데 쓰입니다.

용어 3 선별승인

모든 요청을 같은 승인 절차에 넣지 않고 금액·예외 조건·업무 권한 등 확인 가능한 기준에 따라 검토 대상을 나누는 방식입니다. AI가 적은 확신 점수만으로 자동 발송을 허용한다는 뜻은 아닙니다.