6 day 2024.02.04.
14. 서비스 기획서 작성하기
17. 벤치마킹을 통한 시장 분석
- 사용자 분석, 전자정부 UX/UI분석, 서비스 분석, 그리고 트렌드 분석을 통해 인사이트를 얻습니다. 창조적인 모방을 통해 새로운 서비스를 개발하며, 서비스가 고립되지 않도록 타사를 분석하는 것이 중요합니다.
1. 벤치마킹이란?
- 다른 기업들을 분석하여 나의 서비스 위치를 파악하고, 개선방안을 찾는 과정
1) 경쟁사 분석 : 경쟁사들의 서비스와 비교하여 우리 서비스의 경쟁력을 측정
2) 트렌드 주도기업 분석: 시장 트렌드를 주도하는 기업들을 분석하여 현재 트렌드를 파악
3) UX/UI 트렌드 분석: 사용자 경험과 사용자 인터페이스에 대한 최신 트렌드를 분석
4) 디자인 트렌드 분석: 디자인 트렌드를 분석하여 서비스의 디자인에 반영
2. 벤치마킹 단계
1) 측정: 우리 서비스가 경쟁사보다 얼마나 뛰어난지 측정
2) 비교: 각 기업의 장점을 비교. 예를 들어, A회사는 회원가입이 우수하고, B회사는 편의성 측면에서 뛰어납니다.
3) 학습: 벤치마킹 결과를 바탕으로, 우리 서비스에 맞는 통일성과 일관성 있는 개선 방안을 적용
4) 개선: 벤치마킹을 통해 얻은 인사이트를 바탕으로 서비스를 개선
3. 분석과 인사이트 도출을 잘하는 서비스 기획자의 특징
1) 자신의 ‘말’과 ‘글’에 힘이 생김: 인사이트를 통해 논리적인 흐름을 명확하게 제시할 수 있어야 합니다.
2) 서론 - 본론 - 결론의 흐름이 유연함: 주제에 따른 논리적인 구성력이 필요합니다.
3) 말과 글이 쉬워짐: 복잡한 개념도 쉽고 간결하게 전달할 수 있어야 합니다.
4. 사례_경쟁사·트렌드 주도기업 벤치마킹 분석
1) 자사와 타사를 비교하는 벤치마킹: 자사 서비스의 상위 기업을 찾아 분석합니다. 예를 들어, 현대 웹사이트를 개선할 때, 대기업(SK, 롯데, CJ 등)과 최신 IT기업(네이버, 카카오)을 벤치마킹 대상으로 선정합니다.
2) 벤치마킹 시 분석 항목: 레이아웃, 메인카피&키워드, 컬러 컨셉, 메인 콘텐츠 등을 분석합니다. 이를 통해 우리 서비스의 위치를 파악할 수 있습니다.
Ex) SK는 사회적 기업으로서의 정체성을 강조, Naver는 지속 가능한 서비스를 중점으로, Kakao는 문화영상과 최신 서비스를 제공하는 것을 강점으로 내세움. 이런 방식으로 각 기업의 특징과 강점을 분석하고, 이를 바탕으로 우리 서비스의 위치 파악 및 개선 방향을 설정합니다.
5. 사례_벤치마킹 분석을 통한 인사이트 도출
1) Mostly Fluid Layout(반응형 웹) 적용: 다양한 기기에서도 원활하게 서비스를 이용할 수 있도록 반응형 웹 디자인을 적용합니다.
2) 콘텐츠 중심 구조: 사용자의 관심을 끌고 정보를 효과적으로 전달하기 위해 콘텐츠를 중심으로 구조를 설계합니다.
- 시각적 계층구조: 정보의 중요도에 따라 시각적으로 구분하여 사용자가 원하는 정보를 쉽게 찾을 수 있도록 합니다.
- 기능적 미니멀: 필요한 기능만을 간결하게 제공하여 사용자의 이해와 사용성을 높입니다.
- 공백(미니멀리즘) 적용: 디자인 요소를 최소화하고 공백을 활용하여 집중력을 높이고 피로를 줄입니다.
3) 시간 절약형 구조: 사용자가 원하는 정보나 기능에 빠르게 접근할 수 있도록 구조를 설계합니다.
4) 마이크로 인터렉션 적용: 사용자의 행동에 반응하는 작은 애니메이션을 추가하여 사용자 경험을 향상시킵니다.
5) 브랜드 아이덴티티 강조: 기업의 비전을 강조하고, 기업의 매거진, CEO 등을 강조하는 컨텐츠를 시각화하여 브랜드 아이덴티티를 강화합니다.
19. 요구사항 수집 및 정의서 작성
- 요구사항 수집은 서비스가 필요로 하는 조건이나 기능을 명확하게 이해하고, 이를 포맷화된 '정의서'에 작성하는 과정입니다.
1. 요구사항 정의서 작성 방법
1) 사용자, 현업 인터뷰: 사용자와 협업자로부터 요구사항을 수집하고 이를 정리
2) 데이터 수집: RFP, VOC, 제안서, 설문조사 등의 데이터를 통해 요구사항을 파악
3) 서비스 기획의 규모 파악: 서비스 기획부터 실제 사용자에게 서비스를 출시하는 일정을 명확하게 설정
4) 구현 가능 여부 판단: 기획자, 디자이너, 개발자 모두가 수행할 수 있는 요구사항인지 확인하고 이를 정리
5) 서비스 기획 일정 수립: 요구사항에 따른 서비스 기획의 전체 일정을 설정
6) 분석 방향 도출 및 개선 방향 정의: 분석을 통해 도출된 방향성을 바탕으로 개선 방향을 설정
Ex) 회원가입 개선 시, 1) 회원가입율 증대를 목표로 할지, 2) 회원가입 프로세스를 개선할지 명확하게 방향성을 설정
1. 예시_요구사항 정의서작성
1) 요구사항 ID: 요구사항을 추적하고 관리하기 위한 고유 식별자입니다. 누가 언제 왜 의뢰했는지를 명확하게 파악하기 위해 사용합니다. 예를 들어, 'Re_회원가입_001'과 같이 작성할 수 있습니다.
2) 요구사항명: 해당 요구사항을 간략하게 표현하는 명칭
3) 내용: 요구사항의 상세 내용을 기재합니다. 커뮤니케이션 미스를 방지하기 위해 명확하게 작성
4) 중요도: 요구사항의 중요성을 기재합니다. 이는 우선순위 결정에 도움
5) 부서: 요구사항을 제시한 부서를 기재
6) 요청자: 요구사항을 제시한 개인 또는 담당자를 기재
7) 날짜: 요구사항이 제시된 날짜를 기재
8) 작성자: 요구사항 정의서를 작성한 사람을 기재
9) 수용여부: 해당 요구사항이 수용되었는지, 아니면 거부되었는지를 기재
10) 기타: 커뮤니케이션 미스를 위해, 요구사항 명확하게 기재
20. 정책 정의하기
- 서비스 기획이 어떤 방향으로 진행될지에 대한 정책을 정의하는 과정은 기획, 디자인, 개발 등 모든 이해관계자들이 공통적으로 이해하고 인지할 수 있도록 하는 중요한 단계입니다.
1. 정책 협의
1) 요구사항 기반 정책 정의: 요구사항 협의가 완료된 사항을 바탕으로 정책을 정의
2) 프로젝트 담당자들의 정책 이해: 기획자, 디자이너, 개발자 등 프로젝트 구축 담당자들이 서비스 정책에 대해 반드시 알아야 할 내용을 명시
Ex) 회원가입 필요한 필수 요소 등 모든 이해관계자들이 이해하고 인지
3) 서비스 설계 시 오류 방지: 서비스 설계 시 발생할 수 있는 오류를 방지하기 위한 정책을 정의
Ex) 회원가입 시 5000원 쿠폰 증정, 탈퇴 시 소멸과 같이 재증정이 불가한 경우 등에 대한 최종 정책을 정의
4) 변화된 항목 및 기능 명시: 기존 상태(AS-IS)에서 크게 변화된 새로운 상태(TO-BE)에 대한 항목 및 기능을 명시
Ex) 기존의 복잡한 회원가입 절차(AS-IS) 때문에 회원가입율이 저조했다면, 간편 회원가입(TO-BE) 도입 등의 변화를 명시
2. 예시_서비스 기획 전, 명확하게 '정책 정의' 필요
- 정책이 명확하게 정의된다면, (이후 작업되는 와이어프레임 등) 이해도 빠르게, 누수없이, 서비스 구축 가능
1) 요구사항 기반 정책 정의: 요구사항 협의가 완료된 것을 바탕으로 정책을 정의합니다. 이는 서비스 기획의 효율성을 높입니다.
2) 도식화: 정책을 도식화하여 가독성과 이해도를 높입니다. 레이아웃은 정해져 있지 않으나, 정보의 전달력을 높이는 데 중점을 둡니다.
Ex) 1:1 문의 정책에 대한 정책 정의를 할 경우, 필수 사항과 옵션 사항에 대한 항목을 명확하게 기재합니다.
3) 디테일한 정의: 각 정책이 상세하게 정의될수록, 서비스 기획이 더욱 원활하게 진행됩니다.
Ex) 제로베이스 '환불 규정'을 참고하여 환불에 관한 정책을 상세하게 정의합니다. 이를 통해 이해관계자 간의 문제 발생 가능성을 줄이고, 서비스 품질을 향상시킵니다.