IT 프로젝트 견적, 이렇게 읽어야 바가지 안 씁니다

견적서, 왜 어려운가?

IT 프로젝트 견적서를 처음 받아보면 당황스럽습니다. "M/M", "공수", "인프라 비용", "유지보수 별도" 같은 용어들이 난무하고, 같은 프로젝트인데 업체마다 가격이 2~5배씩 차이나기도 합니다.

이 글에서는 비개발자도 견적서를 정확히 읽고, 합리적인 판단을 내릴 수 있도록 핵심 포인트를 정리합니다.

핵심 용어 이해하기

M/M (Man-Month)

M/M은 1명의 개발자가 1개월 풀타임으로 일하는 단위입니다. IT 업계의 표준 견적 단위로, 대부분의 견적서가 이 기준으로 작성됩니다.

• 주니어 개발자: 월 400~600만 원
• 미드레벨 개발자: 월 600~900만 원
• 시니어 개발자: 월 900~1,500만 원
• PM/PL: 월 700~1,200만 원

공수 산정

견적의 총 금액은 M/M 단가 × 투입 인원 × 기간으로 계산됩니다. 예를 들어, 시니어 1명 + 미드레벨 2명이 3개월 작업하면:

(1,000만 + 700만 × 2) × 3 = 7,200만 원

견적서에서 꼭 확인해야 할 7가지

1. 범위(Scope)가 명확한가?

"쇼핑몰 개발 일체"같은 모호한 범위는 분쟁의 씨앗입니다. 기능 목록과 화면 수가 구체적으로 명시되어 있어야 합니다.

2. 숨겨진 비용 항목

견적서 총액에 포함되지 않은 비용이 있을 수 있습니다:

• 서버/인프라 비용 — AWS, GCP 등 월 이용료
• 도메인/SSL 인증서
• 서드파티 API 비용 — 결제, 문자, 이메일 발송 등
• 디자인 비용 — UI/UX 디자인이 별도인 경우
• QA/테스트 비용

3. 유지보수 조건

납품 후 유지보수 범위와 기간을 반드시 확인하세요:

• 무상 유지보수 기간 (보통 1~3개월)
• 유상 유지보수 월 비용 (보통 개발비의 8~15%)
• 긴급 대응 SLA (장애 발생 시 대응 시간)

4. 결제 조건

합리적인 결제 조건은 양측 모두를 보호합니다. 계약금 100%를 요구하는 업체는 피하세요.

5. 변경 요청(CR) 처리 방식

"개발 도중 기능이 추가되면 비용은 어떻게 되나요?"를 반드시 사전에 확인하세요.

6. 지적재산권 귀속

완성된 소스코드, 디자인 파일, 문서의 소유권이 누구에게 있는지 계약서에 명시해야 합니다.

7. 일정과 마일스톤

전체 일정뿐 아니라 중간 점검 시점(마일스톤)이 명시되어 있어야 합니다.

견적 비교 시 주의사항

• 가격만 비교하지 마세요 — 싼 견적이 범위가 좁거나 품질이 낮을 수 있습니다
• 포트폴리오를 확인하세요 — 유사 프로젝트 경험이 있는 업체가 리스크가 적습니다
• 레퍼런스 체크 — 이전 클라이언트에게 실제 경험을 물어보세요
• 커뮤니케이션 테스트 — 견적 단계에서의 소통 품질이 프로젝트 진행 중에도 유지됩니다

마치며

좋은 견적서는 투명하고 구체적입니다. 모호한 견적서를 받았다면 질문하세요. 명확한 답변을 주지 못하는 업체라면, 프로젝트 진행 중에도 같은 문제가 반복될 가능성이 높습니다.