외주 개발 견적서 읽는 법: 양식·비교표·계약 확인 항목

안녕하세요. 사랑받는 IT 프로덕트의 첫걸음, 똑똑한개발자입니다.

오늘의 인사이트 요약

1. 외주 개발 견적서 양식은 기본 정보, 범위와 일정, 지급·유지보수·지식재산권 조건의 세 구역으로 나눠 읽으면 빈칸이 빨리 보입니다.

2. 여러 업체의 견적 비교는 각 문서를 같은 비교표로 옮겨 적고 빈칸과 '별도 협의'를 따로 표시하는 데서 시작합니다.

3. 외주 개발 계약으로 넘어갈 때는 견적서를 계약서 별첨으로 묶고 검수·범위 변경·소스코드 인도 조항을 문장으로 확인합니다.

개발 외주를 알아보며 견적을 몇 곳에서 받아 보면 처음 드는 생각이 비슷합니다. 같은 서비스를 설명했는데도 문서 모양부터 제각각입니다. 엑셀 한 장으로 오는 곳, 소개 슬라이드에 금액을 붙여 오는 곳, 총액만 적어 보내는 곳이 섞여 있습니다. 항목별로 비용이 갈리는 지점은 앞서 앱 개발 비용 글에서 정리했습니다. 이번에는 외주 개발 견적서를 하나의 문서로 놓고 양식의 구성과 업체 간 비교, 계약서로 넘어가는 순서를 차례로 짚겠습니다.

외주 개발 견적서 양식은 어떤 칸으로 이뤄지나

외주 개발 견적서 양식은 업체마다 다르지만 잘 정리된 견적서는 대개 세 구역으로 나뉩니다. 받은 문서를 이 순서로 훑으면 어디가 비었는지 금방 드러납니다.

머리에는 문서를 특정하는 기본 정보가 들어갑니다.

견적 번호와 작성일, 발신 회사와 담당자, 수신처부터 찾아보세요. 놓치기 쉬운 칸은 견적 유효기간과 버전입니다. 견적서는 미팅마다 바뀌기 쉬운데 버전이 없으면 어느 문서를 기준으로 계약할지 헷갈립니다.

몸통에는 범위와 일정, 금액이 들어갑니다.

과업 범위는 포함 항목과 제외 항목이 함께 적혀 있어야 제대로 읽힙니다. 산출물 목록과 마일스톤별 일정, 검수 시점도 이 구역에 모입니다. 금액 칸에서는 소계와 부가세 포함 여부가 나뉘어 적혔는지 살핍니다.

꼬리에는 지급 조건과 유지보수, 지식재산권이 들어갑니다.

대금을 몇 번에 나눠 언제 받는지, 출시 후 무상으로 고쳐 주는 기간과 범위는 어디까지인지, 결과물의 권리는 누구에게 가는지를 차례로 읽습니다. 끝으로 전제 조건 칸이 있는지도 챙기세요. 견적이 성립하는 가정을 적는 칸입니다. 발주사가 제공할 자료나 외부 서비스 이용료를 누가 내는지 같은 내용이 여기에 들어갑니다.

개발 외주 견적 비교는 같은 표로 옮겨 적는 데서 시작합니다

양식이 제각각인 견적서를 나란히 펼치면 눈에 들어오는 건 총액뿐입니다. 그래서 비교용 표를 하나 만들어 업체별 문서를 같은 행에 옮겨 적는 방법을 권합니다.

비어 있는 칸과 '별도 협의'는 따로 표시합니다.

견적서에 없는 내용은 빈칸으로 두고 '별도 협의'나 '추후 산정'으로 적힌 내용에는 다른 표시를 해 두세요. 별도 협의가 많은 견적은 계약 뒤에 금액이 바뀔 여지도 큽니다. 표를 다 채웠다면 업체마다 같은 질문을 보내 빈칸을 메웁니다.

총액은 표를 다 채운 뒤 맨 아랫줄에서 봅니다.

일곱 행이 엇비슷해진 다음에야 총액 차이가 무엇을 반영하는지 읽힙니다. 범위가 다른 두 견적을 총액부터 비교하면 싸 보이는 쪽이 실은 일을 덜 하기로 한 견적일 수 있습니다.

외주 개발 견적에서 외주 개발 계약으로 넘어갈 때 볼 조항

업체를 정하고 나면 견적서의 내용이 계약서로 옮겨갑니다. 이때 견적서 내용이 빠지지 않았는지 대조해야 합니다. 계약 전에 함께 짚어 볼 조항은 아래 세 가지입니다.

견적서와 과업 내역이 계약서 별첨으로 묶였는지 봅니다.

계약서 본문에는 별첨 과업 내역에 따른다는 문장만 있는 경우가 많습니다. 그 별첨이 어느 날짜, 어느 버전의 견적서를 가리키는지까지 특정되어 있어야 합니다.

대금 지급이 검수와 이어져 있는지 확인합니다.

지급 시점과 검수 조건을 함께 읽으면 완료 기준을 이해하기 쉽습니다. 착수금·중도금·잔금마다 어떤 산출물과 확인 절차를 연결할지는 양측이 합의해 적습니다. 날짜만으로 지급 의무나 법적 효과를 단정할 수는 없습니다.

범위 변경 절차와 소스코드 인도 시점을 문장으로 남깁니다.

개발 중 기능 변경은 피하기 어려우니 변경 요청을 어떤 문서로 주고받고 추가 비용은 어떻게 정할지 미리 적어 두세요. 지식재산권 귀속과 소스코드를 넘겨받는 시점이 견적서 표현 그대로 옮겨졌는지도 대조합니다. 각 조항의 법적 효과는 서명 전에 법률 전문가의 검토를 받는 편이 안전합니다.

양식을 세 구역으로 읽고 비교표로 옮긴 뒤 계약서와 대조하다 보면 문서 한 장을 끝까지 따라가게 됩니다. 그러면 첫 미팅에서 꺼낼 질문도 정해집니다. 이 견적서를 계약서 별첨으로 그대로 붙일 수 있나요? 견적서와 계약서의 문서 버전·범위·우선순위를 맞추기 위한 질문입니다. 실제 수행 인력이나 재위탁 여부는 이 질문만으로 알 수 없으므로 별도로 확인합니다.

견적을 내기 전, 만들 내용을 함께 정리합니다

처음 개발을 의뢰할 때는 기능을 어느 정도까지 적어야 할지부터 고민이 됩니다. 똑똑한개발자는 아이디어를 구체적인 화면과 기능으로 정리하고 기획·디자인·개발을 이어가는 팀입니다.

참고 서비스나 꼭 필요한 기능, 생각해 둔 일정을 알려주셔도 좋습니다. 무엇을 만들고 어떤 결과물을 받게 될지 이해할 수 있도록 프로젝트 범위부터 함께 이야기하겠습니다.

감사합니다. :)