맞춤형 소프트웨어 개발 견적은 총액만으로 비교하기 어렵습니다. 같은 구매 관리 시스템이라도 반려 처리, 데이터 이전, 운영 지원이 포함되는지에 따라 실제 범위가 달라집니다. 업체마다 같은 업무 설명서를 제공하고, 가정과 제외 항목을 따로 적어 달라고 요청하세요.
기능 목록보다 업무의 시작과 끝을 설명하세요
구매 요청을 예로 들면 직원의 신청, 부서장의 승인, 구매 담당자의 발주, 창고의 입고 등록까지 한 흐름으로 정리합니다. 반려, 분할 입고, 잘못 입력한 수량의 수정도 포함합니다. ‘구매 모듈’이라는 한 줄만으로는 같은 결과물을 기대하기 어렵습니다.
각 단계의 사용자, 입력 자료, 판단 규칙, 결과, 예외를 기록하세요. 실제 양식은 개인정보와 거래 정보를 지운 샘플로 제공합니다. 상품과 공급업체의 기준 정보를 어느 시스템에서 관리하는지도 명시해야 합니다.
견적서에서 비교할 여섯 가지
- 기능 범위: 업무 흐름, 사용자 권한, 보고서, 지원 기기. 첫 출시와 추가 개발 후보를 구분합니다.
- 시스템 연동: 연결할 서비스, 데이터 이동 방향, 갱신 주기, 실패 처리.
- 데이터 이전: 정리, 항목 매핑, 모의 이전, 시작 잔액 검증의 담당자.
- 검수 조건: 통과해야 할 업무 시나리오, 테스트 환경, 결함 처리, 최종 승인자.
- 인수인계: 소스 코드, 호스팅 계정 접근권한, 운영 문서, 유지보수 업체 변경 절차.
- 지속 비용: 서버, 외부 서비스 이용료, 사용량 요금, 백업, 유지보수. 확정 비용과 추정치를 나눕니다.
모호한 요구를 검증 가능한 조건으로 바꾸세요
‘관리자가 구매를 승인한다’보다 ‘신청 부서의 승인 담당자가 승인 또는 반려하고, 신청자는 처리 사유를 확인하며, 권한이 없는 사용자는 승인할 수 없다’가 명확합니다. 금액별 승인 단계가 있다면 합의된 사내 규칙을 추가하세요.
상담 전에 모든 설계를 끝낼 필요는 없습니다. 다만 불확실한 부분을 표시해야 업체가 요구사항 정리 단계를 제안하거나 견적의 전제 조건을 설명할 수 있습니다.
비교표의 빈칸을 0원으로 보지 마세요
업무별로 포함 기능, 제외 항목, 의존 조건, 검수 증빙, 일회성 비용, 정기 비용을 한 행에 정리합니다. 확인하지 못한 항목은 ‘확인 필요’로 남깁니다. 저렴한 견적에서 데이터 이전이나 교육이 빠졌다면 전체 도입 비용에 반영해야 합니다.
변경 요청을 누가 승인하는지, 추가 비용과 일정 영향을 언제 공유하는지도 확인하세요. 구두 요청만 쌓이면 마지막 검수에서 서로 다른 결과물을 기대하게 됩니다.
계약 검토 전 확인할 질문
- 우리 팀이 개발 시작 전에 준비해야 할 자료는 무엇인가?
- 어떤 연동 또는 데이터 조건이 견적을 바꿀 수 있는가?
- 완료 전 중간 결과를 실제 화면으로 검토할 수 있는가?
- 검수 후 발견한 오류는 어느 범위까지 지원하는가?
예산을 바로 확정해야 하나요? 불확실성이 크다면 범위를 제한한 요구사항 정리 작업과 전제 조건이 적힌 예상 범위를 먼저 요청하세요. 설명 없는 고정 금액은 충분한 판단 자료가 아닙니다.
웹 시스템 개발 또는 맞춤형 ERP 개발을 검토한다면 현재 업무, 필요한 연동, 첫 출시의 우선순위를 문의 페이지로 알려주세요.