포스팅 목차
개발 방법론
서비스 기획은 개발 방법론에 따라 규모나 주기가 바뀐다.
많이 사용하는 개발 방법론에는 Waterfall, Agile 이렇게 두 방법이 있다.
과거에는 Waterfall 방법론이 많이 사용되었지만 현재는 Agile 방법론이 강세이다.
Waterfall: 은 왼쪽의 그림처럼 각 단계가 위에서 아래로 물이 떨어지는 것처럼 순차적으로 진행되는 방법론
Agile: 전체 기능을 모두 기획하는 것이 아니라 MVP를 먼저 만들어서 출시하고, 사용자의 반응에 맞춰서 유동적이게 프로덕트를 점진적으로 발전시켜나가는 방법론.
| Waterfall | Agile | |
| 특징 | 앞의 단계가 정리되어야 다음 단계로 넘어갈 수 있음 | 효율성보다 반응성에 초점을 맞추어 짧은 의사결정 주기 짧고 반복적인 스프린트로 구성 구성원의 동기부여를 위해 기존의 금전적 보상방식보다는 내적/심리적 요인에 주목 |
| 장점 | 전체 프로젝트에 대한 명확한 일정 제시 단계별 책임/진척 확인이 명확 체계화된 문서를 바탕으로 안정적인 진행 프로젝트 관리 용이 |
급변하는 환경에 빠른 대응 가능 스프린트로 인해 효율성과 생산성 향상 개발과정이 빠르고 유연 고객의 의견을 빠르게 반영할 수 있음 |
| 단점 | 각 단계가 진행된 후 요구사항이 변경되거나 설계 등에 대한 변경 리스크가 큼 요구사항 분석과 타당성 검토에 많은 시간 소요 사용자의 반응을 얻기까지 시간이 오래 걸림 이전 단계가 완료되어야 다음 단계를 시작할 수 있기 때문에 전체적인 기간이 늘어날 수 있음 |
변경사항이 수시로 발생 빠른 반복 작업에 익숙한 숙련된 사람 필요 |
| 적합한 프로덕트 | 추가 개발의 가능성이 적은 프로덕트 사용자의 반응과 상관없는 프로덕트 |
사용자의 반응을 빠르게 확인해야 하는 프로덕트 유연한 개발이 필요한 프로덕트 세상에 없던 새로운 프로덕트 |
Waterfall과 Agile에서 기획은 규모와 주기에서 차이가 있을뿐 구성은 같다.
이제 서비스 기획의 단계에 대해서 알아보자
서비스 기획 단계
0) 문제 정의
- 해결하고 싶은 문제를 정의
1) 서비스 메인 컨셉 확정
- 서비스가 전달하고자 하는 핵심에 대한 정리
2) 기능 목록
- 서비스의 특징을 보여줄 주요 기능에 대한 정리
- 주요 기능은 3~5개가 적당함.
-> 너무 많으면 무엇이 핵심인지 알수가 없음
3) 필요 기능 리스트업
- 필요한 기능(눈에 보이지 않는 것까지)을 모두 List up
- 서비스가 동작하는 구체적인 방식 결정
4) 기능구현에 필요한 데이터/정책 정리
- 기능 동작에 필요한 데이터 정리
- 기능과 데이터 사용 정책(기준) 정리
5) 사용자별 프로세스 정리
- 서비스 이용자/운영자 구분
- 서비가 동작하는 구체적인 방식 결정
- 기술적으로 가능한 프로세스 설계
- 법적으로 제한된 규약 고려
ex) 마케팅 목적 고객정보 활용 동의
6) IA (Infomation Architecture)
- 개발해야 할 화면 목록 작성
- 사용자 별로 접근 화면 구분
- 화면별로 기능 할당
- 비슷한 것 끼리 묶고 계층화 (MECE + Hierarchy)
** MECE: Mutually Exclusive Collectively Exhaustive. "상호배제 및 전체 포괄"이라는 개념. 구성 요소들이 중복되지 않으면서 동시에 전체에서 누락되는 것이 없도록 세분화 및 구조화하는 것을 MECE 기법이라고 함. like 데이터베이스의 정규화
** Hierarchy: 사전적 의미는 '계층'을 의미. UI/UX에서의 계층구조를 의미함.
** 웹사이트의 계층 구조
- GNB (Global Navigation Bar): 웹 사이트의 최상위 메뉴
- LNB (Local Navigation Bar): GNB의 아래 단계인 서브 메뉴
- SNB (Side Navigation Ba)r : GNB와 LNB가 아닌 나머지 메뉴
- CONTENTS : 콘텐츠
- FNB (Foot Navigation Bar): 페이지 하단의 메뉴
7) 화면 설계 (와이어프레임, 화면설계서, 스토리보드)
- 도출한 기능 + 화면의 뼈대
- 와이어프레임에 꼭 들어가야 하는 것
- 정보
- 레이아웃(구조)
- 링크(동선)
- 참고사이트
- https://wireframes.tumblr.com/
- 기존 서비스의 와이어 프레임을 볼 수 있는 사이트 - https://www.wirify.com/
- 와이어프레임(프로토타입) 제작 Tool
- 손으로 그리기
- 스케치 https://www.sketchapp.com/
- 오븐 https://ovenapp.io/
- 발사믹 https://balsamiq.com/
- 액슈어 https://www.axure.com/
- 미로 https://miro.com/
- 피그마 https://www.figma.com
- 프레이머 https://framerkorea.org/
와이어 프레임 제작순서
모바일 -> 태블릿 -> 웹
* 화면이 작은 순으로 제작한다.
-> 이유는 화면이 클수록 정보를 많이 제공할 수 있는데 정보를 줄이는 것보다 늘리는 것이 더 편하기 때문
8) UI 설계
와이어프레임이나 목업, 프로토타입을 제작해 개발할 화면을 가시화
9) 요구사항 정의서 (Reauirements Specification) 작성
- 서비스가 완성될 시 포함되어야 할 기능과 데이터 정의
요구 사항 관리
- 무엇을 어떻게 만들어야 하는지 구체적으로 적어야 함 → Test를 할 수 있을 정도로
- 누가 그 요구사항을 적었는지 → 담당자에게 확인 할 수 있도록
- 진행상황을 알 수 있어야 함 → 검토 중, 확정, 적용 불가 등을 기록
- 중요도 → 개발 우선 순위를 잡을 수 있도록
- 소프트웨어 요구사항 명세에 대한 표준(IEEE Std. 830)에 따르면 좋은 요구사항은 아래의 사진과 같음
PMF (Product Market Fit)
시장과 고객이 프로덕트를 얼마나 선호하는 지에 대한 정도
PMF 확인 방법
1. 추천지수(NPS)
2. 직접 물어보기 (션 엘리스)
3. AARRR & Retention
'서비스기획' 카테고리의 다른 글
| [TIL] 데스크 리서치 실습 - 5/15 (0) | 2023.05.15 |
|---|---|
| [TIL] 리서치(데스크, 타겟) - 5/12 (1) | 2023.05.13 |
| [TIL] Ideation, Logical Thinking - 5/11 (0) | 2023.05.11 |
| [TIL] Nocode Tool, MVP없이 PMF 확인 - 5/10 (0) | 2023.05.10 |
| [TIL] IT 서비스 기획이란? - 5/8 (0) | 2023.05.09 |