SPLASH

카카오 메일, 클라이언트 - DB - 서버 알아보기

세세셋 — Wed, 12 Oct 2022 21:55:51 +0900

W7D4

Chatper 01 _ 프로덕트 선정

출처 카카오

"뭐여. 카카오가 메일도 해?" 베타 서비스가 나올 때, 본인은 그랬었다. 하지만 전문가들은 "카카오 메일? 할 때가 돼서 하는 거야" 란 뉘앙스의 분석글을 게재했다. 카카오는 연결을 매개로 사업을 하는 집단인데, 메일을 건드리지 않을 이유가 없다는 것. 대신 카카오메일은 한 발짝 더 나아간 갈래로 나타났다는 것. 바로 '모바일 친화적 메일'. 지난 시대를 풍미해 온 PC 친화적 메일에서 차별점을 찾은 것이었고, 카카오가 구축해온 연결망과 기능을 함축시킬 수 있는 걸작이라 설명했다.

Chatper 02 _ Flow Chart

Flow chart. 직감적으로는 '흐름', '순서'라고 예상할 수 있는 용어다. 그럼에도 사전적 의미를 짚어 보자면 위키백과에서는,

순서도. : 워크플로 혹은 프로세스를 보여주는 다이어그램의 한 종류다. 여러 종류의 상자와 이를 이어주는 화살표를 이용해 주어진 문제에 대한 솔류션 모델을 보여준다. 프로세스 작용은 이 같은 상자들과 작업의 흐름을 나타내는 화살표 연결로 나타낸다. 데이터 흐름은 대체적으로 순서도가 쓰이진 않고, 대신 데이터 흐름도가 쓰인다. 순서도는 여러 분야에서 프로세스나 문제의 분석, 디자인, 설계, 문서 작성이나 관리 등으로 활용되고 있다.

위는 이론적인 설명이고 좀 더 실용적인 설명을 보태자면 Medium글에서는,

제품의 전체 경험 또는 하위 섹션을 수반할 수 있는 가능성을 매핑하는 데 유용한 것. 또한 사용자가 제품을 사용할 때 행하는 일련의 과정을 시각화 한 것이라고 보충할 수 있다.

오늘 카카오 메일의 이 Flow Chart를 그려보는 시간을 가졌다. 아래 링크의 해당 사이트를 통해서. 툴은 좋다 본인이 문제였다.

https://www.draw.io/

Flowchart Maker & Online Diagram Software

Flowchart Maker and Online Diagram Software diagrams.net (formerly draw.io) is free online diagram software. You can use it as a flowchart maker, network diagram software, to create UML online, as an ER diagram tool, to design database schema, to build BPM

app.diagrams.net

위 카카오 메일의 Flow Chart 작업 전, 전제가 있었다. '수신메일을 확인하는 상황'을 두고 그렸다. 이후 순차적으로 만나는 프로세스를 분해했다. 여튼 직접 그려보고 나니 왜 Flow Chart를 알아야 하는지 깨달았다. 추측일지언정, 카카오 메일 개발자의 설계 아이디어를 면밀히 파고들 수 있었던 시간이었다. 더 나아가 본인의 행동이 개발자의 설계대로 따라가고 있었구나 했다. (반골기질 드릉드릉하는 모먼트)

Chapter 03 _ UI - 클라이언트 - 서버 - DB

현재까지도 학습내용을 아주 선명하게 이해하진 못 했으나, 여러 자료를 섭렵하며 그나마 받아들인 것들을 나열하려 한다. 그 중 위 사진은 UI- 클라이언트 - 서버 - DB 간의 관계를 보여준 자료였고 조금의 도움이 됐다. 덧붙여 구체적으로 각 요소를 살펴본 바로는 아래와 같았다.

클라이언트 : 서버로 요청을 보내고, 요청한 내용 응답(리소스)를 받아 사용하는 역할
서버 : 클라이언트의 요청에 따라 적절한 응답(리소스)를 전달해주는 곳
데이터베이스 : 리소스를 저장하는 공간. 서버의 요청에 따라 적절한 응답(리소스)를 꺼내 서버에게 전달

일단 카카오메일에서 수신메일을 확인하는 흐름은 다음과 같다. 단 Flow chart에서 본 바와 같이, 수신메일 열럄은 접속 루트가 2가지다.

1 - 채팅탭 루트

클라이언트

(우선, 사용자가 카카오톡 접속 후)

채팅 탭으로 이동
채팅 탭 스크롤
수신메일 클릭
메일읽기 CTA 버튼 클릭
답장쓰기 CTA 버튼 클릭
답장 작성

서버

클라이언트가 요청한 리소스 전달

데이터베이스

채팅 탭 체류시간
메일 알리미 페이지 체류시간
수신 - 발신 메일 계정
답장 글자 수
첨부파일 크기

2- 메일 아이콘 루트

클라이언트

(우선, 사용자가 카카오톡 접속 후)

전체 메뉴탭 이동
메일 아이콘 CTA 버튼 클릭
수신메일 클릭
답장쓰기 CTA 버튼 클릭
답장 작성

서버

클라이언트가 요청한 리소스 전달

데이터베이스

수신 - 발신 메일 계정
답장 글자 수
첨부파일 크기

Chatper 04 _ 다시 보는 6주차 과제

6주차 때는, 아무런 데이터와 아무런 개발 지식없이 작성한 티가 난다. 7주차에 이르니, 컴퓨터와의 상호작용을 좀 더 추가할 수 있게 되었다. 확실한 답인 건 아직도 모르겠지만. 또르륵

그나저나 Flow Chart를 더 간소화시킬 수 있겠구나 생각했다. 카카오메일 사용자의 핵심 행동만 파악하면 될 것 같아서 말이다. 그래서 이 흐름의 UI, 클라이언트, 서버, DB를 다시 살펴보고자 한다.

카카오톡 접속 시

UI는 접속을 알리는 창이고 -

클라이언트는 접속을 알리는 창을 띄우며 서버에게 요청할 것이고-

서버는 접속창 데이터를 불러올 것이고 -

데이터베이스는 접속 데이터를 송출할 것이다.

카카오메일 활성화한 계정이라면

UI는 메일함의 이미지고 -

클라이언트는 메일 상황을 알리며 서버에게 요청할 것이고 -

서버는 메일 데이터를 불러올 것이고 -

데이터베이스는 메일 데이터를 송출할 것이다.

수신메일을 확인 시

UI는 디자인된 수신메일 확인창이고 -

클라이언트는 수신 메일을 보이며 서버에게 요청할 것이고 -

서버는 수신 메일 데이터를 불러올 것이고 -

데이터베이스는 해당 수신 메일 관련 데이터를 송출할 것이다.

클라이언트 - 서버

당시에는 클라이언트와 서버의 관계가 특히 혼란스러웠다. 클라이언트 : 서비스를 이용하는 컴퓨터 / 서버 : 서비스를 제공하는 컴퓨터 인건 알겠는데 그게 전부였다. 이걸 왜 배우는지에 대해 명확한 이해가 없었다. 그래서 6주차 때는 서버를 "클라이언트 요청한 리소스 전달"이라고 밖에 쓰지 못 한 것이다. 지금은 조오오오금 더 구체적으로 작성할 수 있게 되었다.

왜냐하면 클라이언트 - 서버 - 앱의 상관관계를 익혔기 때문이다. 일단 클라이언트와 서버는 앞에서 언급한 정의가 맞긴 하다. 근데 컴퓨터인 건 동일한 데 어떻게 클라이언트와 서버를 구분짓는지도 이제 알겠다. 따라서 앱이 클라이언트와 서버의 역할을 결정한다는 사실도 이해간다.즉 서비스를 제공하는 앱이 설치된 컴퓨터가 서버, 서비스를 요청하는 앱이 설치된 컴퓨터가 클라이언트가 된다는 것. 그렇다면 카카오메일을 실행하는 휴대폰이 컴퓨터가 될테다. 이에 따라 아래는 6주차 때 보다 서버의 역할을 좀 더 추가해 본 표이다.

클라이언트	서버
채팅 탭으로 이동	채팅 탭 데이터 전송
전제 탭으로 이동	전체 탭 데이터 전송
수신 메일 클릭	메일 데이터 전송
답장하기 CTA 버튼 클릭	답장하기 기능 데이터 전송
답장 송신 요청	이메일 송신하는 SMTP(Simple Message Trasfer Protocol) 의 류

서버 - 데이터베이스

서버와 데이터베이스. 이 둘의 관계야말로 최대의 난제였다. 뭐가 다른지 모르겠다는 것이다. 하지만 7주차에 되서야, 다행히도 조오오오금은 알겠다. 누군가 예시를 들어준 게 도움이었다. 레스토랑이라고 치면, 데이터베이스는 식자재를 저장하는 창고고, 서버는 식자재를 꺼내서 요리하는 사람이라고 한 비유였다. (근데 DB서버는 또 뭐임. ..지끈) 여튼 다시 정리하면, 서버와 데이터베이스는 용법에 따라 나뉜다. 서버는 여러 클라이언트에게 서비스 동시 제공 가능하고, 데이터베이스는 데이터 모음을 저장하는 것. 이렇게 정의할 수 있었다.

더 심화적으로 세분화하면, 웹 서버와 애플리케이션 서버가 있는 것도 알았다. 이때 클라이언트와 웹 서버간의 통신이 HTTP로 이루어지며 GET/PUT/LINK/POST의 요청이 가능하다는 것도 알았다.

그리고 서버는 데이터베이스에서 꺼내오기 때문에, 데이터베이스는 잘 정돈되어야 하고 SQL(관계형 데이터), NoSQL(비관계형 데이터) 개념이 여기서 발생하는 것도 배웠다.

여기까지가 회고인데, 정말 무지했던 데이터 분야에 살짝은 친해진 것 같아서 뿌듯하면서도 걱정된다. 하지만 공부해야지 뭐

네이버 오픈 API

세세셋 — Tue, 11 Oct 2022 21:56:41 +0900

W7D3

API

API는 Application Programming Interface(애플리케이션 프로그램 인터페이스)의 줄임말입니다. API의 맥락에서 애플리케이션이라는 단어는 고유한 기능을 가진 모든 소프트웨어를 나타냅니다. 인터페이스는 두 애플리케이션 간의 서비스 계약이라고 할 수 있습니다. 이 계약은 요청과 응답을 사용하여 두 애플리케이션이 서로 통신하는 방법을 정의합니다. API 문서에는 개발자가 이러한 요청과 응답을 구성하는 방법에 대한 정보가 들어 있습니다. - AWS

좀 더 쉽게 말하면,interface가 쓰여진대로 두 주체간 주고받는 방식이라고 보면 된다. 금번 과제에서는 이 API의 파생적 개념인 오픈API(하나의 웹 사이트에서 자신이 가진 기능을 이용할 수 있도록 공개한 프로그래밍 인터페이스)를 다뤄보고자 한다. 대상은 네이버다.

네이버 페이 배송지 정보 조회 API

네이버 오픈 API 목록을 봤다. 이 중 네이버 로그인과 관련된 '네이버 페이 배송지 정보 조회 API'를 조사해보고 싶었다. 경로는 Product > 네이버 로그인 > 네이버페이 배송지 정보 순으로 들어가면 볼 수 있었다.

네이버 페이에 등록한 배송지 정보를 조회할수 있는 로그인 오픈 API입니다. 기존 REST API처럼 요청 URL과 요청 변수로 호출하는 방법은 동일하나, OAuth 2.0 인증 기반이므로 추가적으로 네이버 로그인 API를 통해 접근 토큰(access token)을 발급받아, HTTP로 호출할 때 Header에 접근 토큰을 같이 전송해 주시면 활용 가능합니다. - 네이버

API 기본 정보

메서드	인증	요청 URL	출력 포맷	설명
GET	OAuth 2.0	https://openapi.naver.com/v1/naverpay/address	JSON	네이버 페이 배송지 정보 조회

위 네이버의 글을 표로 나타낸 것이다. 찬찬히 하나씩 살펴보면 다음과 같다.

우선 메서드. 메서드는 클라이언트가 서버로 요청을 보내는 방법인 HTTP Method에서 크게 GET 과 POST 방식이 있을 때, 위 표의 메서드 GET이 이를 의미한다. 좀 더 설명하면 1)클라이언트에서 서버로 어떤 리소스로부터 정보를 요청하기 위해 사용되는 메서드다. 2)데이터를 읽거나, 검색할 때 사용되는 메서드다.

다음 OAuth 2.0. 찾아보니 인증을 위한 개방형 표준 프로토콜이라고 한다. Third-Party 프로그램에게 리소스 소유자를 대신하여 리소스 서버에서 제공하는 자원에 대한 접근 권한을 위임하는 방식을 제공한다. 네이버에서 간편 로그인 기능을 이 OAuth2.0 프로토콜 기반의 사용자 인증 기능을 제공하고 있다.

출력 포맷 JSON. 정보를 주고받는 방법뿐 아니라 주고받는 정보의 형식 역시 API와 같이 일정한 규칙을 정해 사용하는 것도 필요한데, 이때 JSON을 쓴다고 하며, 자바 스크립트의 객체 표기법으로부터 파생된 부분 집합이라고 한다.

요청예시 Request : 네이버 페이 배송지 정보 조회

> GET /v1/naverpay/address HTTP/2
> Host: openapi.naver.com
> User-Agent: curl/7.64.1
> Accept: */*
> Authorization: Bearer {ACCESS_TOKEN_STRING}

이렇게 배송지 정보 조회를 요청했으면 파라미터를 들고 가야 한다. 해당 내용은 아래와 같다. 한편, 요청 및 응답헤더에 앞서 HTTP(Hyper Text Transfer Protocol)을 알아야 하는데, 인터넷에서 데이터를 주고받을 수 있는 통신 규약이라고 간단히 정의내릴 수 있다.

요청 변수

요청 변수는 별도로 없으며, 요청 URL로 호출할 때 아래와 같이 요청 헤더에 접근 토큰 값을 전달하면 됩니다.

요청 헤더

아래는 네이버 배송정보를 위해 접근 토큰을 다루는 예제다.

Node.js

// 네이버 API 예제 - 네이버 페이 배송지 정보 조회
var express = require('express');
var app = express();
var token = "YOUR_ACCESS_TOKEN";
var header = "Bearer " + token; // Bearer 다음에 공백 추가
app.get('/member', function (req, res) {
   var api_url = 'https://openapi.naver.com/v1/naverpay/address';
   var request = require('request');
   var options = {
       url: api_url,
       headers: {'Authorization': header}
    };
   request.get(options, function (error, response, body) {
     if (!error && response.statusCode == 200) {
       res.writeHead(200, {'Content-Type': 'text/json;charset=utf-8'});
       res.end(body);
     } else {
       console.log('error');
       if(response != null) {
         res.status(response.statusCode).end();
         console.log('error = ' + response.statusCode);
       }
     }
   });
 });
 app.listen(3000, function () {
   console.log('http://127.0.0.1:3000/member app listening on port 3000!');
 });

요청예시 Response : 네이버 페이 배송지 정보 조회

{
  "result": "success",
  "data": {
    "receiverName": "홍길동",
    "zipCode": "16825",
    "baseAddress": "경기도 성남시 불정로 7",
    "detailAddress": "그린팩토리",
    "roadNameYn": "Y",
    "telNo": "010-0000-0000"
  }
}

https://openapi.naver.com/v1/naverpay/address

요청 URL을 보면 RESTful API방식으로 호출하여 사용하는 것.

Q 잠깐, 위 설명 중 REST API란? 이하 RESTful API

RESTful API는 두 컴퓨터 시스템이 인터넷을 통해 정보를 안전하게 교환하기 위해 사용하는 인터페이스

RESTful API의 요청 종류

C : Create : 타임라인에 사진을 '올리는' 요청
R : Read : 사진을 '불러오는' 요청
U : Update : 사진을 '바꾸는' 요청
D : Delete : 사진을 '지우는' 요청

RESTful API의 명령 종류

Create(생성) : POST
Read(읽어오기) : GET
Update(변경) : PUT(전체)/PATCH(일부)
Delete(삭제) : DELETE

요청예시 (네이버 로그인 인증 요청)

요청예시 (접근 토큰 발행 요청)

출력 결과

앱 4가지 형태 비교하기

세세셋 — Fri, 7 Oct 2022 20:52:52 +0900

W7D2

우리가 사용하는 모바일 환경 서비스는 4가지 형식이 있다. 모바일 웹 - 웹 앱 - 네이티브 앱 - 하이브리드 앱 이렇게. 용어가 다른 만큼 탄생배경도 다르고, 목적에도 미세한 차이들이 존재한다. 오늘 이러한 학습을 하기 전까진, 사실 다같은 형식으로 보였다. 휴대폰으로 들여다보면 큰 차이를 못 느끼니까 말이다. 아니 어쩌면 몰라서 못 짚은 걸수도 있다.

따라서 4가지를 인지함으로서, 앞으로 PM이 될 본인이 개발자와 커뮤니케이션 할 수 있는 씨앗은 뿌린 것 같다. 왜냐하면 각 형식의 개발 과정, 장단점을 파악하게 되었기 때문. 더 나아가 개발의 지식을 일면 아는 것이 비즈니스적으로도 중요해 보인다. 고객 특성을 면밀히 분석해 그에 대응하는 형식 틀을 선택해야 하니까.

1. 모바일 웹

모바일 기기에서 사용하기 편한 방식으로 개발된 '웹 페이지'기반 서비스

모바일 웹은 HTML 기반의 웹 브라우저로 동작한다(크롬, 사파리, 구글 etc). naver.com을 예시로 든 브라우저로 접속했을 시, m.naver.com으로 보여지는 것이 대표적인 모바일 웹이라 한다. PC웹하고의 가장 큰 차이점은 화면 사이즈가 작고, 터치 스크린의 인터페이스를 가지며 Click to Call과 같은 모바일에 특화된 기능을 제공한다.

모바일 앱과의 차이점은 무엇일까. 우선 모바일은 디바이스에 직접 다운로드하는 방식이다. 모바일 웹과 달리 인터넷 연결없이도 사용가능한 경우도 있고 말이다. 모바일 앱과 모바일 웹은 구동 방식이 다르고 운영체제 및 플랫폼에 따라 구분된다.

장점	웹 브라우저에서 동작하는 서비스라서 사용자는 URL 정보만 알면 사용 가능하다. 웹 표준을 따르면 다양한 플랫폼에서 동자갛기 때문에 개발 생산성이 높고 유지보수가 쉽다.
단점	실행 속도가 느리다. 모바일 기기의 하드웨어를 제어할 수 없다.

2. 웹 앱

앱의 형태를 가지고 있지만 실제 내용은 대부분 웹에서 구현해 보여주는 페이지

모바일 웹과 네이티브 앱을 결합(웹 + 앱)한 것으로 모바일 웹의 특징과 네이티브 앱의 장점도 지녔다. 다시 말해, 웹 기술로 구현하는 앱을 말한다. 모바일 웹 보다는 조금 더 모바일에 최적화된 앱이라고 할 수 있다. 또한 일반적인 정의는 '브라우저를 이용한 HTML, CSS, 자바스크립트를 사용해 만들어진 애플리케이션'이기 때문에 사용자가 직접 모바일 브라우저의 주소 창에 웹 주소를 입력해 사용하는 인터넷 서비스도 웹앱의 범주 안에 있다. 출처 _ https://webclub.tistory.com/479

장점	애플과 구글의 심사 없이 수정이 가능하다 비용이 가장 저렴하다 모바일 웹보다 실행속도가 빠르다
단점	페이지 로딩 시, 속도가 느리다 스마트폰의 기능들에 대한 접근 제한이 많다

3. 네이티브 앱

모바일 운영체제에 최적화된 언어를 사용해 개발한 앱으로서 안드로이드, iOS에서 제공하는 SDK를 사용해 개발

네이티브 앱을 개발할 경우 아이폰이든 안드로이드든 각 운영체제 혹은 플랫폼에서 제공하는 프로그래밍 언어로 제작해야 한다. 이는 해당 운영체제난 모바일 기기에 최적화된 기능을 제공하는 점에서 이점이 있지만 운영체제나 플랫폼이 다르면 많은 시간과 비용을 감수하면서 새롭게 개발해야 하는 단점도 있다.

장점	유저가 사용하기에 가장 편하고 빠르다 다양한 기능들에 대한 접근이 자유롭다 기능이 좋고 안정적이다 각 운영체제에서 지원하는 다양한 기능을 수행할 수 있다 업데이트를 통해 기능 향상이 가능하다 스마트폰의 다양한 센서와 기능을 활용할 수 있다.
단점	앱 개발 시간 및 비용이 높다 안드로이드와 ios에서 서비스하기 위해 개발 비용과 유지 비용, 기간 등의 문제가 있다. 운영체제별로 개발방식이 다르다 스마트폰 성능에 따라 기능이 제한될 수 있다

4. 하이브리드 앱

네이티브 앱의 구조로 되어 있으나, 일부 기능들을 웹으로 구현해 개발

네이티브 앱과 웹 앱 기반의 기술을 함께 사용하다는 것을 의미한다. 근데 네이티브 앱의 단점을 보완했다. 앱의 기반이 되는 콘텐츠 영역은 HTML 기반의 웹 앱으로 제작을하고 최종 앱 배포에 필요한 패키징 처리만 아이폰, 안드로이드의 블랫폼 안에서 하는 것이다. 이는 프로그래밍 언어가 다르다는 사실과 관계없이 편리하게 다양한 앱을 제작할 수 있는 환경을 제공하며 시간과 비용도 절약할 수 있다. 다만, 하이브리드 앱을 제작할 경우에는 하이브리드 앱을 지원하기 위해 별도의 하이브리드 프레임워크가 필요하다.

장점	웹으로 퍼블리싱하기 용이하다 서버에 웹view를 이용하여 빠르게 수정할 수 있다 개발비용이 비교적 적게든다
단점	ui 한땀한땀 짜야한다는 것(버튼, 네비게이션 바 등등) 기능적인 접근에 제한이 많다(폰의 강력한 기능을 활용하지 못함) 네이티브앱보다는 속도가 느리다 높은 퍼포먼스를 구현하기 힘들다.

마무리로, 만약 한 프로덕트의 PM이라면 각 앱의 형태를 어떻게 선정해야 할까. 그리고 개발 단계에 어떤 사항을 적용해야 하는 것이 좋을까.

프로덕트의 타겟층을 확인한다.
qna시간에 배운 것으로, 코트스테이츠 사용자라면 이동하면서 공부할 일이 없으므로 앱은 별도로 개발하지 않는다.라고 의견 주신 것을 착안해보았다. 어떤 산업이고, 사용자의 서비스 활용 상태가 어떤 지에 따라서 선정해야 하지 않을까.

리소스를 확인한다.
아마 기본적인 고려 사항일 것이다. 현재 기업의 리소스를 확인하고 맞는 형태를 선정해야 한다. 사실 투입 대비 산출물을 고려하는 것과 같은 맥락일 것이다.

뉴진스 웹 페이지 프론트엔드 탐색

세세셋 — Thu, 6 Oct 2022 19:33:53 +0900

W7D1 by 세세셋

Chapter 01 _ https://newjeans.kr/main

몬스타엑스를 몬스터엑스라 읽어서, 보이그룹 TXT를 텍스트라 읽어서, 7살 아래 동생한테 혼구녕을 들었다. 참고로 TXT를 투모로우바이투게더 줄여서 투바투라고 해야 한단다 나참. 호랑이 궐련 피던 시절에 SS501를 에스에스 오공일이라 읽으면 발작했던 할미로서 그래, 이해는 간다. 여튼 서론이 길었는데 요점은, 아이돌 음악에서 멀이진 본인조차 무한 반복 재생하게 만든 신생 걸그룹 뉴진스. 이들의 뉴트로 마케팅 중 '웹 페이지' 프로덕트가 있었고 굉장히 신선했던 터라 과제 대상으로 선택했다.

참고로 본인과 같은 할미 할배들을 위해 뉴진스를 간략하게 설명하겠다. 방탄소년단 소속사 하이브의 산하 레이블인 어도어. 대표는 SM에서 넘어온 민희진 디렉터 분인데, 그녀가 야심차게 준비해서 올해 갓 데뷔한 그룹이 바로 뉴진스(Newjeans). 첫번째 앨범부타 거를 타선 없는 명반이니 다 들어보자. 그 중 Hype Boy 추천이다. 솔직히 Hypertextmarkuplanguage(HTML)에서 Hypeboy로 의식이 흘렀다. (이 말 할려고 빌드업한 거 맞다)

각설하고, 해당 웹 페이지는 뉴진스라는 그룹 홍보를 위해 탄생했다. 이에 따라 다양한 엔터테인먼트적 요소를 담아 놓았다. 주로 뉴트로 이미지를 활용하여 특이한 감성을 자아내는데, 투박한 애니메이션도 그 감성을 강화하는 요인 중 하나다.

또한 오락적 수단 뿐 아니라, 팬덤에게 유용한 기능들을 수행한다. 예를 들면 회원가입 - 멤버 포토 구경 - 굿즈쇼핑 - 타 마케팅 채널 링크 - 음악 재생 등이 가능하다. 추가적으로 앱스토어에 '포닝'이라는 동일 컨셉의 뉴진스 전용 앱이 있다. 그쪽은 채팅이 가능 한 것으로 아는데 꽤 분화시켜 각 이용률을 높인 듯 하다.

앞으로 기능이 더 추가되어 유동적으로 변모할 마케팅 수단인지, 곧 폐쇄될 일시적 마케팅 수단인지 모르겠으나(활동이 끝난 현재까진 열려있다) PC보다 모바일이 익숙한 세대에게 생경한 방식으로 다가간 게 흥미로웠다. 그래서 한번은 분석하고 싶었는데 개발도구로 볼 줄이야 허허.

Chapter 02 _ 웹 페이지 HTML

웹 서비스란 사용자가 입력한 데이터를 통해 더 가치있는 것을 만들어 사용자에게 잘 전달하는 것을 의미한다. 이 과정에서 프론트엔드는 사용자와 서비스를 연결해주는 과정의 모든 것을 구현하는 역할은 한다. _ 출처 요즘 IT. 백엔드 말고, 오늘은 프론트엔드 관련 글을 전개할텐데 앞선 언급대로 뉴진스 웹 페이지가 이용자와의 연결점이 된 코드를 어떻게 작성했는지 보려한다.

우선 크롬에서 개발자 도구에 접속해야 한다. 이너넷 20년차 부끄럽게도 처음 들어가본다. 여튼 여기서는 개발자가 웹 페이지를 구축하기 위해서 심어놓은 것들을 확인할 수 있다. 밑에서 설명할 HTML CSS Javascript가 해당한다.

HTML(HyperTextMarkupLanguage)

웹 페이지의 제작을 위한 가장 기본적인 마크업 언어다. 여기서 마크업 언어란 '태그'등을 이용하여 문서나 데이터의 구조를 명기하는 언어다. 쉽게 말해 HTML은 웹 페이지의 골격이다. 내용과 구조라는 큰 그림을 형성하는 데 역할을 한다. 한편 HTML은 HEAD와 BODY로 구분되며 먼저 HEAD부터 작성하고자 한다.

<HTML> ... </HTML> : HTML 문서의 시작과 끝을 의미

<HEAD> ... </HEAD> : HTML 문서에 관한 기본 정보를 포함

<title>
<meta>
<script>
<style>

이 태그들은 실제 화면상에선 아무런 내용이 출력되지 않는 속성을 지녔고, 뉴진스 웹페이지에서도 찾을 수 있었다. 특히 <meta>가 많이 보여서 의미를 추가적으로 찾아보니 HTML 문서가 어떤 내용을 담고 있고, 문서의 키워드는 무엇이며, 누가 만들었는지 등의 문서 자체의 특성이라 한다.

<BODY> ... </BODY> : HTML 문서의 본문으로 실제 화면에 나타나는 내용 기술

해당 웹페이지는 전형적인 웹 설계와 달리 배너, 헤더가 없었지만 main은 있다 후후.

또한 CSS를 제외시킴으로서 구조를 확인할 수 있었다. 이때 살짝 당황했다. 전형적인 웹페이지와 달리 이미지 파일 위주로 형성된 터라 난감스.

Chapter 03 _ 웹 페이지 CSS

CSS(Cascading Style Sheets)

마크업 언어가 실제로 표시되는 방법을 기술하는 언어라고 한다. 쉽게 말해 스타일 지정이며, HTML = 뼈대에 CSS = 옷을 입히는 작업이라 설명해본다. 주로 폰트,텍스트,배경,경계선 등을 지정하며 참고로 아래처럼 3가지로 종류가 나뉜다고 한다.

외부 스타일 시트(External Style Sheet)
내부 스타일 시트(Internal Style Sheet)
HTML태그내에 스타일 지정(Inline Styles)

뉴진스 웹 페이지 내에서도 stylesheet을 찾을 수 있었다. 한편 눈에 띄는 "id" 그리고 "class"란 개념이 보인다.

class : 정의하는 방법은 calss_name{속성명 ; 속성값; 속성명;속성값;} . 스타일 지정에 자주 쓰이는 것이라 한다. 예를 들어 텍스트 색상을 미리 지정하고 HTML에 적용시키는 방식이다.
id : 정의하는 방법은 id_name{속성명 ; 속성값; 속성명;속성값;}이고 단, class와 다르게 한 페이지에서 한번만 사용 가능하다.

이제 body를 탐색해 볼 차례다. 개발자 도구에서 화살표 아이콘을 눌렀더니, 웹페이지 화면에서 요소를 선택하면 상세정보가 바로 추출되는 신세계를 맛봤다. 폰트 색상부터 폰트 종류, 메인 콘텍스트의 크기 등 정리되어 볼 수 있었다.

그럼에도 뉴진스 웹 페이지에 쓰인 CSS 언어를 보면, 첨부한 사진처럼 적용되어 있었다. 대부분이 이미지의 사이즈였지만 간간히 텍스트가 어떤 디자인으로 보여야 할지 지정된 것을 찾을 수 있었다.

Chapter 04 _ 웹 페이지 JS

Javascript 자바스크립트는 사용자가 특정 명령을 내렸을 때, 상응하는 반응을 보여주도록 한다. HTML과 CSS만 있으면 웹 페이지는 정적인 화면에 불과하다. 자바스크립트가 있어야 버튼이 활성화되고, 화면이 이동하고 그런 류의 움직임이 가능한 것이다. 뉴진스 웹 페이지의 Script는 아래와 같았다. 하지만 '다른 페이지로 이동'으로서의 기능을 제외하라고 하면, 프로덕트를 잘못 선정한 듯 싶다. 해당 웹 페이지는 버튼 클릭 - 페이지 이동이 주로 구동되는 방식이라서 말이다. 한가지 특이한 점은, 버튼을 누를 때 소리가 난다는 점. 이것도 자바스크립트로 명령된 것인지 아직 잘 모르겠다. 좀 더 공부해야 겠다.

긱 이코노미 시대의 고수는 우리다, 숨고 그리고 린 분석

세세셋 — Fri, 30 Sep 2022 23:27:05 +0900

W6D3 by 세세셋

Chapter 00 _ 미국, 교사보다 유망있는 직업은 이것

도그워커(Dog Walker)를 아는가. 한국말로 풀이하면 개 산책시키는 사람이며 일종의 긱(Gig)스러운 직업이다. 미국에선 개를 산책시켜주는 이 도그워커만으로 억대 수입을 버는 사람이 많아졌다고 한다. 이들은 회사와 근로계약을 맺고 보유된 노동력을 제공하던 과거의 시스템과 다르다.

본인이 시간날 때만, 주인 대신 개를 산책시켜주는 일을 수행하며 돈을 번다. 더 나아가 자신이 동물행동훈련사같은 전문 자격증을 소지하거나 산책시키는 개가 많아지면 훨씬 많은 액수를 받는다고 한다. 보통 단기 형태겠지만 결국 1인 자영업자나 다름없다.

한국에는 긱(Gig) 양상이 없을까. 있다. 확실히 많아졌다. 솔직히 주변에 N잡이니, 프리랜서니, 커리어와 연관된 좀좀따리 알바 등을 하는 사람이 생기지 않았는가. 이처럼 '원하는 만큼만 시간과 재능을 제공해서, 부수입을 얻는 행태'. 우린 이걸 긱 이코노미(Gig Economy)라고 부른다. 물론 미국 도그워커들처럼 부수입이 아니라 주수입으로 바뀌는 사례도 점차 나타날 듯 싶고 말이다. 그게 나였으면.

여하튼 긱 이코노미 시대가 도래하면서 주목받는 서비스가 있다. 예를 들면 크몽, 숨고, 요긱 등. 흔히 재능마켓으로 불리는 것들인데 수요가 많아졌다. 세상에 은둔고수가 이렇게 많았나 싶고. 세상에 영세업자가 이렇게 많았나 싶고. 오늘은 이 중 2016년 브레이브모바일이 출시한 범용 O2O 서비스 '숨고'를 린분석과 함께 풀어가보겠다. 과연 숨고가 긱 이코노미 시대의 고수가 될지도 감히 점쳐보자.

Chapter 01 _ 숨고, 너무나도 양면 마켓 플레이스

린 스타트업(Lean Startup, 참고로 책 이름이다) 다음으로 등장한, 린 분석(Lean Analytics)이 출간되어 실리콘밸리를 흔든지도 10년 가까이 된단다. (아, 두 책의 저자는 다르다). 얼마나 대단한 이론이길래, 현재까지도 특히 스타트업 창업가의 바이블로 통하는가.

핵심은, 사업 모델과 사업 단계를 알아내어 현재 가장 중요한 OMTM 을 추적하고 최적화하는 것. 이 과정을 반복하면 초기 단계의 회사나 프로젝트에 내재된 많은 위험들을 극복할 수 있고 섣불리 성장을 추구하지 않고도 진정한 니즈, 잘 정의된 솔루션, 고객 만족의 탄탄한 토대 위에 사업을 구축할 수 있을 것이라 말한다.

그러므로 선정한 프로덕트 숨고를, 린 분석을 기저로 두어 분석하려면 어떤 서비스 유형인지 - 어떤 사업 단계에 있는지 정의하는 것부터 해야 할 것이다. 일단 어떤 서비스인지 먼저 살펴볼텐데, 책에 의하면 선택지는 '전자상거래, SaaS, 무료 모바일앱, 미디어 사이트, 유저 콘텐츠 서비스, 양면 마켓 플레이스.(전자상거래와 양면 마켓플레이스는 사촌데스.)나뉜다고 한다.

자체 제작해 본 숨고의 양면시장 설계

숨은 고수 줄여서 '숨고'는 양면 마켓 플레이스(two sided marketplace) 에 해당한다. 일단 '양면 마켓 플레이스' 를 특징을 보자. 전통적인 이커머스의 변형으로 한 쪽 사이드의 유저는 거래를 일으키는 상품 및 콘텐츠를 제공 - 다른 사이드의 유저는 상품을 구매하며, 플랫폼은 그 거래로 인해 돈을 버는 사업 모델이다. _출처 (브런치,eunbeecho)

숨고는 위 특징을 고스란히 지니고 있는 모양새다. 구체적으로 서술하면, 자신의 재능과 노력으로 재화를 얻는 판매자(side 1) - 판매자의 재능과 노력을 사려는 소비자(side2)가 존재한다. 여기서 판매자와 구매자 사이에 중립적인 3자인 즉, 숨고가 거래를 중개해주는 시스템. 이것이 숨고의 핵심 서비스기에 양면 마켓 플레이스인 것.

허접하지만 숨고의 양면 시장 설계를 직접 그려보았다. 왜냐하면 양면 시장은 3자의 상호교환이 있는지 확인해봐야 한대서 뭐, 해보자! 하는 심정으로 실행해봤다. 확실히 숨고가 어떤 위치인지도 알겠고, 이 구조가 전자상거래와 무엇이 다른지 인식할 수 있었다. 참고로 좋은 플랫폼이란 자신들의 관여도를 낮추는 것이 이상적이라 한다. 반면에 숨고는 안전거래를 보장하려고 의도적으로 관여도를 높인다. 이게 제품의 신뢰도를 높인다면 어느정도 괜찮다고 보여진다.

양면 마켓 플레이스 중요지표	숨고
구매자와 판매자 증가율(Buyer and seller growth) = 신규 구매자와 판매자가 증가하는 속도	재능 판매자와 재능 구매자의 증가율
재고 증가율(Inventory growth) =판매자가 재고를 추가하는 속도와 상품 등록 완결성	재능 판매자의 견적서 등록 증가율
검색 효과(Search effectiveness) = 구매자들이 무엇을 검색하는가 구매자가 검색하는 물건이 상품 재고에 있는가	-
전환 퍼널(Conversion funnels) =판매 전환율. 무엇이 판매에 도움이 되는지	-
평가 점수와 사기의 조짐 =구매자와 판매자에 대한 평가 점수, 사기 발생의 조짐, 댓글 분위기	숨고는 재능 판매자를 선 검증(x) 후 검증(o)하고 있다. 다른 고객들의 평점과 후기를 모니터링 하는 것을 말이다. 그래서 검증에 허점이 있다 평가받고 있긴 하다 / 전문가도 아니면서 100만원 부른 재능 판매자가 있었다고 한다. 숨고가 가장 검열하는 부분이기도 하다
가격 지표 : 입찰 방식을 사용하는 경우 판매자가 가격을 너무 높이 책정하지는 않는지 또는 판매를 중간하지는 않는지 신경 써야 한다	가격지표가 모호할 듯 하다. 왜냐하면 처음에 공급자간 가격경쟁이 굉장히 심해서 탈퇴한 공급자들이 많다고. 그러니까 품질보다 가격경쟁만 시킨 행태였다는 뜻인데, 지표가 부재했나 싶고

Chapter 02 _ 숨고, 매출 단계를 넘어

린 분석에는 이런 말이 나온다. "사업 단계를 매우 중요시하는 이유는, 중점적으로 관리할 지표가 사업 단계에 따라 다르기 때문이다. 스타트업이 어떤 지표에 너무 일찍 초점을 맞추거나 별로 중요하지 않은 지표를 최적화시키면 반드시 실패하게 되어 있다." 그러므로 사업 단계를 지금부터 면밀히 살펴볼 것인데, 일단 5단계 사업단계를 소개하려 한다.

5단계 사업단계
공감 - 흡인력 - 바이럴 - 매출 - 확장

제품이 어떤 단계에 도달했는지 무엇으로 판단할 수 있을까. 내부자는 알 것이다. 하지만 외부자는 노출된 여러 자료를 조합하여 추측할 뿐이다. 그렇다 뇌피셜 범벅일 것이라는 밑밥 미리 깐다. 하지만 나름의 논리를 적용하여 풀어낼 것이니 양해 부탁드린다. 일단 선행적 예측으로, 숨고는 매출 단계에 진입했다고 보았다. 따라서 수익원을 고민하는 단계에서 '당근마켓처럼 당근페이 같은 거 도입하려나' 가늠했다.

이전에 바이럴 단계를 돌파한 모습은 마주쳐왔다. 여기서 숨고는 양면 마켓 플레이스이기에, 닭이 먼저냐 달걀이 먼저냐를 고민했음을 언지해본다. 우선 공급자 확보는 아래와 같다.

공급자 확보

숨고가 초창기에는 '레슨 분야'로서 정체성을 확립시켰었다. 그때 700-900명 강사를 모집했다고 자료를 본 적있고, 강의 매칭 서비스라 분류됐었다. 그러다 어느샌가 '레슨 분야에 한정하지 않고, 카테고리를 늘려 버티컬 -> 범용으로 전환'해 있었다. 공급자 풀을 넓혀서 유저를 불러오는 전략이었다. 고로 카피는 '전국민 생활 솔루션'으로 바꿨고, 가장 최근에 나온 TV 광고도 현황을 반영한다. 다양한 연령대, 다양한 분야의 재능 판매자들이 있음을 광고모델로서 표현하고 있었다.(커피 사진은, 바리스타 커뮤니티에 올라 온 고수 모집공고다. 공급자 확보는 이런 방식이었고, 카테고리 증가는,,,공급자 확보가 아닌가..?)

소비자 확보

바이럴 마케팅의 정석이랄까. 체험단을 모집해 버즈량을 늘렸다. 이후 숨고레터라는 콘텐츠를 발행했다. 구독신청을 하면 숨고의 서비스 정보를 비롯해 이용한 소비자들의 후기를 받아볼 수 있다.

그런데 말입니다. 실제로 자료를 추가적으로 수집해보니 숨고는 이미 매출도 돌파했다.

매출 단계에서의 전략은 '숨고캐시'였다. 숨고캐시란, 재능 판매자들이 고객과 연락을 하기 위해, 숨고에게 지불해야 하는 '일종의 토큰'이다. 린분석에 따르면 양면 마켓 플레이스의 주요 수익원은 '거래'라서 거래 건수, 수수료, 등록 건당 수수료, 판촉사진 등의 부가가치 서비스를 찾아야 한다고 한다. 이때 최적의 가격 체계를 제시해 사용자들이 지불하도록 설득한 다음 수입 일부를 고객 확보에 재투자하는 것이다. 그러니까 숨고는 매출을 얻기 위한 수단으로 '수수료'를 선택한 것이다. (생략된 자료가 있다. 숨고캐시 전에는, "월 정기결제 방식"을 돈줄로 택했다. 시행을 멈춘 후 수수료로 노선을 바꿨다)

이로서 숨고는 매출을 발생시킬 수 있었지만 한 가지 위기를 맞게 된다. "숨고는 수수료 장사꾼이다. 수수료 양XX다." 라는 원색적인 비난말이다. 공급자(=재능 판매자)가 견적서를 발행하고 소비자가 견적서를 클릭하면 수수료가 숨고에게 들어가도록 구조를 만들었다. 그러다보니 공급자가 많아질수록 매출이 늘었고 욕심을 부린 것 같았다. 업계 평균 금액임에도 불구하고, 수수료를 부담시키는 요소를 늘려왔었기 때문. 심지어 거래가 되지 않았음에도 계속 비용을 내야하는 문제도 있었다 한다.

그래서 2020년 숨고캐시 개편을 행했다. 고객이 견적서에 답하지 않으면 비용 보상 -> 고객이 견적서를 읽지 않으면 비용 보상으로 말이다. 이 마저도 비판을 받고서 하루만에 수수료 인하로 바꿨다. 지금은 견적서 외 고객과 채팅 상담 시 발생하는 수수료를 없애고, 2021년 숨고캐시 통합 모델로 변경하여 현재까지 유지 중이다.

Q. 사업성은 괜찮았을까?

매출 단계에서는 사람들이 지갑을 열 것인가 검증해야 한다. 이때의 공식이 CLV - CAC(고객으로부터 발생하는 수익 CLV: Customer Lifetime Value - 고객을 확보하는 데 들어간 비용CAC: Customer Acqusition Cost)이다. 위 상황을 보면 숨고는 CAC가 컸을 거라 짐작해서 아슬하다고 봤었다. 왜냐하면 고객 확보의 저비용 고효율은 바이럴인데, 수수료 비난때문에 바이럴에 문제가 있었을 것이라 조심스레 예측했다.

근데 린분석에 따르면, 매출을 측정하기는 쉽지만 전체 매출은 우상향으로 증가하는 경우가 많으므로. '실제 사업 건전성을 보여주는 더 좋은 지표 = 고객당 매출.' 라는 문장이 있다. 잠시 숨고에 대입해보자.

위 기사들처럼 숨고는 시리즈 C도 투자받았고, 누적 견적수도 3,300만 이라고 홍보했다. 그래 이런 겉면들이 우상향으로 보이는 허무지표일테다. 그럼 고객당 매출은 어떤가. 고객당 매출 ARPU = MRR/활성 유저수 혹은 Total revenue/ Total number of players (분자가 자료마다 다르다,,,질문해야 할까,,,매출액은 찾을 수 있어서 Total revenue를 썼다)

매출액과 MAU 자료를 얻을 수는 있었다. 다만 매출액 대비 MAU의 정도가 어느 수준인지 파악하기 어렵다. 그럼에도 내부적으로는 ARPU의 수치가 높았다고 예측했다. 최근 숨고의 행보가 사업 안정성을 딛고 확장하는 모습이기 때문이다. 비록 CLV - CAC를 볼 때는 사업성이 불안했지만 말이다.(= 뭐, 외부인의 개인적인 의견에 불과하니까 무의미하기도 하고.)

Chapter 03 _ 숨고, 확장 단계로

현재 확장 단계로 진입한 숨고, 어떤 전략을 펼치고 있을까?

2020년 12월 _ 조건이 맞는 고객에게 자동으로 견적이 발송되는 서비스 '바로견적'

2021년 12월 _ 고수의 전문성을 바탕으로 제작된 VOD 서비스 '숨고클래스'

2022년 03월 _ 고수가 서비스 상품을 등록하여 판매가능한 서비스 '바로구매'

연이어 신사업과 관련된 새로운 기능을 출시했다. 주목할 점은 모두 수익성에 치중된 기능들이다. 플랫폼 특성상 공급자가 줄어들면 안되니까 , 그들의 호소대로 수수료 문제를 해결했더니 매출 딜레마가 있었을 것이다.

린 분석에선 "사업을 확장해서 매출이 더 많이 발생하는 것은 좋은 일이지만, 대신 인게이지먼트(Engagement)가 감소하고, 초기 시장이 점진적으로 포화되어 고객 확보 비용이 증가하지는 않는지 주시해야 한다. 채널에 따라 세분화된 이탈률의 변화를 보면 사업이 확장되면서 가장 중요한 자산인 고객이 증가하고 있는지 아니면 관심이 줄어들고 있는지 알 수 있다" 주장한다.

이는 확장 단계에서 어떤 지표를 봐야할 지 힌트를 주고 있다. 구체적으로 적용하면 다음과 같을 것이다. 숨고가 매출 단계의 공식 CLV - CAC를 잘 이뤄냈고, 무리하지 않는다면 문제 없을 것이다. 또한 이탈률 즉 리텐션 지표인 N-day, Unbounded 리텐션, Braket 리텐션을 지표삼아 면밀히 분석해야 할 것이다.(실제로 요즘 이탈률이 늘고 있다한다. 본격 재능기부 경쟁을 하고 싶은 사람은 크몽,탈잉으로 - 과외 고수들은 김과외로 갈아탄다고 한다)

덧붙여서 매출과 인게이지먼트를 조합해보면, 사업이 확장되기에 충분한 장기적 가치를 제품이 가지고 있는지 알게 될 것이다. 이런 수준에 이르면 사용자 기반을 확장시키기 시작해도 좋다.라고도 언급한 부분이 있다. 가치는 전환율 계산에도 들어가는 개념이다. 긱 이코노미 시대가 도래하면서 경쟁자가 늘었고 비교분석하는 사용자들도 늘었다. 따라서 전환율은 더 중요시 될텐데 , 숨고가 가치까지 재확인 작업 혹은 디벨롭 과정을 거친다면, 긱 이코노미 시대의 경쟁자들을 제치고 고수가 되지 않을까 본다.

읽어주셔서 감사합니다.

이 시간이 지나면 읽을 수 없습니다, 롱블랙

세세셋 — Thu, 29 Sep 2022 22:36:17 +0900

W6D2 by 세세셋

Chapter 01 _ 프로덕트 선정

https://www.longblack.co/

롱블랙 LongBlack

매일 하나의 콘텐츠, 24시간 안에 안 읽으면 사라지는 구독 서비스, 롱블랙

www.longblack.co

롱블랙 = 지식 콘텐츠 구독 서비스. 먼저 서비스 정의를 내려봅니다. 그리고 '24시간이 니자면 사라지는 콘텐츠'란 캐치 프레이즈로 기업의 방향성을 예측하실 수 있는데요. 기존 구독 모델들과 달리, 콘텐츠의 타임어택을 정해놓고 그 시간이 지나면 소비할 수 없는 형태를 갖췄습니다.

즉 쌓여있는 지식이 아니라 지금 당장 봐야하는 지식으로, 사람들의 지식 습득 패러다임을 전환하려는 시도입니다. 다행히 결과는 지난 9월 출시 이후 MAU 10만명을 기록하며 순항 중입니다.

롱블랙을 프로덕트로 선정한 이유는 다음과 같은데요. 내년에 앱 출시가 예정되어 있지만 현재로서는 앱 서비스 없이 웹 서비스만 있는 상황이기 때문입니다. 한편 고객 데이터를 수집하고 분석하는 일련의 과정을 도와주는 툴. 대표적으로 Google Analytics와 Amplitude가 있다고 배웠는데요. 이번 과제에서는 Google Analytics 이하 GA를 활용하는 것이었고, 웹 페이지에 좀 더 최적화된 툴이라서 롱블랙을 택했습니다. (다만 두 가지 툴 모두 웹앱 구분없이 사용할 수 있긴 합니다)

Chapter 02 _ 롱블랙 핵심 기능, 지표

자, 롱블랙의 핵심 기능과 지표를 우선적으로 제단하기 전에 자문을 했습니다.

1) 어떤 경로로 유입되었든 간에, 롱블랙에 접속한 사람은 어떤 기능을 수행하려 왔을까?

2) 더 나아가 그 기능을 통해 이용자는 무엇을 얻고 싶어 할까?

이에 따라 페르소나와 유저스토리를 문장으로 작성해보고,어제 배운 Flow Chart를 작성하는 시간을 가졌습니다. 그 후 핵심 기능이 무엇인지 추출했고, PM이라면 GA로 흘러들어 온 데이터 뭉치를 유의미하게 분석하려면 무엇을 염두할 지도 고민했습니다.

위 Flow Chart 중 좌측은 롱블랙 신규 유입자의 흐름입니다. 비회원 상태에서 콘텐츠에 접근할 수는 있습니다. 그러다 절반을 읽으면 오른쪽 이미지를 만나게 됩니다. 보통의 프리미엄 콘텐츠를 제공하는 미디어 기업과 같은 방식으로 말입니다. 결과적으로 신규 이용자 : 콘텐츠가 좋으면 택할 수 있는 입장권 구입하기(=구독하기 기능)이 중요하고 롱블랙 : 매출로 이어지는 그 수를 늘리는 것이 중요합니다. 이에 고려할 지표는 1. 전환율(=입장권 구매까지 달성) 2.MRR(Monthly Recurring Revenue)이 될 것입니다.

Chapter 03 _ 롱블랙 GA

출처 롱블랙

롱블랙 웹 페이지 소스 찾기 - Google Analytics 코드 삽입 확인 작업을 직접 해보았는데요. 위 사진의 네모 칸이 코드에 해당하는 파일 그룹이었습니다. (사실 이렇게 찾는 게 맞는지 확실하지 않다. 검색을 통해 소스 확인 법을 따라했기에) 여튼 롱블랙 역시 GA 코드를 심어 고객 발자취를 수집하고 있었는데요. 관계자가 아니기 때문에 어떤 흔적들을 면밀히 보고 어떤 행동을 지켜보는 지 자신있게 말할 수 없습니다만. 그럼에도 위에서 살펴본 지표를 추적할 것들을 택해보면 다음과 같습니다. 참고로 데모 계정을 사용한 결과값입니다.

1. 전환율(=입장권 구매까지 달성)

'전환율 = 사용자가 목적인 행위를 하는 지점' 이 일반적인 정의인데요. 이를 롱블랙에 적용하면 전환 = 입장권 구매였습니다. 그러므로 롱블랙으로 유입된 이용자는 로그인 유무와 상관없이 일단 콘텐츠를 맛보기할 수 있는 상태에서, 입장권 구매하기 CTA를 1차 진입으로 누르는가가 관건일텝니다. 이처럼 해당 과정까지의 여정이 있기 때문에, 기업 측에선 전환율이 어디서 낮고, 어디서 높은지 확인하는 작업을 할 것입니다. 여기서 전환율이 어디서 낮은 지 = 이탈률 이 되겠고 방지하는 목표가 최우선이 퇼텝니다.

GA에서는 전환 > 목표 > 개요 순으로 진입하면 목표 전환율을 목격할 수 있습니다.

GA에서는 행동 > 행동흐름 순으로 진입하면 어느 페이지에서 이탈하는 지 목격할 수 있습니다.

GA에서는 행동 > 전환가능성 순으로 진입하면 이탈률을 목격할 수 있습니다.

GA에서는 행동 > 이벤트 > 이벤트흐름 순으로 진입하면 이탈 시 어떤 행동이 발생하는 지을 목격할 수 있습니다.

그로스 해킹을 배울 때, 고객 유입 분석 중 '이벤트'라는 개념이 있었는데요. 고객의 행동을 각각의 이벤트로 나누고, 이벤트에 따라 얼마나 많은 고객들이 유입되고 이탈하는 지 분석할 수 있다 설명들었습니다. 그래서 GA에서도 이벤트 - 전환/이탈률을 연결할 수 있는 항목이 있어서 추가했습니다.

2.MRR(Monthly Recurring Revenue)

MRR은 구독으로 발생하는 매출이고 , 용어 자체를 보면 '월간 순환 매출'입니다. 지표로 삼은 이유는 롱블랙이 다름아닌 월 단위 구독상품이기 때문입니다. 일시적인 콘텐츠 페이지 체류시간 보다, 오히려 한 달 단위로 구독 연장 여부를 고민할 거 같아서 넣었습니다. 덧붙여 기업 측에서도 이 지표를 참고해야 월 단위 계획을 더 세밀하게 준비할 수 있지 않을까 생각했습니다.

GA에서는 전자상거래 > 매출 실적 보고서 순으로 진입하면 일/주/월별 기간에 거래 ID별로 매출 관련 항목(ex 구독권 환불)을 비교분석할 수 있습니다.

읽어주셔서 감사합니다

산돌구름 모바일 플랫폼 -(4)

세세셋 — Wed, 28 Sep 2022 08:00:43 +0900

산돌구름 모바일 플랫폼 = 사막의 오아시스

사막의 오아시스라고 명명한 이유는, 애플 유저에게 '유일무이한 한글폰트 모바일 플랫폼'이라서 그렇다. '애플유저에게 유일무이한' 여기서 알 수 있듯, 산돌이 PC 플랫폼을 성공시키고 모바일 플랫폼의 성공까지 바라본 건 '타겟층'이다. 그 타겟층이라 함은 '한글폰트 모바일 플랫폼'에 매우 목말라 있던 애플 유저다. 이처럼 산돌구름 모바일 플랫폼 탄생만으로 유입을 이끌 수 있는데, 또 세분화된 타겟층이 남았다. 바로 'Z세대'. 정리하면 해당 서비스는 '한글폰트 모바일 플랫폼에 갈증을 느껴오던 Z세대 애플 유저'만 제대로 공략해도 성공할 것이란 점을 칠 수 있는 상황이었다. 그러므로 산돌구름의 제 1 전략은 타겟층 바로 짚기 아니였을까 생각했다.

더 구체적으로 전략을 나열해 보면 다음과 같다.

전략 1-1

4000원대 폰트로만 구성하기

산돌구름에서 얻을 수 있는 폰트는 총 2가지 분류다. 무료폰트 그리고 유료폰트. 이때 유료폰트를 얻는 경로도 총 2가지다. 개별 구독 그리고 전체 구독. 하여튼 이 유료폰트를 개별 구독으로만 바라봤을 때, 가격대가 최소 4400원부터 최대 10000원으로 구성되어 있다. 그런데 모바일 플랫폼은 PC플랫폼 그대로 가져오지 않고 4000원대 폰트로만 구성한다. 비교적 재력이 낮은 Z세대가 모바일 폰트를 쓰기 때문이다. 결과적으로 여러 가격대가 혼합된 PC 플랫폼이 아닌, 모바일 플랫폼만의 Lock in 요소로 작용할 것이다.

전략 1-2

카카오웹툰과 업무 협약하기

업무협약 내용을 간략하게 설명하면 '산돌구름 폰트를 이용한 카카오웹툰 작품은, 작품 하단에 산돌구름 로고를 붙이는 것'이다. 이 전략은 산돌구름 모바일 플랫폼만을 바이럴하기 보다는, 산돌구름 PC와 모바일을 모두 아우르는 홍보 전략에 해당하긴 한다. 하지만 모바일 기기로 웹툰을 많이 보는 Z세대를 겨냥한 듯하여 타겟층에 걸맞는 전략이라 판단했다. 개인적으로 지난 7월에 시작했고 그 결과 리포트가 궁금하다. (자료를 첨부했는데 그나저나 Z세대 이용률은 네이버웹툰이 더 높았다.아앗..)

전략 1-3

생산성 앱과 연동하기

산돌구름 PC 플랫폼과 모바일 플랫폼의 가장 큰 차별점은 '생산성 앱과의 연동'이다. 특히 아이패드라는 모바일 기기를 소지한 Z세대들이 자주 사용하는 굿노트, 루마퓨전, 어도비 앱 등을 우선적으로 선택하였다. 다른 경쟁사도 이 연동성을 늘리고 있기에, 집중해야 할 전략은 틀림없다.

그로스 해킹의 전제 = PMF 확인

이번 위클리 과제는 그로스 해킹과 관련된 것임을 밝힌다. 덧붙여 그로스 해킹 개념을 이해하려고 <그로스 해킹 - 지은이 양승화> 를 읽었는데 " 어떻게 하면 성장하는 서비스를 만들 수 있을까? 그로스 해킹은 이 질문의 답을 찾는 과정이라고 할 수 있다"라는 구절이 있었다. 비로소 조금의 감을 얻긴 했지만, 여전히 부족한 이해도로 글을 계속 전개해보려 한다.

책에 따르면 그로스 해킹의 전제는 PMF = Product Market Fit 시장적합성이다. 그로스 해킹을 하기 전, 애초에 출시한 제품이 시장적합성에 맞았나 점검하는 것이다. 그렇지 않다면, 아무리 그로스 해킹을 시도해도 효과는 없다 한다. 한편 PMF 확인은 1) 리텐션 2) 전환율 3) 순수 추천 지수라한다. 여기서 전환율을 아래 AARRR이라는 전환 퍼널 프레잉워크로 가늠해 볼 것이다.

산돌구름 모바일 플랫폼 AARRR

사람들이 어떻게 산돌구름 모바일 플랫폼을 알고, 폰트 구매까지 하게 될까?
산돌구름 모바일 플랫폼 유저의 전환 프로세스 (1-7순으로) 으로도 적어보았고, 아래 퍼널깔때기로도 작성해 보았다. 퍼널깔때기는 '무료 폰트 & 유료 폰트 상관없이 유입하는 사람' 과 '유료 폰트를 위해 유입하는 사람'을 구분하긴 했다.

1. SNS마케팅 채널, 산돌구름 웹사이트로부터 유입
2. 무료 폰트부터 진입시도
3. 무료 폰트 설치
4. 폰트 다양성 니즈 발생
5. 유료 폰트 탐색
6. 유료 폰트 구입법 인지
7. 유료 폰트 구입(=월 구독)
8. 재방문

Acquisition(고객 유치)
네이버 블로그, 인스타그램, 유튜브 등 현재 SNS 마케팅 채널을 골고루 운영 중이다. 이건 기업 측의 홍보 수단이긴 한데, 파생적으로 사용자가 직접 해당 마케팅 채널에서 언급하는 경우도 많다. 특히 유튜브에서는 '아이폰 폰트 설치', '아이폰 폰트 추천'을 검색하면 영상 콘텐츠로든 댓글로든 산돌구름 모바일 플랫폼의 존재를 알 수 있는 언지들이 많았다.

사실 가장 강력한 것은, 앱스토어에서 '폰트'라고 검색했을 때 해당 서비스가 가장 상위로 뜬다는 것이다. 보통 ifont가 기존 애플 유저들의 폰트 이용 방식이었기에 유의히한 경로라고 생각했다.

이 단계에서 봐야할 지표

1. 고객 획득 비용(CAC) : 채널별 성과는 고객 획득 비용이라는 개념으로 측정할 수 있다 한다. 계산법은 마케팅에 사용한 비용을 가입한 유저 수로 나누는 방법이라 한다.

2. 어떤 경로로 들어오는가 - 모바일 앱 어트리뷰션 관찰 : 모바일 앱에서의 유입 기여를 보는 것이다.

페이팔 창업자 피터 티엘은 '고객 유치 성과가 정체된 것처럼 느껴질 때, 새로운 채널을 찾는데 많은 리소스를 쓰지 말고 기존 채널을 최적화하라'고 했다 한다. 그렇다면, 산돌구름 모바일 플랫폼도 꽤 다양한 유입경로를 지닌 것으로 보이며, 이 중 최적화된 경로를 강화해야 할 것이다.

2
Activation(활성화)
활성화 단계에서는 고객 유치를 통해 데려온 사용자가 우리 서비스의 핵심 가치를 경험하게 만드는 것이 중요 포인트라 한다. 즉 어렵게 데려온 사용자들이 서비스에 잘 안착하고 도중에 이탈하거나 중도 포기하지 않게 하는 방법을 찾아야 한다.

이때 고려해야 할 질문들이,

Q. 핵심 가치를 경험하는 시점과 그곳으로 연결되는 각 단계를 잘 정의했는가?
A. 산돌구름 모바일 플랫폼은 그 단계를 가시화한 온보딩 프로세스는 부재하다. 다만 네비게이션 바 자체에서 핵심 기능(유료폰트, 무료폰트)을 정의하고, 이용법 가이드를 제작해 제공하고 있다. 그러나 한 가지 아쉬운 건, 구독권 이용에 대한 설명은 부족하다. 가령 아래 사진처럼 팝업이 떴다고 가정하자. 여기서 신규 유저는 구매 루트를 알 수 있는 경로가 모바일 플랫폼에는 없다(아래와 같은 팝업이 뜨는 폰트는 PC플랫폼에서 검색해서 구독권을 구매한 뒤에 사용하다). 바로 구매를 하고 싶어도 못 하는 상황이 발생했다면 - 이탈할 여지가 충분하지 않은가. 그래서 이 질문에 대한 답을 할 때, 음 각 단계를 잘 정의한 게 맞을까? 조금은 의문이었다.

Q. 각 단계별 전환율을 어떤 기준으로 측정하는가?
퍼널 분석의 핵심은 각 단계별 전환율을 측정하는 것. 산돌구름 모바일 플랫폼은 '상품 페이지 - 구매하기 CTA 버튼 - 인앱 결제 창 - 결제 완료'가 핵심 흐름인데 여기서 이탈률을 따져야 할 것이다. (개인적으로 인앱 결제에서 이탈했다. 인앱 결제인지 몰라서였다. 카드결제인줄... 그래서 스텝백 스텝백 했다)

Q. 코호트에 따른 퍼널별 전환율을 보고 있는가?
퍼널 분석의 진정한 가치는 주요 퍼널에서의 단편적인 전환율을 계산하는 데 있는 것이 아니라 전환율에 영향을 미치는 유의미한 선행지표를 발견하는 데 있다 한다. 그런 의미에서 코호트 분석법은 중요하다. 산돌구름 모바일 플랫폼은, 폰트 헤비 유저-라이트 유저의 폰트 교체 주기에 따라, PC구독권을 이미 결제한 지에 따라 실험을 해 보고 있을 듯 하다. 혹은 추후에 이벤트를 한다든지!

이 단계에서 봐야할 지표

1. 각 단계별 트래픽, 페이지뷰

2. 전환율

3
Retention(유지율)

활성화 다음 단계는 유지율. 얼마나 꾸준히 경험하는 지가 중요하다. 그래서 가장 중요한 단계이지 않을까. 읽은 책에서는 "리텐션은 일반적으로 접속을 기준으로 측정한다.하지만 리텐션의 기준이 되는 행동을 꼭 접속으로 한정할 필요는 없다. 일반적으로 접속이나 로그인을 기준으로 리텐션을 측정하는 이유는 사용자가 서비스에 진입하는 것이 유의미한 행동이며, 이러한 행동이 반복되는지 살펴보는 것이 중요하기 때문이다" 라고 말을 했다. 음, 신규 사용자를 단골고객으로 이끄는 발판을 마련해라. 가 포인트라는 말로 들렸다.

그랬을 때, 산돌구름 모바일 플랫폼은 리텐션을 위해 '유료 폰트 한정 기간 무료 폰트로 전환' 마케팅을 펼치고 있다 생각했다. 옆 사진에서 보듯, 본래 유료 폰트인 것을 한정 기간동안만 무료 폰트로서 다운 받을 수 있게 한다. 이는 주기적으로 열리는 행사다.

따라서 자신이 찜해놓은 유료폰트가 언제 해당 이벤트의 대상이 될지 기다리는 사용자도 있을 것이다. 즉 그걸 기대하며 드나들 것이다.

사실 UX 측면보다 마케팅적인 시각은 맞다. 근데 리텐션을 이끄는 요소는 이것밖에 보이지 않아 서술해본다.

이 단계에서 봐야할 지표

1. Day n 리텐션

2. 범위 리텐션

4
Revenue(수익화)

결국 사업의 성패를 가는 것은 수익화. 수익화를 위해 서비스가 어떤 비즈니스 모델을 가지고 있는 명확히 이해하고 있어야 한다. 이에 따라 산돌구름 모바일 플랫폼은 '구독 수익 모델'을 채택 중이다.

개별 폰트 / 전체 폰트를 분류하고 각 1년 단위의 구독료를 지불하는 시스템이다.

이 단계에서 봐야할 지표

1.ARPU

2.LTV

5
Referral(추천율)

기존 사용자가 신규 사용자를 끌어들이는 것. 이라고 해석했다. 그렇다면 산돌구름은 인스타그램에서 '친구 소환 이벤트'를 펼쳤는데 이는 AARRR 추천율과 관련이 있지 않을까 했다.

그런데 , 그로스의 대표 예시인 '드롭박스' 사례에서도 얼핏 느꼈지만 AARRR에서의 추천은 일회성이 아닌 것 같았다. 관련 서적을 찾아보니 그 책에서도 '서비스 내에 입소문을 통한 선순환 구조를 어떻게 설계할 것인가'가 중요하다고 강조했다. 결론은 산돌구름 모바일 플랫폼은 이 Referral 단계가 부실하다. 그런 구조가 전무하기 때문이다.

이 단계에서 봐야할 지표

1. 바이럴 계수

산돌구름 모바일 플랫폼, 더 성장하려면

일단 산돌구름 모바일 플랫폼, 성장 포인트는 찾았는가? - x

산돌구름 PC 플랫폼의 누적 회원수는 100만을 돌파했다고 한다. 그런데 같은 시기의 한 기사에 따르면, 모바일 플랫폼은 누적 다운로드 40만회를 돌파했다. 기존 누적 회원수 대비 / 모바일 플랫폼 사용률은 아직 낮은 수준이다.

한편, 2022년 10월 11일 기사에 따르면, 모바일 플랫폼의 구매 건수가 증가했다. 776% 뭐 이건, 1원 - 1000원돼도 1000%라 말할 수 있으니 크게 의미를 두면 안 된다. 단지 급증했다는 사실이 중요할 뿐. 요인으로는 창작인구 증가, 카카오톡 자체에서 산돌구름과 연동 가능때문이라 설명한다.

쟁점은 '산돌구름 모바일 플랫폼이 외부적 요인에 의해 성장가능성을 점치고,

내부적 요인에서는 여전히 그로스 포인트를 찾는게 숙제' 라 판단했다.

현 상태에서 더 성장하려면?

위 AARRR에서 부족했던 부분인 '활성화 ' , '추천율' 부분을 개선해야 하지 않을까.

활성화에서 문제점이었던, '구매 경로 안내 부재' ,'구매 방식의 명료화' -> '구매 경로 안내 페이지로 이동' , '구매 방식 가이드 활성화'

추천율의 문제였던, 서비스 자체에서 추천 선순환 구조 만들기가 없다 - > UX 상으로 고민할 문제

온보딩 프로세스를 설계해 친구 추천으로 온 사람을 따로 구분한다든지 , 친구 추천 시 할인 가를 적용하는 제도를 도입한다든지

Z세대는 친구와 공유하는 문화가 크기 때문에, 더욱 시너지가 클 것이라 예상된다.

스페이스클라우드 호스트센터 AB테스트

세세셋 — Mon, 26 Sep 2022 18:13:59 +0900

W5D4 by 세세셋

Chapter 01 _ AB테스트

A안 - B안. 목적이 같은 두 개의 변형을 '종합 대조 실험'으로서 삼는 방법론을 AB테스트라고 한다. 이 테스트를 통해 대상이 A안과 B안 중 어디에 더 효과적으로 응답을 하는 지 보는 것이다.

기업은 이런 테스트를 왜 해야 할까. 수익을 증대하기 위해서일테다. 좀 더 제련된 설명으로는 'AB 테스트란, 가설 수립 - 실험 진행 - 결과 분석 크게 3단계로 진행되는 그로스 해킹 방법론으로, 얻은 인사이트를 제품의 성장 엔진으로 삼아야 한다'가 있었다.

그리고 오늘, 학습 내용에서 이 AB 테스트의 구성 요소를 알아보았고 아래와 같다.

가설 : ~하면 ~일 것이다.
목표 : A/B 테스트의 목표
기간 : A/B 테스트의 기간
대상 : A/B 테스트를 진행할 대상 고객층(사용자 세분화 / 코호트 분석)
측정 지표 : 전환율, 이탈률 등 대표적으로 측정할 지표 설정
결과 : P-value와 같은 요소를 통해 통계적 유의성 계산(실제로 이 통계가 유의미한가?)
결론 : 결과가 우수한 내용(측정 지표가 높은 안)을 실제로 적용

Chapter 02 _ 가상 AB테스트

https://eunseung797.tistory.com/25

[코드스테이츠 PMB 14기] 스페이스클라우드 호스트센터, 잠시 대여했습니다

W5D3 by 세세셋 Chapter 1 . 스페이스 클라우드 호스트센터 이틀에 걸쳐 한 제품의 AB테스트를 진행해야 하는 과제. 때문에 어떤 제품을 선택할 지 고민이 많았는데요. 그러다 스트레스를 너무 받아

eunseung797.tistory.com

지난 과제에서 스페이스 클라우드 호스트센터를 프로덕트로 선정하였다. 해당 페이지를 단계별로 분해하며 어떤 지점에서 개선사항이 필요한 지 검토하는 시간이었다. 이때 카피 - CTA 버튼를 면밀히 살펴보며 호스트 희망자가 페이지 만으로, 충분히 기업의 의도대로 따라와 줄지 분석하는 게 중요했다. 그런 시각에서 봤을 때 하나 둘 리디자인 할 부분이 드러나기 시작했다. (과제를 하며 '호스트센터 혹은 파트너센터'를 많이 조사했는데, 비교적 스페이스클라우드는 UX가 굉장히 깔끔했다. 그래서 더 안 좋은 사레를 했더라면,,,하는 아쉬움이 있었다)

그리고 이번 과제에서는 가상 AB테스트를 진행할 것이다. 전에 한 번 더 '스페이스 클라우드 호스트센터'의 존재 이유를 짚어 볼 필요가 있었다. 스페이스클라우드는 공간 대여 플랫폼 원조지만 아워플레이스, 쉐어잇 이라는 후발 주자들이 등장했다. 따라서 '스페이스 클라우드로 호스트 유치를 성공시킬 페이지'로서 호스트센터의 역할은 막중하다.

이런 시각에서 '기획전' 단계가 조금 미흡해 보였다. 기획전은 마케팅 제휴 목적으로, 스페이스 클라우드가 메인화면에 무료로 공간을 노출해주는 것을 말한다. 호스트가 아닌 유저에겐 주제별 공간 큐레이션 서비스라서 스페이스 클라우드 자체의 이용률을 높이는 데 협조하고 있다.

미흡하다고 본 이유는, '기획전 신청하기' CTA 버튼을 누르는 비율이 적을 것 같아서다. 분명 카피에 후킹 요소가 있긴 하다. '메인화면에 무료로 노출 - 예약률 높여보세요'가 해당할 것이다. 근데 설명 글은 호스트가 얻을 이익에 그치지만, 기획전이 어떤 느낌으로 진행되는 지 이미지를 첨부하면 이해도를 높일 수 있을 것 같았다. 물론 유저의 재량껏 스페이스 클라우드 앱에 접속해 기획전의 상세한 느낌을 볼 확률도 있지만, 호스트센터에서 다이렉트로 볼 수 있는 방안도 만들면 좋겠다는 생각 그쯤....(안 돼ㅠㅠㅠ 이거 아닌 거 같아ㅠㅠ뇌피셜ㅠㅠ)

As is	To be

~~하..나름 만들긴 했는데 내꺼 허접쓰...~~

가설 : 기획전 상세 이미지를 추가한다면, CTA -기획전 신청하기 버튼 클릭률이 높아질 것이다.
목표 : 기획전 유입률 증가
기간 : 10월 기획전 ~ 12월 기획전 (약 3개월)
대상 : 호스트로 가입된 지 1년 미만의 계정 중 호스트센터에 접속한 고객 2000명
A - As is 기존 페이지
B - To be 수정 페이지
측정 지표 : 전환율, 클릭율, 기획전 설명 문의량
스케쥴
1주 : AB 그룹 분류, CTA 버튼 활성화 점검, 테스트 진행
2주 : 중간점검, 데이터 분류, 지표 확인, 인사이트 도출
3주 : 최종 지표 확인, 가설 검증 확인, P-value 확인

스페이스클라우드 호스트센터, 잠시 대여했습니다

세세셋 — Fri, 23 Sep 2022 21:48:24 +0900

W5D3 by 세세셋

Chapter 1 . 스페이스 클라우드 호스트센터

이틀에 걸쳐 한 제품의 AB테스트를 진행해야 하는 과제. 때문에 어떤 제품을 선택할 지 고민이 많았는데요. 그러다 스트레스를 너무 받아서 예능 스트릿 맨 파이터를 보다가 춤이 땡겼고, 연습실 공간 대여 검색까지 했습니다. 바로 '스페이스 클라우드'에서 말이죠. 어느 기사를 봤는데, 안그래도 댄스 열풍이 불어서 스페이스 클라우드의 매출이 증가했답니다.

프롭테크 들어보셨나요? 프롭테크(Proptech)는 부동산(Porperty)와 기술(Technology)의 합성어입니다. 전통 산업의 한 축이었던 부동산 분야의 디지털 전환을 이루는데 있어 기여하는 스타트업 또는 기업을 '프롭테크 기업'이라 분류하며 대표적으로 앤스페이스가 있습니다.

앤스페이스는 2014년부터 꾸준히 공급자(공간 운영자)의 디지털 전환 및 공간 콘텐츠 기반 서비스에 대해 다뤄왔는데요, 공간 대여 플랫폼 or 생활 공간 서비스라 지칭되는 '스페이스 클라우드'가 그것입니다.

스페이스 클라우드는 시간 단위로 공간을 대여하거나, 공유 오피스와 같은 자산가치의 활용을 사용자 중심으로 전환하는 공간 공유 서비스입니다. 주로 회의실,파티룸,연습실, 복합문화공간으로 이 외 25개의 공간 유형을 유휴 시간대에 필요한 사람에게 연결해줍니다. 이때 MZ가 주 고객층이라고 합니다. 이들은 장소 대여를 통해 공간을 다양하게 사용하는 것이 익숙하기 때문이라는 분석입니다.

스페이스 클라우드는 현재, 코로나로 위축된 공간 업계의 위기를 잘 관리하면서도 꾸준한 성장세로 시리즈 B 투자유치까지 완료된 상태인데요. 거기다 MZ세대 내 공간 대여 문화가 성장하면서 최근 거래액이 700억을 육박했다고 합니다. 임대 -임차를 공급자 중심에서 사용자 중심으로 관점을 변화한 게 요인이었고, 이로서 앞으로 '공간 시장의 가치 창출'은 더욱 커질 것이라 예상하는데요.

그에 따라 스페이스 클라우드 속 활발한 거래는 '호스트 유치의 중요성'으로 귀결될 것입니다. 야놀자, 여기어때 등 숙박업소처럼 스페이스 클라우드도 이미 호스트 센터를 운영 중인데요. 이번 과제에서는 빌리는 사람 말고, 빌려주는 사람으로 한번 이입해서 스페이스 클라우드 호스트센터 랜딩 페이지를 분석 후, AB테스트로 나아가려 합니다.

Chapter 2 . 랜딩 페이지

1단계 : CTA - 검색광고 구매페이지 이동

1단계 2017년 ver

메인 카피 - 내 공간에 맞는 하루 단위 검색광고
CTA 카피 - 구매하기

2017년 자료(두번째 이미지)를 가져 온 이유는, 스페이스 클라우드의 현주소를 더 명확히 하기 위함이었습니다. 1단계를 구성한 것부터 다릅니다. 추측컨대 이전에는 공급 유도가 시급했고, 지금은 충분하니 공급자끼리 경쟁하라고 광고를 유도하는 듯 합니다. 또한 랜딩페이지에 도달한 잠재고객에게도, 검색광고 가능을 설명해줄 수 있는 정보성 이미지로서 역할을 하고 있고요.

개선

(개선) 1단계 : CTA - 검색광고 구매페이지 이동

하지만 검색광고가 무엇인지 일면식이 아주 없는 사람에게는, 조금 불친절한 카피들인 것 같았습니다. 더군다나 CTA를 타고 들어가면 하루 단위 검색광고가 무엇인지 더 세세하게 설명한 페이지가 나옵니다. 따라서 1차 진입경로에서는, 이목을 집중시킬 직접적인 카피가 적절하다고 판단했습니다.

2단계 : CTA - 입점하기

메인 카피 - 지금 MZ세대들을 위한 공간비즈니스를 시작해보세요!
서브 카피 - 등록가능공간 l 모임 촬영 스터디 연습 행사 공유오피스까지
CTA 카피 (1) - 입점 제안서, (2) 공간 등록하기

해당 단계가 랜딩 페이지의 실질적인 주인공입니다. 스페이스클라우드의 호스트를 희망하는 이의 본격적인 시작점을 돕는 기능으로 몰려있기 때문입니다. 좀 더 구체적으로 서술하면, 메인카피와 서브카피 사이에 '입점 제안서' = 입점 제안서 pdf문서 활성화. '공간 등록하기' = 등록 페이지로 이동 CTA가 있으며 옆 이미지는 공간 예시를 표현하는 아이콘입니다. 이때 아이콘들은 실제로 스페이스클라우드에 적용되는 아이콘과 동일합니다

개선

(개선) 2단계 : CTA - 입점하기

(앗. CTA카피의 폰트가 더 작아야 했다.) 여튼, 메인 카피가 정돈된 느낌이 아니라서 수정을 했습니다(그렇다 내꺼도 그리 준수한 건 아니지만) 또한, 등록 가능 공간을 위로 옮겼는데요. 공간을 등록하기 전 고려 사항인데, CTA 버튼보다 위에 있어야 인지 단계로서 적합하지 않나 판단했습니다.

3단계 : CTA - 제휴

메인 카피 - 기획전 제휴공간 상시모집
서브 카피 - 마케팅 제휴, 메인화면에 내 공간을 무료로 노출하고 에약률을 높여보세요!
CTA 카피 - 기획전 신청하기

오른쪽 사진처럼 스페이스클라우드 앱에 들어가면, 홈 화면 하단에 있는 기획전 카테고리가 있다. 기획전은 공간 용도, 분위기에 맞춰 유저에게 큐레이션 서비스를 제공하는 것이다. 마케팅의 일환이기 때문에 등록한 공간이 유저에게 소개된다면 매출로 이어질 확률이 높다. 기획전 신청하기를 누르면 구글폼이 나오는데, 꽤 상세하게 정보를 기입해두었다.

(개선) 3단계 : CTA - 제휴

기획전 예시 그림 or 기획전 예시보기 CTA 버튼을 추가하면, 이 단계를 읽다가 "기획전이 뭐였지?" 하는 궁금증을 바로 해소시켜 줄 것입니다. 그리고 각 카피간의 간격도 많아서 가독성이 떨어지는 듯 합니다.

4단계 : 설명

메인 카피 - 대한민국 No.1 공간공유 플랫폼, 스페이스클라우드의 호스트가 되세요!
서브 카피 - 쉽고 빠른 예약관리, 호스트 전문 케어팀, MZ세대600+ 만명 경험!, 국내 최대 공간 호스트 연결!
본문 -
쉽고 빠른 예약관리 : 누구나 쉽게 공간을 등록하고 예약과 정산을 관리할 수 있습니다.
호스트 전문 케어팀 : 호스트의 공간운영, 광고상품 관리를 전담하는 호스트 케어팀이 서포트 합니다
MZ세대600+ 만명 경험! : 100만명의 회원이 즐겨 찾고 서비스 경험 이용자가 빠르게 증가하고 있어요
국내 최대 공간 호스트 연결! : 3만팀 이상의 공간 운영자 그룹이 스페이스클라우드를 활용하고 있습니다.

5단계 : CTA - 이벤트 상세페이지 이동

메인 카피 - 배너마다 상이함
서브 카피 - 배너마다 상이함
CTA 카피 - 바로가기

5단계 : CTA - 공지사항 열람

메인 카피 - 공지사항
CTA 카피 - 공지 더 보기

6단계 : CTA - 회원가입 및 로그인

위에는 비즈니스라 하고, 여기는 비지니스라 하고 일관성이 없는건가 혹은 오타인건가

메인 카피 - 예약부터 마케팅까지, 스페이스클라우드와 함께하세요
서브 카피 - 스페이스클라우드와 함께라면 호스트님의 공간 비지니스가 더 편리해집니다. 스페이스클라우드에서 나만의 고객을 만나시고, 광고, 통계, 정산 보고서를 통해 데이터 기반의 사업을 만들어가세요.
CTA 카피 - 공간 호스트 시작하기

(개선) 6단계 : CTA - 회원가입 및 로그인

위에선 호스트 뿐이었는데, 여기선 공간 호스트라 칭하고 있다. 그러므로 일관성있게 '호스트 시작하기'라고 해도 좋을 것 같다. 그리고 텍스트가 많은 편이다. 볼드 유무, 폰트 크기로 위계가 구분되었지만 많은 느낌을 지울 수는 없다.

7단계 : CTA - 마케팅 채널 링크 / 정보고지

https://partner.spacecloud.kr/

스페이스클라우드 SpaceCloud

원하는 공간에서, 우리다운 시간을

partner.spacecloud.kr

달콤한 영어, CAKE(케이크)

세세셋 — Thu, 22 Sep 2022 21:48:41 +0900

W5D2 by 세세셋

Chapter 01 _ 프로덕트 선정

세계 공통어가 한국어였으면 좋겠다. 하다못해 한국어 못 하는 파란 눈의 이들이 날 보고 겁먹는 상상도 했었다. 하지만 현실은 정확히 그 반대이지 않은가. 이런 영어울렁증을 극복하고자 미드 영어, 전화 영어, 듀오링고 등의 방법을 모색했다. 그러던 중 알게 된 '케이크'

케이크는 네이버 자회사 SNOW에서 분사한 독립법인이다. 2018년 출시된 이후 4년 만에 일본, 대만, 베트남, 태국 등 아시아 지역에서는 물론 중동 남미 지역에서 인기몰이 중인 '영어학습 앱'이다. 최근에는 프랑스, 이탈리아를 포함한 유럽 국가에서도 사용자가 급증해 다운로드 수 1억건을 돌파했다. MAU는 1000만명 이상으로, 글로벌 1위 교육 앱 듀오링고에 이어 2위 서비스 사업자로 등극했다._출처 전자신문 2022

주요 학습 콘텐츠는, 원어민의 생생한 영상을 큐레이션한 '숏폼'콘텐츠다. 따라서 출퇴근 시간에 자기계발을 도모하는 2030 세대로부터 인기를 얻고 있다는 후문. 이후 다양한 언어로 지평을 넓히고, 사용자의 학습 활동 코칭에 인공지능 (AI)기술 활용도를 높여나갈 계획이라고 관계자가 답했다 한다.

Chapter 02 _ 비즈니스 모델 / 프로세스 분석

영어학습 앱의 유형은 단어장, 전화영어, 미드 등으로 다양하다. 이 중 케이크는 위에서 언급했듯이 '숏폼 콘텐츠'를 주력으로 학습을 권장하고 있다. 즉 학습자가 선택할 수 있는 콘텐츠의 수가 많을수록 학습 만족도가 높아지는 구조다.

이를 반영하여 케이크는 2가지 비즈니스 모델을 구축했다. 1) 학습 콘텐츠 중에 삽입하는 광고 수수료 2) 케이크 플러스 구독제가 그것이다. 솔직히 유튜브 광고 - 유튜브 프리미엄처럼 1번과 2번안이 유기적이다. 공부량을 늘리고 싶은 학습자는 콘텐츠를 더 많이 클릭할 것이고, 그에 삽입하는 광고 수익으로 매출을 얻는 것. 반면에 광고제거를 할 수 있는 구독형 멤버십 케이크 플러스에 가입까지 유도하여 매출을 얻고 있다.

2가지 중에서도 매출에 기여하는 가장 중요한 기능 = '케이크 플러스 구독제' 광고제거, 콘텐츠 무제한 시청 등 더 많은 혜택을 견인하는 기능이기 때문이다.

그렇다면 사람들은 어떻게 '케이크'를 알고 '케이크 플러스 구독'까지 하게 될까?

오늘 배운 학습의 키워드는 '고객 유입 분석'의 대표 기법 퍼널 분석이었다. 그리고 퍼널 분석의 프레임워크가 'AARRR'임을 배웠다. 사실 용어가 많고 이론 간의 연관성을 추리느라 어려웠다. 그래도 PM님이 강조해주신 것처럼 '고객을 끌고 와서 매출로 만드는 일련의 과정'으로 정리하면 조금 더 수월하긴 했다.

이 같은 사고흐름에 정착하니, 비로소 케이크의 유저는 어떤 사람들인가 고민해보았다. 관련 자료도 찾아보았는데 핵심은 '목적형 소비자'라는 것. 아무래도 학습 어플을 이용하는 사람은, 명확한 동기를 가지고 시작하기 때문이라는 말이었다. 따라서 케이크도 해당 유형의 소비자가 유입됨을 염두하고 전환 프로세스를 설계했다고 판단했다. 그 구체적인 서술은 아래와 같다.

케이크 유저의 '전환' 프로세스 (1-7순으로)

1 여러 마케팅 채널로부터 유입 시도
2 학습할 수 있는 콘텐츠 확장 시, 제한
3 콘텐츠 갯수 및 타 기능을 위해 가입
4 학습 중 지속적으로 발생하는 팝업 광고에 피로감 누적
5 광고 제거, 콘텐츠 무제한 제공하는 구독권 유도
6 광고 제거, 콘텐츠 무제한 학습을 위한 구독 결제
7 지속적인 학습을 위한 재방문

케이크 유저의 유입부터 전환까지 프로세스를 유추해 보았다. 이제부터는 AARRR 프레임워크를 통해 케이크 유저가 어디서 유입돼고 어떤 단계에서 이탈하는 지 살펴볼 것이다. 참고로 AARRR은 Acquisiton(획득) - Activation(활성화) - Retention(재방문) - Revenue(매출) - Referral(추천)의 각 앞글자를 딴 것이다. 이는 고객 구매 여정, 퍼널 최적화 뿐 아니라 제품 전략 기획 시 추적 및 검증 가능한 몇 가지 지표를 설정하는 데 있어 중요한 역할을 한다고 한다. 일반적인 AARRR의 다섯 단계지만, 간혹 회사의 목표와 목적에 맞게 Revenue(매출)과 Referral(추천)의 순서는 바뀔 수 있다고 한다.

Chapter 03 _ AARRR 분석

Acquisition : 유튜브, 인스타그램

신규 사용자가 가장 우선적으로 접하는 경로가 무엇일까. 특히나 학습 앱이라면?

아이러니하게도 케이크는 영어 영상 콘텐츠를 바탕으로 강의하는 앱이라, 현존하는 지상 최대의 오락적인 공간에서 만나볼 수 있었다. 바로 유튜브 채널. 더 나아가 유튜브 알고리즘의 수혜를 얻어 다른 학습 영상을 보던 사람에게도 추천 될 확률이 높아진다. 이것이야말로 전환율이 높은 고객군을 유입시키는 방도아닌가.

또한 인스타그램 공식 계정도 운영 중이다. 앞서 말했듯 케이크는 영상 중에서도 '숏폼'만 다룬다. 유튜브는 '숏츠' 이 인스타그램도 마침 '릴스'라는 숏폼을 지향하는 추세라 적합한 마케팅 수단으로 자리매김했다.

더군다나 영어 학습을 해본 자라면 공감하겠지만, 언어는 많이 노출될 수록 실력이 는다. 이거는 정설이라고 한다. 때문에 사람들이 자주 드나드는 유튜브와 인스타그램도 그저 이벤트를 홍보하는 데 놔두지 않고 추가적인 학습공간으로서 활용되고 있다. 이는 학습 어플을 이용하는 자에게 호의적인 반응을 얻고 있다. 심지어 친구에게 게시물 공유로서 바이럴 효과를 누리는 것도 있다. 한 마디로 최적의 마케팅 플랫폼들이다.

하지만 모순적인 데이터를 얻을 확률도 존재한다. 바로 '각 채널의 팔로워 대비 / 케이크 앱 이용자 수'다. 두 채널이 무료로 학습 콘텐츠를 제공하고 있는 모양새라서 추가적인 설치로 이어지게 만드는 것도 관건이라 생각했다. (물론 상단에 '다운로드 링크'를 삽입해 놓았다)

Activation : 온보딩 프로세스, guest 모드, 여러 접속 동기를 반영한 콘텐츠

이 구간에서 중요한 건, '사용자가 처음 서비스를 이용할 때 긍정적인 경험을 제공하는가' 이다. 알아보기 위해 케이크의 첫 설치 화면을 나열해 보겠다. 그렇다 먼저 아주 친절한 온보딩 프로세스다.

온보딩 프로세스를 지나면 메인 페이지가 나온다. 이때 케이크는 guest 모드를 지원한다. 별도의 회원가입 없이 학습이 가능한 것이다. 케이크의 기본 캐치 프레이즈인 '유로보다 좋은 무료 영어학습 앱'과 일맥상통하는 기획이다. 그래서 회원가입률보다는 체류시간이 좀 더 유의미한 지표가 될 것이다. 여기서도 무료로 즐길 수 있는 콘텐츠 중 가장 체류가 많은 콘텐츠가 무엇인지 파악해야 할 것이다.

한 눈에 봐도 많은 학습 루트들이 준비되어 있다. 이랬을 때 유입자는 당황할 수 있지만 , 힉의 법칙 + 폰 레스토프 효과를 적용한 UX UI로 필요한 콘텐츠를 잘 안내하고 있다. 특히나 '초보라서, 무료라서, 회화 중심이라서' 라는 여러 접속 동기를 흡수한 콘텐츠 분류가 눈에 띄었다. 만약 동기를 고려하지 않았다면 사용자대로 복잡한 로그데이터가 형성되어 도로 이탈률이 높았을 것이다.

Retention : guest 모드로 볼 수 있는 콘텐츠 갯수

이 구간에서 추적하는 것은 ‘제품 또는 서비스 재사용률은 어떻게 되는가’이다. 한편 재사용률이라는 단어에 집중해야 한다. 접속을 해 본 뒤, 이탈을 하지 않고 한번 더 접속을 했다는 의미니까 말이다. 그러므로 이탈 발생 지점을 파악하여, 이탈률 방지를 더욱 견고하게 해야 할 것이다.

케이크 이용자의 이탈은 언제 발생할까. 우선 guest일때를 중점으로 봐야한다. 그들은 전환으로 바뀌지 않는 집단이라서 말이다. 솔직히 guest 모드의 이용자는 '간 보는 사람들'이라 쉽게 설명할 수 있다. 굳이 돈을 결제해서 구독까지 가지 않고, 무료라는 테두리 안에서 충분한 학습이 가능하다면 더욱 그런 경향으로 치우칠 것이다.

여기서 케이크의 딜레마가 있다고 본다. 케이크 플러스까지 가야 전환이지만, 애초에 무료 교육을 내세우는 터라 guest 모드만으로 충분히 학습 만족도를 높이는 경우가 많아야 할테다. 그렇지 않고 무료라는 테두리가 너무 좁으면 기대치와 상충하여 이탈할 가능성이 농후하다.

조금의 걸림돌이라면 지속적인 광고로 피로감 누적돼 이탈할 수 있다. 케이크는 추가적으로 공부하고 싶은 요소들은, 아주 영리하게 광고를 보도록 설정해 두었다. 지면 광고, 15초 광고로 제법 시간소요가 덜한 종류지만, 학습 과정이 매끄럽지 않게 방해하기도 한다. 이게 싫으면 광고 제거가 가능한 '케이크 플러스'를 가입하라 인데, 케이크 플러스 구독까지 가지 않고 이전에 이탈할 확률도 있다.

Revenue : 케이크 플러스 구독

이 단계에서는 최종 목적까지 퍼널이 잘 연결되어 있는가, 돈을 주고 구매할 만큼 제품의 가치가 있는가, 어떤 상황의 고객이 매출에 많은 기여를 하는가를 확인한다. 그러니까 guest모드 사용자가 케이크 플러스를 구독하고, 기존 구독자도 기간을 연장하게 만드는 것이 케이크 Revenue의 근간이 될 것이다.

case 1 ) guest모드 사용자가 케이크 플러스를 구독

(추후에 추가예정)

case 2 ) 기존 구독자의 기간 연장

비정기적으로 구독권의 할인 행사를 한다. 구독을 끊으려다가도, '어..? 저번 달보다 더 저렴한데...좀 더 공부해봐?"의 심리를 형성할 수 있는 꾀라고 본다.

Referral : 참여 이벤트

일단 케이크는 간접적인 바이럴을 유도하는 듯 했다. 흔한 공유- 추천 - 리워드 사이클의 이벤트보다는, 직접 학습하는 행위 자체가 바이럴이 되도록 만드는 모습이었다. 그 예시가 '오영완 챌린지'.

요즘 시대에는 SNS가 주요 바이럴 공간이긴 한데, 네이버 스토어에서도 진행한 점이 특히 흥미로웠다. 케이크 1년 구독권 포함도 명시해서 그간 구독을 고민하던 잠재고객층도 끌어올 수 있는 방안을 모색한 티가 났다. 이때 케이크 PM은 챌린지 참여율을 지표로 삼아야 할 것이다.

읽어주셔서 감사합니다:-)