728x90

알고리즘 : 문제를 푸는 데 필요한 단계의 순서를 명확히 명시하는 구체적인 계산법

위대한 알고리즘의 조건?

일반 컴퓨터 사용자가 날마다 사용하는 알고리즘

구체적이고 실질적인 문제를 다뤄야 한다는 점

알고리즘이 하드웨어 중점을 둔 기술이나 인터넷 같은 인프라스트럭처 설계가 아닌 컴퓨터과학 이론에 우선적으로 연관돼야 한다는 점

검색엔진 인덱싱: 세상에서 가장 큰 건초 더미에서 바늘 찾기

검색엔진의 두 가지 주요 과제: 매칭과 랭킹. 매칭 기법인 메타워드 트릭, 랭킹 알고리즘과 구글의 페이지랭크 알고리즘

매칭과 랭킹

첫 번째 단계가 끝나면 수천 또는 수백만 개의 부합하는 결과가 있을 수 있다. 그리고 두 번째 단계에서 적합성에 따라 이를 분류해야 한다.

알타비스타: 최초의 웹 규모 매칭 알고리즘

오래된 평범한 인덱싱: 모든 검색엔진 이면에 있는 가장 근본적 발상.

매칭-구문 쿼리 문제 해결: 페이지 번호뿐 아니라 페이지 안의 위치도 저장해야 한다는 아이디어

랭킹-인간은 near 쿼리를 많이 쓰지 않지만 검색엔진은 랭킹을 향상시키고자 근접성에 관한 정보를 계속 이용

메타워드 트릭: 실제 HTML에선 메타워드를 태그라 부름,구조쿼리는 사용자가 거의 이용하지 않지만 검색엔진은 내부적으로 늘 이용. <titlestart><titleend>를 통해 찾고자 하는 단어가 제목에 있는지를 파악, 이를 하이퍼링크, 이미지, 설명 등 다양한 부분 검색 가능

페이지랭크: 구글을 출범시킨 기술

하이퍼링크 트릭:연결된 페이지 수를 세어 각 페이지에 있는 인커밍링크의 수에 따라 랭킹 매김, 그러나 나쁜 페이지에 이용될 수도 있음.

권위 트릭: 높은 권위가 있는 페이지에서 온 링크는 낮은 권위가 있는 페이지의 링크보다 더 높은 순위라는 결과를 낳아야 한다

하이퍼링크와 권위 트릭을 결합해 권위 점수로 구분

무작위 서퍼 트릭: 하이퍼링크가 사이클을 형성하는 경우 즉, 하이퍼링크를 클릭하다가 출발점으로 되돌아오는 경우 해결하기 위함. 구조는 똑같음. 하이퍼링크+ 권위

실제 상용 검색엔진이 페이지랭크 같은 링크 기반 랭킹 알고리즘 외에도 훨씬 더 많은 것을 이용해 순위를 결정

공개 키 암호화: 공개 엽서에 비밀을 적어 아무도 모르게 보내는 방법

공유 비밀로 암호화(key)

블록 암호라는 변형된 덧셈 트릭

고급 암호 표준(AES) : 일반적으로 16자짜리 블록을 128비트 키와 함께 이용해 10차례의 혼합 계산을 하는 방식으로 사용

공유 비밀을 공개적으로 설정하기

페인트 혼합 트릭: 일방향 행위 전제

개인키를 정한다

공개키와 개인키를 혼합하고 공개키를 공개한다

상대의 혼합된 공개키와 개인키를 자신의 개인키와 계산한다

상대도 마찬가지로 혼합된 공개키와 개인키를 자신의 개인키와 계산하면 같은 값을 가지게 됨.

오류 정정 코드: 데이터 오류를 스스로 찾아 고치는 마법

반복트릭

리던던시 트릭: 원본 메시지에 잉여 정보를 담은 메시지를 이용해서 메시지에 있는 모든 변화를 검출하고 정정.

(=메시지를 전송하려면 우선 각 심벌을 이에 대응하는 코드워드로 해석해야 한다. 그 다음에 여러분은 변형한 메시지를 신뢰할 수 없는 통신 채널을 통해 전송한다. 메시지를 수신했을 때 메시지의 각 부분을 보고 이것이 유효한 코드워드인지 확인한다. 유효하다면 이에 대응하는 심벌로 이를 되돌리기만 하면 된다. 만약 확인한 메시지가 유효한 코드워드가 아니라면 가장 근접히 부합하는 코드워드를 알아낸 다음 이를 대응하는 심벌로 변형한다. )

(=인코딩을 할 때 4자리 숫자가 각 집단은 이에 추가할 리던던시를 가져 7자리 코드워드를 생성한다. 디코딩할 때 수신자는 우선 수신한 7자리 숫자에 정확히 부합하는 코드워드를 찾는다. 정확히 부합하는 대상이 없다면 가장 근접한 값을 취한다. )

오버헤드: 메시지가 정확하게 수신되었는지 확인하기 위해 보내야 하는 잉여 정보의 양. 반복 트릭의 오버헤드는 양이 엄청나기 때문에 리던던시 트릭 선호

체크섬 트릭: 단순 체크섬= 다 합한 뒤 끝자리만 원본과 함께 적음. 이 경우 하나의 오류만 있는 경우 100%검출이지만 여러 개일 경우 보장 안 됨. -> 계단 체크섬 : 여러 오류 발생하는 경우 보완, 곱셈한 부분을 추가

핀포인트 트릭

코드워드 집합, 이차원 패리티,

전송 제어 프로토콜(TCP),패킷에 주로 이용 위성TV부터 심우주 탐사기에 이르는 애플리케이션에서 저밀도 패리티 검사 코드 이용.

패턴 인식과 인공지능 : 사람처럼 학습하고 생각하는 컴퓨터

패턴 인식은 인공지능의 하위분야, 얼굴 인식, 대상 인식, 발화 인식, 손글씨 인식 등을 포함함, 더 구체적인 예로 사진을 보고 누구인지 맞추거나 봉투에 손으로 쓴 주소를 알아내는 것 등을 들 수 있다. 여기서 패턴 인식은 변수가 많은 입력 데이터에 맞게 컴퓨터가 지적으로 행동하게 하는 과제라고 정의할 수 있음.

인접인웃 분류자, 의사결정나무, 인공 신경망

패턴인식과제: 첫 번째는 분류된 훈련 데이터를 기반으로 컴퓨터가 클래스에 관해 학습하는 ‘훈련 단계’이고 둘째는 컴퓨터가 분류되지 않은 새로운 데이터 샘플을 나누는 ‘분류 단계’

인접이웃 분류자: 분류되지 않은 데이터 샘플을 받으면 우선 훈련 데이터에서 이 샘플에 가장 근접한 이웃을 찾아 이 최근접 이웃의 클래스를 예측값으로 이용

K-인접이웃 분류: 인접 이웃 값을 검토하고 근접한 이웃 중 가장 대중적인 클래스를 선택

다양한 종류의 인접이웃: 숫자 이미지 사이의 지리적 거리가 아니라 차이를. 측정, 차이는 백분율로 측정, 1%만 차이 나는 이미지는 매우 가까운 이웃, 99%차이 나는 이미지는 거의 관계가 없음.

스무고개 트릭: 의사결정나무

충분한 양의 훈련 데이터가 주어지면 정확한 분류를 만들어 낼 의사결정나무를 학습하는 일이 가능하다

컴퓨터는 매우 많은 수의 첫 질문을 시험해 보고 최적의 정보를 도출할 질문을 찾는다. 첫 질문에 대한 답을 토대로 훈련 예시를 두 집단으로 나눈 다음 각 집단에 최적의 질문을 제시한다. 이렇게 나무의 특정 지점에 도달한 훈련 예시 집합을 토대로 최적의 질문을 결정하는 식으로 의사결정나무를 따라 내려간다. 예시 집합이 특정 지점에서 순수하다면 컴퓨터는 새로운 질문 생성을 멈추고 나머지 페이지에 대응하는 답을 산출.

선글라스 문제에 대한 신경망

신경망의 기본적 구조, 역치를 넘는지를 기준으로 판단, 신경망이 올바르게 작동하기 전에 특정 방식으로 조율되어야 한다.

조율 된다는 의미 파악하기

가중 신호 더하기

강화1: 신호는 0부터 1 사이의 값을 취할 수 있다.

강화2: 총 입력은 가중 합계로 계산한다.

연결의 비중이라는 수가 연결의 강도를 반영. 비중은 양의 숫자일 수도 있고 음의 숫자일 수도 있음.

강화3: 역치의 효과는 약화된다.

선글라스 문제에서 1 근방의 출력값은 선글라스가 있는 확률이 매우 큼을 나타내고 0 근방의 출력값은 선글라스가 없음을 거의 확실히 입증한다는 뜻.

학습에 의한 신경망 조율

인공 신경망 조율의 의미

모든 연결은 그 비중을 양(흥분성) 또는 음(억제성)이 될 수 있는 값으로 설정해야 함

모든 뉴런에서 역치가 적합한 값으로 설정되게 해야 함

모든 훈련 샘플을 여러 번 연습한 후 신경망은 성능 수준이 높아지고 학습 단계는 현재 다이얼 설정 상태에서 종료됨

신경망 학습 단계는 신경망이 훈련 샘플에 대해 제대로 수행할 때까지 모든 비중과 역치를 반복 조정하는 일을 비롯해 상당한 작업량이 필요하다.

선글라스 예에 작동하는 방법: 학습 단계가 완료되면 입력 이미지로부터 중앙 뉴런까지 수천 개의 연결 각각에 수치 비중이 할당, 모든 픽셀로부터 하나의 뉴런으로만 가는 연결에 집중하면 이 비중을 이미지로 변환해 매우 편리하게 시각화,

신경망 구조 한 줄 정리: 자극을 받으면 신경이 다른 뉴런에게 신호를 보내는 것처럼 인공지능도 이러한 구조를 차용하여 특정 역치값이 신호에 대한 비중을 고려하여 0에 가까워 지면 아니요 라는 출력을 1에 가까워지면 예라는 출력을 하게 만드는 것.

데이터 압축: 책 한 권을 종이 한 장에 담기

 

무손실압축

런-렝스 인코딩: 반복적인 데이터 압축, 실제로 다른 압축 알고리즘과 함께 사용

이를 보완하기 위해 반복이 인접하지 않아도 잘 작동하는 더 정교한 트릭 고안

전과 같음 트릭, 더 짧은 심벌 트릭

전과 같음 트릭 : 비슷한 부분 뒤에 몇 자리로 돌아가서 몇 번 복사할 건지 적어줌

더 짧은 심벌 트릭: 자주 쓰는 심벌을 짧은 숫자 코드로 축약, 겹치는 경우 잘 안쓰는 심벌엔 긴 숫자 코드 부여.

손실압축

압축 파일을 원본과 매우 유사하지만 똑같지는 않은 파일로 재구성할 수 있게 하는 손실 압축을 이용하는 편이 훨씬 유용할 때가 있음.

생략 트릭

압축가공물: 짝수 번째 행과 열을 생략, 단지 세부 항목의 손실이 아니라 압축 해제 후 특정 손실 압축 방법으로 인한 눈에 띄는 새로운 특징을 말함.

JPEG: 전체 이미지를 8x8픽셀 크기의 작은 정사각형으로 나눔, 각 정사각형을 개별 압축

Mp3,AAC 같은 흔한 음악 압축 포맷은 일반적으로 JPEG와 같은 고도의 접근을 이용, 그러나 오디오 압축 포맷은 인간 귀에 관한 사실도 이용, 특정 유형의 소리는 인간에게 거의 또는 전혀 영향을 주지 않고 압축 알고리즘으로 산출물의 품질을 떨어뜨리지 않으면서 이를 제거할 수 있음.

오류 정정 코드와 압축 알고리즘은 동전의 양면, 오류 정정 코드는 리던던시를 가지고 압축 알고리즘은 리던던시를 제거

데이터베이스: 일관성을 향한 여정

온라인 거래에 핵심적인 기술: 공개키 암호화 + 데이터 베이스

데이터 베이스: 효율성과 신뢰성

온라인 뱅킹은 탁월한 효율성과 완벽한 신뢰성을 요하는 애플리케이션의 전형적인 예.

데이터베이스 이면의 근본적 알고리즘 3가지

미리 쓰기 로그

커밋

관계형 데이터베이스

트랜잭션과 할 일 목록 트릭

컴퓨터에 관한 두 가지 사실: 프로그램이 충돌한다. 충돌하면 기존에 하던 모든 일을 잊는다.

일반적으로 컴퓨터는 한 번에 데이터베이스의 한 행만을 업데이트할 수 있음.

일관성이 중요하기 때문에 이러한 점에서 문제가 발생할 수 있음.

계좌이체의 경우 전체가 아닌 일부의 변화가 트랜잭션에서 수행된다면 데이터베이스는 불일치 상태로 남을 수 있음.

할 일 목록 트릭: 미리 쓰기 로그, 먼저 데이터베이스 테이블은 건드리지 않고 트랜잭션의 할 일 목록을 로그에 씀 그 다음에 로그 엔트리를 디스크 같은 영구 저장 장치에 확실히 저장한 다음 테이블 자체에 계획한 변화를 줌. 테이블의 변화가 디스크에 저장되면 로그 엔트리를 삭제할 수 있음. 할 일 목록 트릭은 데이터 오염을 사전에 차단하지만 데이터 손실을 제거하진 못함.

중복 데이터베이스를 위한 준비 후 커밋 트릭

트릭을 이해하려면 1. 데이터베이스는 복제될 수 있다. 2. 때론 데이터베이스 트랜잭션이 취소되어야 한다. 이를 트랜잭션 복귀 또는 중단이라고 부른다

중복데이터베이스

충돌 전 저장된 모든 데이터가 여전히 그대로 남아 있지 않은 경우 할 일 목록 트릭은 도움이 안 됨. 왜냐하면 충돌 시점에 진행 중이던 트랜잭션을 완료하거나 복귀시켜 특정 유형의 충돌을 회복시킬 수 있는 역할이기 때문. 이의 해결책은 두 개 이상의 데이터베이스 사본 유지. 데이터베이스의 사본 하나를 복제본이라 부르고 모든 사본의 집합을 중복 데이터베이스라 칭함. 백업과 구분. 백업은 백업 이후 변화가 발생하면 이 변화는 다른 장소에 저장되지 않음. 중복데이터베이스는 동기화됨.

트랜잭션의 복귀

트랜잭션은 데이터베이스의 일관성을 보장하기 위해 반드시 수반되어야 하는 데이터베이스에 대한 일련의 처리 동작, 트랜잭션이 완료할 수 없을 때도 있음, 예를 들면 디스크 공간 부족이나 동시 사용의 경우 잠금하고 다시 해제하는 과정을 거치는 데 이때 교착상태(데드록)라 부르는 심각한 상황 초래 가능. 교착상태에서는 하나가 취소되어 나머지 트랜잭션을 진행할 수도 있음. 트랜잭션 도중 디스크 공간이 부족할 땐 부분적으로 완료된 트랜잭션을 중단하거나 복귀하는 능력 필요, 할일 목록을 약간 변형하면 복귀를 달성할 수 있음, 이는 미리 쓰기 로그가 필요한 경우 각 작업을 원상복귀할 추가 정보를 담고 있어야 함.

요약-복귀해야 하는 경우 2가지: 할일 목록의 경우 이전으로 복귀/ 중복데이터베이스의 경우 디스크 공간부족 복귀

준비 후 커밋 트릭 : 첫 번째는 준비단계, 두 번째는 최초 제안을 모두가 수용했는지 여부에 따라 결정 또는 중단 단계

할일 목록과 준비 후 커밋 트릭을 결합하면 은행이 원자적 트랜잭션으로 중복 데이터베이스를 실행할 수 있으며 동시에 접속한 수천 명의 고객을 불일치나 데이터 손실 가능성이 전혀 없는 상태에서 응대 가능.

 

디지털 서명: 진짜 누가 이 소프트웨어를 작성했을까?

종이 서명에서는 여러분이 상대방에게 보낼 내용에 서명을 하지만 디지털 서명에서는 상대방이 여러분에게 내용을 보내기 전에 서명을 함. 사람들이 잘 인식하지 못하는 이유는 컴퓨터가 디지털 서명을 자동으로 확인하기 때문.

곱셈 자물쇠로 서명하기

자물쇠를 이용해 숫자 메시지를 잠가 디지털 서명을 제작. 시계 크기를 이용한 곱셈에 대응. 최종 결과인 숫자가 메시지에 대한 디지털 서명.

잠그는 과정은 디지털 서명을 생산하는 반면 여는 과정은 메시지를 생산함. 열린 메시지가 원본 메시지와 일치하면 디지털 서명은 검증되고 원본 메시지는 진짜, 열 때 키를 이용!

메시지에 서명을 할 때마다 메시지와 서명을 노출할 수 있지만 서명을 제작하는 데 이용한 자물쇠 숫자는 노출할 수 없음, 시계 값과 숫자 키는 공개해도 됨.

순서: 메시지->(자물쇠)->서명->(키)->검증된 성명

키 값이 공개적이기 때문에 누구나 비밀이어야 할 자물쇠 값을 계산할 수 있음, 그리고 다른 사람이 자물쇠 값을 알게 되면 이 사람의 디지털 서명을 위조할 수 있음.

지수 자물쇠로 서명하기

RSA 디지털 서명 체계 : 공개키 암호화 체계인 동시에 디지털 서명 체계

다른 사람이 이용하는 키와 시계 크기를 안다고 해서 이에 대응하는 자물쇠 값을 계산할 수는 없음. 앞의 곱셈 시스템에 있는 결점을 수정

계산 가능성과 결정 불가능성: 컴퓨터로 모든 문제를 해결할 수 있을까?

어떠한 소프트 웨어 검사 도구라도 모든 프로그램에 잠재해 있는 충돌을 모두 검출하는 일은 불가능하다는 것을 증명할 수 있음.

어떤 파일이나 입력을 이용해서 어떤 프로그램이라도 실행할 수 있다는 개념이 있다. 그러나 입력 파일이 이를 실행한 프로그램의 목적에 맞는 파일이 아닌 경우 결과 출력은 주로 쓰레기

컴퓨터 프로그램도 컴퓨터 디스크에 파일로 저장되므로 아무 프로그램이나 입력으로 이용해 어떤 프로그램이라도 실행할 수 있다는 사실

한 컴퓨터 프로그램은 자기 자신을 입력으로 이용해 실행할 수 있음

잠재력 있는 위대한 알고리즘 후보군

인공지능, 영지식 프로토콜, 분산 해시 테이블, 비잔틴 장애 허용,

 

알고리즘이 생각보다 굉장히 큰 범위라는 것에 놀람…

소프트웨어 기술이 어떤 원리에 의해 작동되며 무슨 문제로 발전 되었는지 알려주는 책.

 

책도 어렵지 않고 이론적인 거에 비하면 쉽게 쓰여짐 … 초보자도 가능! 조금 흥미 없으면 지루할 수도…ㅎ;;

알고리즘을 가지고 어떻게 프로그램으로 변환하는지는 정확히 알기 어려웠지만 그 구현하기 위한 아이디어들은 이해할 수 있었던 좋은 책

개인적으로 좋았던 부분은 검색엔진, 인공지능, 트랜잭션과 중복데이터베이스, 공개키&암호키

자세하고 쉬운 예시들이라 좋았고 뭔가 조금 더 IT를 이해할 수 있었음..

반응형

'Tech' 카테고리의 다른 글

ERP와 객체지향 이해하기 좋은 글!  (0) 2021.11.05
카카오페이, 21세기의 금융 생활을 보여주다!  (0) 2021.11.05
클라우드 컴퓨팅  (0) 2021.11.05
728x90

1. 비전

TRIP + PEOPLE = TRIPLE



2. 시장현황

트리플-2021년 630만 회원 돌파

투자 기관-네이버, 한국투자파트너스, kb인베스트먼트 620억 투자금 유치

트리플 이용자 지난 3월 국내선 항공 매출액이 올해 1월 대비 223%증가, 예약자 수도 162% 증가

한국관관데이터랩에 따르면 우리나라 해외관광객 수는 2019년 대비 2020년의 증감률은 85% 이상 감소되었고 2020년 대비 2021년 8월 기준으로 82%이상 감소.

현재 입국금지 48개국, 격리조치 16개국, 검역강화 121개국.-> 앞으로 점점 더 풀릴 것으로 보임
그러나 이미 지난달부터 억눌렸던 소비 심리가 되살아 나는 분위기인데, 9월 인천국제공항공사 항공통계에 따르면 국제선 여객은 28만7435명으로 작년 동기 대비 46% 증가.

한국무역통계진흥원은 올해 국내 캠핑 인구가 700만명을 돌파할 것으로 보고 있으며, 캠핑 시장 규모가 4조원대에 이르렀다는 통계.


경쟁사
비슷한 서비스를 제공하는 야놀자로 판단했으나 제휴를 맺은관계로 경쟁사는 없는 것으로 판단.

경쟁력
-예약 시스템을 자체 구축해 조회부터 예약까지 빠르고 편리
-국내 전 노선 발권수수료 무료 이벤트로 실시간 최저가 요금을 제공
-예약과 동시에 자동으로 여행 일정을 생성해 근처 맛집과 관광지를 추천, 여행 경험을 풍부하게 만든 것이 주된 요인
-
-> 하나부터 열까지 여행자를 기준으로 맞춰진 시스템. 여행을 좋아하는 경우 충성고객으로 만들 수 있는 포인트가 많음.


비즈니스 모델 분석

고객부문
여행자
- 체계적인 일정을 짜고 싶다
- 자유롭게 비행기, 호텔 등 선택하고 싶다.
- 여행과 관련된 정보를 얻고 싶다.


고객가치
여행자
-체계적인 일정을 짤 수 있다.
-자유롭게 비행기, 호텔 등 선택할 수 있다.
-여행과 관련된 정보를 얻을 수 있다.
고객관계
-고객센터
-이벤트/쿠폰 제공


고객채널
-모바일
핵심활동
-모바일 운영/관리/개선
-간편한 결제 시스템 등록/관리
-카테고리별 상품 등록/관리
-여행관련 카테고리 등록/관리/개선


핵심자원
-모바일 기술자원
-간편 결제 시스템
-여행빅데이터
-항공기술력
핵심파트너
- 제휴사


비용구조

고정비용
-온라인 인프라 유지/고도화
-온라인 운영 인력
-고객센터 운영 인력/자원
-사무실/법무/세무/처리


변동비용
-이벤트/마케팅 진행 비용
-카드수수료


수익구조

-광고수수료
-제휴상품 중개료


3. 좋았거나 제안하고 싶은 점

좋았던 점:

일행과 함께 여행을 짤 수 있는 부분은 함께 여행을 가는 사람끼리 한 번 더 공유해야 하는 번거로움을 줄이기에 좋은 부분이고 신선.
또한 체크리스트나 가계부, 다른 사람 일정 보기 등 정말 여행 다닐 때 편하고 좋은 서비스들을 모아 놓았다는 생각.
여행을 좋아하기 때문에 이 서비스를 알게 된 이후에 이 서비스를 애용할 것 같고 여행을 좋아하는 사람들이 만든 서비스답게 편리하게 만들어져서 한번 이용하면 충성고객으로 가는 경우가 많을 것 같음.


제안하고 싶은 점:

처음 서비스를 이용할 때 어떻게 일정을 짜야 할지 몰라서 이리 저리 들어가다가 해결이 안 되어서 난감. 가이드북을 통해 비행기 예매부터 일정이 시작한다는 것을 알게 됨. 비행기 예매하는 것으로부터 여행이 시작한다는 점을 잡아서 서비스를 시작하는 것으로 기획자의 의도를 파악했지만 날짜를 정하고 비행기를 잡는 사람도 있다는 것도 생각해서 처음부터 일정을 잡고 예매를 시작하는 서비스를 추가하는 것도 좋을 것 같음. 다양한 앱들에서도 유저들이 서비스를 이용하기 위해 2개 이상의 버튼을 만들어 놓는 것처럼 비행기를 눌러서 예매한 뒤 일정이 나오는 시나리오와 함께 처음 메뉴에서 우측 하단에 +버튼 표시를 만들어서 그 부분을 클릭하면 일정을 만들 수 있도록 하는 기능과 버튼을 추가하면 좋을 것 같음. 아니면 가이드 북을 잘보이는 탭으로 추가하는 방법 등도 있을 것 같음.

혼자 여행을 하면 숙소 근처에 공원이나 호수나, 산을 찾아보는 편. 여행이 일찍 마무리될 때도 있고 하려던 여행 계획이 취소되는 경우도 있는데 그 때마다 근처에 좋은 공원을 찾게 됨. 이러한 점으로 숙소 근처에 공원, 호수, 산 등의 데이터를 알려주는 카테고리를 추가하는 것도 좋을 것 같음.
또한 음식 메뉴도 너무 세세하지 않으면서도 분류할 수 있는 중식, 일식 등으로 크게 분류해주면 유저들이 조금 더 편리하게 사용할 것 같음.

반응형
728x90

1. 비전

"여행사 Digital Transformation 기반을 구축하자"

-패키징여행의 문제점-> 베이스 캠프 (여행 ERP)-> 어딩 (차별화된 시스템B2C에 가깝게) 단순히 상품을 판매하는 공간이 아닌 여행사의 방향성을 나타낼 수 있는 공간으로 만들기 위해 어 업그레이드!

2. 시장현황

한국관관데이터랩에 따르면 우리나라 해외관광객 수는 2019년 대비 2020년의 증감률은 85% 이상 감소되었고 2020년 대비 2021년 8월 기준으로 82%이상 감소.

현재 입국금지 48개국, 격리조치 16개국, 검역강화 121개국.-> 앞으로 점점 더 풀릴 것으로 보임

그러나 이미 지난달부터 억눌렸던 소비 심리가 되살아 나는 분위기인데, 9월 인천국제공항공사 항공통계에 따르면 국제선 여객은 28만7435명으로 작년 동기 대비 46% 증가.

한국무역통계진흥원은 올해 국내 캠핑 인구가 700만명을 돌파할 것으로 보고 있으며, 캠핑 시장 규모가 4조원대에 이르렀다는 통계.

Insight : (국내 여행에서 시간이 지나면 해외 여행도 포섭가능-> 국내 여행사, 해외여행사 대상 범위 확대, 캠핑 부분을 포함시키는 상품을 확대하면 어떨까? 포털을 제공하는 만큼 다양한 여행들을 포섭하면 좋을 것 같다! )

경쟁사

야놀자-최근 인터파크를 인수하며 해외여행 시장 장악, 현재 시장점유율이 70%, 하나투어(국내 여행업 1위 사업자)와도 전략적 제휴

경쟁력

여행사의 홈페이지 제공을 통한 패키지, 자유여행, 호텔,에어텔 등 다양한 여행상품을 등록하고 판매할 수 있는 시스템,

3. 비즈니스 모델 분석

1. 고객부문

여행사-편리하게 서비스를 제공하고 싶다.

여행을 홍보하고 싶다.

고객관리 등을 편리하게 하고 싶다.

소비자-편리하게 서비스를 제공받고 싶다.

원하는 여행을 가고 싶다.

여행사를 하나하나 찾고 싶지 않다.

2. 고객가치

여행사- 편리하게 서비스를 제공할 수 있다.

직접 제공하는 여행 서비스를 제공할 수 있다.

고객관리 등을 편하게 할 수 있다.

소비자- 편리하게 서비스를 제공 받을 수 있다.

원하는 여행을 할 수 있다.

여행사를 찾지 않고 원하는 여행을 쉽게 선택할 수 있다.

3. 고객관계

-블로그운영,

-고객센터

-파격적인 수수료 정책으로 운영사 부담 낮춤

4. 채널

5. 핵심자원

웹 기술자원

ERP 기술

간편한 결제 기술

6. 핵심활동

카테고리별 여행 상품 등록/관리

블로그 운영/관리

웹 서비스 운영/관리/개선

간편하고 다양한 결제 서비스 등록/관리

7. 핵심파트너

여행사

다양한 이커머스 플랫폼

8. 비용구조

고정비용

온라인 인프라 유지/고도화

온라인 인력 운영 인력

사무실/법무/세무 처리

고객센터 운영 인력/자원

변동비용

이벤트/마케팅 진행 비용

카드 수수료

수익구조

톡스토어 입점과 관련한 수수료 외, 어딩 시스템에서의 연동 서비스 이용료는 베타서비스 기간 동안만 0원

-연동 서비스 이용료(?- 정책에 따라 달라질 수 있을 듯)

-웹사이트 제작(?- 정책에 따라 달라질 수 있을 듯)

-관리자ERP시스템(?- 정책에 따라 달라질 수 있을 듯)

-판매 중개수수료

서비스

직접 여행사의 홈페이지 개설 도와줌,체계적인 예약 관리

손쉬운 예약자 관리- 예약상태, 결제여부, 예약인원, 보험가입 여부

결제관리- 간편 결제, 파격적인 수수료 정책으로 운영사 부담 낮춤

발권의뢰, 수배하기, 행사지출, 행사지출, 정산, 재고관리, 예약가능일 설정,

자동계좌조회

부가서비스

pg사 가입비/ 등록비 면제, 소셜 간편로그인 지원, 카카오 알림톡 템플릿 등록, 외부 플랫폼 cpc 등록

기본편의 기능

상품/행사 복사 가능, 엑셀 출력 기능, 신규예약 메시지/알림 기능, 조건별 자동 메시지 기능

상품유형에 따른 관리

패키지/자유여행 특화 상품 생성 : 패키지 상품의 경우, 항공포함, 여권번호 자동등록 등의 기능을 지원하며 자유여행은 직접입력 방식의 상품생성을 통해 입점사가 원하는 형식으로 업로드 가능.

홈쇼핑 상품 등록/관리 가능(외부판매)

외부채널 연동판매

4. 제안

카페 24를 벤치마킹했을 때

1.사용자: 쉬운 홈페이지 만들기(원클릭, 쉬운 도메인 만들기, 쉬운 결제 서비스) 등, 상품 분석, 방문자 및 페이지 분석, 광고 효과, 구매자 분석 등

2.기술 : 인공지능을 통한 상품 분류, 검색엔진 최적화

3.마케팅 : 다양한 마케팅(페이스북, 인스타, 여러 판매 채널 등), 해외진출

4.교육 : 비즈니스 컨설팅, 창업교육

로 크게 나눌 수 있는데 현재 어딩의 정확한 상황은 알기 어려워 문제점을 제대로 찾지는 못함. 다만 벤치마킹한 결과는 유형의 물건이라도 무형처럼 다루는 어딩의 상품과 맞닿아 있어서 이런 부분은 적용할 수 있는 사항이라고 생각.

회사의 비전이 여행사의 디지털 트랜스포메이션 기반을 구축하는 것이기 때문에 일단 여행사 측면에서 여행사들이 쉽게 홈페이지를 만들 수 있도록 하는 것이 제일 우선 사항이라 생각. 그 과정에서 현재 어딩이 제공하고 있는 쉽게 사이트 제공하기, ERP제공하기 등이 있을 것. 또한 마케팅을 위한 다양한 채널 서비스와 결제 부가서비스 등도 제공하는 것으로 알고 있음. 이러한 등록과 판매를 하는 과정에서 인공지능을 통한 상품 분류나 검색엔진 최적화를 통해 좀 더 여행사가 잘 보일 수 있도록 하고 이 후에 운영적인 측면에서 분석을 할 수 있는 방안들을 좀 더 추가하면 좋을 것 같음. 또한 더 많은 여행사들을 모으기 위해 컨설팅이나 창업교육도 나중에 할 수 있다면 좋을 것 같음.

반응형
728x90

서비스기획자(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팀을 구성하게 됨.(이 부분은 탈잉 해빈님 강의 참고)

반응형

'IT planning' 카테고리의 다른 글

요구사항정의서 실패 요인  (0) 2021.11.20
기획을 잘하기 위한 재료 수집 활용법  (0) 2021.11.10
<웹 사이트 기획 입문> 후기  (0) 2021.11.05
<서비스기획스쿨>후기  (0) 2021.11.04
그로스 해킹(by 휴넷)  (0) 2021.11.04
728x90

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을 작성하여 완성

스케치 작성 요령

스케치는 검정 계열 색상

도형에 힘 빼기

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

시각적인 요소 활용

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

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

설명이 필요하면 번호 표기

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

관리자 화면을 고려

디스크립션 작성 요령

분할된 화면의 위치 표기

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

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

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

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

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

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

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

 

반응형

+ Recent posts