2026 웹 개발자 프리랜서 견적서 완벽 가이드

왜 견적서가 중요한가

웹 개발 프로젝트가 산으로 가는 가장 흔한 원인은 견적서다. 정확히는 견적서에 적혀있지 않은 것들이 원인이다. "간단한 수정"이 쌓여 2주짜리가 2개월이 되고, 수정 횟수 제한이 없어서 피그마 스크린을 일곱 번 다시 그리게 된다. 분쟁이 생겼을 때 제일 먼저 꺼내보는 문서도 결국 견적서다.

이 글은 2026년 기준 한국 프리랜서 웹 개발자가 견적서를 쓸 때 실질적으로 챙겨야 할 10가지 항목을 정리한다. 2025 위시켓 실거래 단가와 2026 공식 노임단가 데이터도 함께 제공한다.

1. 2026 단가 데이터부터 파악하기

자기 단가를 시장 시세와 얼마나 멀리 떨어져 있는지 모르고 견적을 쓰면, 너무 비싸서 거래가 깨지거나 너무 싸서 탈진한다. 2026년 현재 프리랜서 웹 개발자 단가는 크게 세 가지 기준이 있다.

• 2026 공식 소프트웨어기술자 노임단가: 응용 개발자 시간평균임금 47,281원. 정부·공공 SW 사업 기준.
• 2025 위시켓 실거래 데이터: 프론트엔드 월단가 평균 572만원. 주니어(1-3년) 425만, 미드(4-7년) 533만, 시니어(8년+) 758만.
• 크몽 기업 홈페이지 견적: 단순 소개형 기준 평균 90만원, 범위 40만~170만원. 기능 추가 시 200만~400만원.

이 세 기준은 "공공 투입형", "상주 리테이너", "프로젝트 단건" 각각을 대표한다. 자기 프로젝트가 어느 쪽에 가까운지 먼저 분류하고 시작하자.

2. 스코프 크립은 가격으로 막는다

"초반엔 없던 기능이 어느새 들어와 있다"는 프리랜서의 영원한 테마다. 해결책은 하나다. 견적서에 "본 견적은 다음 기능 범위에 한합니다. 추가 요구사항은 별도 협의 후 견적" 이라는 문구를 못박는 것.

그리고 "다음 기능 범위"를 최대한 구체적으로 쓴다. "회원가입"이 아니라 "이메일/비밀번호 회원가입, 이메일 인증, 비밀번호 재설정". "결제"가 아니라 "토스페이먼츠 단건 결제 (정기결제·환불은 미포함)". 모호한 단어는 거래처가 유리하게 해석한다.

3. 기술 스택은 이유와 함께 적는다

"Next.js 15를 써서 4,800만원"이라고만 쓰면 거래처는 "워드프레스로 하면 안 되나?"라고 되묻는다. 기술 선택의 이유를 한 줄 붙이면 단가 근거가 생긴다.

예: "Next.js 15 — SSR/SEO 최적화 필요 (워드프레스 대비 로딩 속도 2-3배 빠름, 구글 상위 노출 유리)"

버전까지 명시하자. "React"가 아니라 "React 19.2", "Node"가 아니라 "Node 20 LTS". 이후 라이브러리 호환성 논쟁이 생겼을 때 근거가 된다.

4. 마일스톤 & 대금 지급 구조

500만원 이상 프로젝트는 반드시 분할 지급 구조로. 표준 비율:

• 계약금 30-50%: 착수 시. 아래 이유로 최소 30%는 받자.
• 중도금 20-30%: 주요 마일스톤 완료 시 (예: 디자인 확정, 프론트 완성).
• 잔금 30-50%: 최종 납품 후 7일 이내. 30일 이상으로 하면 대금 미납 리스크 급증.

각 마일스톤에는 완료 기준(Definition of Done)을 명시한다. "디자인 완료"가 아니라 "피그마 시안 5페이지 확정 + 클라이언트 서명". 기준이 모호하면 중도금 지급이 계속 미뤄진다.

5. 수정 횟수와 추가 단가

"수정은 만족하실 때까지"는 프리랜서가 해서는 안 될 약속 1위다. 업계 표준은 기본 2회 포함 + 추가 회당 N만원. 추가 단가는 전체 견적의 5-10% 수준으로 잡는 게 적절하다.

"수정"과 "추가 기능"을 구분하는 기준도 못박자. 기존 기능의 버그 수정이나 디자인 조정은 수정, 원래 없던 새 기능은 추가. 이 경계를 모호하게 두면 거래처는 모든 요청을 "수정"으로 밀어붙인다.

6. 유지보수는 별도 견적으로 분리

개발 견적서에 유지보수를 합쳐 쓰면 "이 프로젝트가 얼마짜리인지" 거래처가 헷갈린다. 개발 견적서 1장 + 유지보수 견적서 1장으로 분리하자.

개발 견적서에는 무상 하자보수 30일 정도만 포함시키고, 이후 유지보수는 별도 계약. 시간당 5-8만원 또는 월 정액 리테이너 형태가 일반적이다.

7. 저작권과 소스코드 귀속

소스코드 저작권은 최종 대금 완납 시점에 이관되도록 명시한다. 잔금 미납 상태에서 코드가 넘어가면 회수가 불가능해진다.

오픈소스 라이브러리 사용 내역도 별도 항목으로 제공하자. MIT, Apache 2.0 라이선스가 섞여있는데 거래처가 "이거 다 우리 건가요?"라고 물었을 때 답할 수 있어야 한다.

8. 원천징수 3.3% vs 부가세 10%, 헷갈리지 않기

사업자 등록이 없는 프리랜서는 거래처가 3.3% 원천징수한 뒤 나머지를 지급한다. 견적서에 부가세를 쓰면 안 된다.

사업자 등록(일반/간이)을 했다면 3.3% 원천징수 없이 계약금액 전액을 받고, 부가세 10%를 별도로 받아 세금계산서를 발행한다. 연 매출 4,800만원 이하면 간이과세자로 등록하는 게 유리하다.

절대 금지: 한 견적서에 원천징수 3.3%와 부가세 10%를 동시에 넣는 것. 거래처 회계팀이 처리할 수 없어서 견적서가 반려된다.

원천징수 실수령액이 얼마가 되는지는 freebilli. 3.3% 계산기로 즉시 확인할 수 있다.

9. 유효기간과 가격 조정 조항

견적서 유효기간은 30일이 표준. 기술 스택 업데이트 속도가 빠른 웹 개발 특성상 60일을 넘기는 건 권장하지 않는다.

유효기간이 지난 뒤 프로젝트가 재개되면 단가를 다시 산정할 수 있다는 문구를 비고에 넣자. 6개월 뒤에 2025년 1월 단가로 일하라는 요청을 원천 차단할 수 있다.

10. 견적서와 계약서는 다르다

견적서는 제안, 계약서는 법적 구속. 프로젝트가 500만원 이상이면 반드시 별도 계약서를 작성하자. 견적서 승인만으로 작업을 시작하면 분쟁 발생 시 불리하다.

용역 계약서에는 견적서에 없는 추가 조항이 들어간다: 지적재산권 귀속, 비밀유지, 손해배상 한도, 분쟁 관할 법원, 해지 조건 등. 표준 용역 계약서는 공정거래위원회 홈페이지에서 무료로 내려받을 수 있다.

정리

견적서는 프리랜서의 방패이자 단가 근거다. 이 글의 10가지를 한 번에 적용하기 어렵다면 다음 3개만 먼저 챙기자.

1. 스코프 제한 문구 ("본 견적은 다음 기능 범위에 한합니다")
2. 수정 2회 + 추가 회당 단가
3. 잔금 지급 기한 7일 이내 명시

이 세 줄이 프리랜서 1년치 스트레스를 줄여준다.