L의 라임오렌지나무

[EBS 다큐프라임 자본주의 요약] 01 돈은 빚이다

Lee — Wed, 14 Aug 2024 21:41:37 +0900

* 본 포스팅은 'EBS 다큐프라임 자본주의 1부 돈은 빚이다' 시청 후 내용정리한 것입니다.

풀버전 영상 시청은 위 링크를 통해 가능합니다.

1. 돈이란 무엇인가?

금융자본주의 시스템은 영국에서 시작돼서 미국에서 발전됨
금융시스템은 전세계적으로 대동소이
돈이 도는 근본 원리는 같음
돈이 무엇인지를 알기 위해 물가에 대해 살펴보자

1) 물가

물가는 왜 자꾸 오르기만 하는걸까?
- 수요-공급 법칙
  - 수요 곡선과 공급 곡선이 만나는 곳에서 가격이 결정됨
- 물가가 오르는 것은 수요-공급 법칙 외에도 또 다른 이유가 있음 ⇒ 돈의 양이 많아졌기 때문(시중의 통화량 증가)

2) 돈의 흐름

돈이 어디에서 나오는지, 어떻게 돌고 도는가?
- 조폐공사에서 처음에 돈을 찍어내는 것은 사실 but 이 비율은 시중에 돌아다니는 돈 중에서는 극히 일부
은행의 역할
- 보통은 은행에 다른 누군가가 저금하거나 갚은 돈을 나에게 대출해줄 것이라고 생각할 것임
- but 은행은 예금 한도 내에서만 빌려주지 않음
은행은 무슨 돈으로 대출해줄까?
- 은행은 예금된 금액의 90%까지 대출해줄 수 있음
어떻게 90원이 생겼을까? / 은행은 왜 10원을 남겼을까?
- 정부와 은행 간의 약속 때문에 가능한 일

2. 은행이란 무엇인가?

1) 지급 준비율

부분 지급준비율(=지급준비율) : 은행이 예금 고객에게 줄 돈으로 쌓아 둬야 하는 비율
은행의 지급 준비율은 영국 사람들이 금 세공업자에게 금의 안전을 위해 맡기던 것에서 유래됨
- 사람들은 금화를 교환하는 대신 금 보관증으로 거래하기 시작
  - 금 세공업자는 사람들은 한꺼번에 모든 금화를 찾으러 오지도 않고, 동시에 몰려오지도 않는다는 사실을 깨달음
  - 이에 금화를 빌려주고 이자를 받자는 사업 아이디어를 떠올림
  - 금 세공업자는 고객의 금화를 돈이 필요한 사람들에게 대출해주고, 대출하면서 받은 이자를 통해 많은 이익을 남김
- 금화를 보관한 사람들이 금 세공업자의 대출 이익 장사에 의문을 품자, 금 세공업자는 그들에게 대출 이자의 일부를 나눠주는 조건으로 사업을 영위함
- 금 세공업자는 이에 나아가 금고에 있지도 않은 금화를 빌려주기 시작함
  - 금 세공업자들은 금고의 금보다 10배나 많은 보관증을 발행함
  - 금 세공업자는 사람들이 통상 약 10%의 금을 찾으러 온다는 사실을 알았고, 이것이 현재의 10% 지급준비율의 토대가 됨

2) 은행의 탄생

뱅크런이 발생하자 금 세공업자의 대출 사업이 파산함
- 뱅크런 : 은행에 돈을 맡긴 사람들이 동시에 돈을 찾는 현상
당시, 영국 왕실이 오래된 전쟁으로 금화가 많이 필요해지자 금 세공업자에게 한 가지 제안을 함
- 제안 내용 : 영국 왕실이 금 세공업자가 가상의 돈을 발행할 수 있도록 특별히 허가한다는 것
- 왕은 전쟁을 위해 돈을 빌려야 했고, 상인들은 무역로가 확보되길 바랐음
- 부르주아 자본주의 상인들과 국가가 서로 연합을 한 결과 거래가 성립됨
- 따라서 왕은 상인들이 잉글랜드 은행을 설립하는 것을 허락함
이런 과정을 통해 은행이 설립되었고, 은행은 지급준비율을 이용해서 돈을 마음대로 불릴 수 있게 됨
이 약속은 현대 은행에도 그대로 적용되고 있음

3) 은행이 돈을 만드는 과정

지급 준비율이 10%인 경우에 돈이 얼마나 불어날까?
은행에 100억이 들어오면 은행은 그 중 10%인 10억을 지급준비율로 놔두고 나머지 90억을 대출해줌
- 여기서 생긴 90억을 신용통화라고 함
이제 실제 시장에서 도는 돈은 190억!
해당 과정을 여러 은행에서 반복하다보면 100 + 90 + 81 + 72 + … ⇒ 무한등비급수의 합처럼 계속해서 돈이 불어남
- 이 과정을 신용창조라고 부름
이런 식으로 은행이 최대치로 빌려준다면 원래 있던 100억을 더해 최대 1000억까지 새 돈이 생김

3. 돈은 빚이다

1) 한국의 지급준비율

지급준비율이 낮을수록 은행에는 더 적은 돈만 남겨짐 ⇒ 은행이 돈을 더 많이 불릴 수 있다는 것
우리나라의 지급준비율은 중앙은행인 한국은행이 결정함
- 현재 대한민국의 지급준비율은 7%
ex. 한국은행에서 발행한 5000천억 원이 지급준비율 3.5% 기준으로 6조 60억원으로 불어남

출처: EBS 다큐프라임

2) 대한민국 통화량

대한민국은 그동안 통화량이 늘어난 만큼 물가가 오름

출처: EBS 다큐프라임

인플레이션(통화팽창) : 통화량의 증가로 화폐가치가 하락하고, 물가가 오르는 경제현상

3) 중앙은행도 돈의 양을 늘린다

중앙은행은 시중의 통화량을 조절하는 역할 담당
- 이를 위해 1) 이자율 통제, 2) 화폐 발행 두 가지 권한을 가짐
양적 완화 : 중앙은행이 화폐를 찍어 통화량을 늘림으로써 경기방어와 신용경색을 해소하는 정책
- 중앙은행이 기준금리를 내려도 효과가 없을 때 직접 돈을 풀어 통화량을 조절함
중앙은행이 돈을 찍어야 하는 근본적인 이유는 따로 있음

4. 이자는 어디에서 오는가?

1) 인플레이션

이자를 갚으려면 중앙은행에서 돈을 더 찍어내야 함
이자와 과거의 대출을 갚는 유일한 방법은 더 많은 대출을 주는 것임
- 이는 통화량을 팽창시키고, 통화의 가치를 떨어뜨림
정부가 통화량을 늘리면 인플레이션이 와서 같은 돈으로 살 수 있는 게 적어짐
은행이 대출을 통해 돈을 불리는 경우 뿐만 아니라, 중앙은행이 화폐를 찍어 돈을 불리는 경우에도 인플레이션이 발생함
하이퍼인플레이션 : 급격하게 발생한 인플레이션으로, 물가 상승 현상이 통제를 벗어난 초인플레이션 상태
- ex. 짐바브웨 대통령 로버트 무가베의 통화량 정책

2) 빚 보존 법칙

반대로 통화량이 줄어들면 누군가는 이자를 갚을 수 없게 되어 그 사람은 파산할 수밖에 없게 됨
세상의 여러 보존 법칙처럼 현재 금융 시스템은 빚 보존 법칙이 지배하는 시스템
- 누군가 빚을 갚으면 누군가는 파산함
- 모든 돈이 빚에서부터 시작되기 때문
따라서 자본주의 사회에서는 경쟁이 필연적
- 이자 시스템이 존재하는 한 다른 이의 돈을 뺏기 위해 경쟁할 수밖에 없게 되어 있음
- 우리는 저마다 살아남기 위해 싸움

3) 디플레이션

디플레이션 : 통화량의 축소로 물가가 하락하고 경제활동이 침체되는 현상
- 돈이 돌지 않기 때문에 여기저기서 거품이 터지기 시작
- 돈이 없으므로 기업이 위축되면서 생산과 투자를 줄이고, 일자리가 줄어듦
인플레이션 후에 디플레이션이 오는 것은 숙명과도 같은 것
- 호황이 진정한 돈이 아닌 빚으로 쌓아올린 것이기 때문
- 상품을 만들어 번 돈이 아니라 인플레이션이 만든 돈, 일해서 만든 돈이 아닌 빌린 돈이기 때문

4) 금융위기를 예측할 수는 없을까?

금융위기가 정확히 언제 일어날지 미리 아는 것은 어려움
하지만 금융시스템의 위기를 예측하는 것은 어렵지 않음
콘드라티에프 파동 : 소련의 경제학자 콘드라티예프가 1920년대 영국, 미국, 독일, 이탈리아의 도매물가지수·이자율·생산량 등에서 검출한 50년 주기의 경기순환
- 콘드라티예프 파동의 핵심은 '자본주의 경제는 장기적으로 파동을 그리며 상승과 하강을 순환한다'는 것
- 즉, 경기 상승과 하강이 50~60년 주기로 물결 모양처럼 반복된다는 내용을 담고 있음

5) 금 태환제도

기축통화 : 국제거래에 통용되는 결제 수단
- 세계 수많은 돈 중에서 가장 의미있는 돈은 기축통화인 달러
달러는 어떻게 기축통화가 됐을까?
브레튼우즈 협정 : 종전 직전 미국을 포함한 44개국의 대표들이 참가한 연합국 통화 금융 회의에서 탄생한 협정
- 그들은 외환 금융시장을 안정시키고 무역을 활성화한다는 목적으로 협정을 맺음
  - 미화 35달러는 금 1온스에 고정
  - 각국 통화를 달러로 고정 ⇒ 미국의 달러가 세계 기축통화가 되는 순간
- 1971년 8월 닉슨 대통령이 미국 달러를 보호한다는 목적으로 금 태환제를 철폐함
  - 금 태환제도 : 중앙은행이 발행한 화폐를 금으로 교환할 수 있도록 하는 제도
  - 1971년은 달러가 금으로부터 자유로워진 역사적인 해
  - 미국은 금과 무관하게 달러를 발행할 수 있게 됨
달러를 발행하는 곳은?
- 미국 정부가 아닌 민간은행인 미국 연방준비은행(FRB, Federal Reserve Bank)에서 달러 발행
- FRB의 간판은 Federal Reserve Bank로 되어 있으나 한국은행과 달리 정부 기관이 아님
  - FRB : 공식 명칭은 the Federal Reserve System으로 12개의 지역 연방준비은행과 약 4,800개의 일반은행이 회원으로 가입되어 있는 민간 법인
- 즉, 몇몇 금융 자본들이 세계를 쥐락펴락하고 있는 것
  - “연방준비은행은 완전히 돈벌이 기계다.” - 라이트 패트먼(미국 하원 금융통화위원장)
- 이에 새로운 기축통화를 찾아 미국 의존도를 줄이자는 주장이 제기되었지만, 기축통화를 쓸 만큼 경제규모가 큰 나라가 없음
- 따라서 돈의 큰 그림을 보려면 미국의 금융정책을 알아야 함

Chap16. 스타트업의 포트폴리오

Lee — Sun, 12 Nov 2023 15:30:52 +0900

1. 스타트업에서 선호하는 포트폴리오의 구성요소

< 출처 : 제로베이스 강의 자료 >

1) 실제로 어떤 것을 했는지 보여주기

서브 프로젝트라도 프로젝트 참여를 권장
대형 스타트업으로의 이직을 원한다면 인턴 또는 작은 스타트업이라도 1년 가량 경험하며 실제 프로젝트를 진행해보는 것이 필요함

2) 많은 경험보다는 하나의 깊이 있는 경험

문제 정의 -> 가설 설정 -> 시도 -> 결과 분석 -> 회고의 플로우가 담긴 프로젝트

3) 지망하는 스타트업에 대한 깊이 있는 분석

비즈니스 모델 분석, 사용자 분석, 경쟁사 분석, 프로덕트 분석

4) 텍스트보다 시각적 자료 이용

면접관이 짧은 시간동안 검토할 때 이목을 끌 수 있도록 구성

5) 최소 한 가지 이상의 기술적 능력 어필

커뮤니케이션은 기본이고 스킬적인 부분에서 강점이 있다는 것을 어필
ex. 개발, 데이터 분석, 디자인 역량 등

Chap 15. 포트폴리오 작성하기

Lee — Sat, 11 Nov 2023 01:45:23 +0900

1. 포트폴리오란

자신의 이력이나 경력 또는 실력 등을 알아볼 수 있도록 자신이 과거에 만든 작품이나 관련 내용 등을 모아 놓은 자료 묶음, 작품집으로, 실기와 관련된 경력증명서
기획자는 산출물이 다양해서 어느 정도 범위를 이해하고 있다는 것을 문서를 통해 가능성을 제시해야 함

2. 기업별 주요 업무와 요구 역량

1) 대기업, 중소기업

사업 계획을 쓰기 때문에 단순하게 서비스에 대해서만 고민하는 게 아니라 비즈니스에 대해서도 고민을 많이 해야 함
주요 업무 : 사업 계획, 전략 기획, 예산책정 / 관리, 정책의사결정
요구 역량 : 비즈니스 마인드, 빠른 판단력, 전략적 마인드

2) 웹 에이전시

현장에 가장 가까운 기획자로서 프로젝트룸에 파견을 많이 나감 (ex. 금융사, 공공기관 등)
주요 업무 : 서비스 기획, 파견 근무, 분석 / 설계, 문서 작업
요구 역량 : 데이터 분석, 일정 준수, 문서 스킬, 커뮤니케이션 스킬

3) 스타트업

주요 업무 : 서비스 기획, 마케팅 기획, 테스트, 문서 작업
요구 역량 : 가능한 많은 스킬

4) 웹서비스

자사 서비스를 확장해 나가기 위해 제휴사와 협업하는 경우가 많음
주요 업무 : 서비스 기획, 서비스 분석, 통계, 제휴사 협업
요구 역량 : 데이터 분석, 서비스 운영, 모니터링 능력

5) SI

주요 업무 : 서비스 기획, 파견 근무, 분석 / 설계, 정책 의사 결정
요구 역량 : 데이터 분석, 시스템 이해도, 개발 구조 이해, 커뮤니케이션 스킬

4. 포트폴리오의 구성

1) 포트폴리오 키워드 정의

포트폴리오 키워드 : 경험, 의지, 가능성
경험
- 어떤 과정을 거쳐서 어떤 결과를 도출했는지 / 과정에서 배운 점, 기른 역량
- ex. 연구 과제 성과, 케이스 스터디, 인턴십 등
의지
- 계획적이며 조직적인 능력 강조
- ex. 개인관리 기술, 뚜렷한 목표의식, 문제 대응 능력 등
가능성
- 준비된 기획자의 모습 강조
- ex. IT 자격증, 각종 툴 스킬, 웹앱 이해도 등

2) 포트폴리오 방향 선정

단순 설계보다는 설계 바탕이 무엇인지 뒷받침하는 근거를 제시할 수 있는 포트폴리오를 만들 것

2-1) 서비스 개선

① 현 서비스 분석 & 개선방향 검토

② 동종 타서비스 분석 & 도입 기능 정의

③ 개선 방향 확정 & 서비스 보완 설계

< 출처 : 제로베이스 강의 자료 >

2-2) 신규 서비스

① 서비스 컨셉 정의

② 시장 / 사용자 분석 & 유사 서비스 분석

③ 서비스 방향 확정 & 신규 서비스 기획

2-3) UIUX 분석

시장에서 UIUX에 대한 키워드가 어떤 방향으로 흘러가는지에 대한 시장 분석
시장의 흐름을 기준으로 분석하거나 제이콥의 법칙, 피츠의 법칙, 힉의 법칙 등 UIUX 이론을 기준으로 분석 가능

① UIUX 트렌드 분석 & 현 서비스 UIUX 분석 & 타 서비스 UIUX 분석

② UIUX 키워드 도출

③ 개선 방향 설정 & UIUX 보완 설계

3) 포트폴리오 구성

데이터 분석 -> 구조 분석 -> 방향 설정 (개선 / 신규) -> 서비스 기획

5. 포트폴리오 작성하기

포트폴리오 내용 : 프로필, 기획자로서 포부 & 목표, 보유 기술 & 역량, 연구과제 사례, 웹 / 앱 기획 사례
주의사항 : 10 페이지 내외 분량 / 포지션 명확화 / 문장체 통일 / 키워드를 중심으로 정리 / 도식화, 단순화
서비스 기획자의 요건
- 트렌드와 서비스 분석을 할 줄 아는가?
- 메뉴구조, IA를 이해하고 있는가?
- 서비스 프로세스와 플로우차트를 이해하고 있는가?
- 스토리보드를 작성할 수 있는가?
- 서비스의 전체적인 로직을 고민하는가?
- 커뮤니케이션이 유연한가?

Chap 14. 서비스 기획서 작성하기 (3) IA, 유저 프로세스, 플로우 차트, 와이어프레임

Lee — Sat, 11 Nov 2023 01:44:30 +0900

1. Information Architecture (정보 구조도)

ASIS 분석의 문제점들을 정리
개선 방향을 포함한 목적, 방향을 설정
벤치마킹을 통해 타사들의 정보 구조 참고
서비스의 전략과 방향을 반영한 구조
서비스 용어 및 운영 프로세스 구조 정의
ASIS IA 중 중복이나 불필요한 정보 정리
TOBE의 개선 방향을 포함시킨 IA를 설계
검색은 IA, 언어 / 다크모드는 IA 아님
도메인 주소를 보고 같은 IA 상에 속하는지 판단 가능
도메인이 다른 외부 링크로 연결되는데 메인에 배치된 것들은 그저 네비게이션 역할 (IA에 속하지 않음)

2. User Process (유저 프로세스)

1) 유저 프로세스 개념

유저 프로세스는 IA를 좀더 사용자의 흐름에 따라서 정의하는 것
서비스 프로세스 = 유저 프로세스 + 플로우 차트로 쓰이기도 함
서비스를 이용하는 사용자의 프로세스
IA를 기준으로 행동하는 사용자의 흐름
데이터의 이동 흐름과 저장/호출 프로세스
사용자의 특정한 작업을 위한 경로
사용자 시나리오보다 구체적인 정의
UI(화면), 행동, 판단으로 표현

2) 유저 프로세스 장점

페이지의 주요 프로세스를 이해
인터페이스의 효율적인 설계
- 프로세스를 정의하면 기획에서 놓친 부분, 순서 배치가 잘못된 부분을 발견하는데 도움
개선이 필요한 영역 정의
서비스의 주요 흐름을 빠르게 파악
- 긴 스토리보드, 와이어프레임 보지 않고도 서비스의 주요 흐름 파악 가능
각 파트와의 커뮤니케이션 용이

3. FlowChart (플로우 차트)

전체적으로 좌에서 우로 흘러가게 구성
아래로는 Y(Yes), 좌(or우)로는 N(No)
플로우차트를 그리면서 if에 대한 고민을 많이 해서 방어 로직, 정보 누출 대비, 프로세스 오류에 대해 대비하기

< 출처 : 제로베이스 강의 자료 >

4. Wireframe (와이어프레임)

1) 와이어프레임 개념

UI(화면)를 어떻게 표현할지를 그려 놓은 화면의 프로토타입
웹페이지, 앱페이지의 화면을 페이지 구조, 레이아웃, 정보구조, 유저 플로우, 기능, 의도된 동작들에 대한 정의

2) 와이어프레임 구성

왜(WHY) : 왜 해야하는지가 명확해야 함
목표(GOAL) : UI의 방향이 목표에 따라 달라질 수 있으므로 목표를 명확히 하고, 변하지 않도록 해야 함
무엇(WHAT) : 무엇을 해서 커뮤니케이션을 할 것인지에 대해 명확해야 함
컨셉(CONCEPT) : 목표에 맞는 컨셉을 정의해야 함

3) 와이어프레임 방법

비즈니스를 하는데 있어서 웹을 도구로 하는 기획을 하려면
- 웹 사용자 이해 : 타겟층에 대한 분석(라이프스타일, 생각, 관점 등)
- 웹의 구조로 표현 : 유사 서비스의 구조를 파악해서 우리 서비스에 최적화 시키기
- 웹의 언어로 표현 : 웹에서의 커뮤니케이션을 위한 적합한 언어 사용
웹/앱의 구조를 설계하고 화면 UI를 설계
- 콘텐츠의 적절한 배치 : 컨셉에 맞게 배치
- 서비스 화면 구조
- 설득 문서 : 협업을 하는 이들을 설득할 수 있어야 함

4) 협업을 통한 와이어프레임 완성

< 기획자 >

전체적인 요건에 대한 분석, 방향과 목표 설정을 통해 일정 계획을 수립하고 화면을 설계, 커뮤니케이션, 팀별 의견 조율을 위한 설득, 최종 산출물 정리 등 프로젝트의 시작과 끝의 역할을 담당함
- 전체적인 요건 ⇒ 요구사항 정의서 내용을 기간 내에 할 수 있는지 판단
- 요구사항 정의서 내용을 바탕으로 이에 맞는 방향과 목표 설정
기획자는 기본적으로 What, Why, How에 대해서 고민을 하고, If라는 예외 케이스에 대해서도 고민을 많이 해야 함

< 웹/앱 서비스 기획자 >

웹/앱에서의 서비스 기획자는 프로젝트의 요건 분석과 기술적인 검토가 반영된 서비스를 설계하고 이를 통해 서비스를 구축, 운영해 나가는 Role을 가짐
국내 서비스 기획자는 Web Producer의 개념으로 프로젝트의 처음과 끝을 책임지며 다른 직군과의 커뮤니케이션이 가장 중요함
요건분석, 서비스 설계, 테스트, 운영 각각의 항목에서 끊임없이 커뮤니케이션을 함
협업을 통해 와이어프레임의 완성도를 높이는 것이 기획자의 역할

Chap 14. 서비스 기획서 작성하기 (2) 벤치마킹을 통한 시장 분석, 요구사항 정의서, 정책

Lee — Sun, 5 Nov 2023 17:49:07 +0900

1. 벤치마킹을 통한 시장 분석

벤치마킹 : 보다 효과적인 개선 방안을 찾는 가장 능동적인 학습
측정 → 비교 → 학습 → 개선
경쟁사, 트렌드 주도기업, UXUI 트렌드, 디자인 트렌드 분석
대상 및 항목을 선정하여 벤치마킹 자료를 제작
- 전자정부 UXUI 가이드, 서비스 분석 1, 서비스 분석 2, 반응형 레이아웃, 주요 콘텐츠 상세 분석, 회원가입 등
인사이트를 도출한 후 정해진 방향이나 기준에 따라서 벤치마킹을 해야 함 ⇒ 목적없이 둘러보는 건 그저 웹서핑에 불과
벤치마킹을 하면서 현재 내 서비스의 위치를 파악하고 개선안을 도출해야 함
분석을 제대로 하지 않으면 주요 키워드를 꺼내기 힘듦
분석을 한 후 분석에서 무엇을 꺼내야 할지 아는 것 매우 중요
분석과 인사이트 도출을 잘하는 서비스 기획자
- 자신의 말과 글에 힘이 생김
- 서론, 본론, 결론의 흐름이 유연함
- 말과 글이 쉬워짐

2. 요구사항 수집 및 정의서 작성

1) 요구사항 수집

사용자, 현업 인터뷰
RFP, VOC, 제안서, 설문조사 등의 데이터

2) 요구사항 정의서 작성

서비스 기획의 규모 파악
- 정확하게 요건을 정의해야 얼마만에 할 수 있을지 예측 가능
구현 가능 여부 의사결정
서비스 기획 일정 수립
분석 방향 도출 및 개선 방향 정의
- 회원가입 개선 ⇒ 회원가입율 올리기?(상위) 회원가입 프로세스 개선?(하위) 목적을 명확하게 하기

3) 요구사항 정의서 구성

< 출처 : 제로베이스 강의 자료 >

3. 정책 정의

요구사항에 대한 정책을 명확하게 정의해야 함

1) 정책 협의

요구사항 협의 완료된 건을 기준으로 함
프로젝트 구축 담당자들이 반드시 알아야 할 내용
- 개발팀, 운영팀에게 특히 공유할 내용
서비스 설계 시 오류를 범할 수 있는 내용
- ex. 회원가입 시 지급되는 쿠폰 금액, 회원 탈퇴 적용 시점 등
ASIS에서 크게 변화된 TOBE 항목 및 기능
상태값에 대한 정의를 제대로해서 프로세스에서 누수가 발생하지 않도록 주의하기

Chap 14. 서비스 기획서 작성하기 (1) 사용자 분석, UXUI 분석, 서비스 분석, 트렌드 분석

Lee — Sun, 5 Nov 2023 17:21:00 +0900

1. 서비스 기획서 작성하기

서비스 기획서가 화면 설계서만을 의미하는 것은 아님
서비스 기획서는 ASIS 현황분석, 경쟁사/트렌드 벤치마킹, 현업/사용자 요건 분석을 바탕으로 함
- 사용자 요건 분석 : 서비스를 이용하는 타겟에 대한 분석
서비스 기획서의 포함 내용 : 요구사항 정의, 정책, IA, UXUI, 프로세스
현황 분석, 타사(경쟁사) IA 분석, UXUI 분석, Function 분석을 통해 인사이트 도출
- IA : Menu depth, Page type, Permission, Update cycle, Administrator, Maintenance
- UXUI : Layout, Structure, Channel, Identity, Contents, Interface
- Function : Key Service, Added Service, Administrator

위 과정을 통해 도출된 문제점의 개선 방향성이 포함된 서비스 기획서 작성
- 정책 정의 : 요구사항 정의를 통해 도출된 정책
- 정보 구조(IA) : 개선되어야 할 정보 구조
- 서비스 프로세스 : User 중심 전체 프로세스 정의
- 플로우차트 : 로직이 있는 메뉴의 플로우차트
- 레이아웃 정의 : 화면 레이아웃 정의
- 화면 설계 : 레이아웃, 기능 정의

2. 사용자 분석

1) 사용자 분석 항목

타겟 : 사용자는 누구인가?
- 가장 우리 서비스를 많이 이용하고 있는 메이저 그룹에 대한 이해
- 타겟에 따라 디자인의 방향성이 달라질 수 있음 (ex. 폰트 사이즈)
욕구 : 사용자들은 어떤 욕구를 가지고 있는가?
- ex. 50대 타겟 쇼핑몰 - 저렴한 가격, 빠른 배송 등
- ex. 2-30대 타겟 쇼핑몰 - 스타일리시한 상품, 품질좋은 상품 등
목적 : 사용자들은 무엇을 원하는가?
- ex. 합리적 소비, 빠른 배송, 개성 표현 등
행태 : 사용자들은 최근에 어떤 행동을 하는가?
- 사용자의 행동과 더불어 금전적, 감정적 여유에 대해서도 살피며 트렌드 파악
- ex. 코로나로 인한 인테리어에 대한 관심 증가
니즈 : 사용자들은 어떻게 행동하길 원하는가?
- 사용자를 어떻게 행동하게 할 것인지 고민하는 것도 중요함
- 사용자가 우리가 만든 패턴대로 행동한다면 그들의 니즈를 제대로 이해한 것임

2) 사용자 분석 방법

정량적 조사
- 사용자 서베이
- 퍼스트 클릭 테스트
- 아이 트래킹
- 데이터베이스에서 분석
- 로그 데이터 분석
- A/B 테스트
정성적 조사
- 게릴라 테스트
- 인터뷰/포커스 그룹 인터뷰(FGI)
- 현장조사
- 연구실 조사
- 카드 분류 테스트
- 고객의 소리(VOC)
- 사용성 테스트
- 고객여정지도

3) 로그데이터 측정지표

사용자(User) : 인구통계(연령, 성별), 지역(위치) 등의 데이터 ⇒ 메인 헤비 유저 추출 가능
- 휴대폰 인증, 위치 인증 등을 통해 성별, 연령, 지역 유추해서 메인 타겟 분석
- 가설 세우고 맞았는지 검증해보기
사용자 행태 : 서비스 방문자가 어떤 서비스 페이지를 가장 많이 조회하는지, 어떤 키워드로 가장 많이 검색하는지 등의 데이터
- 유저가 네비게이션을 어떻게 타서 서비스를 이용하는가?
- 유저가 네비게이션을 타고 이동하면서 길을 잃지는 않는가?
- 어떤 키워드를 통해 이동하고 있는가?
기술 환경 : 모바일, 데스크탑의 접속기기, 사용브라우저, 운영체제 등 기술 환경 관련 데이터
- iOS, 안드로이드 유저 비율이 어떻게 되는가?
- PC, 모바일 접속 비율이 어떻게 되는가?
트래픽 : 어떤 메뉴(서비스)에 가장 많이 유입되는 데이터(메뉴별 페이지뷰, 평균 머문 시간 등)
- 사용자가 어떤 메뉴에 가장 오래 머물렀는가?
- 사용자가 총 머무른 시간 중에서 어떤 콘텐츠를 어떤 비율로 이용했는지?
방문 채널 : 서비스 방문 경로 채널, 캠페인, 직접 방문 등의 채널 데이터
- ex. 포털에서 접속하면 할인쿠폰을 제공하는 로직을 짜서 유저가 어떤 경로로 방문했는지 파악

4) 로그데이터 활용법

서비스 화면과 이벤트(클릭, 배너 노출) 등을 파악
시나리오와 서비스의 흐름을 이해
서비스에 대한 이해도를 높일 수 있음
기능에 대한 성과 측정 및 개선 방향 설정
사용자의 경로 분석을 통한 이탈 구간 개선
- 1~3단계 중에 2단계에서 머무르는 시간이 유독 길다면 2단계 집중 개선
- 개선을 통해 KPI를 달성할 수 있음
신규 서비스를 위한 아이디어 도출

3. UXUI 분석

1) UX를 위한 4가지 관점 (자세한 설명은 이전 포스팅 참고)

인지적
감정적
상황 / 맥락
행동적

2) UXUI를 분석하는 방법

IA 분석
UX/UI 분석
서비스 분석 : 서비스가 제대로 된 컨셉이나 구조를 잘 가지고 있는가?

3) 전자정부 웹사이트 UI/UX 가이드라인 7가지

기능성 & 정보성 : 사용자에게 필요한 기능과 정보를 제공할 것
- 사용자가 원하는 정보와 기능을 제공하고 있는가?
  - 반응형, 현 서비스 리뉴얼, 타서비스 벤치마킹할 때의 이용 등 각각의 목적을 정확하게 정의하고 타이머를 걸어서 얼마나 오래걸리는지 측정하기
- 사용자가 목적을 달성할 수 있도록 충분한 양의 정보와 기능을 제공하고 있는가?
  - 제공자의 입장에서 질에 대한 고민없이 콘텐츠 양에만 초점을 맞춰 제공하고 있지는 않은지 검토 (ex. 제로베이스 - 마음챙김 강의만 잔뜩)
- 중요한 정보와 기능을 효과적이며 이해하기 쉽게 표현하고 있는가?
사용성 : 작업에 소요되는 시간과 단계를 최소화할 것
- 웹사이트는 사용자가 요청한 작업에 대해 적절한 속도로 반응하는가?
  - ex. 쇼핑몰 앱 - 전체 상품을 스크롤 내릴 때마다 조금씩 불러오는 방식
- 사용자가 원하는 정보 및 기능에 빠르게 접근할 수 있는가?
  - ex. 영화 예매 앱 - 영화 예매가 최대한 빠르게 이루어질 수 있도록 구성
- 하나의 과업을 완료하기 위해, 동일한 작업을 여러 번 반복하지 않는가?
- 작업 수행에 불필요한 단계가 포함되어 있지 않은가?
  - 정보의 그룹핑을 얼마나 잘하는가? ⇒ 정리정돈과도 연관
직관성 & 일관성 : 직관적이고 일관성 있게 만들 것
- 모든 정보와 기능은 논리적 흐름에 적합하도록 구성되어 있는가?
- 사용자가 이해하기 쉬운 단어와 문장을 사용하고 있는가?
- 용어, 스타일, 레이아웃, 기능의 작동 방식 등은 전체 페이지에서 일관성 있게 적용되고 있는가?
- 정보의 표현과 기능의 작동 방식은 일반적인 사용자의 기대에 부합하는가?
- 사용자의 행동에 도움이 되는 단서 및 정보를 적절한 시기와 위치에 제공하고 있는가?
사용자 편의성 : 사용자가 원하는 방식으로 이용하게 할 것
- 사용자의 행동과 웹사이트의 반응 사이에 불필요한 요소가 있는가?
- 사용자는 원하는 입출력 도구를 자유롭게 사용할 수 있는가?
- 사용자가 선호에 따라 웹사이트의 상태 및 설정을 변경할 수 있는가?
- 사용자에게 다양한 맞춤형 정보를 제공하고 있는가?
인터페이스 : 사용자가 실수하지 않게 만들 것
- 사용자의 실수를 유발하는 요소가 있는가?
- 심각한 결과를 유발하는 기능의 실행여부를 사용자에게 확인하고 있는가?
  - ex. 회원탈퇴 등에 대한 확인 메시지, 오류 페이지에 대한 원인 설명과 해결 방안 안내
- 사용자가 오류를 빠르게 인지할 수 있도록 표현하고 있는가?
- 동작을 취소하거나 이전 상태로 돌아갈 수 있는 수단이 제공되고 있는가?
접근성 : 모든 유형의 사용자가 이용할 수 있게 할 것
- 장애가 있는 사용자에게 비장애 사용자와 동등한 수준의 정보와 기능을 제공하고 있는가?
- 다양한 웹 브라우저에서 모든 기능을 동등하게 이용할 수 있는가?
- 초보 사용자와 숙련된 사용자가 웹사이트에서 제공되는 모든 기능을 편리하게 이용할 수 있는가?
정보구조 : 원하는 서비스와 정보를 쉽게 찾을 수 있도록 할 것
- 사용자가 원하는 페이지나 위치로 이동할 수 있는 여러 가지 수단을 제공하는가?
  - ex. 상단, 하단으로 이동하는 플로팅 버튼
- 일반적으로 사용되는 내비게이션 모형을 적절하게 구현하고 있는가?
  - ex. 햄버거 메뉴를 눌렀는데 전체 카테고리가 안뜨고 전혀 예상치 못한 콘텐츠가 뜨는 경우
- 중요한 정보와 다른 정보 간 위계를 명료하게 구분하고 있는가?
  - ex. 현대그룹 사이트 구버전 - 현대, 현대인의 구분이 모호

4. 서비스 분석

1) 서비스 분석방법 1

사용자 측면
- 제공되는 콘텐츠가 사용자의 주요 관심사인가?
- 사용자들에게 필요한 요소 및 요구되는 사항은 적절히 배치되어 있는가?
- 사용자에게 제공되는 콘텐츠는 유용한 것인가?
서비스 측면
- 콘텐츠의 우선순위를 나눌 수 있는가?
  - 메인 콘텐츠와 서브 콘텐츠의 구분
- 무엇이 중요한 콘텐츠이며 빠진 콘텐츠는 없는가?
- 서비스의 동선이 존재하며 목적지까지는 쉽게 갈 수 있는가?
- 집중해서 제공해야 하는 서비스에 시간적인 변화를 제공하는가?

2) 서비스 분석방법 2

브랜딩(Branding)
- 폭 넓은 인지도를 가지고 신뢰성을 전달하고 있는가?
- 기업의 경영철학, 목표를 바르게 전달하고 있는가?
- 기업의 아이덴티티를 사용자에게 가치 있고 신뢰할 수 있도록 구성하였는가?
- CI(기업 로고), BI(브랜드 로고), Naming(상호 및 상표 네이밍)으로 기업이미지를 통합하고 있는가?
콘텐츠(Contents)
- 서비스하고자 하는 콘텐츠 및 소식이 자세하며 전반적인 설명이 깊이 있게 구성되어 있는가?
- 사용자에게 필요한 콘텐츠를 구성하고 있는가?
- 콘텐츠의 퀄리티는 브랜딩에도 영향을 미침
정보구조(IA)
- 콘텐츠의 계층구조와 분류가 논리적이며 체계적으로 구성되어 있는가?
- 모바일화되면서 정보구조의 계층구조보다는 정보 구조의 기본적인 분류, 내비게이션이 훨씬 더 중시됨
인터페이스(Interface)
- 내비게이션의 구조가 사용성에 무리가 없는가?
- 검색창, 콘텐츠 바로보기 등 정보를 손쉽게 탐색하고 접근할 수 있는가?
- 현재 위치를 표시해줘서 깊이가 깊어져도 쉽게 원하는 정보로 이동할 수 있는가?
디자인(Design)
- 컬러가 브랜드 이미지와 맞도록 구성되어 있는가?
- 메인컬러와 서브컬러가 조화로운가?
- 전체적인 Look&Feel의 통일성이 존재하는가?

5. 트렌드 분석

시장에서 어느 위치에서 달리고 있는지, 시장은 어디로 향하고 있는지를 정확하게 알고 있어야 함
UXUI 트렌드 분석 : 사용자의 배경을 구성하는 요소 분석 방법
- 새로운 기술, 변화를 감지
- 국내외 사이트 리뷰
- 기능별, 서비스별 사이트 구분
- 국내외 에이전시가 구축했던 서비스 리뷰
- 랭킹 순위 제공 서비스 사이트
- 고객층 데이터 분석 리포트
- 진행중인 서비스와 관련된 트렌드를 파악하여 설계의 방향으로 활용

디자인 트렌드 분석 : 사용자의 행동 배경과 패턴을 조사하는 분석 방법
- 사용자의 변화를 읽는 미시적 분석
- 경쟁업체 디자인 중심 분석
- 트렌드 반영한 국내외 디자인 사이트
- 국내외 디자인 트렌드 분석 리포트
- 서비스의 전략 도출 및 키워드를 뽑아낼 때 사용할 수 있는 데이터로 활용

Chap 13. 프로젝트 이해하기 (2) 프로젝트 과정

Lee — Tue, 31 Oct 2023 23:37:55 +0900

0. 워터폴 프로세스

< 출처 : 제로베이스 강의자료 >

1. 프로젝트 계획

1) 기획자 업무

메인 시안용 기획 : 프로젝트의 성격을 이해하고 서비스 분석을 어느 정도 수행한 기획자가 디자인의 바탕이 될 메인 시안을 기획함
제안 범위 재협의
IA 초안 작업

2) PM 업무

제안서, 제안견적서(기간 및 단가), 투입인력 계획서(일정 및 투입 인력 프로필) 작성
업무 분석 : 제안서를 바탕으로 업무 내용, 범위 등 파악
인력 구성 : 투입인력 계획서를 바탕으로 각 단계별로 필요한 인력 계산해서 배치
환경 세팅 : 프로젝트 룸, 개발 환경, QA 환경을 모두 포함
프로세스 정의 : 제안서를 바탕으로 프로젝트 프로세스, 인력 프로세스, 산출물 프로세스 정의
산출물 정의 : 제안서를 바탕으로 공식 산출물, 비공식 산출물 정의
일정 산정(상세 WBS) : 투입인력 계획서를 바탕으로 전체 기간 내에서 세부적인 일정 계획

2. 프로젝트 분석

1) 기획자 업무

환경 분석 : 외부 및 내부 환경 요인을 조사하고 이해
- 시장 환경 분석
- 업무 환경 분석
- 벤치마킹(경쟁사, 트렌디한 서비스)
요건 분석 : RFP를 쓴 사람(=제안을 평가한 사람)의 생각과 실제 실무의 업무 담당자는 다를 수 있음 ⇒ 실무 담당자가 이러한 이해의 차이를 조정해 프로젝트를 진행함
- ASIS(현재) 분석
- 담당자를 만나서 회의를 하며 요구사항 정의
- 개발자와 같이 개발 가능 범위 확인
콘텐츠 분석 : 여기서의 콘텐츠는 해당 서비스에 관련한 모든 것을 총괄함
- ASIS 분석
- 구조를 분석하면서 현재의 문제를 발견하고 IA 방향 정의
- 개선안 도출
정책 정의 : 뼈대가 되는 정책 정의 ⇒ 추후에 수정될 수 있음
- ASIS 분석
  - ex. 본인인증 관련 기능 추가로 정책이 변경되어야 함
- 전략 정의
  - ex. ID뿐만 아니라 이메일로도 회원가입이 가능하도록 재구성
- 서비스별 정책
  - ex. 회원가입에 대한 정책, 회원등급에 대한 정책
가이드 정의
- ex. 스토리보드(화면설계서), 문서명 가이드, 산출물 가이드 등

2) 타부서 업무

ASIS 분석 / 상세 스케줄링 / 공수재산정 / 개발 환경 분석 / 디자인 벤치마킹 / 가이드 작업

3. 프로젝트 설계

1) 기획자 업무

Information Architecture
- IA 구조 확정
- IA 별 업무배분
- 개발 리뷰
기능 정의
- 각 IA별 기능 정의
- 요구사항 정의 : 분석 단계에서 이미 정의한 요구사항이 있지만, 설계 단계에서 변형이 있으면 이에 대해 요구사항 정의서를 업데이트함
- 개발 리뷰
서비스 프로세스 정의
- 각 IA별 프로세스
- 정책 확정
- 개발 리뷰
와이어프레임
- 화면 설계(UI)
- 디스크립션 정의
- 개발 리뷰
스토리보드 완성 : 분석 단계의 요구사항 정의, 정책 정의에 대한 과정을 잘 마무리 한 후 이를 바탕으로 스토리보드를 설계해야 함
- 개발 리뷰 최종
- 커뮤니케이션 문서 완성

2) 타부서 업무

시스템 설계 / 퍼블 가이드 및 구현 / 디자인 가이드 및 구현 / 개발 범위 검토

4. 프로젝트 구현

1) 기획자 업무

스토리보드 리뷰 : 각 파트 리뷰
스토리보드 현행화 : 현행화 및 고도화
단위 테스트 : 실시간 단위테스트

2) 타부서 업무

디자인 / 퍼블리싱 / 시스템 개발

5. 프로젝트 검수

1) 기획자 업무

검수 및 스토리보드 고도화
- 디자인 검수
- 퍼블리싱 검수
- 스토리보드 고도화
단위 테스트
- 단위 테스트 시나리오
- 개발 단위 테스트
- 스토리보드 고도화
통합 테스트
- 통합테스트 시나리오
- 개발 통합 테스트
- 스토리보드 고도화

2) 타부서 업무

디자인 검수 / 퍼블 검수 / 개발 검수 / 성능테스트 / 품질검증 / 배포 준비

6. 프로젝트 종료

1) 기획자 업무

문서 최신화
- 정책서
- 요구사항 정의서
- Information Architecture
- 스토리보드
운영 메뉴얼 제작
- 화면별 운영메뉴얼
- UI 가이드
- 운영가이드
인수인계 준비

2) 타부서 업무

운영 가이드
완료 보고서
안정화 계획
유지보수 협의

7. 프로젝트 안정화

1) 기획자가 업무

시스템 오픈 후 대응
- 사용자 대응
- 시스템 모니터링
- 이슈 지원
미진한 서비스 및 개발 보완
- 오류 및 이슈 보완
최종 검수
- 최종 시스템 검수
- 검수 확인서

2) 타부서 업무

잔금처리

8. 프로젝트 산출물

< 출처 : 제로베이스 강의자료 >

Chap 13. 프로젝트 이해하기 (1) 프로젝트 개념

Lee — Tue, 31 Oct 2023 23:37:20 +0900

1. 프로젝트 개념

프로젝트 : 일정한 기간 안에 일정한 목표를 달성하기 위해 수행하는 업무
프로젝트는 정해진 기간, 배정된 금액, 투입인력 등 일정한 제약조건 하에서 요구사항을 수행하는 방식으로 진행함
기획자는 요구사항의 범위를 명확히 정해야 함

1) 프로젝트 추진 배경

비즈니스 전략의 변경이 일어날 경우
새로운 서비스 또는 신상품 런칭을 위한 홍보용 웹(PC, Mobile)이 필요한 경우
기업, 조직의 중요한 변화에 있어서 대내외적으로 공표해야 할 경우
사용자 환경의 변화, 사용자와의 관계 변화, 웹 트렌드의 변화 등 각종 변화에 대응해야 하는 경우

2) 프로젝트 특징

일시적 / 한시적 ⇒ 시작과 종료가 명백히 존재
고유성 ⇒ 모든 상황(인력, 컨셉, 일정, 비용 등)이 유니크
- man/month 정해진 인력이 있음
불확실성 ⇒ 불확실한 것을 점진적으로 구체화해 나가는 것
산출물 ⇒ 고유한 산출물, 상품 등의 결과물이 존재
- 웹, 앱 등의 결과를 뒷받침할 근거 자료인 산출물이 있어야 함

3) 프로젝트 구조

발주사(Client)
- 사업 계획
- 예산 확정
- RFP(Request For Proposal) 작성
- 제안 평가 : 여러 구축사의 제안서를 평가
- 우선협상대상업체 선정 : 제안이 들어온 여러 업체 중에 우선협상대상업체 선정
- 구축사 확정
구축사(수행사)
- ex. SI 업체, 웹 에이전시
- RFP 분석
- RFA 작성 및 사전 인터뷰 : 구축사가 제안서를 작성하기에 앞서 궁금한 점들을 물어보는 단계
- TFT 수립 : 제안서를 작성하기 위한 TFT 수립
- 제안서 제출
- 경쟁 PT

4) 프로젝트 컨셉 정의

프로젝트는 목적과 목표를 명확히 정의해야 함
- 기능과 역할
  - ex. SK - 브랜드 아이덴티티를 위한 웹
- 수익 모델
- 비즈니스적 니즈
  - ex. 패스트캠퍼스 - 보다 많은 사용자가 접속해서 최소한 50%이상은 강의를 들었으면 좋겠음
- 사용자 니즈
  - ex. 패스트캠퍼스 - 모바일 스트리밍 서비스 구축, 목적에 맞는 강의 수강

5) 프로젝트에서 기획자의 역할

기획자는 다양한 사람들과 함께 커뮤니케이션하며 프로젝트를 진행함
질문을 받고 질문을 하는 것이 기획자의 역할임

2. 프로젝트 시작하기

1) 컨셉 정의

ex. 매거진 프로젝트 컨셉 정의

목표 정의
- ex. 트렌디한 콘텐츠를 빠르게 업데이트하여 사용자에게 즐거움을 주고 유입을 늘려 광고 수익 창출
기능과 역할
- ex. 뷰티, 패션, 라이프 등 다양한 콘텐츠와 정보 제공
수익 모델
- ex. 매거진 브랜드 홍보와 잡지 구매율을 높이고 방문율을 높여 광고비를 통한 수익 창출
경쟁력
- ex. 광고 영역에 대한 사용자 개인화를 통해 다양한 광고를 노출할 수 있도록 하며 브랜드 협찬을 유도
차별화
- ex. 사용자가 직접 콘텐츠를 제작하여 업로드 할 수 있는 창구를 만들어 보다 적극적인 참여 유도

2) 발주사

사전정보 요청서(RFI, Request For Information)
- 다양한 업체들에 대한 회사소개, 제품 / 서비스 소개, 간단한 시장 동향, 주요 경쟁사 정보 등을 제공받아 진행하고자 하는 업무에 대한 정보를 미리 수집하고 비교 분석한 문서
- 프로젝트 컨셉, 비용, 기간에 맞는 업체들을 1-20개 리스트업해서 이 업체들의 기본적인 정보를 요청함
- 추진하고자 하는 업무(프로젝트)에 대한 간단한 개요, 목적, 기간 정도를 표시하고, 필요로 하는 정보에 대해 리스트업 한 후 제출 날짜를 기재한 공문을 보냄 → 외주업체는 자신의 업체가 선택 받을 수 있도록 최대한 어필할 수 있는 정보를 담아 의뢰업체에 제출
제안 요청서(RFP, Request For Proposal)
- 발주자가 특정 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 제시함으로써 제안자가 제안서를 작성하는데 도움을 주기 위한 문서
- 프로젝트 컨셉, 기간, 비용의 내용이 담긴 제안 요청서를 수행사에게 제시해서 제안서를 요청함
- 해당 과제의 제목, 목적 및 목표, 내용, 기대성과, 수행기간, 금액, 참가자격, 제출서류 목록, 요구사항, 제안서 목차, 평가기준 등의 내용이 포함
제안견적 요청서(RFQ, Request For Quotation)
- 입찰 참여 조건을 갖춘 업체가 제공할 기술이나 제품에 대한 상세한 정보와 스펙을 기재하는 문서
- 국내 기업의 경우 대부분 RFP 요청 시, RFQ를 함께 요청하며 이미 정해진 예산을 파악하고 제시해야 업체 선정에 유리함

3) 수행사

제안서 : RFP를 기준으로 작성
제안견적서 : 기간 및 단가 포함
투입인력 계획서
- 일정 및 투입 인력 프로필 포함
- 투입인력 계획서에 들어간 인력이 이 프로젝트와 얼마나 연관성 있는 일을 해 왔는지가 중요함

4) 제안 평가 및 우선 협상 대상 선정

프로젝트 과업에 대한 이해도
프로젝트 예산과 근접한 견적 제시
관련 프로젝트 경험
TFT 구성의 적절성과 일정 확인

Chap 12. 기획자가 UX를 이해하는 방법

Lee — Sun, 29 Oct 2023 22:11:27 +0900

1. UX 개념 이해하기

UX(User Experience) : 컴퓨터, 웹, 시스템 등의 정보기기 UI를 직간접적으로 이용하는 모든 사용자 경험
- ex. 구매할 때의 느낌
- ex. 앱을 설치하면서 느끼는 감정
- ex. 인터페이스를 사용할 때 불편함
- ex. 포장을 개봉할 때의 감정
- ex. 디바이스 초기 세팅의 느낌
- ex. 인터페이스를 사용하는 만족감
- ex. 재사용할 때의 용이함
UI(User Interface) : 컴퓨터, 웹, 시스템 등의 정보기기와 사용자가 상호작용 할 수 있도록 하는 매개체
- ex. 키보드, 디스플레이 화면, 아이콘, HTML 기술, 색상, 폰트, 검색창
UX는 UI를 어느정도 생성한 후에 사용자에게 어떻게 더 나은 경험을 제공할지 고민하는 것임
UX는 불편함을 최소화하고 편리함을 제공해야 함
UX는 사용자의 생각, 사용자의 감정, 사용자가 느끼는 불편함 등의 데이터를 수집해서 고민해야 함

2. UX를 위한 4가지 관점

1) 인지적 관점

인간이 어떻게 하나의 정보를 받아들여 인지하고 처리하는가?
지각, 시각화, 인지, 기억, 행동의 요소를 포함
사용자에게 서비스에 대해 어떠한 인지를 시켜줄 것인가, 사용자들은 어떻게 인지하고 있느냐에 대해서 이해해야 함

2) 감정적 관점

역동적이고 다면적인 감각 능력과 경험 발생시점에서 심리적 변화와 변화의 이해를 어떻게 느끼는가?
신뢰, 이해, 심미적, 유용함의 요소를 포함

3) 상황 / 맥락 관점

사용자는 컨텍스트(맥락)의 영향으로 외부 환경과 어떤 관계적 경험을 형성하게 되는가?
서비스와 사용자 간의 관계가 돈독할수록 어떤 상황, 맥락에도 충성 고객들로 남길 수 있음
상황인지, 환경요소, 문제해결, 유용성의 요소를 포함

4) 행동적 관점

제품, 서비스, 경험의 물리적/인지적/사회문화적 현상의 해석과 상호작용으로써 어떻게 행동하는가?
사용자 이해, 행동패턴, 문제해결, 행동데이터의 요소를 포함
사용자 행동패턴을 제대로 이해하면 불필요한 프로세스를 줄여나갈 수 있음

5) 바람직한 UX의 조건

Like : 유저들이 좋아해야함
Understand : 유저들이 서비스를 제대로 이해해야 함
Use : 사용성이 좋아야 함
Interact : 서비스와 사용자 간 상호작용이 끊임없이 일어나야 함

3. UX 기획을 위한 컨셉 메이킹

1) 컨셉 메이킹 방법론

머릿 속의 생각들을 가시화시키는 기초 작업 => 아이디어 + 기획의 시각화
서비스와 기능의 구조를 그려내는 방법 => 시각화의 초기 단계

2) UX 기획 전략

① 사용자 가치 제공

ex. 넷플릭스 - 킬링타임을 메꿔주는 것, 원하는 콘텐츠를 합리적인 가격에 누릴 수 있는 것

② 사용성 극대화

ex. iOS - 안드로이드와 차별화된 직관적이고 심플한 UI

3) UX 목표

사용자의 경험 제공
양질의 사용자를 이해한 서비스 제공
사용자 특성 이해 (인지적, 감성적, 행위적)
사용자의 욕구 충족

4) UX 기획 요소

사용자 맥락
사용자 욕구
사용자 동기
사용자 태도
사용자 행위

5) 프로토타이핑

제품의 모형으로서 주요기능만 포함된 미완성 시제품을 뜻함
‘요구사항 1차 수집 → 프로토타입 설계 → 프로토타입 개발 → 사용자 평가 및 개선안 수집 → 프로토타입 개선 / 보완’의 과정을 거침
종류 : 페이퍼 프로토타입, 전반적인 인터페이스 구현된 서비스, Beta 버전 시제품, 사용자가 사용가능한 수준의 서비스

6) 컨셉 메이킹 방법

① 페르소나 설정 : 실제 서비스를 사용할 법한 가상의 사용자를 만드는 것

② 프로토타이핑을 통한 구체화 하기

사용자 경험 가치
- 사용자들이 원하는 것이 무엇인가?
- 기술적 측면에서 실현 가능한 것이 무엇인가?
- 지속 가능한 서비스인가?
사용자 행동 이해하기
- 사용자들의 라이프 스타일과 맞춰지는가?
- 사용자는 서비스를 통해 욕구를 해결할 수 있는가?
- 사용자의 니즈를 만족시키는가?
사용자 시나리오 확인
- 사용자의 불편함은 어디에서 오는가?
- 가장 중요하게 생각하는 기능이 무엇이며 왜 사용하는가?
- 사용자의 프로세스는 어떠한가?
- 사용자가 생각하는 서비스의 가치는 무엇인가?

7) 컨셉 메이킹 고려사항

타겟 유저 : 서비스를 이용하는 사용자가 누구인지 명확하게 이해
사용자 경험 가치 : 타겟 유저에게 제공할 가치
사용자 경험 니즈 : 타겟 유저가 원하는 것
사용자 경험 기능 : 타겟 유저에게 제공할 기능
타겟 시장 / 아이덴티티 / 브랜드 컨셉 / 색상

4. UX 리서치를 통한 사용자 경험 제공

1) 정량 조사

행동을 조사하는 방법

① A/B Test

상관관계로부터 인과관계일 가능성이 높은 것을 찾아냄
결과에 대한 변화가 가져오는 원인 찾기

② Surveys

사용자들의 의견과 선호도
통계적으로 유의미한 데이터

③ Click Tests

④ Eye Tracking

사용자가 초점을 맞춘 영역 확인
사용자의 눈길이 흘러가는 흐름 이해

⑤ Card Sorts

사용자가 생각하는 로직
사용자가 생각하는 로직에 맞는 서비스를 만드는 방법

2) 정성 조사

생각을 조사하는 방법

① Usability Tests

시나리오를 벗어나는 것이 있는지
필수적인 컨트롤을 인지하는지
다양한 컨트롤을 이용하는 방법을 사용자가 이해하는지

② Diary Studies

일정 기간 동안 사용자에게 행동, 감정 등을 기록하게 하는 활동
서비스와 상호작용하는 패턴과 시나리오
학습능력이 제품 사용에 어떠한 영향을 미치는지

③ Focus Groups

광범위한 데이터 수집
참가자들이 나누는 의사소통으로 인해 서비스를 깊이 이해
즉흥적인 반응과 사용자 아이디어를 습득

④ Interviews

사용자의 과업과 문제 인식
사용자가 다른 사람과 상호작용하는 방식
사용자가 주로 이용하는 서비스

⑤ Design Workshops

3) UX 리서치 방법

① 리서치 계획

리서치 주제 정의
리서치의 명확한 목표 설정
가설 및 예상결과 정의
리서치 참가자 선정
데이터 수집방법 정의
ex. 스마트폰 뱅킹에 필요한 것은 무엇인가?
ex. 시장의 리더 그룹은 어떠한 서비스를 제공하고 있는가?

② 리서치 진행

타겟 / 세그먼트 분석
이슈 도출 : 우리가 생각했던 방향과 다른 결과가 나오거나 생각하지 못한 이슈 발생 시 분명히 수면 위로 올려줘야 함
날카로운 관찰력
사용자 행동 분석 : 사용자의 행동을 세심히 관찰하여 기록하고 이를 바탕으로 인사이트 도출
데이터 객관화하기 : 정성적 조사라고 하더라도 객관적인 수치로 표현이 되어야 함
사용자의 감정이나 행동에 어떠한 영향을 미쳐서도 안됨 ⇒ 객관성 유지
서비스를 테스트하는 것일뿐 사용자를 테스트하는 것이 아님을 인지시킬 것 ⇒ 본의 아니게 무조건 긍정적인 답변만을 유도하지 않게 주의
사용자의 의견으로 어떠한 외부적인 영향을 받지 않음을 인지시킬 것 ⇒ 답변에 대한 부담 덜어주기

③ 리서치 결과 분석

패턴 발견하는 것이 곧 UX의 방향이 됨
리서치를 수행 후 결과를 종합하여 인사이트를 도출하는 것이 중요
지식활동이 아닌 수많은 가설을 검증하여 현재 서비스에 가장 의미있는 결과를 도출하기
‘~한 특성을 봤을 때 ~할 것이다.’라는 사용자의 맥락을 이해하는 것이 중요

④ UX 리서치를 통한 경험 제공

타겟 / 세그먼트들이 우리 서비스를 어떻게 이해하고 어떤 방향으로 흐르기를 원하는지 파악하는 것이 중요함
- 신규 서비스 사용법을 이해할 수 있나요?
- 사용자의 기존 워크플로우의 문제점은 무엇인가요?
- 경쟁 제품의 장단점은 무엇인가요?
- 고객의 태도는 어떠한가요?
- 기본 서비스에 얼마나 만족하나요?
- 시간이 지남에 따라 사용자의 서비스 사용량은 어떻게 변화하나요?
피드백 주고 받기
시장조사 현황 및 분석
체크리스트 점검하기
ex. 온라인 패션 플랫폼 무신사의 고객 경험을 위한 부서
ex. 로켓 와우 멤버십
ex. 토스 제품 원칙(Product Principle)

5. UX Writing을 통한 사용자 경험 제공

1) UX Writing

사용자의 긍정적 경험을 위해 서비스, 제품 등에서 사용자가 인터페이스의 의사소통을 지원하고 향상시키는 텍스트를 만드는 것
사용자 입장에서 친근한 용어 사용
사용자의 행동 유도

2) UX Writer의 기대 역량

Google : 사용자가 목적을 쉽게 달성할 수 있도록 도울 수 있는 Copy를 작성하여 디자인과 제품의 경험 향상
Apple : 언어에 대한 열정과 우아한 사용자 환경 만들기 / 아이디어를 명확하게 전달할 수 있는 가장 좋고 가장 짧은 방법을 찾을 수 있는 능력
Uber : 전 세계의 사람들이 디지털 뿐만 아니라 물리적으로 움직일 수 있는 경험을 촉진할 수 있는 인터페이스 카피 작성 능력
Dropbox : 복잡한 기술 대화를 사람들의 언어로 번역하는 요령 / 통제된 어휘 내에서 창의적이고 일관된 능력
Pinterest : Pinterest를 만드는 데 도움이 되는 단어를 쓰고 경험을 만드는 능력

3) Google Material Design Guide - Writing

간결 / 심플
세부정보 전달
일반적인 단어 사용
현재 시제 사용
숫자 활용
한 번에 스캔 되도록

6. 기획자가 UX를 이해해야하는 이유

1) 사용자 이해

고객의 피드백을 바탕으로 한 서비스 제공
서비스 우선순위 선정을 위한 UX
빠른 고객 접근 및 비즈니스 아이디어 창출

2) 객관화된 서비스 제공

사용성, 일관성 고려
UI 개선을 위한 사용자 검증과 일관성 확보
가이드라인을 통한 끊임없는 업데이트

3) 경쟁력 있는 서비스

개선, 혁신, 차별화를 위함
UX에 대한 사용자 인사이트가 반영된 서비스
사용자 인사이트에 기반한 새로운 혁신적인 서비스

4) 사용자 경험 경영

사용자 경험 차원의 관리와 의사결정을 한 스티브잡스의 UX 경영
복잡해지지 않는 구글 홈페이지를 지키는 구글 UX VP 마리아 메이어

7. UX를 위한 서비스 기획자의 점검

1) 사용자 이해

사용자에 관한 데이터를 통계화해야 함
- 생각, 행동, 나이, 성별, 직업 등
사용자의 목표와 의도
사용자가 가진 욕구
사용자가 궁극적으로 원하는 것

2) 경험 요소

사용자가 긍정적인 경험을 통해서 서비스를 이용할 수 있도록 설계
사용자의 행동이 서비스 기획 의도대로 흘러가는지 확인해야 함
니즈, 사용 동기, 태도, 행동 고려

3) 환경의 이해

모바일 환경 - 구매경험, 첫인상, 단순조작경험, 복잡조작경험

4) 정보 설계

설계 측면 - 유용한 기능, 접근성, 네비게이션, 만족도
디자인 측면 - 감성적, 신뢰성, 쉬운 UI

5) 사용성 평가

사용하기 쉬운가?
사용자의 작업시간 - 로딩시간, 완료시간, 입력시간, 이벤트시간
사용 패턴 - 사용 빈도, 정보 접근성, 이용정보의 양, 해결방법
정확성 - 에러의 양, 컨트롤 정확성, 정보의 정확성 ⇒ 신뢰도와도 연관됨
완성도 - 성공비율, 실패비율
학습 용이성 - 즉시 사용, 기억 습득, 단순 습득
일관성 - 시각적, 기능적, 가독성, 친밀도

Chap 10. 서비스 정책서와 요구사항 정의서 (3) 규제 & 약관

Lee — Fri, 27 Oct 2023 13:25:50 +0900

1. 규제와 서비스 기획자

사실 정부의 규제 뿐만 아니라 기존의 올드 산업 기득권과의 갈등 역시 문제가 되고 있음

1) 강남언니

극도의 투명함을 회사의 HR 모토로 삼고 있으면서 한국과 일본의 3백만 명 사용자에게 1,300여 곳의 병원 의료 광고를 제공하고 있음
강남언니는 병원이 허위나 과장된 진료 과정이나 치료 전후 사진 등을 제공하지 않도록 세 단계의 자체 의료 광고 검수와 허위 정보 신고제를 운영하고 있음
2021년 6월에는 가짜 성형 후기를 방지하기 위한 병원 신고 및 페널티 정책도 도입함
2021년 7월에는 강남언니 운영사 힐링페이퍼가 대한상공회의소를 통해서 과학기술정보통신부가 주관하는 규제 샌드박스 신속처리 절차를 진행함
- 규제 샌드박스 신속처리는 과기부가 주제 존재 여부에 대해서 신속하게 파악해서 관계부처의 의견을 확인하는 절차임
신속처리 샌드박스 신청을 통해서 보건복지부의료 정책과는 의료법 56조에 따라서 강남언니가 운영하고 있는 서비스에서 의료 광고 내 비급여 진료 가격, 환자 전후 치료 사진이 합법이라고 최종 의견을 냄
- 비급여 가격 정보는 소비자를 속이거나 오해할 수 있는 방법으로 할인을 하면 안 되고, 치료 전후 사진의 경우에는 동일 인물인지 확실하게 표기하고 관련 기간과 부작용을 제대로 명시하는 여러 가지 조건을 지켜야 함
- 이런 비급여 진료 과목에 대해서는 사용자가 병원으로부터 경제적 대가를 받지 않고 하는 후기는 의료 광고에 해당하지 않는다고 본 것임

2) 직방

최근 아파트나 주택 가격이 너무 많이 오르면서 이에 따라 부동산 중개수수료도 많이 올라 이슈가 되었음
이런 와중 직방은 부동산 분야 전반에 디지털 전환을 선도하는 종합 프롭테크 기업으로 도약하겠다고 하면서 온택트 파트너스라고 하는 사업 모델을 공개함
온택트 파트너스는 비대면으로 부동산 정보 조회, 매매, 계약, 수리 등을 처리할 수 있도록 돕는 직방의 디지털 서비스를 활용하는 공인중개사 등 여러 가지 부동산 관련 전문가들을 말하는 것임
직방에서는 직접 중개나 플랫폼 중개시장 진출이 아니라 형식과 구조 측면에서는 기존의 공인중개사와의 파트너십 모델을 구축하는 것이라고 주장함

3) 닥터나우

2020년 3월에 배달 약국이라는 서비스로 처음 운영함
배달 약국은 의료기관에서 작성한 처방전을 환자가 선택한 약국으로 발송을 하면 약사가 이를 받아서 구두나 서면으로 복약지도를 하고 약을 보내주는 O2O 서비스임
배달약국은 출시되자마자 빠르게 성장했지만 이후에 약국개설자 및 의약품 판매업자는 그 약국 또는 점포 이외의 장소에서 의약품을 판매해서는 안 된다고 하는 약사법이 있는데 그 약사법에 대한 문제가 돼서 서비스를 중단했다가 코로나로 인해 보건복지부의 비대면 진료 한시적 허용 지침에 따라서 2020년 11월부터 다시 운영을 하게 됨
약사회에서는 닥터나우가 고유 식별정보인 주민등록번호와 민간 정보인 환자의 질병 정보를 개인정보보호법을 무시하고 불법적인 방법으로 취득해서 사업을 진행했다고 주장하면서 보건복지부에 유권해석 등을 근거로 법적 대응을 진행하면서 닥터나우의 영업 활동이 중단될 수 있도록 강력히 대응하겠다고 밝힘
또한 앱에서 약국을 임의 배정해서 환자 자신이 조제받을 약국이 어디인지 알 수 없도록 하는 것이 환자의 권리를 심각하게 침해하는 것이고 마약 등의 거래가 문제가 될 수 있다고 경고함
2021년 8월에는 약사회에서 닥터나우를 통해서 허위로 진료받고 주문을 한 다음에 사용 내역을 교묘하게 수정해서 보건복지부로 문서를 제출하고 보도자료 등으로 신문사에 제출한 것이 밝혀져서 문제가 되기도 함

4) 삼쩜삼

세무 대리 업무의 소개, 알선을 금지한 세무사법 개정안도 최근에 국회의 법제사법위원회에 상정되면서 국내 플랫폼 업체와의 갈등이 깊어지고 있음
삼쩜삼의 타깃 고객은 연 소득 3천 5백만 원 이하의 영세사업자로 이런 사용자가 삼쩜삼의 고객의 90%가 넘음
특히 최근의 언택트 열풍으로 쿠팡맨, 배민 라이더 등 플랫폼 근무자와 특수 고용직이 늘어나고 있는데 이분들은 일반 직장인과 다르게 세금을 직접 신고해야 함
그런데 이런 세금 신고가 직장인이 1년에 한 번하는 연말정산보다 훨씬 복잡한 일을 매달 해야 하는데 삼쩜삼에서 낮은 비용으로 세무 세공해주고 있었던 것임

5) 아마존

< 출처 : 제로베이스 강의자료 >

이러한 규제는 글로벌하게 대형 IT 플랫폼 회사에 대한 제재로도 이어지고 있음
2021년 6월에 바이든 미국 대통령이 리나 칸이라고 하는 콜롬비아대 로스쿨 부교수를 미국 연방거래위원회 위원장에 임명함
리나 칸이 2017년 예일대 로스쿨 박사 과정을 졸업하면서 발표했던 ‘아마존의 반독점 역설’이라는 논문이 이슈가 되고 있음
이 논문은 미국의 반독점 규제 시스템에 대한 허점을 지적하는 내용을 담고 있음
기존 미국의 반독점 규제는 기업은 시장을 독점해서는 안 되고 건전하게 경쟁해야 생산성이 올라가고 그 결과로 소비자 가격도 떨어져서 긍정적인 효과를 불러일으킨다는 자본주의 기본 철학에서 탄생한 규제임
기업이 시장을 독점하면 소비자 가격을 올릴 가능성이 높고 신규 사업자의 진입을 막아서 자유경제 질서를 해치기 때문에 대부분의 자본주의 국가에서 비슷한 규제 시스템이 있음
그런데 미국의 반독점 규제에는 예외가 있는데, 기업이 시장을 독점한다고 하더라도 소비자 가격의 인하 효과가 있다면 별다른 규제를 하지 않는다는 것임
- 왜냐면 독점을 통해서 소비자들이 오히려 혜택을 받게 되면 소비자에게 더 좋은 것이라는 생각이 들기 때문
하지만 리나 칸은 빅테크 플랫폼 기업에는 이러한 예외를 적용해서는 안 된다고 하는것이 이 분이 논문에서 주장하는 골자임
과거에는 반독점 규제가 생산자와 소비자를 대상으로 했지만 플랫폼 시장에서는 생산자와 소비자만 있는 것이 아님
수많은 소상공인과 플랫폼 노동자가 참여하기 때문에 다르게 봐야한다는 것임
플랫폼 독점 기업이 탄생하면 소비자가는 오르지 않아도 플랫폼의 상품이나 서비스를 제공하는 공급 업체들을 독점해서 매입 가격을 낮출 수 있음 (즉, 단가 후려치기가 발생)
플랫폼 기업에서 일하는 노동자들은 독점 기업에 귀속이 돼서 노동 선택권이 사라져서 저임금 노동자로 전락하게 됨
또한 이런 플랫폼 독점 기업이 그 독점 시스템을 기반으로 다른 플랫폼으로 확장을 하는 것을 문제로 삼음
소비자에게 사실 직접적인 피해가 없는 또 다른 독점이 이루어진 시장에서 소상공인과 노동자들의 피해가 발생하기 때문에 단순히 소비자 가격을 따져서 플랫폼 독점 기업에게 규제 예외를 허용할 게 아니라 좀더 다각도로 플랫폼 독쟁의 폐해를 살펴봐야 한다는 것이 리나 칸의 주장임
이에 따라 미국에서 다양한 법안이 발의됐고 그중에서 가장 강력한 것이 플랫폼 독점 종식 법안임
빅테크 기업들이 자신들의 플랫폼을 사용하는 경쟁사에 불이익을 줄 가능성이 있는 이해관계 상충이 발생하면 미국의 법무부나 연방거래 위원회에게 직접 빅테크 기업을 바로 쪼개버리거나 해당 사업부를 강제 매각시킬 수 있는 권한을 부여한다는 것임
이 법안에는 빅4가 확보한 자금력, 데이터, 시장에서의 위치 등을 활용해서 추가적으로 성장하는 것을 막는 내용이 포함되어 있음
- ex. 구글, 애플, 아마존, 페이스북이 갖고 있는 데이터를 다른 플랫폼으로 쉽게 이전시키게 하는 것을 의무화함
기존에는 연방 거래 위원회가 중요한 M&A에 대한 독점성을 직접 입증해야 했는데, 이제는 빅4가 타사를 인수하려면 반독점에 해당하지 않는다는 것을 스스로 증명하게 바뀜

6) 온라인 플랫폼 공정화법

최근 한국에서도 빅테크 플랫폼에 대한 규제를 하고 있음
2021년 10월 초부터 불공정 거래의 개선 문제와 문어발식 사업 확장에 대한 문제로 국정감사가 이루어짐
최근에는 공정위에서 플랫폼과 입점업체 간 공정거래를 도모하기 위해서 온라인 플랫폼 공정화법 이른바 온플법이 제정되어야 한다고 주장하고 있음
온플법은 국내외 대형 플랫폼에 의무를 부여하고 갑질을 하게 되면 과징금을 물리는 등 징벌해야 한다는 것을 이야기하고 있음
금융위나 금융감독원에서도 핀테크 빅테크 금융 플랫폼의 금융소비자보호법 위반 가능성을 지적하면서 규제 역시 예고하고 있음
금융 플랫폼 기업이 소비자에게 금융상품에 관한 정보를 전달하면서 계약 내역을 관리하고 계약 절차도 플랫폼을 통해서 진행하는 경우에 중개에 해당한다고 판단하고 관련 서비스를 운영하는 금융 플랫폼은 금융상품 중개업자로 등록해서 운영하게 함
서비스 기획자는 이러한 규제에 대응해서 서비스 정책을 만들고 어떤 매체와 어떻게 협력을 하고 데이터 관리, 어드민 관리를 어떻게 할지 고민하면서 서비스를 계속 발전시켜 나가야 함

2. 규제 샌드박스의 이해

1) 개념 설명

규제 샌드박스 : 사업자가 신기술을 활용한 새로운 제품과 서비스를 일정 조건 하에서 시장에 우선 출시해 시험 및 검증할 수 있도록 현행 규제의 전부나 일부를 적용하지 않는 것을 말하며, 그 과정에서 수집된 데이터를 토대로 합리적으로 규제를 개선하는 제도
샌드박스가 출시가 되면 비슷한 아이템이라고 하더라도 샌드박스를 신청한 업체만 해당 사업을 할 수 있기 때문에 샌드박스를 빨리 신청한 업체가 유리한 고지를 차지할 수 있게 됨

2) 규제 샌드박스 절차

① 규제 신속 확인

기업이 신기업 신기술 관련해서 규제가 있는지 허가가 필요한지에 대해서 여부를 문의하면 30일 이내에 회신을 받게 됨

②-① 시장 출시

정부가 30일 이내에 회신을 하지 않으면 관련 규제가 없는 것으로 간주함

②-② 임시허가

기존 규제가 있는데 모호할 경우 임시 허가 신청을 하게 됨
임시 허가는 안정성과 혁신성이 검증된 서비스인데 관련 규정이 모호하거나 또는 불합리해서 시장 출시가 어려울 경우에 일정 조건하에서 기존 규제의 적용을 받지 않게끔 임시적으로 허가를 해서 시장 출시를 하게 하는 것으로써 민관합동 규제특례심의위원회의 심의 의결을 통해서 2년간 허용하고 또 보고 2년간 연장 가능한 형태로 진행함
최대 4년간 샌드박스를 통해 해당 사업을 운영하고 그 사이에 법령을 정비하면 정식 허가를 받아서 출시를 하게끔 함

②-③ 실증특례

모호하거나 불합리해서 금지를 시켜야 하는 규정이 있을 때 신청함
실증특례를 받고 2+2, 2년 내에 법령이 정비가 되면 정식 허가를 받고 시장 출시가 되는 것이고, 그 사이에 법령이 정비 되지 않으면 임시 허가를 시장에 출시하게 됨

3) 샌드박스 종류

샌드박스는 ICT 융합, 산업 융합, 핀테크 분야 세 가지로 시작되어서 최근에는 규제 자유 특구와 스마트 시티, 연구 개발 특구 등 여섯 분야로 확장됨
ICT 융합 샌드박스 : 과학기술정보통신부와 정보통신산업진흥원 나이파에서 관리함
핀테크 샌드박스 : 금융위원회와 금융감독원에서 관리함
산업 융합 샌드박스 : 산업통상자원부에서 관리함

4) 샌드박스 사례

① 모바일 전자고지서

그동안은 모바일 전자고지서를 제공하려면 주민번호를 본인 확인 기관에 의뢰해서 CI라고 하는 연계정보로 일괄 변환하는 작업이 필요했음
- CI : 주민등록번호를 복원하지 못하도록 일방향으로 암호화한 생성값을 뜻함
- CI는 주민번호가 미수집된 환경에서 웹사이트에 관계없이 같은 이용자인지 식별하기 위한 정보임
그런데 기존의 정보통신망법상 본인 확인기간의 주민등록번호의 CI 생성과 제공 절차에 대한 규정이 없어서 모바일 전자고지 서비스가 어려웠음
공공이나 민간 기관에서 모바일 전자고지 서비스를 제공하려면 기관에서 보유한 고객 주민번호를 나이스 평가정보원이나 SCI 평가정보 등 본인 확인 기관에 의뢰를 해서 암호화한 CI로 일괄 변환이 필요했었던 것임
이런 부분을 법적으로 주민등록번호 수집이 가능한 행정기관에게 요청을 해서 본인 확인기관에서 주민번호를 암호화된 CI 정보로 변환해서 각 플랫폼 업체에서 전자고지를 할 수 있도록 이번에 임시 허가가 됨
각 업체들은 자사의 인증 서비스를 통해서 다양한 공공기관이나 전자우편 중요 문서를 자신들의 플랫폼에서 수신해서 간단하게 본인인증해서 열람할 수 있도록 전자 고지를 할 수 있게 됨

② 모바일 운전면허증

모바일 운전면허증은 SKT, KT, 유플러스 등 통신사를 시작으로 삼성전자, 카카오, 네이버 등 대형 IT 기업 그리고 신한카드와 아이콘 루프라는 블록체인 업체가 모바일 운전면허증 샌드박스로 승인받음

③ 금융 규제 샌드박스

금융기관 서비스로서 해외 송금이나 송금 서비스, 국내 송금 서비스에 대한 샌드ㅂ가스가 주를 이루고 있음
기존에는 신용카드 가맹사업자만 VAN사를 통해서 결제를 했다면 이번 샌드박스로 인해 신용으로 개인끼리 QR 코드를 전송해서 QR을 찍으면 송금하는 형태로 전송할 수 있도록 함

3. 서비스 약관과 정책서

새로운 서비스를 만들거나 기존 서비스의 새로운 기능을 만들 때
- 새로운 서비스이면 신규 약관과 개인정보 동의서를 새로 만들어야 함
- 기존 서비스의 신기능을 만들기 위해서도 기존 약관과 개인정보 동의서에 대한 추가 또는 변경이 일어날 수 있음
사내 법무팀이 있으면 서비스 기획 전부터 이러한 법 부분에 대한 법무 가이드라인이 있는지를 확인해봐야 함
- 어떤 목적으로 어떤 서비스를 할 것이고 이에 대한 고객의 어떤 정보를 어떻게 수집해서 어디에 활용된다는 고객 정보의 흐름에 따라서 정리한 문서를 바탕으로 법무팀과 커뮤니케이션을 할 수 있음
사내 법무팀이 없는 작은 조직이라면 외부 변호사에게 요청해서 검토가 필요함
이런 법적인 부분은 약관 작성 뿐만 아니라 정책을 작성하고 서비스의 문구를 정하는 데도 필요로 함
약관을 처음 만들게 되는 경우 정부에서 만든 표준 이용약관을 활용할 수도 있음
공정거래위원회에서 표준 약관 양식이 각 서비스의 큰 카테고리에 따라 있으니 해당 약관을 바탕으로 우리 서비스에 맞게 업그레이드하고 수정하는 형식으로 진행하면 됨
보통 전자상거래나 전자금융거래 이용약관 등을 활용하게 될 것임
이후에는 경쟁사의 약관을 확인해야 함
약관과 개인정보동의서를 보면 그 회사가 현재 어떤 업체와 제휴를 하고 있는지 어떤 데이터를 중요하게 생각하는지, 서비스에 대한 플로우가 어떻게 되는지 등을 인지할 수 있음
약관은 제휴사가 늘어나거나 법이 바뀌거나 혹은 우리가 다루는 업무가 늘어나면 약관 업데이트를 필요로 함

4. 요구사항 정의서(PRD) 작성하기

1) 개념 설명

요구사항 정의서 : 신규 서비스(기능 포함) 업데이트 및 기존 서비스의 변경 등 서비스의 변화를 가져오기 위해 변경 요구사항을 정의하는 것
- 내부 요구사항 : 개발팀 내부에서 정의한 요구사항
- 외부 요구사항 : 서비스운영팀이나 사업개발팀, 영업팀에서 정의한 요구사항
- 이러한 다양한 업무 대응 중에서 중요도가 높다고 판단되는 내역에 대해서 요구사항 정의서부터 작성해서 업무를 시작하게 됨
도입배경 및 목적 : 문제가 무엇이며, 이를 통해 어떤 개선을 원하는지
타겟 고객 (내부 사용자일수도 있음) : 해당 문제를 겪고 있는 타겟 고객이 누구인지
기대 효과 (매출 혹은 생산성 향상) : 이를 통해 예상하는 효과
고객 기준의 Flow-chart : 변경 이후, 고객은 서비스를 어떻게 사용할 수 있을지?
기능 정의 : 실제로 문제를 해결하기 위한 방안, UI를 제안하면 안됨

2) 요구사항 정의서 작성 방법

< 출처 : 제로베이스 강의자료 >

시스템 구분에서 Admin, API 등 종류에 따라 상세한 내용을 정의
개발수용여부도 표시를 함
요구사항 정의 ➔ 초안 작성 ➔ 협업 논의 ➔ 초안 수정 ➔ 개발 조율
- 빠르게 초안을 만들어서 법무팀, 정보보안팀 등 해당 업무 담당자들과 협업을 진행하는 것이 중요함

3) 요구사항 정의서와 정책서의 충돌

정책서와 요구사항은 부딪힐 때가 있음
보통 요구사항 정의서는 비즈니스의 확장 또는 업무 효율을 위해 하는 부분이 많은데 이는 기존 정책에 위배되는 것일수도 있음
보통은 정책서 기반으로 요구사항을 맞춰나가는 형태로 진행하긴 하지만 일정의 시급함이나 요구사항의 중요도로 인해 기존 정책서의 정책을 어긋나게 되는 경우도 생김
그럴 땐 해당 정책을 지키지 못했을 때의 리스크와 해당 요구사항을 통한 기능 추가로 얻게 되는 사업적 이득을 잘 판단해야 함