데이터 분석

 IT에서 기획은 보통 전략기획, 서비스기획으로 구분합니다.

전략기획은 사업기획서 작성이 주 포지션이고, 서비스 기획은 제품 설계 쪽을 말합니다. 저는 주로 서비스 기획을 하였지만, 운영을 진행하다보면 데이터의 분석이 무엇보다 중요하다는 사실을 알 수 있죠.

 그래서 오늘은 운영에 필요한 데이터 분석에 관한 내용을 공유합니다.

먼저 데이터 프로세스에 관해서는 다음과 같습니다.

● 데이터 분석 프로세스

 2. Log를 Metric(지표)로 

 3. OMTM 설정하기 

 4. 데이터 보기 

아마, 업무의 롤을 나열하기는 쉽지 않지만, 간단한 정의로 정리를 해보자면, 

1. Operation Framework 만들기

  - 도메인, 서비스, 사용자에 대한 이해를 바탕으로 유의미한 데이터를 선별, 분석 틀 제작.    

  - 사용자 여정 지도 (User journey map) 

     · 사용자의 진입과 이탈 

     · 서비스의 핵심 기능과 거기에 이르는 길 

     · 사용자의 Status 변화 

     · 서비스 이용에 영향을 미치는 내/외부적 요인 

     · 운영자가 서비스에 개입하는 시점 

     · 운영자의 개입형태 

  - 유저가 들어오고, 나간 이후의 전체 Flow 

  - 각 단계가 일종의 Funnel형태로 서로 유기적으로 엮여 있으며, 그 관계가 명확함. 

  - 아래 세 가지 핵심 요소가 모두 반영. 

     · Get Users : 사용자를 데려 오기.

     · Drive Usage : 유입 사용자들을 서비스 내에 안착, 서비스 핵심 기능을 사용 유도.          

     · Make Money : 그 과정에 적절한 BM을 붙여서 매출을 일으키기 

2. Log를 Metric(지표)로

   - 의미 있는 지표 추출하기 지표의 의미를 읽는 능력

   - 서비스 Operation 과정에서 생성되는 다양한 Log를 분석 가능한 형태로 Summarize 

   - 서비스를 들여다 보고 분석하기 위한 틀잡기 

   - 사람/돈에 대한 기본적인 지표들 체크하기 

   - 지표들 간의 관계 이해하고 지표를 통해 서비스의 현재 상태 이해하기 

   - 후행지표에 영향을 주는 의미 있는 선행지표 찾아내기  

   - 사람과 관련된 지표 

     · 회원수 (User) 

     · 상태별 / 누적 회원수 

     · Active User 

        · DAU, WAU, MAU … 

     · MCU (Maximum Current User) 

     · PU (Paying User)          

   · 가입전환율 

   · 재방문자 비율 

   · 방문간격 (Visit Frequency) 

   · 잔존율 (Retention Rate) 

     · Classic Retention 

     · Rolling Retention 

   · 결제유저비율 (Paying User Rate) 

   · 바이럴 계수 (Viral Coefficient) 

   · NPS (Net Promoter Score)   

   - 돈과 관련된 지표 

   · 매출 (Revenue) 

   · 결제횟수 (Transactions) 

   · ARPU (Average Revenue Per User) 

   · ARPPU (Average Revenue Per Paying User) 

   · ARPDAU (Average Revenue Per Daily Active User) 

   · ASP (Average Selling Price) 

   · 평균 구매간격 (Purchase Frequency) 

   · CPC, CPM, CPA 

   · CAC (Customer Acquisition Cost) 

   · LTV (Lifetime Value) = CLV (Customer Lifetime Value) 

   · LTR (Lifetime Revenue) 

   · ROAS (Return on Ads Spending) 

3. OMTM (One Metric That Matters)

   - 가장 중요한 한가지 지표로 KPI와는 전혀 다른 의미로 사용.

   - KPI는 성과만을 노출 OMTM은 한가지 지표만을 위해 사용. 

   - 넓은 시야에서 서비스를 바라보고, 서비스 자체에 초첨을 맞출 수 있게 한다.

   - 선행 지표 중에서 선별하고, 중의적 의미를 가지지 않는 명확한 지표에만 사용.

4. 데이터 보기

   - 1~3항에 해당되서 도출된 정보를 바탕으로 데이터를 분석해 보기

   - 지표간 관계를 이해하기

   - 서비스 도메인과 지표 보기

   - 지표 판단의 기준점 잡기

UI,UX 참고 사이트 모음

 기획자가 참고하기 좋은 블로그 글 모음.

UI, UX 기획시 필요한 사이트 모음입니다.

기획 할때 참고하기도 좋고, 디자인 진행시 미비한 사항을 체크 하기도 좋습니다.

처음 기획자가 UI,UX 기획을 막막한 경우가 많습니다. 그때마다 참고사항으로 하나씩 정리해 놓은 내용을 공유합니다.

UI,UX 기획 참고 블로그 주소

모바일 UI,UX 디자인 관련 URL 참고합니다.

참고하고 좋을 것 같습니다.

안녕하세요

박연구원입니다. 오늘은 Axure(액슈어)RP-9에 대해 알아 보도록 하겠습니다.

지금은 현재 블록체인기반 플랫폼 설계 기획서를 PPT로 작성하다가 Axure라는 프로그램 툴을 확인하고 Axure로 기획서 작업을 진행하였습니다.

처음에 고생을 많이 했는데요. 하다보니 익숙해지고, 점점 더 다양한 서비스를 기획해 볼 수 있지 않을까라는 생각이 드네요. 이 블로그를 통해 저도 정리가 필요 할거 같아서 이렇게 작성하게 되었습니다.

Axure 은 말그대로 기획자가 작성할 수 있는 스토리보드를 조금더 프로토타입으로 보여줄 수 있는 효과적인 툴이라고 생각됩니다. 물론 PPT보다 답답한 부분이 있긴 하지만, 제가 조금더 익숙해 지면 이러한 문제를 해결할 수 있지 않을까 생각됩니다.

Axure 다운로드 주소 : https://www.axure.com/blog/axure-rp-9-beta/

<axure rp-9 Main 화면>

 간단하게 화면의 레이아웃에 대해 정리를 해보자면, 아래와 같은 레이어로 구분할 수 있습니다. 포토샵, PPT등 툴에 대해 능숙하게 다룰 수 있다면, 한눈에 보기에도 어느정도 감이 생기고, 답답한 표현법에 부분적으로 여러 사이트를 찾아다니며 기능적용을 하고 싶어 합니다. 

전체 레이아웃은 그림과 같습니다. 또한, Axure-RP9에서는 다음과 같은 기능이 추가 되었습니다.

Axure RP 9의 특징

환경 및 캔버스

• 창 맞춤 설정
• 페이지 측정 기준
• 네거티브 영역
• 거리 안내
• 눈금자 가시성 토글
• 핀치로 확대 / 축소
• 바로 가기에 맞게 확대 / 축소
• 가운데 선택 단축키
• 동적 패널 및 리피터의 인라인 편집

프로토 타입 플레이어

• 터치 커서와 모바일 스크롤바가있는 모바일 모드
• 확장 옵션 (뷰포트 설정 대체)
• 다음 및 이전 페이지에 대한 단축키
• Axure 공유의 Google 글꼴 용 웹 글꼴 자동 포함

도형

• 모양 그리기 도구
• 그리기 도구의 단축키 단축키
• 스케치에서 붙여 넣기 (플러그인 포함)
• 테두리를 두 번 클릭하여 벡터 점 편집
• 도형의 배경 이미지
• 펜 도구 개선
• 모양은 프로토 타입의 SVG로 생성됩니다.

이미지

• 색조, 채도, 밝기, 대비를위한 색상 조정
• 더 나은 압축
• 수평 / 수직 뒤집기

동적 패널

• 인라인 편집
• 테두리
• 코너 반경
• 바깥 쪽 그림자

도서관

• 라이브러리 창에 이미지 폴더 추가
• 라이브러리 자동 새로 고침
• 라이브러리를로드하거나 편집하려면 .rplib를 두 번 클릭하십시오.

양식 위젯

• 사용자 정의 스타일링
• 스타일 효과 (마우스 오버, 비활성화 등)

상호 작용

• 인라인 상호 작용 작성기
• 상호 작용 작성 도구에서 검색
• 활성화 / 비활성화 조건
• Show / Hide 액션에 대한 완화 옵션
• 이동 동작을 위해 호를 따라 애니메이션하는 옵션

텍스트 서식 지정

• 문자 간격
• 취소 선
• 최고 / 아래 첨자
• 사례 변환
• "lorem ipsum"생성
• 들여 쓰기가있는 글 머리표 목록
• 완전한 정당화

색상 선택기

• 컬러 휠
• 저장된 색상
• 방사형 그래디언트
• 추천 색상

스타일

• "집중된"스타일 효과
• 스타일 복사 및 붙여 넣기 (포맷 페인터 대체)
• 테두리를 임의의 두께로 설정하십시오.

석사

• 마스터보기 (마스터의 적응보기 대체)
• 마스터에서 텍스트 덮어 쓰기
• 마스터의 이미지 재정의

적응 형 뷰

• 페이지는 다양한 적응 뷰를 가질 수 있습니다.
• 페이지는 적응 형 뷰 세트를 공유 할 수 있습니다.
• 프로토 타입은 조건에 맞는 가장 큰 뷰를 보여줍니다.

노트

• 한 페이지에있는 모든 메모보기
• 여러 노트를 위젯에 지정
• 메모를 할당 해제하고 다시 할당 할 수 있습니다.
• 메모에 위젯 텍스트 포함
• 메모에 위젯 상호 작용 포함
• 노트는 계층 적으로 구성 될 수 있습니다 (1, 1.1, 1.1.1)
• 노트 번호는 프로토 타입에 표시됩니다.
• 음표 번호는 동적 패널을 통해 연속적입니다.
• 마스터 노트가 프로토 타입에 생성됩니다.

웹 기획자라는 직업을 가지고 있는 동안 절대로 손에서 놓지 못할 문서가 두 가지 있다.

- 정보 구조설계 (I.A. Information Architecture)

- 화면 설계 (스토리보드 = Story Board = S/B = User Interface = U.I. = WireFrama)

안녕하세요. 박연구원입니다.

블록체인 서비스 기획자가 알아야할 기본적인 상식 Part3 편입니다.

오늘은 저번 내용에 이어서 설명을 드리겠습니다. 

(블록체인 기획 목록)

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야할 기본적인 상식-Part2

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야 할 기본적인 상식-Part3

2019/01/19 - [블록체인/블록체인 서비스 기획 일기] - 블록체인 서비스 기획자가 알아야할 기본적인 상식-Part1

이전 블록체인 기획자 편 에서는 다음과 같은 화두를 던져 보았죠.

 ● 대상은 누구이고, 누구를 위한 서비스인가?

 ● 블록체인 기술 (탈중앙화)을 활용하면 어떤 부분이 달라질 것인가?

 ● 왜 우리가 만들 서비스에 블록체인 기술이 필요한가?

 ● 어떤 정보를 블록에 저장하여 투명하게 할 것인가?

 ● 스마트컨트랙트에 저장 되어야 할 내용은 무엇인가? 

 ● (이더리움 기준)합의(증명)되어야 할 정보는 어떤 것이 있는가?

 ● POS,POW,POA 중 어떤 방식을 사용할 것인가?

 ● 회원 등급은 어떻게 구분할 것인가?

 ● 토큰을 얻는 방식은 어떻게 할 것인가?

 ● 사용자가 코인의 가치를 유지할 방법은 어떤 것인가?

 ● 20년간의 채굴 및 코인의 가치를 유지하는 계획은 있는가?

 ● 총발행량이 얼마나 되는가?

 

 위 사항만 안다고 다 블록체인 서비스 기획을 할 줄 안다는 것은 아니니깐요. 

일반적인 서비스를 기획한다면 어떨까요? B2B2C 서비스로 설명 드리겠습니다.

 

1. 회원구분 B2B2C "일반적으로 쇼핑몰이 될 수 있겠군요."

 

 ● 사용자(일반) 

 ● 판매자(등록자)

 ● 중간 관리자

 ● 관리자(최고관리자) 

 

 현재 나와 있는 일반적인 서비스는 모두 중앙집중 비즈니스입니다.

판매자, 소비자등이 이미 만들어진 플랫폼 안에서 운영하는 관리자 아래 위치해 있습니다.

이 회원 등급 구분에서 블록체인 운영모델에 대한 차이가 있습니다.

 

 

 

 

(출처 : KISTEP 한국과학기술기획평가원)

 

[블록체인 비즈니스 모델 구성도]

 

 

 블록체인 비즈니스 모델 구성도를 보시면 비즈니스 모델의 중앙집권체제가 아니기 때문에 다음과 같은 회원구분이 될 수 있습니다.

 

 

 ● 사용자 = 판매자 

 ● 마이너 = 사용자, 판매자

 ● 개발자 = 사용자, 판매자, 마이너

 

 

 사용자>마이너>개발자>사용자

 

 가장 큰 차이점 : 중간 관리자, 최고 관리자가 없습니다.

사용자끼리 노드를 통한 활성화 방향이 블록체인 기반 탈중앙형 플랫폼 비즈니스입니다. 간단하게 생각하면 P2P 서비스를 만든다 생각하시면 됩니다. 사상, 정책 등이 사용자간의 합의 방법 등과 같이 정의할 내용을 스마트 컨트랙트에 넣고, 최초 발생시 수정이 힘들다고 합니다. 그렇기 때문에 1차로 기획자는 이러한 부분을 정의 해야 됩니다. 일반적으로 우리가 알고 있는 "게임머니"가 비슷할 거라 생각 됩니다.

 

 

출저 : Digital Retail Trend (에어비앤비 비즈니스 모델-슬로킷 비즈니스 모델)

 

참고 사이트 : https://uun.io/ (유니오)

블록체인 저번 시간에는 블록체인 서비스에 대한 형태를 설명 드렸습니다.

저는 전문적인 개발자가 아니기 때문에 서비스 기획자의 시각으로 바라보는 형태이니 전문성이 다소 떨어질 수 있지만, 서비스 기획자가 알아야할 꼭 필요한 내용만 담아 볼까 합니다.

(블록체인 기획 목록)

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야할 기본적인 상식-Part2

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야 할 기본적인 상식-Part3

2019/01/19 - [블록체인/블록체인 서비스 기획 일기] - 블록체인 서비스 기획자가 알아야할 기본적인 상식-Part1

형태는 블록체인 서비스 기획자가 기본 생태계 알기에서 다룬 내용을 바탕으로 이제 기획을 시작해 봅시다.

자 블록체인 Base 서비스를 기획할때 기본적인 OS 기반의 형태의 서비스를 Dapp이라 설명 드렸습니다.

Dapp을 서비스를 기획하기 전 무엇을 해야 될까요? - 머리가 아프기 시작합니다...

이거 한가지만 기억합니다.

기획을 하기전 우리는 1가지만 기억합니다. 웹,모바일 서비스 기획과는 다르지만, 서비스 형태를 만드는 방식은 조금 동일 할 수 있습니다.

서비스 기획자가 서비스를 기획하는 순서.

0. 무엇을 기획 할 것인가? 

1. Prolog - 사례조사.

2. Concept - 차별점.

3. Process 정리 User Flow, 사용자 시나리오 등등

4. Program 구성(IA)

5. Wireframe - UI, UX  여기서 부터는 본격적으로 ppt, 기타 툴을 활용하여 작업물을 만듭니다.

6. 디자인

7. 퍼블리싱 (Native 면 안하겠죠)

8. GUI 가이드 - (디자이너)  

8. 개발+수정 개발+ 버그 수정 개발.

9. 버그 테스트 등등등..

10. 런칭

위사항은 일반적으로 서비스 기획자가 알고 있는 상식일 거라 판단하니, 다음으로 넘어 가겠습니다.

블록체인 서비스를 기획하는데, 기획자는 머리를 비우고, 이해 하시면 됩니다. 저도 잘 안됩니다.

블록체인 기획에 가장 중요한 것은 정책입니다.

 요즘 블록체인 기획자를 뽑을때, 가장 중요하게 보는 것이 있습니다. 

금융 서비스를 경험하거나 통화화폐에 대한 이해도가 있어야 합니다.

서비스를 기획하는 것은 매우 중요한 사항이지만, 정책이 그보다 더 중요하죠.

간단하게 설명을 드리면, 블록체인 기반 서비스의 가장 중요한 점

• 스마트 컨트랙트 (Smart Contracts)에 담을 내용.
• 합의와 증명 Process
• 트랜잭션을 활성화 방안
• 블록체인 기반의 코인, 토큰의 활용방안
• 지분증명(POW), 작업증명(POS), POA 의 선택
• 장기 정책 계획
• 그외 다양한 내용들의 정의 및 정리 등

 

TIP ) 블록체인 코인 서비스 정책을 가장 잘 하고 있다고 생각이 드는 참고사이트를 확인해보세요. 

       기획자라면 이해가 가실겁니다.

그럼 스마트 컨트랙트는 무엇인가?

1세대와 2세대를 나누는 기준입니다.

• 1세대 비트코인 화폐역할 하는 어플
• 2세대 이더리움 다양한 서비스가 가능한 스마트폰 플랫폼
• 3세대 이오스 라고 표현합니다.

이해가 조금 되셨나요? 

그래서 블록체인 base 비트코인, 이더리움 기반으로 DAPP을 만들때 중요한게 블록에 담을 내용입니다.

블록체인 서비스 기획자는 블록체인 기술을 활용하여 무엇을 위한 서비스를 만들어야 하는지 

그리고, 투명하게 관리되어야 할 것이 무엇인지 정의 하는 것이 중요합니다.

다시 본론으로 돌아와서 다음과 같은 사항을 정의합니다.

서비스를 기획한다는 본질은 같습니다. 다만, 플랫폼 주체가 없이 이미 정의(계약)한 대로 양방향성 커뮤니케이션을 만들도록 서비스 한다고 생각하시면 됩니다.

우리 기획자는 그 본질에 대한 정의를 잘 만들면 됩니다.

위 그림은 보시고 조금 이해가 가시나요? 

Front 서비스를 Js로 개발하는 이유는 무엇일까요?

JS로 개발이 되어야 바로 블록체인에 내용을 담을 수 있습니다. 중앙관리집권체계가 아닌거죠.

블록체인 서비스도 일반 서비스와 공통된 부분은 일반적인 Web,APP과 동일하게 Front/Backend 가 필요합니다. 

접근 방식이 조금 다를 뿐이죠. 중간 관리자가 없는 탈중앙화 방식을 말이죠.

그리고 성향에 따라 따라 POS, POA 등과 같은 방법으로 구분 합니다.

다음 주제로 블록체인을 기획하기 전 다음과 같이 한번 정리해 보았습니다.

• 대상은 누구이고, 누구를 위한 서비스인가?
• 블록체인 기술 (탈중앙화)을 활용하면 어떤 부분이 달라질 것인가?
• 왜 우리가 만들 서비스에 블록체인 기술이 필요한가?
• 어떤 정보를 블록에 저장하여 투명하게 할 것인가?
• 스마트컨트랙트에 저장 되어야 할 내용은 무엇인가? (이더리움 기준)
• 합의(증명)되어야 할 정보는 어떤 것이 있는가?
• POS,POW,POA 중 어떤 방식을 사용할 것인가?
• 회원 등급은 어떻게 구분할 것인가?
• 토큰을 얻는 방식은 어떻게 할 것인가?
• 사용자가 코인의 가치를 유지할 방법은 어떤 것인가?
• 20년간의 채굴 및 코인의 가치를 유지하는 계획은 있는가?
• 총발행량이 얼마나 되는가?

등등... 많은 사항을 개발자 분과 정의 해야 됩니다..

다음편에서는 보다 더 구체적인 내용을 다뤄 볼까 합니다.

블록체인을 처음 접하는 기획자들에게 조금이라도 도움이 되었으면 합니다.

(블록체인 기획 목록)

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야할 기본적인 상식-Part2

2018/09/10 - [블록체인/블록체인 서비스 기획 일기] - [블록체인] 서비스 기획자가 알아야 할 기본적인 상식-Part3

2019/01/19 - [블록체인/블록체인 서비스 기획 일기] - 블록체인 서비스 기획자가 알아야할 기본적인 상식-Part1

건축설계=IT기획자

건축(설계)

건축

1. Prologue / 사례조사(건축물) > 대지선정 이유 > 목적

2. Concept  > "해결방안"

3. Process 동선 등

4. Program  공간 구성

5. 도면 설계 (평면도,입면도,단면도 등 CAD)

IT 서비스 기획자

1. 사례조사, 서비스 시장성 조사 > 서비스 기획 배경 이유 > BM  
2. 기능명세서/요구사항정의서
3. IA (구조도)

4. Flowchart
5. UI/GUI 화면설계 (포토샵, 프로토타입 프로그램툴)
6. Android, IOS, Web, 기타 개발에 필요한 언어 사용으로 구분
7. 결과물 도출 스토리보드(APP, WEB, ADMIN)

"다른 언어 같은 스토리"