개발 견적과 업체 제안 검토 가이드
앱 개발 견적이나 홈페이지 제작 견적을 비교할 때는 견적 범위, 실적, 참여 인력, 구현 방법을 확인합니다. 같은 서비스 설명을 전달해도 업체가 예상한 기능과 작업 조건은 다를 수 있습니다.
견적과 제안은 포함 항목과 산정 근거를 기준으로 검토합니다. 자료로 확인한 내용과 업체 설명만으로 남아 있는 내용을 구분해 추가 질문을 정리합니다.
견적 차이의 주요 원인
업체별 견적의 중간 금액이 적정 가격이라는 근거는 없습니다. 금액을 비교하려면 각 견적에 포함된 기능, 화면, 검수와 운영 지원을 먼저 확인해야 합니다.
결제 연동, 관리자 화면, 자료 이전을 포함한 견적과 제외한 견적은 작업 범위가 다릅니다. 계약 전에 업체별 포함 항목과 제외 항목을 같은 목록으로 비교합니다.
동일 범위의 견적 비교
총액과 함께 항목별 업무 범위를 확인합니다. 아직 정하지 않은 기능의 산정 기준, 외부 서비스 이용료, 변경 요청 시 비용 산정 방식도 검토합니다.
업체별 견적은 공통 회신 양식으로 정리합니다. 같은 기능명이라도 금액이 다르면 업체가 가정한 전제를 확인하고, 금액 차이가 발생한 항목에 설명을 요청합니다.
최저가 견적은 인력, 검수, 운영 비용이 빠져 있는지 확인합니다. 기능 제외, 인력 구성, 일정, 재사용 가능한 기술 등 업체가 제시한 근거를 확인합니다.
견적 비교에서 먼저 확인할 항목
금액, 기능 범위, 작업 조건
제안서의 근거와 수행 능력
제안서에는 구현 방법과 수행 근거가 필요합니다. 제안서의 분량보다 요구사항 반영 정도와 투입 일정을 확인하고, 실제 요구사항에 맞는 설명인지 검토합니다.
업체 업력보다 현재 참여 인력의 수행 실적을 확인합니다. 포트폴리오는 고객사 이름보다 실제 기여도를 봅니다. 전체 개발, 특정 기능, 디자인, 유지보수 중 직접 수행한 업무를 구분합니다.
참여 인력의 가용 시간, 겸직 여부, 채용 예정 인원을 확인합니다. 역할, 투입 기간, 참여 비율, 담당자 변경 시 인계 방법을 요청합니다.
쉬운 설명만으로 구현 역량을 판단하지 않고 기술을 선택한 이유를 확인합니다. 요구사항 중 구현이 어려운 항목과 대응 방법을 설명하도록 요청하고, 판단하기 어려운 답변은 전문 검증을 받습니다.
견적 산정 기준, 정하지 않은 항목, 대금 지급 시기를 확인합니다. 작업 범위, 예상 업무량, 별도 비용, 정하지 않은 항목의 산정 기준을 문서로 요청합니다.
업체가 정리한 회의 요약으로 사업 목적을 이해한 정도를 확인합니다. 출시 전 방문자 분석과 홍보 업무는 업체가 수행할 업무와 구분하여 협의합니다.
제안서와 수행 능력의 확인에 관한 글입니다.
업체 비교와 기록에 관한 글입니다.
- 회의 요약문에 드러나는 수행사의 목적 파악 수준
- 요구사항 관계도로 추산하는 공수
- 자료 구조와 API 설계 문서의 제공, 갱신 시기
- 실제 데이터와 현장 상황 기반의 사용성
- 주력 영역의 예외 상황으로 보는 실무 역량
- 수행사 보완 제안의 채택과 계약서 반영
- 후보사 미팅 기록표의 사실, 근거, 후속 문의
- 개통 전 방문자 특성, 문의 동선, 측정 지표
업체 미팅의 질문과 기록
첫 미팅 전에 질문을 나누어 준비하고, 불명확한 답변은 후속 질문으로 확인합니다. 제안서에서 확인하지 못한 기능, 인력, 일정, 검수 항목에 답변을 요청하고 상담 후 기록을 공유합니다.
가능하다는 답변은 유사 경험과 실행 계획으로 검토합니다. 가능하다는 답변만으로 구현 범위를 확인할 수 없습니다. 적용 조건과 제외 사항, 추가 검토가 필요한 기능을 구체적으로 요청합니다.
어려운 기능을 지적한 경우에는 이유와 대안도 확인합니다. 제안한 방법이 비용, 일정, 운영에 미치는 영향을 설명하도록 요청합니다.
기획안을 전달한 뒤에는 업체의 첫 반응과 후속 의견을 확인하고, 동시 처리와 취소처럼 기획안에서 빠진 부분을 업체가 지적하는지 확인합니다. 수용할 변경 사항은 기획 자료에 반영하고 수정 이력을 남깁니다.
업체 미팅에 관한 글입니다.
프로토타입의 검토 범위
문서와 상담으로 확인한 내용을 프로토타입에서도 검토할 수 있습니다. 프로토타입은 화면을 눌러 사용자 동작과 이동 순서를 확인하는 시제품입니다.
프로토타입으로는 업무 순서, 입력 항목, 화면 이동, 예외 상태를 확인할 수 있습니다. 화면이 동작하더라도 서버 처리, 보안, 성능이 검증되었다는 뜻은 아닙니다. 검증한 범위를 구분해 기록합니다.
계약 전에 프로토타입을 만든다면 제작 비용, 화면 범위, 수정 횟수, 결과물 이용 조건을 먼저 협의합니다.
프로토타입 검토에 관한 글입니다.
개발 경험과 조직별 검토 항목
개발 경험과 조직의 검토 절차에 맞춰 확인 자료를 준비합니다.
같은 기능 목록으로 업체별 견적을 비교합니다. 미정 항목과 제외 업무를 확인한 뒤 금액과 수행 조건을 검토합니다.
이전 개발에서 누락되거나 해석이 달랐던 항목을 정리합니다. 같은 항목이 새 견적과 제안에 어떻게 반영되었는지 확인합니다.
이용이 적은 원인을 조사한 자료를 공유합니다. 업체가 제안하는 기능 개선과 홍보와 운영 업무를 구분하고 측정할 결과를 합의합니다.
실제 화면과 구체적인 예시를 요청합니다. 업무 순서, 입력 정보, 오류 처리 등 직접 확인할 수 있는 항목으로 검토합니다.
부서별 평가 기준과 결정 근거를 기록합니다. 가격, 기능 범위, 참여 인력, 운영 지원을 같은 표로 비교합니다.
해당 사업의 공고와 평가 기준을 확인합니다. 요구한 증빙과 평가 항목에 맞춰 제안 내용을 검토하고 기록합니다.
계약 문서의 반영 항목
업체를 선정한 다음에는 협의한 기능과 수행 조건을 계약 문서에 반영합니다. 제안서에서 확정한 내용과 추가 확인이 필요한 내용을 구분합니다.
기능 범위, 변경 절차, 검수 기준, 대금 지급 조건, 유지보수 범위를 확인합니다. 첨부할 견적서와 요구사항의 버전도 함께 정리합니다.
자주 묻는 질문
01업체별 견적의 중간 금액을 적정 가격으로 볼 수 있습니까
그렇게 볼 근거는 없습니다. 각 견적에 포함된 기능, 화면, 검수와 운영 지원을 먼저 확인해야 하며, 결제 연동, 관리자 화면, 자료 이전을 포함한 견적과 제외한 견적은 작업 범위가 다릅니다.
02낮은 견적은 어떻게 검토합니까
가격 자체보다 포함 범위와 작업 조건을 봅니다. 기능 제외, 인력 구성, 일정, 재사용 가능한 기술 등 업체가 제시한 근거를 확인하고, 금액 차이가 발생한 항목에 설명을 요청합니다.
03제안서에서 업체의 수행 능력은 무엇으로 확인합니까
수행 실적에서 직접 수행한 업무가 전체 개발인지 특정 기능, 디자인, 유지보수인지 구분하고, 참여 인력의 역할과 투입 기간, 참여 비율, 담당자 변경 시 인계 방법을 요청합니다. 요구사항의 어려운 항목과 대응 방법도 설명하도록 요청합니다.
04업체가 개발 가능하다고 답하면 충분합니까
가능하다는 답변만으로는 구현 범위를 확인할 수 없으므로 적용 조건과 예외 상황, 제외 사항을 구체적으로 요청합니다. 추가 검토 예정이라면 검토 담당자와 답변 일정을, 문제를 지적했다면 근거와 대안별 비용, 일정, 운영 조건을 확인합니다.
05계약 전 프로토타입으로 무엇을 확인할 수 있습니까
입력 항목과 화면 이동처럼 사용자 동작과 이동 순서를 확인할 수 있습니다. 화면이 동작해도 서버 처리, 보안, 성능이 검증된 것은 아니므로 검증 범위를 구분해 기록하고, 제작 비용과 화면 범위, 수정 횟수, 결과물 이용 조건을 먼저 협의합니다.