견적·업체선정 · 02 / 05 · 전체 No.12

MVP 개발 견적서,
꼭 확인해야 할 항목

MVP·시제품 외주개발 견적서를 받으면 가장 먼저 총액에 눈이 갑니다. 하지만 실제 프로젝트에서는 금액 옆에 무엇이 포함되어 있고 무엇이 빠져 있는지가 더 중요합니다. 계약 후 “그건 별도입니다”라는 말을 줄이려면 견적 단계에서 범위를 확인해야 합니다.

HandsMate 개발 가이드 · 예상 읽기 8분
결론 먼저좋은 견적서는 금액만 적혀 있는 문서가 아니라 무엇을 만들고, 누가 어디까지 수행하며, 무엇을 넘겨주고, 어떤 경우 추가비용이 발생하는지 확인할 수 있는 문서입니다. 총액보다 개발범위·제외사항·산출물·변경조건을 먼저 보세요.

견적서의 첫 페이지보다 상세내역을 보세요.

“MVP 개발 20,000,000원”처럼 총액만 적힌 견적서는 비교하기 쉽지만 실제 범위를 판단하기 어렵습니다. 사용자 화면 15개인지, 관리자까지 포함하는지, 디자인과 배포는 별도인지에 따라 같은 금액의 의미가 달라집니다.

견적서만 보고 최종 결과물의 모습을 설명할 수 없다면, 계약 전에 범위를 더 구체화해야 합니다.

1. 가장 먼저 ‘무엇을 만드는지’ 확인합니다.

01 · 사용자 기능사용자 기능

회원, 검색, 신청, 결제, 예약 등 실제 사용자 기능이 요구사항과 일치하는지 확인합니다.

02 · 관리자 기능관리자 기능

회원조회, 신청처리, 콘텐츠관리, 상태변경 등 운영에 필요한 관리자 범위를 확인합니다.

03 · 외부 연동외부 연동

결제, 문자, 이메일, 지도, 소셜로그인, 공공 API 등 연동 대상과 비용을 확인합니다.

04 · PLATFORM플랫폼 범위

PC 웹, 모바일 웹, 반응형, Android, iOS 중 실제 견적 대상이 무엇인지 확인합니다.

2. ‘개발’이라는 한 단어 안에 무엇이 포함됐는지 확인합니다.

항목확인할 질문견적서에서 볼 내용
기획화면과 정책은 누가 정의하나요?요구사항 분석, 화면설계, 정책정의 포함 여부
디자인디자인 시안과 원본도 제공하나요?UI/UX, 퍼블리싱, 디자인 원본 범위
개발프론트·백엔드·DB·관리자를 모두 포함하나요?개발 대상과 제외 기능
테스트어떤 환경에서 누가 검수하나요?기능·통합·브라우저·기기 테스트 범위
배포운영환경에 실제 오픈까지 해주나요?서버 구축, 배포, 도메인·SSL, 앱 등록 여부

3. 견적 총액 밖에서 발생하는 비용도 확인하세요.

외부 서비스외부 서비스 사용료

클라우드, 문자, 이메일, 지도, 결제, 본인인증 등은 별도 과금될 수 있습니다.

변경 비용요구사항 변경비

계약 후 화면·기능·정책 변경 시 어떤 기준으로 추가 견적이 발생하는지 확인합니다.

오픈 이후오픈 이후 비용

서버 운영, 유지보수, 모니터링, 기술지원 등이 개발비에 포함되는지 확인합니다.

4. 개발 완료 후 무엇을 받는지도 견적 단계에서 확인합니다.

소스코드전체 소스 제공 여부, Git 저장소 접근 및 이전 방식
데이터베이스DB 스키마·초기 데이터·백업 또는 이전에 필요한 정보
디자인 원본Figma 등 실제 편집 가능한 디자인 산출물 제공 여부
서버·계정클라우드·도메인·외부서비스 계정의 소유 및 접근권한
문서설치·배포·운영·API 등 이후 유지보수에 필요한 문서 범위

인수인계는 프로젝트 마지막에 갑자기 협의하는 항목이 아닙니다. 필요한 산출물이 있다면 견적 요청과 계약 단계에서부터 명확하게 적는 편이 안전합니다.

5. ‘수정 가능’이라는 표현도 구체적으로 확인하세요.

개발 과정에서 화면 문구를 바꾸는 것과 새로운 업무절차를 추가하는 것은 같은 수정이 아닙니다. 또한 오픈 후 발견된 오류를 고치는 하자보수와 새로운 기능을 추가하는 유지·추가개발도 구분해야 합니다.

구분예시확인할 내용
요구사항 구체화기존 기능 내 세부 정책 확정기본 수행범위인지 확인
요구사항 변경신규 화면·업무흐름·연동 추가추가비용 산정 기준 확인
하자보수합의된 기능이 정상 동작하지 않음무상 처리 기간·조건 확인
추가개발오픈 후 새로운 기능 요청별도 견적·유지보수 방식 확인

6. 견적서를 받으면 최소한 이것은 체크하세요.

사용자 기능과 관리자 기능이 각각 명시되어 있다.
PC·모바일 웹·앱 등 개발 대상 플랫폼이 명확하다.
기획·디자인·개발·테스트·배포의 포함 범위를 확인했다.
결제·문자·클라우드 등 별도 사용료를 확인했다.
요구사항 변경 시 추가비용 산정 기준이 있다.
소스코드·DB·디자인·계정·문서의 인계 범위를 확인했다.
검수 기준과 하자보수 기간·범위를 확인했다.
견적서의 제외사항과 별도 협의 항목을 읽었다.
한 줄 원칙

견적서에서 가장 중요한 숫자는 총액이 아니라 ‘포함 범위’입니다.

계약 전에는 금액을 깎는 것보다 무엇이 포함되고, 무엇이 제외되며, 어떤 상황에서 추가비용이 발생하는지 명확히 하는 것이 먼저입니다.