Estimate 블로그 · 문서 가이드
개발 견적서 예시: 무엇이 포함되어야 하나요?
견적서를 볼 때 가장 흔한 실수는 “총액만 보고 결정”하는 것입니다. 견적서는 총액보다 포함 범위, 가정, 제외, 인수 기준이 중요합니다.
1. 견적서에 반드시 있어야 하는 항목
- 프로젝트 범위: 무엇을 만든다(기능/화면/관리자 포함)
- 일정: 착수~오픈까지 단계별 산출물
- 단가/산정 기준: 화면 수, 기능 수, 연동 수 등
- QA/배포: 테스트 범위, 배포 환경, 안정화 기간
- 유지보수: 하자 보수 기간, 유상 유지보수 기준
- 제외사항: 포함되지 않는 작업(추가 과금 조건)
2. 견적서 예시 구조(샘플)
[개발 견적서] 1) 개요 - 목표: 서비스 웹/관리자 구축 - 범위: 사용자 웹 12화면, 관리자 10화면, API 연동 3종 2) 기능 범위 - 회원/로그인: 이메일/간편로그인(선택) - 주요 기능: A, B, C - 관리자: 운영자 권한, 게시물/회원 관리, 로그 조회 3) 외부 연동 - 알림: 이메일/문자(선택) - 결제: PG(선택) - 기타: 지도/인증(선택) 4) 비기능 요구 - 성능: 동시 사용자 N 기준 - 보안: 비밀번호 암호화, 접근 로그, 관리자 감사 로그 5) 일정 및 산출물 - 1주: 요구사항 정리 - 2~3주: 디자인/퍼블리싱 - 4~6주: 개발 - 7주: QA/오픈 - 오픈 후 2주: 안정화 6) 제외사항(예시) - 데이터 마이그레이션 - 다국어/통계 고도화 - 외부 연동 추가(연동 1종 추가 시 별도 협의) 7) 추가 답변을 직접 드릴 수 있습니다. - 구축 경험이 있는 프로젝트는 직접 답변드립니다.
3. 비교할 때 가장 먼저 볼 것
- “화면 수/연동 수”가 서로 동일한 기준인가?
- 관리자 기능이 포함인지, 별도인지?
- 테스트/배포/안정화가 포함인지?
- 제외사항이 과도하게 많지 않은지?
견적 범위를 빠르게 정리하고 싶다면: 개발 견적 계산기 바로가기