앱 개발 견적서에서 꼭 확인할 포함·제외 항목

먼저 누가 서비스를 사용하는지 적어보세요. 일반 고객, 판매자, 강사, 기사, 가맹점, 관리자처럼 역할이 나뉘면 각자 가입 방식과 볼 수 있는 정보, 할 수 있는 행동이 달라집니다. 예약 하나도 고객 신청, 공급자 수락, 일정 변경, 취소, 환불과 관리자 확인으로 이어질 수 있습니다.

견적서에는 단순 화면 이름보다 핵심 사용 과정이 드러나야 합니다. “예약 화면 3개”보다 “고객이 일정을 선택하고 결제한 뒤 알림을 받고, 관리자가 변경과 취소를 처리한다”는 범위가 업체와 고객의 해석 차이를 줄입니다.

일부 견적은 앱 화면만 포함하고 관리자나 서버를 별도 항목으로 둡니다. 반대로 기존 서버를 사용한다는 전제로 새 서버 개발이 빠질 수도 있습니다. 현재 가진 시스템과 새로 필요한 영역을 상담 전에 알려주고, 재사용 가능 여부를 확인하세요.

고객이 별도로 디자인 파일이나 완성된 화면설계서를 제공해야 하는 견적도 있습니다. 처음 앱을 만드는 경우라면 업체가 어디까지 방향을 함께 정리하는지 확인해야 합니다. 문구, 이미지, 상품 정보, 개인정보 처리 내용처럼 고객이 제공해야 하는 자료의 목록과 전달 시점도 일정표에 포함하는 것이 좋습니다.

견적에는 외부 서비스를 연결하는 개발비가 포함될 수 있지만, 실제 서비스 이용료와 수수료는 고객이 외부 회사에 직접 내는 경우가 많습니다. 예를 들어 결제 수수료, 문자 발송 건당 비용, 지도 호출량, AI 사용량과 본인인증 건당 비용은 운영 규모에 따라 계속 발생합니다.

어떤 서비스를 쓸지 아직 정하지 못했다면 후보와 예상 비용을 요청하세요. 가입 심사나 사업자 서류가 필요한 서비스는 승인 기간도 개발 일정에 영향을 줍니다. 외부 회사의 정책이나 심사 결과는 개발업체가 보장할 수 없다는 점도 함께 확인해야 합니다.

Apple과 Google 개발자 계정, 서버와 클라우드, 도메인, 이메일 발송 계정의 명의와 결제 주체를 정하세요. 업체 계정을 빌려 쓰면 업체 변경이나 계약 종료 때 이전이 어려울 수 있습니다. 고객 명의 계정을 만들고 개발업체에 필요한 권한만 주는 방식이 장기 운영에 유리합니다.

글꼴, 이미지, 아이콘, 유료 프로그램과 오픈소스도 사용 조건이 있습니다. 결과물과 함께 어떤 외부 자료를 사용했고 별도 구매나 출처 표시가 필요한지 확인하세요. 소스코드 전달 시점과 저장소 접근 권한도 계약 조건에 넣는 것이 좋습니다.

계약한 기능이 명세대로 작동하지 않는 경우와 새로운 화면·규칙을 추가하는 경우는 다릅니다. 오류 안정화 기간, 접수 채널, 확인 시간과 제외 항목을 견적서나 계약서에서 확인하세요. 운영체제와 외부 서비스 정책 변경 대응, 서버 모니터링과 백업도 포함 여부가 다를 수 있습니다.

월 유지보수 계약을 한다면 단순 문의 대응인지, 정기 점검과 작은 개선까지 포함하는지, 사용하지 않은 시간을 다음 달로 넘길 수 있는지 확인해야 합니다. 새로운 기능은 별도 견적을 내는지, 기존 계약의 시간 안에서 처리하는지도 비교하세요.

큰 플랫폼이나 여러 시스템을 한 번에 만드는 경우 1억원 이상이 될 수도 있습니다. 중요한 것은 예산을 숨긴 채 기능을 모두 나열하는 것이 아니라, 가능한 예산과 마감 시점을 알려주고 첫 출시에서 꼭 필요한 범위를 함께 정하는 것입니다. 금액 표시는 부가세 포함인지 반드시 확인하세요.