요구사항 문서 없음·한 장·열 장, 견적 폭은 얼마나 다를까요

먼저 짧게 답부터 드릴게요. 요구사항 문서의 두께는 견적 금액보다 폭을 바꿔요. 문서가 없으면 업체마다 다른 걸 상상해서 값을 매기니, 소프트웨어 추정 연구에서 흔히 인용하는 기준으로 실제 비용 대비 0.25배~4배까지 벌어질 수 있어요. 요구사항이 정리된 뒤엔 0.67배~1.5배로 좁혀져요. 그렇다고 열 장이 늘 정답은 아니에요. 발주 단계에선 잘 쓴 한 장이 업체 비교를 가장 쉽게 만들어요. 직접 만들고 운영해본 개발사 기준으로 정리했어요.

“같은 걸 보냈는데 A사는 3천만 원, B사는 9천만 원이래요.”

개발외주비용 상담에서 가장 자주 듣는 말이에요. 업체가 이상한 경우도 있지만, 대개는 같은 걸 보낸 게 아니에요. 보낸 문서가 짧을수록 빈칸이 많고, 업체는 그 빈칸을 각자의 경험으로 채워요. 누구는 관리자 화면을 넣고, 누구는 빼요. 누구는 회원 등급을 세 개로, 누구는 한 개로 봐요. 빈칸 하나하나가 금액 차이가 돼요.

---

1. 문서 두께가 왜 견적 “폭”을 바꿀까요

개발비는 결국 “무엇을 몇 개 만드느냐”를 세는 일이에요. 공공 SW사업에서 쓰는 기능점수(FP) 방식은 화면·데이터·외부 연결을 세어 점수를 매기고, 2026년 적용 단가 605,784원을 곱해 기준선을 잡아요. 셀 것이 문서에 없으면 업체는 추정으로 세요. 추정은 업체마다 다르고요.

그래서 문서가 얇을수록 업체끼리의 차이가 커져요. 금액이 높고 낮은 게 문제가 아니라, 서로 비교할 수 없는 숫자를 받는 게 문제예요. 요구사항 정의서에 들어갈 11개 항목은 요구사항 정의서 어디까지 써야 하나요에서 이미 정리했어요. 이 글은 “그걸 어느 정도 두께로 써야 비교가 되나”를 다뤄요.

2. 문서 없음·한 장·열 장, 견적 폭은 얼마나 다를까요

외부 기준 — 소프트웨어 추정 연구에서 흔히 인용하는 “불확실성의 원뿔”

발주 시점의 상태	실제 비용 대비 추정 범위	범위 폭(최대÷최소)
아이디어만 있음	0.25배 ~ 4배	16배
제품 정의가 합의됨	0.5배 ~ 2배	4배
요구사항이 정리됨	0.67배 ~ 1.5배	약 2.2배
화면 설계까지 끝남	0.8배 ~ 1.25배	약 1.6배

출처: Barry Boehm의 연구를 Steve McConnell이 정리한 추정 범위. 업계 평균적인 경향이고 특정 프로젝트의 보장값은 아니에요.

이 표를 발주 문서 두께로 옮기면 대략 이렇게 읽혀요.

자사 실무 기준 — 저희가 받은 문서 상태별로 제안서가 달라지는 모습

받은 문서	저희가 낼 수 있는 금액	함께 붙는 말
없음(통화·메일 몇 줄)	비슷한 과거 프로젝트 기준 범위 견적	”기획 후 재산정” 조건이 반드시 붙어요
잘 쓴 한 장	기능별로 나눈 항목 견적	빠진 부분만 “별도”로 표시해요
열 장(화면·항목까지)	화면·데이터 단위 확정 견적	변경 요청 기준만 따로 적어요

3. 문서가 없으면 견적서에 무엇이 붙나요

문서 없이 금액을 물어보면 업체가 할 수 있는 선택은 둘뿐이에요. 넉넉하게 부르거나, 빼고 부르거나.

넉넉하게 부르면 비싸 보여서 탈락하기 쉬워요. 그래서 많은 업체가 두 번째를 택해요. 금액은 낮게 쓰고 “관리자 기능 별도”, “외부 연동 별도 협의”, “기획 확정 후 재산정” 같은 문구를 붙이는 거예요. 발주자는 가장 싼 견적을 골랐는데, 계약 뒤 빠진 칸이 하나씩 추가 비용으로 돌아와요. 이 흐름은 저가 견적의 함정은 어디에 숨어 있을까요에서 자세히 다뤘어요.

용어 한 줄 풀이 범위 견적은 “3천만～5천만 원”처럼 폭으로 내는 방식이고, 확정 견적은 한 금액으로 내는 방식이에요. 폭으로 내는 게 나쁜 게 아니에요. 문서가 얇은 단계에선 오히려 정직한 견적이에요. 다만 확정 견적처럼 읽으면 안 돼요.

4. 한 장이면 충분할 때는 언제일까요

여러 곳을 비교해서 업체를 고르는 단계라면 한 장으로 충분한 경우가 많아요. 대신 그 한 장에 아래 일곱 줄은 꼭 있어야 해요.

1. 누가 쓰나요 — 사용자 종류(고객·직원·관리자)와 대략의 인원
2. 꼭 되어야 하는 일 세 가지 — 전부 적지 말고 핵심만
3. 대략의 화면 수 — “로그인·목록·상세·결제·마이페이지 등 15개 안팎”처럼
4. 붙여야 할 외부 시스템 — 결제, 기존 ERP, 본인인증, 지도 등
5. 옮겨 올 데이터 — 기존 고객 데이터가 있는지, 몇 건인지
6. 오픈 날짜와 그 이유 — 못 미루는 날인지, 목표일인지
7. 오픈 뒤 운영할 사람 — 관리자 기능 범위를 정하는 줄이에요

이 일곱 줄 중 4번과 5번이 금액 폭을 가장 크게 흔들어요. 예를 들어 CRM 개발 비용이 유형별로 크게 갈리는 이유도 대개 기존 고객 데이터를 옮기는 양과 기존 시스템 연결에서 나와요. 화면 수는 비슷해도 뒤쪽에서 값이 갈리는 거예요.

5. 열 장이 필요한 건 어떤 프로젝트일까요

반대로 열 장 이상이 필요한 경우도 있어요.

• 고정가로 계약할 때 — 문서가 곧 계약 범위라서, 빠진 건 전부 추가 비용이 돼요.
• 공공·대기업 발주 — 내부 결재에서 금액 근거를 요구하니 화면·데이터 단위까지 필요해요.
• 여러 업체가 나눠 맡을 때 — 경계가 문서에 없으면 서로 “그건 저쪽 일”이 돼요.
• 데이터 수집 프로그램 외주 개발처럼 대상이 많은 일 — 어느 사이트에서 몇 가지 항목을 얼마나 자주 모으는지가 곧 규모예요.

다만 열 장을 발주자 혼자 쓸 필요는 없어요. 한 장으로 업체를 두세 곳으로 좁힌 뒤, 짧은 기획 계약으로 열 장을 업체와 같이 만드는 방식이 비용도 덜 들고 결과도 정확해요. 견적 방식별 차이는 개발 외주 견적 방식 3가지, 어디서 돈이 새는지 비교했어요를 참고하세요.

6. 운영사 Tip — 견적 폭을 줄이는 데 드는 비용

문서를 두껍게 만드는 데도 돈이 들어요. 한국인공지능·소프트웨어산업협회(KOSA)가 공표한 2026년 SW기술자 일평균임금은 41만 4,762원이에요. 기획자 한 명이 2주(10일) 동안 요구사항을 정리하면 인건비 기준으로만 약 415만 원이에요.

그래서 저희는 “몇 장까지 쓸까”를 금액 폭과 이 비용을 비교해서 정해요. 5천만 원짜리 프로젝트에서 폭이 2배냐 1.5배냐는 수천만 원 차이라, 2주 기획은 충분히 남는 투자예요. 반대로 1천만 원 안팎의 작은 일이면 잘 쓴 한 장에 범위 견적을 받고, 개발 중 변경 기준만 분명히 하는 편이 나아요.

7. 흔히 하는 실수는 무엇일까요

첫째, 다른 서비스 캡처만 모아 보내는 것. “이 앱처럼 해 주세요”는 화면 모양은 전해도, 뒤에서 무엇이 돌아가는지는 안 전해요. 캡처 옆에 “이 중 우리에게 필요한 기능”을 한 줄씩 적어 주세요.

둘째, 업체마다 다른 문서를 보내는 것. 통화하면서 설명이 조금씩 달라지면 금액도 달라져요. 문서 한 장을 정해 모든 업체에 똑같이 보내세요.

셋째, 문서가 두꺼우면 값이 싸질 거라고 기대하는 것. 문서는 금액을 낮추기보다 숨은 칸을 드러내요. 그래서 두꺼운 문서로 받은 견적이 처음엔 더 높아 보일 수 있어요. 대신 계약 뒤 늘어날 여지가 줄어요.

8. 운영까지 해본 회사는 무엇을 더 적을까요

자체 SaaS 4종을 직접 운영하면서 배운 건, 발주 문서에서 가장 자주 빠지는 줄이 오픈 뒤 이야기라는 거예요. “공지는 누가 올리나요”, “문의는 어디로 오나요”, “데이터는 몇 년 보관하나요” 같은 질문이요. 이 줄이 빠지면 관리자 화면 범위가 정해지지 않아 견적 폭이 조용히 벌어져요.

실제 프로젝트에서도 한 줄이 설계와 금액을 바꿨어요. 롯데백화점 수원 푸드홀 혼잡도 시스템은 보안 요건 때문에 내부 네트워크로 구성해야 했고, 캐논코리아 펌웨어 업데이트 유틸리티는 Mac 사용자까지 지원해야 했어요. 둘 다 기능 목록엔 잘 안 보이는 한 줄이지만 설계를 바꾸는 조건이었어요. 이런 사례는 요구사항 한 줄이 견적을 바꿔요에 모아 두었어요.

받아 둔 금액들이 너무 달라서 무엇을 기준으로 봐야 할지 모르겠다면, 보내신 문서 한 장과 견적서를 같이 가져오셔도 괜찮아요. 어느 빈칸에서 차이가 났는지 같이 짚어 볼까요 →

저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 지금도 직접 운영하는 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 만드는 쪽과 운영하는 쪽을 둘 다 해 봐서, 문서의 어느 줄이 비어 있으면 견적이 흔들리는지 알아요.

9. 자주 묻는 질문 (FAQ)

앱 개발 비용은 보통 얼마인가요? 유형별로도 알려 주세요.

요구사항이 정리된 상태를 전제로, 저희가 공개 시장 자료로 정리한 범위는 단순 정보형 앱 약 800만 원부터 커머스·플랫폼형 7,000만 원 이상까지예요. 다만 위 표처럼 문서가 없는 상태에선 이 범위 자체가 크게 흔들려요. 유형별 범위는 앱 개발 비용 얼마인가요에 정리했어요.

CRM 개발 비용은 유형별로 얼마나 필요한가요?

CRM은 화면보다 기존 데이터 이전과 다른 시스템 연결에서 비용이 갈려요. 한 장짜리 문서에 “옮길 고객 데이터 건수”와 “연결할 시스템 이름”만 적어도 견적 폭이 눈에 띄게 줄어요. 직접 구축과 솔루션 도입 비교는 CRM, 직접 만들까 솔루션을 쓸까를 참고하세요.

기업을 위한 AI 개발 외주를 맡기려면 요구사항을 어떻게 써야 하나요?

AI는 결과가 확률적이라 기능 목록만으로는 금액이 잘 안 나와요. 목표 수치(예: 분류 정확도 몇 %), 쓸 수 있는 데이터의 양과 형태, 틀렸을 때 누가 확인하는지 세 줄을 꼭 넣어 주세요. 이 세 줄이 없으면 먼저 짧은 PoC(가능성 검증)로 범위를 좁힌 뒤 본 개발 견적을 받는 게 안전해요.