기획서. 이 두 글자 때문에 신입 기획자들은 밤을 새고, PM은 머리카락을 뽑습니다. 하지만 개발자에게 “대충 이런 느낌인데요”라고 말하는 순간, 당신의 프로젝트는 지연과 재작업의 늪에 빠집니다.
앱기획과 웹기획, 이 둘은 같은 듯 다릅니다. 웹은 브라우저라는 열린 공간에서 작동하고, 앱은 iOS와 안드로이드라는 폐쇄된 생태계 안에서 움직입니다. 단순히 화면을 옮겨 그리는 것이 아니라, 이 환경의 차이를 정확히 이해하는 것에서 성공적인 기획은 시작됩니다.
당신의 아이디어를 현실로 바꾸고, 개발자와 디자이너를 단번에 사로잡는 ‘스토리보드’를 작성하는 법을 알려드리겠습니다.
1. ‘무엇’을 만들기 전에 ‘왜’를 정의하라
가장 흔한 실수는 기능부터 나열하는 겁니다. “채팅 기능 넣고, 프로필 편집 넣고, 푸시 알람 넣고…”
잠깐. 목표가 명확하지 않은 기획서는 그냥 종이에 불과합니다.
기획서의 첫 페이지는 이 문제를 해결하기 위해 존재합니다. 당신은 왜 이 서비스를 만드는가?
나쁜 예: “사용자 편의를 위한 리뉴얼”
좋은 예: “회원가입 이탈률을 30% 낮추기 위해, 단계를 3단계에서 2단계로 축소하고 소셜 로그인을 강화한다.”
기획서는 ‘기능 설명서’가 아니라 ‘문제 해결 전략서’ 입니다. KPI(핵심 성과 지표)가 없으면, 개발이 끝난 후에도 ‘성공’인지 ‘실패’인지 판단할 수 없습니다.
2. 뼈대를 세워라: 사용자 흐름(Flow)과 정보 구조(IA)
디자인은 절대 먼저 하지 마세요. 디자인부터 하면 프로젝트의 80%는 망합니다. 예쁜 종이 위에 그려진 집은, 결국 철거 대상이 되기 마련입니다.
가장 먼저 할 일은 사용자의 동선을 그리는 것입니다.
- 사용자 플로우(User Flow): 사용자가 첫 화면에 진입해서 목표(구매, 가입, 검색)를 달성하기까지의 모든 경로를 선으로 연결하세요.
- 정보 구조도(IA): 이 서비스에 필요한 모든 콘텐츠와 메뉴를 계층별로 정리하는 작업입니다.
이 단계에서 “만약에”라는 시나리오를 무조건 추가하세요. 비밀번호를 잊어버렸다면? 결제 중에 앱을 껐다면? 서버가 터졌다면? 성공하는 기획서는 ‘정상 동작’과 ‘예외 처리’를 모두 정의합니다. 5회 이상 비밀번호 오류 시 계정을 잠글 것인지, 재설정 메일을 보낼 것인지 구체적으로 명시해야 개발자가 혼란을 겪지 않습니다.
3. 앱 vs 웹: 플랫폼의 특성을 무기로 삼아라
앱기획과 웹기획은 같은 듯 다릅니다. 이를 표로 정리하면 상황에 따라 어떤 기획서를 써야 할지 더 명확해집니다.
| 특징 | 웹기획 (Web) | 앱기획 (App) |
|---|---|---|
| 환경 | 브라우저 (Chrome, Safari) | iOS, Android (OS 종속적) |
| 접근성 | URL만 있으면 즉시 접속 가능 | 설치가 필수적이며, 이탈 장벽이 높음 |
| 기능 | 기기 자원 접근 제한적 (카메라 등 제약) | GPS, 카메라, 푸시, 센서 등 적극 활용 가능 |
| 업데이트 | 서버 업로드 시 즉시 전면 반영 | 스토어 심사 및 사용자 다운로드 필요 |
| 유형 | 반응형 웹, 적응형 웹, 웹앱 | 네이티브 앱, 하이브리드 앱, 크로스 플랫폼 |
웹 기획에서는 ‘반응형’ 에 집중해야 합니다. PC에서 보던 화면이 모바일에서 깨지면 사용자는 떠납니다. 반면 앱 기획에서는 ‘디바이스 기능 융합’ 에 집중해야 합니다. 굳이 웹에서 할 수 있는 단순한 게시판을 앱으로 만들 이유는 없습니다. 푸시 알람이 필요하거나, 오프라인에서도 데이터를 볼 수 있어야 한다면 그때가 앱의 출동 타이밍입니다.
4. 화면 설계: 와이어프레임과 스토리보드
이제 종이에 펜을 들어도 됩니다.
와이어프레임은 건축의 ‘뼈대’입니다. 버튼 위치, 텍스트 배열, 레이아웃만 신경 쓰세요. 색상이나 폰트는 디자이너의 몫입니다. Figma, Sketch, 또는 손으로 그린 종이라도 좋습니다. 중요한 것은 ‘이 화면에서 사용자가 무엇을 클릭하면 다음에 어떤 일이 일어나는가’ 를 주석으로 남기는 습관입니다.
기능 정의서를 절대 생략하지 마라
화면만 덩그러니 보내지 마세요.
나쁜 기획서: “여기서 회원가입 됩니다.”
좋은 기획서:
- 사용자가 ‘이메일’ 입력란에 텍스트 입력.
- ‘인증번호 받기’ 버튼 클릭 시, 해당 이메일로 랜덤 숫자 6자리 전송.
- 인증번호 일치 시 ‘다음’ 버튼 활성화. 불일치 시 ‘인증번호가 일치하지 않습니다’ 토스트 메시지 노출.
이처럼 빈틈없는 기능 정의가 있어야 개발자가 “이거 서버 연동 어떻게 할까?”라는 고민 대신 코딩에 집중할 수 있습니다.
5. 실패하는 기획서의 공통점 (절대 하지 마세요)
수많은 프로젝트를 지켜본 결과, 실패하는 기획서에는 단 하나의 공통점이 있습니다.
‘예외 상황에 대한 고려 부재’ 입니다.
성공하는 서비스는 ‘사용자가 행복하게 기능을 쓰는 길’만 설계하는 것이 아니라, ‘사용자가 길을 잃었을 때 집으로 데려오는 길’ 까지 설계합니다.
- 로딩이 10초 이상 걸리면? (스켈레톤 UI를 보여줄지, ‘다시 시도’ 버튼을 띄울지)
- 데이터가 전혀 없을 때? (빈 화면에 ‘텅~’ 보다는 ‘첫 게시글을 작성해보세요’라는 CTA 버튼)
- 권한 허용을 거부했을 때? (앱을 종료시킬지, 설정 화면으로 유도할지)
이러한 ‘예외 처리’가 문서에 고스란히 남아 있어야 개발 기간이 늘어지지 않습니다.
결론: 기획서는 ‘소통의 도구’다
당신이 아무리 머릿속에서 서비스를 완벽하게 그렸어도, 상대방(개발자, 디자이너, 투자자)의 머릿속은 0입니다.
성공하는 기획서는 ‘전달력’이 다릅니다. 주관적인 ‘예쁨’을 배제하고, 객관적인 ‘로직’과 ‘데이터’ 로 무장하세요. 목표를 구체적으로 쓰고, 플로우를 정확히 그리고, 예외를 빼먹지 않으면, 당신의 프로젝트는 성공의 80%를 이미 향해 달려가고 있습니다.
지금 바로 당신의 아이디어를 구조화하는 ‘정보 구조도’부터 그려보세요. 완벽하지 않아도 괜찮습니다. 피드백을 받으며 고쳐나가면 됩니다. 가장 중요한 것은 ‘시작’하는 것입니다.
함께 읽으면 좋은 글:
- 프로젝트 관리를 위한 도구 추천 (다음 포스팅에서 계속됩니다)
- 개발자와 싸우지 않는 협업 가이드
#앱기획 #웹기획 #기획서작성법 #스토리보드 #UIUX #PM #서비스기획 #IT트렌드
