앱 외주 범위서 쓰는 법: 1장으로 범위 분쟁 막기 (포함 5줄·미포함 3줄)

외주 개발 분쟁은 왜 생기나요?

대부분 기능이 '덜 됐다'가 아니라 '그건 원래 해 주기로 한 거 아니냐'에서 시작돼요.

• 공공 SW 사업에서도 같은 문제가 있었어요. 제안요청서와 분석설계 단계의 과업 범위가 달라지면서 다툼이 시작된다는 지적이 나왔고, 2020년 12월 소프트웨어 진흥법 개정으로 과업심의위원회가 생겼어요. 보도
• 민간 외주에서도 잔금 분쟁의 원인이 계약 범위 밖 추가 개발인 경우가 많다고 해요. 범위 밖 요청이면 잔금 거절 사유가 아니라 과업 변경이고 추가 대가 대상이라는 게 변호사 해설이에요. 보도
• 문제는 '범위 밖'을 증명할 문서가 없을 때예요. 기능 목록만 있고 미포함이 없으면 "관리자에서 엑셀 다운로드는 당연히 되죠?" 같은 기대를 막을 근거가 없어요.

범위서, 요구사항 정의서, 과업지시서는 뭐가 다른가요?

세 문서는 목적이 달라요. 지원사업에서 쓰는 견적서·과업지시서·계약서 구성은 지원사업 견적서·계약서 서류 정리에 따로 정리했어요.

순서는 범위서 → 계약 → 요구사항 정의서예요. 요구사항 정의서는 범위서 포함 5줄을 쪼갠 문서여야 하고, 범위서에 없는 기능이 새로 들어오면 그건 변경 요청이에요.

범위서 1장에는 무엇을 적나요?

아래 빈 양식을 그대로 복사해 쓰셔도 돼요. 칸을 늘리지 않는 게 핵심이에요. 포함이 6줄이 되면 하나를 빼세요.

채우면 어떻게 되나요? (작성 예시)

아이디어: 수제 케이크 1인 공방이 / 주문서·시안 확인·결제를 한 링크로 받고 / DM 상담 시간이 줄어서 돈을 낸다.

포함 줄은 모두 '누가 무엇을 한다'로 끝나요. 이렇게 쓰면 검수 기준이 따로 필요 없어요. 데모에서 5줄이 실제로 동작하면 완료예요.

미포함 3줄은 어떻게 고르나요?

미포함은 거절 목록이 아니라 '이번에는 안 한다'는 약속이에요. 세 가지 기준으로 골라요.

1. 당연히 될 거라 생각하는 기능: 앱 스토어 출시, 엑셀 다운로드, 통계 대시보드.
2. 비용이 크게 뛰는 기능: 실시간 채팅, 추천 알고리즘, 여러 판매자 정산.
3. 우리가 통제할 수 없는 일: 브랜딩, 사진 촬영, 콘텐츠 입력, 외부 심사 결과.

기능을 핵심과 부가로 나눠 목록화하면 예산에 맞춰 범위를 조정하기 쉽다는 조언도 같은 맥락이에요. 보도 미포함에 적힌 기능은 다음 버전 후보 목록으로 따로 남겨 두세요.

범위가 바뀌면 어떻게 하나요?

바뀌는 건 정상이에요. 규칙만 정해 두면 돼요.

• 범위서 밖 기능은 별도 견적. 금액과 일정을 따로 적어 서면으로 합의해요.
• 같은 크기끼리는 교체 가능. 포함 1줄을 빼고 비슷한 크기 1줄을 넣으면 금액·일정은 그대로예요.
• 변경 요청은 데모 때만. 주중 메시지로 온 요청은 목록에 모아 두고 데모에서 반영 여부를 정해요.
• 기록을 남기기. 추가 요청을 과업 변경으로 기록하지 않으면 나중에 추가 대가를 청구할 근거가 약해진다는 해설이 있어요. 보도 이건 발주자에게도 같아요. "이건 포함이었다"를 증명하는 것도 범위서예요.

---

모두의 MVP는 웹·앱 MVP를 외주로 개발하는 스튜디오예요. 모든 견적을 범위서 1장(포함 5줄·미포함 3줄·일정·금액)으로 드려요. 범위서 밖 기능은 별도 견적이고, 주 1회 데모로 포함 5줄이 실제로 돌아가는지 보여 드려요. 아이디어 한 줄을 보내 주시면 범위서 초안부터 드릴게요. → 아이디어 한 줄 보내기

출처 (2026-10-12 확인)

• 보도 바이라인네트워크 — 대수술 받은 SW진흥법 개정안 (과업심의위원회, 과업 범위 다툼)
• 보도 로톡 — 개발 외주 잔금 미지급: 검수 완료 입증과 용역대금 청구 (범위 밖 추가 요구 = 과업 변경)
• 보도 요즘IT(위시켓) — 앱 개발 의뢰하는 데 비용이 얼마나 필요할까요? (요구사항 정리 항목)