Frida's growth diary

https://wantedjobs.app/Jp7h

모바일 앱 전용 글인 것 같다. 

5화에서 재료수집을 잘하기 위해 정리를 깔끔하게 해야 찾을 수 있다는 내용인데 

이참에 내 메모장도 정리좀 했다..ㅎㅎ;;

기획관련 시리즈로 글들이 많다!

관련해서 기획작성할 때 

제목-> 목적 -> 현황/이슈 -> 원인(선택) -> 목표(선택) -> 추진방향 -> 세부 실행방안 (구체적으로 어떻게, 누가, 언제 진행할 것인가?) -> 예산(얼마의 비용으로 진행할 것인가?) -> 기대효과(선택)(보고내용을 실행한 결과 얻게 되는 이익은 무엇인가?)

이러한 흐름을 따른다는 8화의 기획 내용도 볼 수 있음! 약간 기획의 정석 내용이랑 비슷한 느낌!

서비스기획자(product manager)

pm : project manager-반드시 기획자가 해야하는 건 아님. 프로젝트 진행 담당을 맡는 것. 일반적으로 기획자가 많이 맡긴 함.

po: product owner

​

​

​

서비스기획자-설계초점, 프로젝트 중시

po-의사결정초점, 로드맵 우선순위 설정, 프로덕트 고객관점 중시

​

​

워터폴 방식-고객이 가진 문제와 해결책을 분명하게 이해하고 결과확신을 가졌다면 유리, 요구사항 분석하고 제품을 설계하거나 외부 협력자와 의사소통을 하는데 서비스기획자가 중점, 제품확신이 있는 경우

​

애자일 방식-제품 로드맵이나 팀 매니지먼트를 중심으로 가설과 실험을 바탕으로 데이터분석, A/B테스트 진행, MVP를 경우 PO나 PM이 진행

https://youtu.be/30Ej_bF4Tu4

​

​https://youtu.be/yHNbFSXc2nc

미국과 기획자 개념이 조금 다르긴 함. 전략쪽을 맡는 경우 po, 전략과 리더십을 맡는 경우 pm leader, 전략과 리더십 그리고 실행까지 하는 역할이 pm(product manager), 실행을 담당하는 경우 project manager로 크게 나뉨. 실리콘 밸리에선 개발자 수에 따라 다르게 되는데 10~25명의 개발자가 있는 경우 1~2명의 pm(product manager)가 모든 개발자 커버하거나 pm이 프로젝트 단위로 필요한 개발자와 같이 일함. 25명이상의 개발자의 경우 프로덕트팀으로 구성되어서 여러 pm팀을 구성하게 됨.(이 부분은 탈잉 해빈님 강의 참고)

1. 웹 기획자로 로그인하기

기획력

웹 사이트의 목적을 생각

습관 : 눈에 보이는 모든 것을 웹 사이트로 상상/ 웹 사이트를 방문할 때마다 왜라고 묻고 나라면이라고 답하기

나온 것이 아니라 새로운 것을 만드는 차별화

당연한 것을 의심

이용자의 행동 특성을 정확하게 이해

디자인, 따라잡지 말고 거스르기

​

이용자의 모든 이용 행태를 파악하는 예측성

정상/변칙/수정-> 여러 가능성을 나눠봐야 함!

변칙 이용 방지를 위한 이용 행태 설계하기

이용자의 실수를 스스로 바람잡을 수 있도록 설계하기

​

웹사이트 제작단계

​

분석단계

핵심 업무 : 요구 사항 분석하기/ 벤치마킹하기/ 기능과 정책 정의하기/ 일정 산출하기

설계단계

핵심 업무 : 사이트 구조 설계하기/ 사이트 맵 만들기/ 화면 정의서 작성하기

구현 단계

핵심 업무 : 디자인,퍼블리싱,개발업무 관리하기/ 테스트 진행하기/ 산출물 정리하기/ 안정화하기

​

분석단계

요구사항 분석하기 : 실현 가능한 요구 사항인가?-> 요구한 기능과 유사한 기능이 이미 있는가? -> 클라이언트가 요구한 기능보다 더 좋은 방법은 없는가?

벤치마킹하기: 이용자층 분석, 디자인/레이아웃, 서비스, 마케팅, 종합 평가

​

설계업무

사이트 구조 설계하기 (IA)

디자인 콘셉 정하기

화면 정의서 작성하기

​

웹구현업무

진행하기

테스트하기

모니터링하기

​

한 번은 꼭 써먹게 되는 협업의 기술

-가로 사이즈 1024픽셀로 만들어 주세요

-삭제하지 말고 주석으로 처리해 주세요

-아직 링크 주소가 없으니까 #으로 처리해 주세요

-드롭다운 말고 라디오 버튼으로 만들어 주세요

​

태그 input

속성 type = “text”(텍스트를 한 줄 입력 할 수 있음)

속성 type = “password”(문자나 숫자가 특수문자로 ● 표기됨)

속성 type = “checkbox”(체크 박스는 여러 항목을 중복해서 선택할 수 있음)

속성 type=“radio”(라디오 버튼은 하나만 선택할 수 있음)

속성 type = “file”(파일 첨부할 수 있음)

속성 type = “date” (날짜를 선택하는 태그, 크롬 브라우저에는 달력으로 표기)

​

태그 textarea ( 텍스트를 여러 줄로 입력할 수 있음)

태그 select (드롭다운 메뉴는 나열된 항목 중에서 하나만 선택)

alert 함수 (이용자가 알아야 하는 안내 사항을 전달하는 경고창을 띄움)

confirm 함수 (이용자의 의사를 확인할 수 있는 선택창을 띄움)

prompt 함수 (사용자로부터 문자 정보를 받을 수 있는 입력창을 띄움)

​

-모든 화면의 글꼴을 나눔 고딕으로 바꿔 주세요

-카테고리 정보를 기준으로 삼으면 이러한 상품 정렬 기능도 개발할 수 있겠죠

​

​

웹 사이트 구동 원리와 기본 용어

도메인 주소 입력-> 네임서버를 통한 ip주소 전달-> ip접속-> 화면 송출

​

네임서버: ip와 도메인 정보를 저장하고 있는 서버

서버: 웹 호스팅/서버 호스팅/ 코로케이션

FTP: 파일을 주고 받는 전송 규약, 실무에서는 웹 호스팅, 서버 호스팅, 코로케이션 등의 서버에 접속하여 파일을 업로드하거나 다운로드할 수 있는 프로그램.

​

​

​2. 웹 쇼핑몰 기획하기

​웹 사이트 종류

홍보형

커뮤니티형

쇼핑몰형-다루는 제품과 서비스의 특징에 맞게 필요한 기능을 잘 구현하는 것이 중요, 음원 스트리밍 서비스를 제공하는 웹 사이트에서 1분 미리 듣기 기능을 제공하는 것처럼.

​

설계할 때 알아야 할 필수 개념

상품 카테고리 : 상품 카테고리는 메뉴가 아님/ 상품 카테고리는 관리가 편리해야 함.

데이터 호출 : 화면 레이아웃은 하나만 만들기/ 데이터 중복 호출 가능/ 데이터 호출, 제목만 바꿔도 새로운 콘텐츠가 됨.( 이부분 굉장히 새롭! 같은 정보를 가공하여 새로운 콘텐츠를 만드는 것)

프로그램 연동: 본인 인증프로그램 연동/ 결제 시스템 연동

​

​

사업 계획서

사업의 필요성

시장 분석

고객 분석

쇼핑몰 소개

쇼핑몰 특징

쇼핑몰 이용 방법

매출 계획

경쟁사 분석

디자인 계획

마케팅 계획

제작 계획

​

​

기능정의서

​기능코드

뎁스 : 반드시 웹 사이트의 구조를 의미하는 것은 아님, 웹 사이트 구조는 화면 단위로 구성, 그러나 한 화면에는 여러 기능이 담길 수 있기 때문에 다양한 뎁스를 가질 수 있음.

구현대상,작업요소, 관리자 연동

기능 정의

​

​

정책정의서

회원 가입 및 상품 구매 정책

게시판 정책-사용자와 기능을 구분하여 접근 권한을 표기

​

​

정책별 작성 요령

한 번에 모든 정책을 정의할 수 는 없음. 정책 정의서는 주기적으로 업데이트하는 것이 좋음. 화면 정의서를 작성하다가도 새로 발견되는 정책이 많음. 하지만 개발 단계 전에는 반드시 완료!

​

포인트정책, 배송정책, 교환/반품.환불 정책, 게시판 정책, 고객 관리 정책 등

​

일정표 만들기(wbs)

파트/업무/시작일,완료일/완료여부/담당자/일정

​

웹사이트 구조 설계

기능을 화면 단위로 바꾸기

하나의 기능을 하나의 화면으로 설계

하나의 기능을 여러 화면으로 설계

여러 기능을 하나의 화면으로 설계

​

​

​

글로벌 내비게이션 설계

​

이용자의 동선 고려하기

내비게이션 설계하기-사이트 맵의 대분류가 반드시 내비게이션 메뉴가 되는 것은 아니다.

글로벌 내비게이션-어느 화면에서든 한 번에 접근 할 수 있어야 함.

서브 내비게이션-해당하는 특정 화면에만 제공되는 내비게이션

​

화면정의서

구성요소-표지/문서 이력/사이트 맵/본문

표지: 웹 사이트 이름, 작성자,버전, 작성 기간 등

​

본문작성순서

순서대로 모든 화면을 대략 스케치

모든 화면의 디스크립션 작성

이용자 행태를 반영하여 스케치와 디스크립션을 구체화

화면 이름과 URL을 작성하여 완성

​

스케치 작성 요령

스케치는 검정 계열 색상

도형에 힘 빼기

문구는 실제 내용과 가깝게 적기

시각적인 요소 활용

데이터를 호출할 때는 중괄호 사용

화면이 길면 슬라이드로 나누어 설계

설명이 필요하면 번호 표기

화면 구성에 따라 슬라이드 구분

관리자 화면을 고려

​

​

디스크립션 작성 요령

분할된 화면의 위치 표기

번호 순서대로 제목과 내용을 작성

작업자에게 전달할 내용은 제목을 넣어 별도로 구분

기능 설명은 웹에서 동작되어야 하는 상황 그대로를 설명하면 됨.

정책 정의서에 작성된 내용이 기능의 정의될 수 있음

버튼과 배너에는 링크 주소와 링크 형태를 작성: 링크된 화면을 여는 방법에는 셀프와 블랭크가 있음. 자신의 웹 사이트 안에 있는 화면으로 링크한 경우에는 현재 화면이 바뀌도록 정의, 외부 웹 사이트로 링크한 경우에는 새 창이 열리도록 정의

경고창, 선택창은 이용자의 편익을 고려해서 사용: 경고창을 직접 스케치/ 표로 표현/디스크립션에 기술

데이터 호출 정보는 사실적으로 표현

​

​

​

서비스 기획에 처음 관심을 가지고 가장 먼저 읽게 된 책인데 그 당시 이해 하기가 어려웠다. 어느 정도 공부하고 얼마나 다시 이해할 수 있을까라는 생각으로 다시 읽어봤는데 그 전에 비하면 확실히 더 잘 이해가 되고 와닿았다. 이번에는 내용을 좀 더 정리해보고자 한다.

​

​

서비스 기획자가 하는 일

​

1. Ux와 비즈니스 모델까지 생각 사용자 중심 설계(다수의 사람들 대상), 서비스 시장을 전체 맥락 살펴 비즈니스 모델 방향성을 고려

​

2. 개발 환경과 비용까지 생각

​

3. 서비스 전체의 선순환 구조를 생각.

데이터 입력과 순환을 통해 서비스 전체의 기반을 잡아가는 것을 선순환 구조라고 한다. 사용자가 개인정보를 등록할 때 정확한 연차를 입력하게 하는 것은 언뜻 생각하면 비합리적으로 보인다. 하지만 하나의 서비스가 지속적으로 성장하려면 이러한 선순환 구조를 고려하여 기획이 이루어져야 함을 원티드라는 세스는 보여주고 있다.

​

​

전략기획과 경영 전략 이론

​

전략기획-4p마케팅 전략 , 3c, stp 전략, swot 분석 등을 바탕으로 시장에 진입했을 때 어떻게 자사 역량을 극대화하여 지속가능한 경영을 할 것인지를 목표로 한다. 이에 전략 기획자들은 업계 동향과 투자관계에 밝고 투자비용과 예상수익을 계산하여 손익분기점을 넘어선 수익을 만드는 것에 골몰한다. 다시 말해 핵심적인 수익 모델의 큰 방향성과 공식을 제시하는 것을 목표로 함.

​

서비스기획자의 업무는 이렇게 만들어진 수익 모델이 잘 작동할 수 있도록 구조로 설계하고 구현하는 사람. 큰 방향의 전략을 쪼개서 여러 개의 프로덕트로 나누고 각각의 프로덕트를 실행하기 위해 업무 프로세스를 설정한다. 즉 말과 공식으로 되어 있는 비즈니스 모델을 웹/앱 서비스 내에서 작동할 수 있는 시스템으로 설계하는 일을 기획.

​

​

서비스 성장을 고려한 서비스 기획

​

하나의 비즈니스가 탄생하려면 시장 분석을 통해 만들어낸 전략과 수익 구조 그리고 이것을 시스템으로 반영하는 프로세스를 만들어내는 것이 중요하다. 이 모두를 모아놓은 개념이 바로 비즈니스 모델이다. 비즈니스 모델은 어떤 제품이나 서비스를 어떻게 소비자에게 제공하고 운영하며 돈을 벌겠다는 것인지를 정리한 아이디어를 말한다. (…) 제대로된 비즈니스 모델이 되려면 한 가지를 더 고민해봐야 한다. 바로 순환 구조를 만들어내는 것이다. 서비스의 질만큼 관계성도 중요해지고 고객의 자연스러운 유입과 자연스러운 성장이 가능해졌다. (…)이런 서비스 구조를 플랫폼이라고 부른다. 자생적으로 작동하고 성장하는 플랫폼 서비스를 만들려면 네트워크 효과를 고려하여 서비스 사용 및 유입을 순환시키는 구조로 설계할 필요가 있다.

​

UX조사방법

​

정성,연역 : 페르소나

정성,귀납: 컨텍스츄얼 인쿼리, 쉐도잉

정량,연역: 사용자 트래킹 분석

정량,귀납: AB테스트

​

데이터, 기능, 목표

​

미준맵1단계: 필요한 기능과 데이터를 정의한다.

첫 번째 프로그래밍 덩어리

예) 모바일 메신저의 데이터 기능

데이터 차원 : 입력되는 메시지-메신저에 입력되는 메시지 자체/ 컴퓨터용 문구인 0과 1로 변경되어 저장된 데이터/ 계속 다른 입력이 가능한 변수

기능 차원: 데이터를 저장하고 전달하는 기능- 문구를 입력하고 전송을 누르면 DB에 입력된 데이터가 저장됨/ 수신하려는 디바이스 push알람이 감/ 수신자가 메신저 앱에 들어가면 입력받은 수신 메시지수가 표시됨/메신저 항목을 누르면 수신 메시지가 표시됨.

서비스 차원: 문자를 주고받는 서비스-메시지를 주고받는 두 사람이 메신저를 통해서 문자로 이루어진 대화를 자유롭게 나눔

​

두 번째 : 데이터를 활용하는 정책을 같은 마인드맵에 써보자

서비스 목표와 이에 필요한 기능과 데이터를 차례로 정리했으면 이제 정채을 정리. 데이터 활용 기준!

세 번째 : 서비스 운영과 관련된 제약사항을 떠올리자

법적검토

​

미준맵 그리기 2단계 : 내부와 외부 사용자별 플로우 정리

미준맵 그리기 3단계 : IA작성

​

​

디스크립션의 완성도를 더울 올리는 방법

​

예외처리

분기처리

정합성 체크

​

린과 애자일 차이

린의 핵심 키워드 : 최소 구현 가능 프로덕트, 퍼널 분석, AB테스트, 피봇팅

애자일 방법론의 핵심 키워드 : 스프린트, PO, 스크럼, 스크럼 마스터, 칸반 보드, 사용자 스토리/백로그

​

​

처음 읽었을 때는 잘 몰랐는데 미준맵 순서로 진행을 하다보면 확실히 좀 제대로 된 기획안을 작성할 수 있는 것 같다. 아예 모르고 이 책을 읽기에는 너무 어려운 수준 같고 어느 정도 공부를 하고 나서 읽어도 모르는 부분이 많았던 것 같다. 실무를 안해봐서 그런가..? 이 책이 되게 사례를 들며 자세하게 적어져 있고 많은 부분을 담아내려고 하다보니 방법론이나 여러 용어들은 아직도 좀 모르는 게 많은 것 같다. 나중에 실무를 하게 되면 그때 하면서 다시 읽어보려고 한다. 그때는 더 이해 잘 되겠지?ㅎㅎ

그로스 해킹: 시장과 고객의 니즈를 파악해 기업의 성장을 이끄는 마케팅 전략

​

​

AARRR 프로세스

​

A: Acquisition(유입)-유저가 얼마나 웹사이트 혹은 app에 들어올 것인가?

-우리 비즈니스에 의미 있는 고객은 누구인가?

-우리 비즈니스에 의미 있는 고객이 어떤 매체, 채널을 통해 유입되는가?

-우리 비즈니스에 의미 있는 고객이 얼마큼 유입되는가?

​

A: Activation(활동)-유저들이 어떤 활동들을 하고 있는가?

-웹사이트, app에 유입된 고객은 얼마큼의 시간 동안 머무는가?

-웹사이트,app에 유입된 고객은 주로 어떤 활동을 하는가?

-웹사이트,app에 유입된 고객은 주로 어떤 페이지에서 페이지를 이동, 이탈하거나 app을 종료하는가?(사용자 편의성을 제고하거나 고객 유인 장치를 디자인)

​

R: Retention(재방문)-유저들이 다시 돌아와 우리가 원하는 행동을 하는가?

-어떻게 한 번 방문한 잠재고객을 재방문하도록 유도할 것인가

-재방문한 고객이 매출이나 의미있는 전환에 기여하도록 만드는 방법은 무엇인가?

- 어떤 유형의 잠재고객이 재방문 하는가?

​

R: Revenue(매출)- 유저들이 우리가 원하는 매출에 얼마나 기여하는가?

-최종 기여(매출,전환 등)에 참여한 잠재고객은 누구인가?

-최종기여에 기여한 잠재고객은 어떤 채널 매체를 통해 유입되었는가?

-제품,서비스의 매출 실적은 어떤가?

-최종 기여 전, 잠재 고객이 주로 하는 행동은 무엇인가?

예)제품, 서비스를 설명하는 동영상 페이지

제품의 동영상을 시청한 경우-> 매출 기여 확률이 3배 높음-> 동영상 배치로 구매유도

​

R: Referral(추천)-서비스나 제품에 만족하여 다른 사람들에게 추천하는가?

-매출에 기여한 고객은 어떻게 지인에게 추천활동을 수행하는가?

-어떤 추천 활동을 통해 유입된 잠재고객이 최종 기여까지 이어지는가?

-어떤 추천 활동이 최종 목표 전환에 더 기여하는가?

탈잉의 지수님 강의 정리

인터뷰

​

현재 고객의 pain point?

그 pain point 해결방법(노하우)

관련하여 가장 자주하는 행동은 ? 과거 경험 떠올리도록, 생활패턴

​

​

제품 출시 후

​

1.출시 전 프로토타이핑을 통한 고객검증

검증방법- 인터뷰: Pain point가 잘 도출되었는지/ 본인의 해결법만큼 좋거나 그보다 더 좋은지, 자주 찾는 기능을 바로 찾을 수 있는지/기본적인 사용성 검증/우리가 원하는 행동을

하는지(kpi영향을 미치는 버튼 클릭률, 구매전환율)

​

2. MVP개발로 출시후 고도화(lean process): 개발 비용 수개월 걸리는 제품 구축 시 & 제품에 신규 기능을 추가할 때

MVP: 제품의 가치를 경험할 수 있는 최소한의 단위

가설-> 검증-> 학습 -> 가설 ..

​

3. A/B 테스트: 비교적 객관적 특정 지표 올리고 싶을 때

그로스해킹 : 고객의 취향을 파악하고 더 효과적으로 고객에게 접근해 저비용으로 최고의 광고 효용을 추구하는 마케팅 기법

-테스트 목적과 가설이 무엇인지?

-비교 변수는 1개씩

https://team.postype.com/post/9405656

서비스 순사용자 수 파악(활성 사용자-active users)

​

활성 사용자는 기업마다 다르게 판단

페이스북 : 로그인 사용자

트위터: 현금화할 수 있는 일일 활성 사용자 수 mDAU(가입이나 로그인을 하지 않았더라도 광고를 보여줄 수만 있다면 활성 사용자로 봄)

줌: 일일 회의 참가자(중복 높음)

​

활성사용자는 “내 서비스를 얼마나 많은 사람들이 보고 있을까”라는 최초의 질문 이상으로 비즈니스를 규정하기도 하고 또 비즈니스에 따라 활성 사용자의 의미가 바뀌기도 함. 더불어 리텐션, 전환 등 수많은 KPI의 첫 출발점이기도 함.

​

​

사용자들의 서비스 애정도 파악 : stickiness

​

DAU/MAU

​

평균 DAU가 1이고 MAU가 5인 경우 stickiness는 ⅕ 20%임 이는 사용자 1명이 5일에 1번 꼴로 서비스를 이용하고 있는 셈.

​

MAU가 낮더라도 이 비율이 높다면 충성도가 높은 사용자층을 확보한 것이고, MAU가 높더라도 비율이 낮다면 리텐션에 적신호!

​

10% 내외를 평균, 25% 이상 수준을 우수한 벤치마크 목표로 보는 편

​

​

서비스의 비즈니스 효율 : ARPDAU

​

무조건 활성 사용자가 높다고 건강한 서비스는 X , 비즈니스 지속 가능성을 위해서는 열심히 모은 사용자를 매출로 연결해야 하는데, 이를 확인하기 위해 ARPU, ARPPU, ARPDAU 수치!

​

ARPU(Average Revenue Per User) : 가입자당 평균 매출

ARPPU(Average Revenue Per Paid User) : 유료 사용자당 평균 매출

ARPDAU(Average Revenue Per Daily Active User) : 일일 활성 사용자당 평균 매출

​

포스타입 창작자가 수익을 올릴 수 있도록 돕는 서비스, 콘텐츠를 유료로 이용해 창작자의 수익으로 연결되는 수치가 매우 중요. Paid User / signed-in MAU

​

​

​

1. 사용하는 서비스 지표가 비슷 비슷할 거라고 생각했는데, 기업마다 서비스가 다르기 때문에 마찬가지로 서비스 지표가 달리지게 됨. 특히 포스타입 같은 경우는 콘텐츠를 내용으로 하다보니 중요하게 생각하는 지표가 paid user/ signed-in MAU 인 점이 새로웠음.

​

2. 그 기업의 서비스가 무엇인지에 따라 지표가 달라질 수 있어서 어떤 지표를 자주 쓰는 것인지는 case by case

​

3. 이 사이트에 들어가보면 순 사용자를 파악하는 방법이 나오는데 처음 보는 과정이라 굉장히 새로웠음. 데이터를 잘 다루고 쿼리를 잘 다룬다는 게 어떤 의미인지 알게 되었고 이런 능력이 있으면 확실히 지표를 분석하기 편하겠다는 생각이 들었다. 이 부분도 나중에 공부해볼 예정!