2026년 IT 외주 개발 견적서 완전 분석 가이드

외주 견적서, 왜 해석이 어려운 걸까?

"100페이지짜리 견적서를 받았는데 뭐가 맞는지 모르겠어요." 포텐랩에 상담 오시는 스타트업 창업자 중 절반 가까이가 이런 말로 이야기를 시작해요. 개발사마다 견적 포맷이 다르고, 총액만 적힌 한 장짜리부터 엑셀 시트 수십 장짜리까지 격차가 극단적이기 때문입니다. 그런데 이 격차 자체가 사실 개발사의 '투명성'을 보여주는 1차 지표예요.

2026년 현재, AI 코딩 도구 도입으로 개발 속도가 빨라지면서 견적 항목도 예전과 달라졌어요. "AI 활용률", "프롬프트 튜닝 공수", "MCP 통합" 같은 신규 항목이 들어오고, 반대로 단순 CRUD 공수는 크게 줄었습니다. 낡은 기준으로 견적을 읽으면 바가지를 쓰거나, 반대로 너무 낮은 견적에 홀려서 프로젝트가 산으로 갈 수 있어요.

이 글에서는 2026년 기준으로 IT 외주 개발 견적서를 받았을 때 창업자가 꼭 확인해야 할 7가지 항목을 정리했습니다.

1) 공수 산정 단위가 'MD(맨데이)'인지, '기능당 정액'인지

견적에 MD(Man-Day, 1명이 하루 일하는 공수) 단가가 명시되어 있는지부터 확인하세요. 업계 평균은 다음과 같습니다.

MD 단가가 없고 "전체 6,000만 원"처럼 뭉뜽그린 견적은 협상할 근거가 사라집니다. 기능이 빠지거나 추가됐을 때 얼마를 빼고 얼마를 더해야 할지 계산이 안 되니까요. 반대로 기능당 정액 견적은 단위 기능의 정의가 명확할 때만 안전해요.

체크 포인트

2) '기능 단위'가 얼마나 세분화되어 있는가

좋은 견적서는 기능 단위가 화면·API·데이터 모델까지 쪼개져 있어요. 나쁜 견적서는 "회원 관리 500만 원"처럼 대분류 한 줄로 끝납니다. 이게 왜 문제인지는 실제 사례를 보면 명확해요.

스타트업 A사는 "회원 관리 500만 원"으로 견적을 받고 계약했어요. 막상 개발 중간에 "소셜 로그인은 별도예요, 400만 원 추가입니다"라는 이야기를 들었죠. 견적서에 '회원 가입'만 있었고 소셜 로그인은 빠져 있었던 거예요. 결국 총 비용이 18% 초과됐습니다.

확인 방법은 간단합니다. 견적서 옆에 기능 명세서·화면 흐름도가 같이 첨부되어 있어야 하고, 각 기능이 견적 항목과 1:1로 매칭돼야 해요. 매칭이 안 되는 기능은 나중에 '범위 밖'으로 빠져 추가 비용이 발생합니다.

3) 숨겨진 인프라·3rd party 비용

개발 견적에는 들어 있어도, 실제 운영에 들어가는 비용이 누락된 경우가 많아요. 대표적으로 놓치기 쉬운 항목은 이렇습니다.

견적서에 이 항목들이 "고객 부담"이라고 명시돼 있는지, 아니면 "포함" 범위 안인지 명확히 체크하세요. AI 기능이 많은 프로젝트라면 LLM API 비용이 개발 견적의 2~3배를 넘을 수도 있다는 점을 꼭 기억하세요.

4) 유지보수가 '포함'인지 '별도'인지

"개발 완료 후 3개월 무상 유지보수"라는 문구가 있다면 반드시 '무상'의 정의를 물어보세요. 많은 경우 "치명적 버그만 무상, 기능 수정은 별도 견적"으로 운영돼요. 유지보수 항목은 최소한 이렇게 세분화돼 있어야 합니다.

유지보수 단가가 개발 단가보다 1.3배 이상이면 주의 신호입니다. 프로젝트 초기부터 유지보수 팀을 섭외할 의향이 있는지 확인하세요.

5) 테스트·QA 공수가 따로 잡혀 있는가

견적서에 QA 라인이 없으면 위험 신호입니다. QA는 전체 개발 공수의 15~25%가 상식적인 비율이에요. QA가 0%라면 둘 중 하나입니다. 개발자가 퀵 테스트만 하고 넘긴다는 뜻이거나, QA 비용을 개발 공수에 은근슬쩍 끼워넣고 "무료 서비스"라고 포장한 경우죠.

건강한 견적은 다음과 같이 세분화돼 있어요.

6) 변경 요청(CR) 프로세스와 단가

현실적으로 모든 프로젝트는 개발 도중 요구사항이 바뀝니다. 견적서에 변경 요청 프로세스와 단가 정책이 없으면, 나중에 "그건 범위 밖이에요"라는 말을 반복해서 듣게 돼요. 꼭 확인할 조항은 이렇습니다.

7) 소스코드 소유권·인수인계 조항

마지막으로 중요한데도 자주 빠지는 조항이에요. 소스코드 소유권이 누구에게 있고, 계약 종료 시 어떻게 인수인계되는지를 견적서 별첨 계약서 초안에서 반드시 확인하세요. 실패 사례는 끝이 없습니다.

B사는 1.2억 원을 들여 앱을 만들었는데, 계약서에 "소스코드 이관은 월 300만 원 별도 컨설팅"이라는 조항이 있었어요. 나중에 팀을 꾸려서 직접 유지보수하려다가 추가로 600만 원을 더 써야 했습니다.

필수 조항 체크

결론 — 견적서가 불투명하면 프로젝트가 불투명하다

위 7가지 항목을 하나씩 체크하는 데 30분이면 충분해요. 그런데 이 30분이 프로젝트 전체 성패를 가르는 분수령이 될 때가 정말 많습니다. 견적서가 뭉뜽그려진 업체는 개발 중에도 뭉뜽그려 소통할 가능성이 크고, 반대로 견적서를 이렇게 세분화해서 주는 업체는 일정 관리·품질 관리도 그만큼 투명합니다.

포텐랩은 모든 견적서에 MD 단가, 기능별 공수, 인프라 비용, QA 공수, 유지보수, CR 정책, 소스코드 이관까지 7개 섹션을 기본 템플릿으로 제공해요. 투명한 견적이 신뢰의 출발점이라고 믿기 때문이고, 실제로 수행완수율 97%를 유지할 수 있는 이유 중 하나입니다. 견적서 한 번만 받아보고 싶으셔도 좋아요. 포텐랩 상담으로 편하게 연락 주세요. 포트폴리오와 함께 표준 견적 템플릿을 무료로 공유드립니다.

👉 비용을 포함한 MVP 개발 전체 그림이 궁금하다면 2026년 MVP 개발 완전 가이드에서 한 번에 정리해 두었어요.

함께 읽으면 좋은 글