앱 개발에서 기획 절차가 필요한 이유

처음 부서에 배치되어 일을 배울 때 일단 모르더라도 절차에 따라 작업하는 것을 반복합니다. 이를 통해 부서에서 처리되는 일의 프로세스와 방법을 습득하게 됩니다. 이후 업무에 적응이 되면 상황에 맞추어 응용을 하게 됩니다. 때로는 절차를 생략하면 간단한 일이 복잡해지고 어려워지는 경우도 생깁니다.

 

 

 

앱 개발 시 기획 절차가 필요한 이유

 

온라인 서비스 기획자로 UX를 설계하다 보면 사람의 인지 알고리즘에 대해 공부하게 됩니다. 그러면서 알게 되는 기본적인 것이 바로 정보의 효율적 처리와 방법에 대한 것들입니다.

 

이를 구조적으로 앱 기획에 적용한 것이 바로 앱 기획 절차라 할 수 있습니다.

 

앱(웹) 기획 절차는 일반적인 기획자가 효과적/효율적으로 개발할 앱을 설계하고, 개발자와 공유하기 위해서 만들어진 일종의 기획 표준 매뉴얼 같은 것이라 할 수 있습니다.\

 

표준 매뉴얼적 성격이므로 앱 개발 프로젝트에 따라 일부분은 통합/제외한다고 해서 개발을 하지 못하는 것은 아닙니다.

 

그러나 다르게 생각하면 앱 개발 프로젝트에 따라 앱 기획 절차를 생략하는 경우 설계가 복잡해지고, 개발자를 기획자의 설계를 이해하기 어렵게 된다는 말이 되기도 합니다.    

 

이는 다시 사람의 인지 시스템에 대한 이야기로 연결됩니다. 일부 천재적 인지적 능력이 있는 기획자를 제외하고 일반적인 수준의 인지 능력을 지닌 기획자는 체계적 단계가 아닌 통합적 기획 방식에서 혼란을 느끼고 어려워합니다.

 

이는 최근 AI(인공지능) 시스템에서 나타나는 것입니다. 흔히 JIT에서 밀크런, 공급망 관리, 재고 관리 및 배송 최적화 시스템 등에 이르기까지 효율적이고 효과적인 처리를 위해서는 체계적인 과정에 기반한 데이터 구성이 중요합니다.

 

한 마디로 대부분의 기획자는 AI를 넘어서는 슈퍼 천재가 아니기에 기획 정보와 대상을 체계화하여 처리하는 절차가 필요한 것입니다.

 

 

 

앱 개발에서 기획 기본 절차 

 

앱(웹) 개발을 위한 기획 기본 절차는 크게 다음과 같습니다.

 

1. 개발 대상 앱의 파악 - 흔히 요구 사항 정리라 부름
2. 개발 내용 구체화 - 앱 기능 및 화면 정의 (기능정의서, 화면정의서) 등 요구 사항을 개발 작업 구분 정리
3. 앱 구조, 이용 흐름 - 앱 구조 설계, 이용 플로우 설계로 화면과 기능의 연결
4. 앱 화면 설계 - 스토리보드라 부르는 작업으로 이전 작업한 기획 내용을 바탕으로 개발 내용의 예시를 한 문서로 묶음. 

 

 

개발 대상 앱의 파악

 

어떤 기획이 되었던 잘못된 대상과 목표에 대한 기획은 아무리 뛰어난 계획을 문서화했다고 해도 잘못된 것입니다.

 

같은 온라인 시장에서 경쟁하는 A과 B, C 기업 등이 있다고 가정을 했을 때, A 기업의 앱을 개발하는데  기획을 B 기업 앱처럼 하는 것은 잘못된 것입니다. 개발이 A 기업 앱을 대상으로 하고 있기 때문입니다.

 

또는 쇼핑 앱과 같이 분야와 개발 대상 앱을 구분하지 못하기에 기획 문제가 생기기도 합니다. 엄연히 네이버 스마트스토어와 쿠팡은 다른 앱입니다. 온라인 구매가 가능한 쇼핑 앱이고 배송 추적이 된다는 공통점에 불구 분명 개발적으로 이 두 앱은 전혀 다른 대상이라 할 수 있습니다.

 

개발 대상 앱의 파악은 아주 구체적 내용되어야 합니다. 그렇다고 이것이 화면이나 구체적 UI를 의미하는 것은 아니라는 점을 알아야 합니다. 앱의 세부 화면과 구체적 UI는 화면이 설계되는 과정에서 디테일한 수정이 여러 번 될 것입니다. 이렇듯 개발 과정 중 변화될 대상은 개발을 위한 대상 앱 파악의 요소가 되어서는 안 됩니다. 

 

그러므로 개발 대상 앱의 파악에서는 변하지 않는 분명한 개발 기준을 의미한다고 할 수 있습니다.    

 

 

 

개발 내용 구체화

 

흔히 요구 사항이라고도 하는 앱 개발 대상 파악 후 정리된 내용을 토대로 화면 부분과 기능 부분으로 정리하여 화면정의서와 기능정의서를 정리합니다.

 

화면정의서는 IA를 기준으로 세부 화면 구성과 내용에 대한 필수 가이드를 의미합니다. 일종의 사이트 맵과 각 메뉴 카테고리의 성격, 여기에 연결되는 세부 화면의 내용과 구성 가이드를 의미합니다.

 

기능정의서는 개발될 앱에 들어가는 기능과 이 기능의 작동에 대한 제한 조건, 필요조건 등을 정리한 것일 할 수 있습니다.

 

이 두 화면/기능정의서는 요구 사항에서 파생된 문서여야 합니다. 그리고 요구 사항 내용을 개발하기 위해 필요한 조건, 내역 등을 정리한 것이라 할 수 있습니다.

 

 

 

앱 구조, 이용 흐름 정리

 

요구 사항, 화면정의서, 기능정의서가 글로 정리된 구조화 문서에 해당합니다. 이에 반해 앱 구조 및 프로세스 문서는 흐름을 기준으로 정리된 문서에 해당합니다.

 

그러므로 앱 구조/ 프로세스 설계서와 화면/기능정의서가 합쳐지면 자연스럽게 스토리보드가 되고, 앱 개발 설계서가 되는 것입니다. 

 

 

 

앱  화면 설계

 

흔히 스토리보드라 부르는 문서를 의미합니다.

 

스토리보드가 앱 개발 효용성이 있기 위해서는 내용에 개발에 필요한 사항들이 충분히 들어 있어야 합니다. 그리고 이러한 내용들이 개발 방식에 맞게 적절한 흐름(스토리)으로 정리되어 있어야 합니다.

 

적절한 스토리보드의 작성 방법에 대해서는 광고 스토리보드나 영화 스토리 북을 참고하면 도움이 됩니다.

 

많은 앱 개발 프로젝트가 실패하는 이유 중 하나가 스토리보드가 내용이 아니라 형식 중심으로 만들어지기 때문이니다. 물론 템플릿도 중요하고 문서 표준화, 공통 항목도 중요합니다. 그러나 이보다 더 중요한 것은 스토리보드의 설계 내용입니다.

 

스토리보드 내용을 개발에 적절하게 작업하는 것은 앞서 작업한 요구 사항, 화면/기능정의서, 앱구조와 프로세스 설계를 바탕으로 작업하는 것입니다.