앱 개발의 시작 단계에서는 서비스 목적, 기능 목록, 화면 흐름과 개발 방식을 정리합니다. 완성된 설계보다 확인한 조건과 미정 항목을 구분한 초안이 필요합니다.
목적 정의
대상 사용자, 이용 상황과 필요한 결과를 적습니다.
기능 분류
핵심 업무와 운영 조건을 확인하고 개발 우선순위를 정합니다.
화면 흐름
화면별 정보와 조작, 처리 결과와 이동을 연결합니다.
개발 방식
범위, 역량, 일정, 예산과 운영 조건을 비교합니다.
서비스 목적의 정의
대상 사용자와 이용 상황, 필요한 결과를 한 문장으로 적습니다. 문장에 담기 어려운 조건은 별도 항목으로 기록합니다.
대상 사용자+이용 상황+필요한 결과
“시술 중인 미용실 원장이 예약 전화를 받기 어려울 때, 고객이 가능한 시간을 확인하고 예약을 신청한다”
예를 들어 위와 같이 작성합니다.
미용실 예약 앱
- 고객 예약
- 원장 승인
- 결제
“미용실 예약 앱”이라는 이름만으로는 사용자와 개발 범위를 알 수 없습니다. 고객 예약, 원장 승인, 결제 중 포함할 업무를 구분합니다.
서비스 목적의 활용: 기능 검토와 범위 협의의 기준기능을 추가할 때 서비스 목적과의 관계를 확인합니다. 목적 문장에 없더라도 필수 운영, 보안 조건은 별도로 검토합니다.
기능 목록과 우선순위
필요하다고 생각한 기능을 목록으로 작성합니다. 이용자 기능뿐 아니라 관리자 업무, 자료 보호와 운영에 필요한 항목도 포함합니다.
초기 개발
핵심 업무, 필수 운영 조건과 적용되는 의무
후속 개발
기록할 것
- 보류 이유
- 재검토 조건
- 담당자
각 기능의 목적과 제외했을 때의 영향을 검토합니다. 핵심 업무, 필수 운영 조건과 적용되는 의무를 확인한 뒤 초기 개발과 후속 개발로 분류합니다.
기능 수만으로 적정 범위를 판단하지 않습니다. 기능의 복잡도, 다른 기능과의 관계, 개발 자원과 시험 범위를 함께 검토합니다.
후속 기능에는 보류 이유, 재검토 조건과 담당자를 기록합니다. 초기 개발 범위와 후속 검토 범위를 구분해 전달합니다.
주요 화면과 이동 흐름
종이나 익숙한 화면 도구로 주요 화면을 작성합니다. 처음에는 세부 디자인보다 정보와 조작, 화면 간 이동을 표시합니다.
취소이전 화면중단 후 재개자료 없음오류
각 화면에 사용자 역할, 표시할 정보, 수행할 행동과 다음 화면을 적습니다. 버튼의 동작과 처리 결과도 연결합니다.
정상 완료뿐 아니라 취소, 이전 화면 이동과 중단 후 재개를 확인합니다. 자료가 없거나 오류가 발생했을 때의 안내도 정리합니다.
추가 기능의 검토 기준
화면 검토 중 발견
예약 취소관리자 확인처리 결과 안내화면을 검토하면 기능 목록에 없던 조건을 발견할 수 있습니다. 예약 취소, 관리자 확인, 처리 결과 안내가 대표적인 검토 항목입니다.
발견한 항목은 추가 이유와 영향을 기록합니다. 즉시 개발 범위에 넣거나 모두 미루지 않고 기존 우선순위와 함께 검토합니다.
취소와 통계도 서비스에 따라 필요 수준이 다릅니다. 실제 업무, 운영 규정과 계약 조건을 기준으로 초기 포함 여부를 결정합니다.
개발 방식의 선택
정리한 기능과 화면
- 직접 개발
- 외주
- 기존 서비스 활용
정리한 기능과 화면을 바탕으로 직접 개발, 외주와 기존 서비스 활용을 비교합니다. 담당자의 역량, 일정, 예산과 출시 후 운영 조건을 함께 봅니다.
초안의 검토와 수정
초안에는 확인되지 않은 가정이 포함됩니다. 조사와 검토 결과에 따라 수정하고 변경 이유를 남깁니다.
초안 작성, 사용자 검토와 기술 검토의 일정을 구분합니다. 정해진 횟수를 반복하는 것보다 주요 질문에 답할 자료를 확보하는 일이 중요합니다.
사용자와 문제의 조사
서비스 목적을 쓰기 어렵다면 대상 사용자와 해결할 문제를 구분해 확인합니다. 서로 다른 사용자 요구를 한 문장에 모두 넣을 필요는 없습니다.
실제 사용자의 현재 업무, 불편이 발생하는 상황과 기존 해결 방법을 조사합니다. 인터뷰와 관찰 결과를 비교하고 확인하지 못한 가정을 표시합니다.
외부 검토의 요청 범위
기능의 우선순위나 필요한 화면이 불명확하면 검토가 필요한 질문을 적습니다. 사업 판단과 기술 판단을 구분하면 도움을 요청할 범위가 명확해집니다.
초안 상태에서도 기획, 개발 담당자에게 검토를 요청할 수 있습니다. 예상 범위와 추가 조사 항목을 확인하고, 상세 조건에 따라 추정이 달라진다는 점을 기록합니다.
공통 기획 자료의 활용
공통 기획 자료는 견적과 업무 협의의 기준으로 사용합니다.
기획 자료의 주요 용도
- 견적 비교
- 같은 요구사항을 전달하고 업체별 가정과 포함 범위를 비교합니다.
- 질문과 답변
- 미정 항목과 결정 담당자를 확인하고 협의 결과를 기록합니다.
- 합의 내용 확인
- 문서의 버전과 승인 이력으로 변경 전후의 조건을 구분합니다.
- 개발 범위 조정
- 기능의 필요성과 비용, 일정 영향을 확인해 우선순위를 정합니다.
기관과 기업의 부서별 검토
기관과 기업에서는 실제 사용자, 운영 담당자와 승인 담당자의 요구를 함께 확인합니다. 부서마다 다른 업무와 접근 권한도 구분합니다.
초안을 관련 부서에 공유하고 검토 결과와 미정 항목을 기록합니다. 확인한 업무와 필요성은 제안요청서를 작성할 때 근거 자료로 활용합니다.
자주 묻는 질문
01앱 개발을 시작할 때 무엇부터 정리합니까
서비스 목적, 기능 목록, 화면 흐름, 개발 방식의 네 항목을 정리합니다. 완성된 설계보다 확인한 조건과 미정 항목을 구분한 초안이 필요합니다.
02서비스 목적은 어떻게 작성합니까
대상 사용자와 이용 상황, 필요한 결과를 한 문장으로 적습니다. “시술 중인 미용실 원장이 예약 전화를 받기 어려울 때, 고객이 가능한 시간을 확인하고 예약을 신청한다”처럼 작성하고 문장에 담기 어려운 조건은 별도 항목으로 기록합니다.
03기능은 어떤 기준으로 초기 개발과 후속 개발로 나눕니까
각 기능의 목적과 제외했을 때의 영향을 검토하고 핵심 업무, 필수 운영 조건과 적용되는 의무를 확인한 뒤 분류합니다. 후속 기능에는 보류 이유, 재검토 조건과 담당자를 기록합니다.
04주요 화면은 어떤 도구로 작성합니까
종이나 익숙한 화면 도구로 작성합니다. 처음에는 세부 디자인보다 화면별 사용자 역할, 표시할 정보, 수행할 행동과 다음 화면을 표시합니다.
05공통 기획 자료는 어디에 사용합니까
견적 비교, 질문과 답변, 합의 내용 확인, 개발 범위 조정의 기준으로 사용합니다. 같은 요구사항을 여러 업체에 전달하면 업체별 가정과 포함 범위를 비교할 수 있습니다.