개발사 견적서를 받은 뒤 무엇을 비교하나요? 금액 차이의 원인을 찾는 순서

견적서 금액이 다른 이유는 세 가지입니다

같은 요구사항을 보냈는데 총액이 두 배 차이 나는 일이 있습니다. 차이의 원인은 대개 셋으로 나뉘고, 셋은 대응이 다릅니다.

• 범위 차이 — 한쪽은 관리자 화면과 배포까지 셌고 다른 쪽은 사용자 화면만 셌습니다.
• 단가 차이 — 투입하는 인력의 구성과 기간이 다릅니다.
• 가정 차이 — 디자인 시안이 이미 있다고 보았는지, 기존 데이터 이관이 없다고 보았는지가 다릅니다.

범위와 가정은 되물으면 메워집니다. 단가만 남았을 때 비로소 금액 비교가 뜻을 가집니다. 순서를 거꾸로 하면 가장 싼 견적을 고른 뒤 빠진 범위를 추가 비용으로 다시 사게 됩니다.

받은 견적서를 한 표로 옮깁니다

견적서 양식은 개발사마다 달라서 그대로 나란히 두면 비교가 되지 않습니다. 아래처럼 항목 칸을 만들어 각 견적서의 내용을 옮겨 적고, 옮기지 못한 칸을 질문 목록으로 삼습니다.

표를 채우면 총액 차이의 상당 부분이 범위 차이로 설명됩니다. 설명되지 않는 금액이 남았을 때 단가를 묻습니다.

가장 싼 견적과 가장 비싼 견적은 다른 질문으로 봅니다

가장 낮은 금액에는 두 가지만 확인합니다. 빠진 범위가 있는지, 그리고 그 범위를 나중에 넣으면 금액과 일정이 어떻게 바뀌는지입니다. 추가 작업의 단가를 미리 받아 두면 저가 견적의 실제 금액이 드러납니다.

이때 받은 추가 단가는 그대로 계약서의 변경 조항이 됩니다. '화면 1개 추가 시 얼마, 외부 연동 1건 추가 시 얼마'처럼 단위를 붙여 받아 두면 개발 중에 생기는 요청을 금액으로 환산해 판단할 수 있습니다.

가장 높은 금액에는 늘어난 부분이 어디에 쓰이는지 묻습니다. 검수 횟수, 문서 산출물, 운영 인계 기간처럼 이번 출시에 필요한 항목이면 그 금액은 범위에 대한 대가입니다. 필요 없는 항목이면 빼고 다시 받습니다.

기간이 짧게 적힌 견적은 왜 더 보나요?

일정은 금액보다 비교가 어렵습니다. 같은 범위인데 한쪽이 6주, 다른 쪽이 12주로 적었다면 세 가지를 확인합니다. 발주사의 검수와 피드백에 쓰는 시간이 일정 안에 들어 있는지, 스토어 심사나 결제 연동 심사처럼 우리가 당길 수 없는 대기 기간이 들어 있는지, 그리고 콘텐츠와 초기 데이터를 넣는 작업이 누구의 일정인지입니다.

짧은 일정은 빠른 것이 아니라 포함하지 않은 것일 수 있습니다. 반대로 긴 일정에는 동시에 투입하는 인원이 적다는 뜻이 들어 있기도 합니다. 일정이 발표일이나 심사 마감처럼 바꿀 수 없는 날짜에 걸려 있다면, 그 날짜를 먼저 알려 주고 그 안에 들어가는 범위를 다시 받으십시오.

견적서에 없는 문장은 나중에 한쪽이 정합니다

「소프트웨어 진흥법」 제38조제2항은 계약 당사자가 계약을 체결할 때 계약의 목적과 범위, 계약기간 등을 계약서에 분명하게 적고 서명하거나 기명날인한 계약서를 주고받아 보관하도록 정합니다. 같은 조 제3항은 계약 내용을 구체적으로 정하지 않았거나 이견이 있을 때 한쪽의 의사에 따라 정해 상대방의 정당한 이익을 침해한 경우, 그리고 과업내용 변경에 따른 계약금액·계약기간의 변경을 상당한 이유 없이 인정하지 않는 경우를 현저하게 불공정한 내용으로 보아 그 부분을 무효로 합니다.

조문이 있어도 다툼은 시간과 비용입니다. 비교 단계에서 '변경은 어느 선부터 추가 비용인가'를 문장으로 받아 두는 편이 빠릅니다. 요청 1건 기준인지, 화면 수 기준인지, 작업 시간 기준인지까지 적습니다.

하자 대응 기간은 언제부터 세나요?

견적서에 '하자보수 3개월'만 적혀 있으면 기산일이 비어 있는 상태입니다. 「민법」 제667조제1항은 완성된 목적물에 하자가 있을 때 도급인이 상당한 기간을 정해 보수를 청구할 수 있다고 정하고, 제670조제1항은 그 보수와 손해배상의 청구를 목적물의 인도를 받은 날부터 1년 내에 하도록 정합니다. 기준점이 '출시일'이 아니라 '인도일'입니다.

그래서 하자 조항은 인도 목록과 함께 읽어야 합니다. 소스코드와 저장소, 배포 절차 문서, 환경변수 목록을 언제 받는지가 정해지지 않으면 기간도 정해지지 않습니다. 무엇을 인도 목록에 넣는지는 외주 산출물의 소유와 인도를 다룬 글에 정리해 두었습니다. 참고로 같은 법 제60조의 1년 하자담보책임은 국가기관등과 체결한 소프트웨어사업 계약에 적용되는 조항이므로, 민간 발주에서는 계약서에 적은 내용과 민법이 기준이 됩니다.

비교가 끝났다고 말할 수 있는 기준

세 가지가 모두 채워졌을 때 끝냅니다. 표에 빈 칸이 없을 것, 남은 금액 차이가 단가로 설명될 것, 그리고 변경 기준·인도 목록·하자 기산일이 문장으로 적혀 있을 것입니다.

네오렉트에 견적 검토를 상담하신다면 받으신 견적서와 위 표에서 채우지 못한 칸을 함께 보내 주세요. 어느 칸이 비어 있는지에 따라 범위를 다시 쓸지, 되물을 질문만 정리할지가 갈립니다.