앱과 홈페이지 개발 기획 가이드

앱과 홈페이지 개발 견적을 비교하려면 기능과 화면의 범위가 필요합니다. 개발 목적, 사용자, 주요 기능을 정리하면 업체별 견적에 포함된 업무를 확인할 수 있습니다.

개발 범위가 불명확한 견적의 문제

같은 서비스 설명으로 견적을 받아도 업체마다 금액이 다릅니다. 작업 방식과 인력 구성의 차이도 있지만, 업체가 예상한 개발 범위가 다를 수 있습니다. 금액을 비교하기 전에 기능별 포함 여부를 확인해야 합니다.

예를 들어 예약 서비스에서 고객의 예약 신청만 포함한 견적과 관리자 승인, 취소 알림까지 포함한 견적은 작업 범위가 다릅니다. 계약 후 누락된 기능을 추가하면 비용과 일정을 다시 협의해야 합니다.

기획 단계에서 모든 기능을 확정할 필요는 없습니다. 다만 개발할 기능, 제외할 기능, 추가 확인이 필요한 항목을 구분하여 기록합니다. 추가 확인이 필요한 항목은 개발 업체와 협의하고, 견적 산정에 사용한 조건을 문서에 기록합니다.

개발 전 준비 범위

개발 목적과 주요 기능을 먼저 정리합니다. 검토가 필요한 기능은 미정으로 표시합니다. 견적 요청에 필요한 정보와 상세 설계에서 정할 정보를 구분하면 준비 범위를 정할 수 있습니다.

처음 개발을 의뢰한다면 다음 글을 먼저 확인합니다.

• 목적, 메뉴 목록, 이동 흐름의 초안

기획 가이드는 개발 범위, 견적, 출시 후 운영의 세 부분으로 구성했습니다. 세 부분에 연결된 주요 글 8편에서 필요한 작성 항목과 확인 기준을 설명합니다.

개발 범위와 화면 설계

개발을 의뢰할 때는 업체가 수행할 업무를 정해야 합니다. 기존 제품을 구매하는 경우와 달리 기능, 화면, 외부 연동 범위가 견적에 영향을 줍니다. 확인할 항목은 맞춤 개발 견적의 산정 근거에서 설명합니다.

개발 형태도 확인해야 합니다. 앱과 웹 서비스는 설치 여부, 이용 환경, 기기 기능의 사용 방식이 다릅니다. 앱, 웹 서비스, 홈페이지의 용도 차이를 검토한 후 대상 기기와 이용 환경을 정합니다.

기능 설명에는 사용자와 실행 조건이 필요합니다. “간편한 예약” 대신 “고객이 날짜와 시간을 선택해 신청하면 관리자가 확인 후 승인”처럼 적습니다. 기능 설명 작성 방법을 참고하면 입력 정보와 처리 결과를 구분할 수 있습니다.

정리한 내용은 제안 요청서에 기록합니다. 제안 요청서(RFP)는 업체에 개발 제안과 견적을 요청하는 문서입니다. 제안 요청서에는 개발 목적, 대상 사용자, 기능 범위, 일정과 예산 조건이 포함됩니다.

같은 문서로 견적 비교

업체마다 다른 자료를 전달하면 견적 범위를 비교하기 어렵습니다. 같은 버전의 요구사항과 화면 자료를 전달합니다.

협의 내용을 수정할 때는 변경일과 변경 항목을 기록합니다. 업체별 제안 사항은 별도로 표시합니다.

요구사항에는 사용자, 입력 정보, 실행 조건, 처리 결과, 오류 발생 시 동작을 적습니다.

요구사항, 기능 목록, 기획서 작성에 관한 글입니다.

• 요구사항 정의서의 6개 기본 구성과 개정 이력
• 예약 서비스 가상 예시의 기획서 작성
• 기획서와 설계서의 용도와 담당 주체
• 확정, 가정, 미정으로 나눈 기획서 내용
• 직무 영역별 묶음과 일정에 맞춘 1차 출시안

기능 목록을 정리한 후에는 화면을 설계합니다. 화면 설계에 관한 글입니다.

• 기능별 필요 화면과 입력, 결과 상태 목록
• 역할별 화면 이동과 중단, 외부 링크 진입
• 와이어프레임의 기호, 기기별 크기, 동작 메모
• UI 시안 툴의 협업, 수정 이력, 전달 형식

정상 처리와 예외 상황

예약 완료 화면만으로는 동작 조건을 모두 확인할 수 없습니다. 입력 정보가 없거나 고객이 예약을 취소한 경우도 정리합니다.

화면을 눌러 사용 순서를 확인하는 프로토타입으로 입력 항목과 처리 결과를 검토합니다. 서버 처리와 외부 연동의 검증 범위는 별도로 합의합니다.

화면과 함께 저장할 정보, 서버 처리, 외부 서비스 조건을 개발 업체와 확인합니다.

• 회원, 예약 자료 관계와 거래 당시 금액 보존
• 클라이언트와 서버 사이 API의 응답, 재시도, 인증
• 자료의 생성 출처와 개인정보 보관 기한
• 호스팅, 인증, 지불 수단의 채택과 계정 명의
• 매칭 품질 판정과 신규 사용자 대처

견적의 포함 범위와 추가 비용

견적 금액은 기능 범위뿐 아니라 작업 방식, 인력 구성, 검증 범위에 따라 달라집니다. 금액이 낮거나 높다는 이유만으로 업체의 품질을 판단할 수 없습니다. 기획 수준에 따른 견적 차이를 확인하고, 항목별 포함 여부를 비교합니다.

관리자 화면, 외부 서비스 이용료, 기존 자료 이전, 검수와 출시 지원은 포함 여부를 따로 확인합니다. 아직 정하지 않은 기능은 금액 산정 조건을 요청하고, 기능 변경 시 비용과 일정을 다시 협의하는 절차를 정합니다.

상담에서는 총액과 함께 포함 기능, 처리 조건, 제외 업무를 확인합니다. 답변은 문서로 기록하고, 업체별로 다른 조건은 별도 표시합니다.

견적을 비교하는 기준
같은 기능 범위와 명확한 제외 항목

출시 후 운영과 사용 결과

출시 후에는 서버 관리, 계정 관리, 오류 대응, 기능 개선이 필요합니다. 발주자와 개발 업체의 담당 업무를 구분하고 연락 방법과 대응 시간을 합의합니다.

하자보수와 기능 추가의 구분, 지원 기간, 별도 비용은 계약 조건에 따라 달라집니다. 출시 후 발생하는 비용을 참고해 운영 범위를 정리합니다. 운영 담당자가 사용할 관리 화면과 인계 자료도 확인합니다.

서비스 목적에 맞는 확인 지표도 필요합니다. 예약 서비스는 신청 수, 완료 수, 취소 수를 확인하고, 내부 업무 시스템은 처리 시간과 반복 입력 횟수를 확인합니다. 이용 지표와 매출 목표를 함께 검토해 필요한 통계 화면과 자료 수집 기능을 개발 범위에 반영합니다.

개발 경험과 조직별 준비 항목

개발 경험, 내부 인력, 승인 절차에 따라 준비할 자료가 달라집니다. 현재 조건에 맞는 확인 항목을 우선 정리합니다.

내부에 개발 인력이 없다면 기술 검토를 맡을 담당자나 업체를 정합니다. 발주자는 업무 목적과 운영 규칙을 설명하고, 기술 검토 담당자는 구현 조건과 누락 사항을 확인합니다.

기획 자료의 작성과 검토 순서

서비스 목적과 사용자를 정한 뒤 기능 목록과 화면 자료를 작성합니다. 화면을 검토하면서 누락된 기능이 확인되면 기능 목록도 수정합니다. 문서와 화면을 함께 검토하고 같은 버전으로 관리합니다.

견적을 받은 후에는 업체별 포함 범위와 견적 산정 조건을 비교합니다. 협의 과정에서 바뀐 조건은 최종 개발 범위와 검수 기준에 반영합니다. 변경 사항이 생기면 비용과 일정에 미치는 영향을 확인합니다.

일정이 촉박해도 주요 기능과 미정 항목은 구분해야 합니다. 개발 중 기능이 바뀌면 이미 작성한 화면, 데이터 구조, 외부 연동을 수정해야 할 수 있습니다.

모든 상세 설계를 발주자가 혼자 완성해야 한다는 뜻은 아닙니다. 업무 규칙은 발주자가 설명하고, 구현 방법과 기술적 조건은 개발 업체와 검토합니다. 협의한 내용은 요구사항과 화면 자료에 반영합니다.

기획 지원 범위와 업체 선정

기획이 끝나기 전에도 예상 비용을 문의할 수 있습니다. 다만 초기 견적에는 업체가 가정한 기능과 작업 조건이 포함됩니다. 예상 금액에 포함된 범위와 금액을 다시 산정하는 조건을 확인해야 합니다.

기획만 별도로 의뢰할 때는 받을 문서, 화면과 프로토타입 제작 범위, 자료 인계 조건을 협의합니다. 개발 업체 선정 단계에서는 준비한 자료를 기준으로 업체의 제안과 수행 범위를 비교합니다.