추가 요청의 견적 범위, 기존 약속과 납품물로 다시 정하기
추가 요청의 견적 범위가 모호해지는 순간은 “이것도 추가해주세요”라는 말에 기존 약속이 생략될 때입니다. 판단 기준은 요청의 길이보다 납품물과 검수 조건의 변화에 있습니다. 약속한 결과를 맞추는 요청인지, 새로운 결과를 원하는 요청인지, 설명이 부족한 요청인지 나누면 구매자가 무엇을 기대할 수 있는지도 선명해집니다.
실제 견적이 아닌 가상 비교에서 출발한다
이 글은 완성된 소프트웨어를 구매하려는 상황의 구매 판단용 문서입니다. 맞춤개발 서비스를 제공한다는 안내가 아닙니다. 아래 표는 별도 유료 도구 없이 복사해 쓸 수 있는 양식이며, 실제 고객 요청이나 처리 성과를 담고 있지 않습니다.
| 근거 항목 | 이번 글에서 다루는 내용 |
|---|---|
| 검토 기준일 | 2026-09-08 |
| 조건 | 실제 제품 테스트 없이 가상 약속과 요청을 문장으로 대조 |
| 범위 | 기존 범위·별도 견적·확인 필요의 판단과 납품물·검수 조건 변화 |
| 확인된 한계 | 실제 계약, 작업량, 비용, 처리 기간, 고객 수락 결과는 제공되지 않음 |
요약은 다음과 같습니다.
- 기존 범위는 이미 약속한 결과와 연결됩니다.
- 별도 견적은 제공 가능 여부와 새 합의가 필요한 상태입니다.
- 확인 필요는 요청의 뜻이나 약속의 근거가 부족한 상태입니다.
이 구분은 청구 여부를 확정하지 않습니다. 구매 전 기대와 판매 조건의 차이를 기록하는 출발점입니다.
짧은 부탁도 납품물은 다르게 바꾼다
가상의 행사 안내 앱 소스 패키지를 놓고 비교해 봅니다. 기존 약속은 ‘행사 목록과 상세 화면, 설치 문서 제공’으로 설정합니다. 구매자가 자신의 환경에 설치하며, 알림 발송과 설치 대행은 포함되지 않는다는 가정입니다.
| 가상 추가 요청 | 기존 약속과 비교 | 잠정 분류 | 납품물 변화 | 검수 조건 변화 |
|---|---|---|---|---|
| “설치 문서에서 빠진 필수 설정 설명도 넣어주세요.” | 지원 환경에서 실행하는 데 필요한 설명인지 대조 | 기존 범위 | 필수 안내 누락이라면 설치 문서 보완 | 명시된 환경에서 안내를 따라 실행 가능한지 확인 |
| “행사가 바뀌면 알림도 보내주세요.” | 약속한 조회 기능 밖의 발송 기능 | 별도 견적 | 제공 가능할 경우 발송 기능과 설정 안내 추가 | 대상·동의·발송 시점·실패 처리 조건을 새로 합의 |
| “우리 환경에서도 바로 되게 해주세요.” | 환경 호환 문의인지 설치 대행 요청인지 불명확 | 확인 필요 | 환경과 원하는 지원 방식이 밝혀지기 전에는 미정 | 지원 환경 일치 여부와 설치 책임을 먼저 확인 |
첫 요청도 문서 보완이라는 이유만으로 자동 포함되지는 않습니다. 기존에 지원하지 않던 환경의 안내를 원하는 것이라면 판단이 달라집니다. 마지막 요청도 환경을 확인한 뒤 기존 안내로 해결될 수 있고, 제공하지 않는 작업으로 드러날 수 있습니다.
범위를 가르는 근거는 부탁의 크기가 아니라 기존 약속에서 달라지는 결과입니다.
이미지 캡션: 가상 요청을 기존 약속에 연결하고, 납품물과 검수 조건이 달라지는 칸을 표시한 범위 비교표.
AI가 붙인 분류에는 약속의 근거가 필요하다
AI가 요청을 정리한 표를 받더라도 분류명만으로 판단하기는 어렵습니다. ‘간단한 수정’이라는 요약에는 무엇을 바꾸는지, 어디까지 약속했는지가 빠질 수 있습니다. 요청 원문과 약속의 문장을 함께 남기는 편이 검토에 유리합니다.
이 가상 비교의 검증 과정은 요청을 결과물로 풀어 쓰고, 그 결과물이 약속에 있는지 대조한 뒤, 완료를 확인할 조건을 붙이는 방식입니다. 근거 문장이 없다면 포함이나 제외로 밀어 넣지 않고 확인 필요로 남깁니다.
예를 들어 ‘바로 되게’라는 표현에는 설치 문서 이해, 환경 호환, 원격 작업이 섞여 있을 수 있습니다. 이를 곧바로 ‘설치 지원’으로 요약하면 구매자가 기대하는 책임까지 넓어질 수 있습니다. 원문의 모호함을 지우지 않는 것도 정리의 일부입니다.
분류표의 빈칸은 판단 실패가 아니라 아직 합의되지 않은 조건을 보여줍니다.
그대로 복사해 쓰는 범위 재정의 양식
아래 양식은 요청마다 붙여 쓸 수 있습니다. 확인되지 않은 항목은 추정 대신 ‘미확인’으로 남기는 구조입니다.
요청 원문:
원하는 결과: 구매자가 어떤 상태를 기대하는가
기존 약속: 해당 문구와 문서 위치
달라지는 납품물: 파일·기능·문서·지원 중 무엇이 달라지는가
잠정 분류: 기존 범위 / 별도 견적 / 확인 필요
분류 근거: 약속과 일치하거나 달라지는 지점
검수 조건: 어떤 환경에서 어떤 결과를 확인할 것인가
제공 가능 여부: 가능 / 미제공 / 미확인
합의 상태: 제안 / 확인 대기 / 합의 완료
검토를 마칠 때에는 다음 항목이 남습니다.
- 요청 원문과 요약의 뜻이 일치한다.
- 기존 약속의 근거를 찾을 수 있다.
- 바뀌는 납품물과 그대로인 납품물을 구별했다.
- 검수 환경과 기대 결과가 적혀 있다.
- 별도 작업의 제공 가능 여부를 확인했다.
- 제안된 범위와 합의된 범위를 구별했다.
별도 견적이라는 말도 판매 약속은 아니다
이 표의 한계는 분명합니다. 실제 판매 조건과 지원 정책이 없으면 책임이나 비용을 확정할 수 없습니다. ‘기존 범위’라는 잠정 판단도 실제 문구와 실행 조건을 확인해야 합니다. 표를 작성했다는 사실은 작업 완료나 구매자의 수락 증거가 아닙니다.
완성된 제품을 판매하는 경우에는 별도 개발 자체를 제공하지 않을 수 있습니다. 이때 별도 견적 칸은 추가 판매 제안으로 읽히지 않도록 ‘미제공’ 여부까지 적어야 합니다. 구매자에게 필요한 기능이라면 현재 제품이 구매 목적에 맞는지 다시 판단할 근거가 됩니다.
최종 판단은 납품물과 검수 조건을 함께 적을 수 있을 때 범위를 확정하는 것입니다. 둘 중 하나라도 모호하다면 가격을 붙이기보다 확인 필요 상태가 더 정확합니다. 구매 판단의 다음 단계는 제품의 인도물·설치 조건과 이 표를 대조하는 데 있습니다.
이어지는 기록
추가 요청의 견적 범위는 기존 약속, 달라지는 납품물, 검수 조건을 함께 적을 때 판단할 수 있습니다.
재사용 체크리스트.
- 입력과 기대 결과를 적어요.
- 출처·불확실성·사람 검토 항목을 표시해요.
- 수동 대안과 중단 기준을 남겨요.