스토리 홈

인터뷰

피드

뉴스

조회수 2369

AWS S3를 이용하여 Vue 배포하기

Vue를 처음 만났을 때, 이것으로 무엇을 할 수 있을지 궁금했다. 하지만 Vue로 데모 앱과 개발 가이드를 따라하면서 의문은 점점 풀렸다. 알다시피 Vue는 front-end 로 활용이 된다. 빌드가 없어도 되고, 빌드를 해서 배포할 수도 있다. Vue는 일반 CDN을 이용하여 페이지를 만드는 방법과 여러 프레임워크를 활용하여 배포하는 방법 외에 다양한 방법이 존재하는데, 무슨 방법을 쓰든 결과물은 html과 js, css 같은 static 파일로만 이루어져 있다.처음에는 일반적인 방법으로 테스트하면서 다양한 디렉티브와 손쉽게 DOM 처리를 하는 방법을 익혔다. 나중엔 프로젝트에 참여하면서 webpack 으로 빌드해 배포하도록 프로젝트를 구성했다. webpack을 이용한 배포방법은 여기 를 참고하면 된다. 참고로 webpack은 nodeJS로 실행되기 때문에 기본적인 환경을 세팅해야 한다.webpack build.js 일부위처럼 직접 스크립트를 만들어서 사용해도 되지만 Vue에서 제공하는 템플릿으로 프로젝트를 생성할 수도 있다. 단 Vue-CLI가 미리 설치되어 있어야 한다.터미널에서 vue init webpack 프로젝트명만 치면 세팅된 템플릿으로 폴더 및 스크립트들이 구성된다. 아래와 같이 프로젝트의 기본 속성들을 입력하자.프로젝트를 만들면 기본적인 파일들로 이루어진 폴더가 생성된다. 현재는 관련 라이브러리들이 없는 상태이므로 npm install 을 통해 설치한다. 설치 후 nom run dev 로 개발모드를 실행하면 브라우저로 화면을 볼 수 있다. 만약 설치하고 빌드 설정을 수정하지 않았다면 기본 8080 포트로 가동된다. 브라우저를 실행해 http://localhost:8080 으로 접속하면 아래와 같은 화면이 나온다.여기까지 하면 webpack 으로 배포할 수 있는 상태가 되었다. 이제 AWS로 가서 회원가입을 하고 S3를 생성한다. 생성 방법은 여기를 참고하면 된다. 버킷까지 생성되었다면 이제 빌드 후 업로드하자.위와 같이 nom run build 를 하면 빌드가 시작된다.빌드가 완료되면 해당 프로젝트 폴더에 dist 폴더가 생성된다. dist 폴더에는 index.html 과 js, css 와 같은 리소스들이 들어간다. 이제 S3로 가서 올리려는 버킷을 클릭하자.업로드 버튼을 클릭하고, dist 폴더에 있는 index.html 과 static 폴더를 업로드한다. 폴더가 업로드되면 아래와 같이 파일과 폴더들이 보인다.업로드가 완료되었다고 지금 바로 웹사이트처럼 접근할 수는 없다. 정적 웹사이트 호스팅 설정을 활성화해야 비로소 가능하다. 속성 탭을 클릭해 정적 웹사이트 호스팅을 활성화 상태로 만든다.위와 같이 활성화하고 인덱스 문서에만 index.html 을 입력한 후 저장 버튼을 클릭한다. 현재 보이는 엔드포인트 주소가 외부에서 접근할 수 있는 사이트 도메인이다. 그 후 엔드포인트 주소로 접속하면 아래와 같이 오류 페이지를 볼 수 있다.이게 무슨 오류란 말인가… index.html 파일도 있는데 403 오류라니..자세한 http 응답코드는 여기를 참고하면 된다. 위의 오류는 권한이 없어서 파일에 액세스할 수 없다는 페이지다. S3는 기본적으로 모두에게 공개하진 않는다. 그래서 특정 파일이나 특정 버킷만 공개형으로 변경해줘야 한다.이 문제를 해결하려면 권한 탭으로 이동해 버킷 정책을 설정해야 한다. 아래와 같이 설정해주면 누구에게나 공개되어 접근할 수 있다.위 내용을 아래와 같이 버킷 정책으로 설정한다.설정을 저장한 후 다시 엔드포인트로 접속하면 아래와 같이 로컬에서 보였던 페이지가 보인다.이렇게 보이면 성공!다음엔 Vue가 어떤식으로 동작을 하는지 알아보도록 하겠다.마치며Vue는 간결하면서도 강력한 기능을 가지고 있는 front-end 프레임워크다. 개념과 디렉티브, 이벤트 핸들링, 보안 등 궁금한 게 많았지만 신통방통한 놈인 건 확실하다. 아직 큰 프로젝트에 사용하는 건 힘들 수도 있으나 아래와 같이 장점이 많아 서버단과 클라이언트단 분리 개발, 외부 라이브러리와 사용하면 훌륭한 프레임워크가 될 거라는 생각이 든다.재사용 가능한 기능별 컴포넌트 개발훌륭한 라우터 탑재서버와 통신 가능한 ajax 모듈이 다양함 ( jQuery Ajax, Axios )다양한 호환 라이브러리를 활용하면 분명 훌륭한 프레임워크가 될 것!편집자 주) 함께 보면 좋아요!Vue, 어디까지 설치해봤니?PHP Codeigniter 환경에서 VUE 사용해보기JQuery 프로젝트에 VUE를 점진적으로 도입하기Vue와 Vuex, 컴포넌트간 통신과 상태 관리글장현준 팀장 | R&D 개발3팀[email protected]브랜디, 오직 예쁜 옷만
조회수 756

미루는 것과 "하나 둘 셋, 시작!"의 간격

객관적인 입장에서 나 스스로에 대해 가장 마음에 안드는 구석을 꼽자면 "미루는 특성"이다.사업을 하지 않았으면 몰랐을 문제점이기에 "미루는 것"에 대해 내가 배운 것에 대한 단상을 전해본다.마감 기한 직전까지 미뤄버리기~!우리는 마감일이 있는 과제를 받아 마감일 전에 일을 끝내는 것에 익숙하다.알림장에 적혀 있는 일기쓰기부터 대학 과제가 그와 같았다.마감일이 있는 과제를 받으면 우리는 나름대로 계획을 세워본다.마감 기한이 다가옴에 따라 점차 일의 양을 늘려가 기한 안에 과제를 완성하는 계획을 생각할 것이다. 상상속 과제 처리 계획한편 토르같은(벼락치고 망치는) 나란 존재는 어김없이 일을 이따위로 처리하기 일쑤다.나레기의 과제 처리내 머릿속의 아몰랑 원숭이팀 어번의 '할일을 미루는 사람들의 심리'라는 TED강연은 이와 같은 미루는 특성에 대해 정말 재미있게 풀어낸다.팀 어번에 따르면 일반인의 뇌는 합리적 결정권자가 선택을 주도한다.나와 같은 미루기 대마왕의 뇌 속에는 합리적 결정권자 바로 옆에 아몰랑 원숭이가 존재한다.아몰랑 원숭이는 '그냥 좀만 더 자기', '일단 모르는 걸로 하기', '나와 내가 공모하여 30분만 더 쉬는 것으로 하기', '왠지 내일부터 하는게 더 좋겠다고 생각하기' 등의 결과물을 만들어내는 존재다.틈만나면 합리적 결정권자의 지휘대에 올라 미쳐 날뛴다고 팀 어번은 묘사한다.합리적 결정권자가 생산적인 일을 하기 위해 합리적인 계획을 짜면 아몰랑 원숭이가 난입해 '음...아니!'로 일축하고 그럼 어느새 미루기 대마왕은 페이스북을 놓지 못하고 침대를 떠나지 못하는 상태가 된다.근데 이 강연에서 정말 재밌었던 건 다음과 같은 전제였다.마감 기한이 다가오면 아몰랑 원숭이를 무찌르는 존재가 나타나는데, 일명 패닉 몬스터다.패닉 몬스터는 보통의 상황에서는 자고 있다가 큰 망신을 당하거나, 경력에 재앙이 닥치는 등의 무시 무시한 상황이 펼쳐질 위험이 있는 경우에 돌연 깨어난다. 패닉 몬스터는 아몰랑 원숭이를 잠시 쫒아내고, 이 때 다시 합리적 결정권자가 지휘를 탈환하여 정신없이 일을 처리한다.아무도 시키지 않은 일을 미루면 우울해진다한편, 삶에서는 마감 기한이 없는 정말 중요한 일 -친구 관계를 관리하고, 새로운 것을 배우고, 운동을 시작하거나 하루에 한 번 가족들의 안부를 묻는 것과 같은- 들도 있다.문제는 이 상황이다.이 때는 패닉 몬스터가 깨어나지 않는다.우리는 무기한으로 어떠한 목표를 향해 움직이는 것을 유보할 수 있다.그런 상황에서 우리는 무기력함, 자기 혐오감, 자존감 및 자기 신뢰도 하락을 경험한다.기한이 없는 일에 대해해서는 패닉 몬스터가 나타나 아몰랑 원숭이를 처리해 주지도 않으며 나와의 약속에 대한 반복적 파기는 시간이 흐를 수록 움직일 힘을 뺏어간다. 스타트업을 한다는 건 아무도 시키지 않은 일을 한다는 것이다.특히나 철저한 체계가 잡혀져 있지 않은 초반엔 더욱 그러하며 잠시 운이 좋아 순항을 하게 되는 경우에도 그러하다.난 지독한 프로미루머였다.공동창업자는 그 때의 나를 기억하리라. 아몰랑 원숭이 그 자체가 나였다.하지만 나는 날 뜯어 고치는 걸 어떻게 하면 되는 지 알고 있었고, 무엇보다 지금 뜯으면 고쳐진다는 걸 알고 있었다.프로 미루머에서 때때로 카르페디에머가 된 나의 비법 몇가지를 공개하며 방향 없이 날아가는 내 단상을 마무리 하고자 한다.나름의 극복법1. 미루는 상황 자체를 상상하지 않는다. 일단 안락한 상황을 상상해버리면 그 선택을 할 가능성이 너무 높아진다. 미루는게 쉽고 재밌으니까. 내일의 내가 해줄거니까. 상상하는 순간 이미 아몰랑 원숭이는 나라는 배의 금일 항해의 키를 쥐게된다. (ㅈ된단 이야기)2. 그냥 미루는 마음을 그냥 이루는 마음으로 바꾼다. 이 방법엔 엄청난 주문이 있다. "하나 둘 셋, 시작" 이 바로 그것이다. 예컨데 알람을 듣고도 침대에 누워 '으음~으으으~ 아...음...어...좀만더 ㄴr...레..ㄱl...는 더잘랭 아몰랑" 의 순간에 그냥 '하나 둘 셋, 시작!'을 외치며 일어나버리는 것이다. 또는 '아 도대체 이걸 언제하지...망했네...근데 왠지 잠시 넷플릭스좀 볼까?'하는 순간에 그냥 일단 노트북을 켜고 워드파일을 켜버리는 것이다.엄청난 주문이다. 일단 뱉으면 머쓱해서라도 움직이게 된다.3. 이뤄본 경험을 미뤄본 경험보다 더 누적하여 '결국 하게되는 나'로 만든다. 누적 데이터 상 미뤄본 경험이 더 많다면 첫 째, 미뤄도 존심이 상하지 않으며 둘째, 스스로를 '결국 미룰것 같은 나'로 인지하게 된다. 반면, 이뤄본 경험이 더 많다면 첫째, 미루는 게 존심 상하고 짜증나며 둘째 스스로를 '하게되는 나'라고 긍정하게 된다.이상!아직 멀었지만 꽤 좋아졌다. 더 완벽한 프로가 되겠다.
조회수 2850

VC 투자의 일반적인 프로세스

내가 VC 투자에 관한 엄청난 비밀이나 노하우를 알고 있지는 않다. 그냥 내가 몇번 경험 해본 것을 바탕으로 기본적인 내용을 쉐어 하려고 한다. 가끔 스타트업 대표들을 만나게 되면 가장 기본적인 사항도 모르시는 분들이 간혹 있기 때문에 이러한 기본적인 사항도 도움이 되지 않을까라는 생각으로 글을 쓴다. 이걸 안다고 VC 투자를 받는 거는 아니지만 VC 투자를 받기로 결정했다면 알아두면 조금 도움이 되지 않을까 한다. 그래서 가급적 이 글에서는 개인적 견해보다는 지극히 일반적인 사실에 대해서만 쓰려고 한다. 이 글이 스타트업을 처음 시작하는 창업가들에게 조금이나마 도움이 되었으면 좋겠다.일단 VC 투자의 첫 번째 단계는 심사역을 만나는 것이다. 이 단계가 정말 중요하다. 첫 단추이자 첫 관문이다. 벤처 캐피털 업계의 실무 담당자라고 보면 맞을 것 같다. 보통 "팀장", "차장", "부장", "과장" 등의 명함을 가지고 각종 스타트업 관련 행사에 참석을 하고 투자할 만한 회사들을 찾으러 다닌다. 스타트업도 투자자를 찾지만 투자자들 즉 심사역들도 좋은 스타트업들을 찾고 있다. 이 사람들을 만나는 방법은 정말 다양하다. 사적 네트워크, 지인의 소개, 그리고 각종 행사 등등을 통해서 이 사람들을 만나서 자신의 아이디어를 어필하고 다음 단계로 넘어가야 한다. 담당 심사역은 정말 중요하다 VC 투자의 모든 프로세스의 파트너이기도 하고 투자를 받고 나서는 지속적으로 회사를 관리하는 사람도 담당 심사역이기 때문이다. 그렇기 때문에 스타트업 대표와 담당 심사역의 인간적이 Fit도 중요한 요소이다.일단  심사역의 관심을 끌었다면 심사역은 자세한 사업계획서 즉 IR자료를 보자고 할 것이다. 그리고 제품이나 서비스도 확인하고 창업 멤버들도 만나볼 것이다. 그리고 다양한 질문들을 하면서 회사를 좀 더 자세히 파악할 것이다. 이 과정이 미팅 몇 번으로 끝날 수 도 있고 1년이 걸릴 수도 있다. 1년이 걸릴 수 있다는 이야기는 심사역이 판단하기에 투자받을 수 있는 단계가 아니라고 생각해서 좀 더 지켜보자는 의견을 줄 수도 있기 때문이다.일단 심사역이 이제 다음 단계로 넘어가도 될 것이라고 판단하다면 공식 IR을 하자고 할 것이다. 이제 심사역뿐만 아니라 그 심사역이 속한 하우스 전체 즉 대표를 포함한 대부분의 임원들이 있는 자리에서 발표할 수 있는 기회를 잡을 것이다. 이 자리에서 수많은 질문 공세와 공격이 들어올 것이다. 이 질문 공세와 공격을 통과해야 다음 단계로 넘어갈 수 있다.이제 IR을 통과했다면 심사역은 Due Diligence를 할 것이다. 즉 다시 한번 스타트업이 주장하는 내용들을 검증하고 Reference Check도 하고, IR 때 해소되지 않았거나 새롭게 제기되었던 문제들을 다시 한번 검증을 하기 위한 여러 가지 자료들과 질문들을 요청할 것이다.Due Diligence를 무사히 통과했다면 이제 본격적인 투자 협상을 해야 한다. 밀고 당기는 싸움을 하고서 협상이 마무리되고 합의된 투자 조건인 Term Sheet을 줄 것이다. 그리고 그 Term Sheet과 Due Diligence를 한 내용을 바탕으로 예비 투심을 할 것이다. 대부분 예비 투심은 투자회사 내부에서 하는 투자 심사를 말한다. 투자 회사 내부의 사람들이 모여서 이제까지 심사역이 준비한 자료를 바탕으로 다시 격론을 벌일 것이다. 그리고 이걸 통과한다면 LP 즉 펀드에 돈을 댄 기관에 보고하는 절차인 최종 투심을 진행할 것이다. 그리고 이러한 투심이 진행되는 동안 심사역과 스타트업의 대표는 계약서 문구를 협의해서 계약서를 마무리할 것이다. 회계감사도 이 과정 중에 받게 될것이다.그리고 최종 투심도 끝나고 계약서도 마무리되었다면 투자금을 받게 되는 것이다.VC 투자는 필수가 아니라 창업자의 선택이다. 하지만 받고자 결정했다면 좀 더 준비하고 알아보는 것이 중요하지 않을까 생각한다.  그리고 앞에서 설명했듯이 오늘 투자 받기로 마음먹는다고 내일 돈이 들어올 수 없는 구조이다. VC는 기관 투자가이기 때문에 정해진 절차를 지켜서 투자를 한다. 그렇기 때문에 최소 3개월에서 6개월은 잡아야 한다. 때에 따라서 더 걸릴 수 있다. 또한 위에 설명한 각 단계별로 어떠한 요인으로 인해 중간에 Drop될 가능성이 언제나 존재한다. 말그대로 끝날때까지 끝나는게 아니다. 그렇기 때문에 받기로 결정했다면 돈이 떨어지는 속도를 파악하고 미리 준비하고 움직여야 낭패를 면할 수 있다.#NEOFECT #스타트업 #스타트업창업 #창업자 #투자유치 #VC #자금유치
조회수 4924

웹서버 로그 수집과 모니터링 설정

우리는 고객이 무엇에 관심 있어 하고 무엇에 관심 없어하는지, 어떤 것을 보았을 때 클릭해 들어가고 어떤 것을 보았을 때 사이트에서 이탈하는지 궁금해 합니다. 이러한 정보를 얻기 위해 봐야 할 것은 역시 웹서버의 접속 로그입니다.처음에는 매일 생성되는 로그 파일을 일일이 파싱해서 원하는 정보를 DB에 쌓는 방법을 이용했지만, 이러한 방식은 한계가 있었습니다. 저장할 수 있는 데이터의 양에 심각한 제한이 있었고, 따라서 처음에 얻고자 했던 데이터 이상의 것을 새로 추출할 수도 없었습니다.그래서 지금은 웹서버 로그를 하둡(Hadoop) 클러스터에 쌓고 있습니다. Google Analytics 같은 외부 분석툴을 사용하기도 하지만, 아무래도 데이터를 우리 손에 직접 들고 있는 것이 더 유연한 분석을 제공할 수 있지요. 클러스터에서 로그를 분석하려면 가장 먼저 로그 수집 시스템을 만들어야 합니다.이번 포스팅에서는 이 로그 수집 시스템이 어떻게 만들어져 있는지, 그리고 그보다 더 중요한 시스템의 모니터링을 어떻게 하고 있는지 설명하려고 합니다.Flume 에이전트 설정하기Apache FlumeApache Flume은 로그와 같은 데이터의 흐름(streaming)을 제어할 수 있게 해주는 도구입니다. 단순하면서도 확장성 높은 구조로 되어 있기 때문에 많은 시스템에서 채택하는 도구가 되었고, 리디북스에서도 Flume 을 사용하게 되었습니다.Flume 의 기본 구조는 단순합니다.기본적인 에이전트 구성 (이미지 출처: Apache Flume 홈페이지)에이전트(agent)는 Source, Channel, Sink 로 이루어진 자바 프로세스이다.소스(source)는 외부에서 이벤트를 입력받아 채널(channel)로 전달하고, 채널은 이벤트를 저장하고 있다가 싱크(sink)로 전달한다. 싱크는 이벤트를 외부로 출력한다.한 에이전트의 Sink와 다른 에이전트의 Source가 같은 타입이면, 에이전트 간에 이벤트를 전달할 수 있다.굉장히 간단하지만 강력한 모델입니다. Flume 은 Avro, Thrift, Exec, HDFS, Kafka 등 다양한 라이브러리를 적용한 소스와 싱크를 미리 제공하고 있기 때문에, 사용자는 자기 입맛에 맞게 이를 조합해서 시스템을 구성할 수 있습니다.예를 들면 아래와 같습니다.좀 더 복잡한 에이전트 구성 (이미지 출처: Apache Flume 홈페이지)초기 에이전트 구성: Avro를 통해 클러스터에 로그 전송저희가 맨 처음 설정한 Flume 에이전트의 구성은 다음과 같습니다.초기 에이전트 구성각 웹서버ExecSource: exec 명령으로 실행된 프로세스의 표준 출력을 이벤트로 입력받음. (tail -F <로그파일>)MemoryChannel: 메모리상의 큐(queue)로 구현된 채널AvroSink: 클러스터에 상의 에이전트가 실행하는 Avro RPC 서버로 이벤트를 전송하둡 클러스터AvroSource: 웹서버의 에이전트가 Avro RPC 로 보내는 이벤트를 수신MemoryChannelHDFSSink: HDFS 상의 지정된 경로의 파일에 이벤트 내용을 출력각 웹서버에는 에이전트가 하나씩 실행되어서, 로그 파일에 새로 추가되는 로그를 클러스터에 전송합니다. 클러스터 상의 에이전트는 단 한 개 존재하는데, 웹서버로부터 전송받은 로그를 HDFS(Hadoop File System) 에 파일로 출력하는 역할을 합니다. 웹서버 에이전트와 클러스터 에이전트 간의 통신은 Avro RPC 로 하게 하였습니다. Flume 에서 기본적으로 AvroSource 와 AvroSink 를 구현하여 제공해 주는 것을 이용했습니다.사실은 클러스터 상의 에이전트가 Avro 서비스를 통해 데이터를 모아 주지 않고, 웹서버 상의 에이전트가 HDFSSink 를 이용해서 직접 클러스터에 파일을 쓰게 하더라도 대부분의 경우는 상관없습니다. 하지만 리디북스의 경우는 그렇게 할 수 없었는데, 왜냐하면 웹서버와 하둡 클러스터가 서로 다른 네트워크 상에 있기 때문입니다.리디북스의 웹서버는 국내 IDC에 존재하지만 하둡 클러스터는 Miscrosoft Azure 클라우드 내의 가상머신으로 실행되고 있습니다. 따라서 하둡의 네임노드(namenode)가 인식하는 각 노드의 사설 IP 주소를 웹서버들이 쉽게 접근할 수 없습니다. 이를 우회하는 다양한 방법을 시도해 보았지만 최종적으로는 Avro 서비스를 중간에 두어 해결하였습니다.모니터링 알람 설정하기JSON 리포팅 사용다음은 에이전트 프로세스를 모니터링하는 문제가 있었습니다. 예기치 않은 에러로 에이전트가 종료되어서 로그가 수집되지 않고 있는데 며칠 동안 모르고 있어서는 안되겠지요.Flume 에서는 모니터링 인터페이스도 여러가지를 제공하고 있는데, 그 중 가장 이용하기 간편한 것은 HTTP 를 통한 JSON reporting 이었습니다. 에이전트 자체가 HTTP 서비스로 작동해서, 특정 포트로 요청을 보내면 에이전트의 상태를 JSON 으로 정리하여 응답을 주게 되어 있습니다. 에이전트 실행시에 옵션 몇 개만 추가하면 바로 설정할 수 있기 때문에 매우 간단합니다.Health 페이지를 이용한 모니터링그런데 이 리포팅이 제대로 나오지 않으면 어떻게 알림을 받을 수 있을까요? 각 서버마다 JSON 리포팅을 요청해서 응답이 제대로 오지 않으면 이메일을 보내는 스크립트를 만들어서 cron 으로 5분마다 실행하는 방법도 있습니다. 하지만 이 스크립트가 제대로 동작하지 않거나, 이게 실행되는 서버가 다운되면?결국 스스로를 믿지 못하고 택한 방법은 외부 서비스 Pingdom을 이용하는 것이었습니다. 단, 외부 서비스가 각각의 웹서버에 직접 접근하여 리포팅을 요청하는 방식은 보안상 문제가 될 수 있어서 아래와 같이 보완하였습니다.웹 서비스 상에 health 페이지 구현. 이 페이지는 각 웹서버의 에이전트의 JSON reporting 포트로 요청을 보내서, 결과를 종합해서 다시 JSON 으로 보여줌.모든 에이전트가 정상적으로 리포트를 보내면 {“status”: “OKAY”} 를, 아니면 {“status”: “ERROR”} 를 보여줌.이 health 페이지의 내용을 모니터링하도록 Pingdom 설정. {“status”: “OKAY”} 가 응답에 없으면 알람 메일이 오도록 함.{ "status": "OKAY", "metrics": { "192.168.0.101": { "SOURCE.log_src": { ... }, "SINK.avro_sink": { "BatchCompleteCount": 562110, "ConnectionFailedCount": 294, "EventDrainAttemptCount": 56246850, "ConnectionCreatedCount": 31, "Type": "SINK", "BatchEmptyCount": 16, "ConnectionClosedCount": 30, "EventDrainSuccessCount": 56243927, "StopTime": 0, "StartTime": 1459135471379, "BatchUnderflowCount": 610 }, "CHANNEL.mem_channel": { ... } }, "192.168.0.102": { ... } } }Health 페이지의 Json내용JSON 리포팅의 문제이렇게 설정해 놓고, 며칠간 로그가 HDFS 상에 잘 수집되는 것을 확인하고 만족해 했습니다. 그런데 며칠간 신경을 쓰지 않은 사이, 다시 에이전트를 확인해 보니 모든 웹서버 에이전트가 죽어 있었습니다. HDFS에 로그도 쌓이지 않았구요.확인해 보니, MemoryChannel 의 설정 문제였습니다. byteCapacity 값을 실수로 너무 작게 설정해서, 채널 큐가 메모리 부족으로 터져나간 것이죠. 해당 문제는 byteCapacity 값을 늘려서 간단하게 해결했습니다.문제는 알람이 오지 않았다는 것이었습니다. 문제를 재현해 본 결과, 채널이 터져서 에이전트 실행이 중단되어도, 에이전트 프로세스는 죽지 않고 ExecSource 에서 실행한 자식 프로세스(tail -F)만 죽어 있었습니다. 이렇게 되면 JSON 리포팅도 정상적으로 나오기 때문에, 결국 JSON 리포팅으로는 이런 유형의 에러를 잡지 못한다는 결론이 나왔습니다.클러스터에 모니터링 설정하기결국 웹서버상에서 모니터링하는것 보다는 데이터를 최종 전달받는 하둡 클러스터 상에서 모니터링하는 것이 안정적이라 판단하였습니다. 다행히도, 하둡 클러스터에서 사용할 수 있는 꽤나 좋은 모니터링 도구가 이미 있었습니다.CDH 의 알람 트리거리디북스에서는 기본 하둡 패키지가 아닌, Cloudera에서 제공하는 하둡 배포판인 Cloudera CDH를 사용하고 있습니다. CDH는 클러스터 상에서 사용되는 서비스마다 각종 테스트를 자동으로 실행하여, 테스트가 통과되지 않을 때마다 메일로 알람을 보내줍니다. 그리고 웬만한 필수 테스트는 기본적으로 설정되어 있지만, 사용자가 커스텀 서비스를 직접 제작할 수도 있습니다. CDH가 각 에이전트의 소스, 채널, 싱크마다 초당 전송한 이벤트 개수 등의 측정치(metric)을 모두 기록하고 있기 때문에, 이 값들이 일정 수준 이상/이하가 될 때마다 알람이 트리거되도록 설정할 수 있습니다.CDH의 알람 트리거 편집 화면웹서버마다 알람 설정하기그런데 이것으로 끝이 아닙니다. 클러스터 에이전트는 각 서버에서의 트래픽이 모두 모이는 곳이기 때문에, 여기에서 모니터링을 하는 것은 웹서버 상에서 모니터링하는 것보다 기준이 애매해집니다.10대의 웹서버 중에 한 대만 문제가 생겼을 경우, 클러스터 에이전트가 받는 트래픽은 0으로 줄어드는 것이 아니라 90%로 줄어듭니다. 알람을 트리거하는 역치(threshold)를 평소 트래픽의 90%로 잡아야 한다는 것이지요. 그런데 트래픽이라는 것이 원래 날짜와 시간에 따라 달라지기 때문에, 이 역치값을 고정된 값으로 정할 수가 없습니다. 트래픽이 높은 때를 기준으로 하면, 트래픽이 낮아지는 새벽 시간마다 가짜 알람(false alarm)이 오게 되겠지요. 그렇다고 트래픽이 낮은 때를 기준으로 하면, 트래픽이 높은 때 웹서버 에이전트가 죽더라도 새벽이 될 때까지 알 수 없습니다.결국 클러스터 단에서도 각 웹서버마다 트래픽을 구분해 주어야 한다는 결론이 나옵니다. 다행히 한 에이전트가 여러 개의 채널과 싱크를 가질 수 있고, 이벤트 헤더의 내용에 따라 소스가 어느 채널로 이벤트를 보낼지 결정해 주는 채널 셀렉터 (Channel Selector)라는 것이 있습니다.웹서버 에이전트의 소스에서는 각 이벤트 헤더에 자기 호스트명을 달아 준다. (Interceptor 는 각 이벤트에 원하는 헤더를 달아주는 역할을 한다. HostInterceptor 이용)클러스터 에이전트는 1개의 소스와, 웹서버 대수만큼의 채널 및 싱크가 있다.클러스터의 소스는 이벤트의 host 헤더를 보고 그에 해당하는 채널로 이벤트를 전달한다. (MultiplexingSelector 사용)각 채널은 자신에게 대응되는 싱크에 이벤트를 전달하고, 싱크는 각자의 HDFS 경로에 이벤트를 파일로 출력한다.최종 에이전트 구성: 채널 셀렉터로 트래픽 나누기최종적으로 나온 에이전트의 구성은 다음과 같습니다.최종 에이전트 구성그리고 에이전트 설정 파일은 아래와 같이 작성했습니다.... log_to_avro.sources.log_src.type = exec log_to_avro.sources.log_src.command = tail -F /path/to/log/file log_to_avro.sources.log_src.restart = true log_to_avro.sources.log_src.channels = mem_channel log_to_avro.sources.log_src.interceptors = ts_ic host_ic # 호스트 인터셉터 설정 log_to_avro.sources.log_src.interceptors.ts_ic.type = timestamp # 이벤트 헤더에 timestamp 삽입 (날짜별 구분을 위해) log_to_avro.sources.log_src.interceptors.host_ic.type = host # 이벤트 헤더에 호스트명 삽입 (호스트별 구분을 위해) log_to_avro.sources.log_src.interceptors.host_ic.useIP = true # 호스트명 대신에 IP 사용 log_to_avro.channels.mem_channel.type = memory log_to_avro.channels.mem_channel.capacity = 10000 log_to_avro.channels.mem_channel.transactionCapacity = 10000 log_to_avro.channels.mem_channel.byteCapacityBufferPercentage = 20 log_to_avro.channels.mem_channel.byteCapacity = 10485760 log_to_avro.sinks.avro_sink.type = avro log_to_avro.sinks.avro_sink.channel = mem_channel log_to_avro.sinks.avro_sink.hostname = hostname.of.cluster.agent log_to_avro.sinks.avro_sink.port = 4141 ...웹서버 에이전트 설정파일... avro_to_hdfs.sources.avro_src.type = avro avro_to_hdfs.sources.avro_src.bind = 0.0.0.0 avro_to_hdfs.sources.avro_src.port = 4141 avro_to_hdfs.sources.avro_src.channels = c_101 c_102 avro_to_hdfs.sources.avro_src.selector.type = multiplexing # Multiplexing Selector 설정 avro_to_hdfs.sources.avro_src.selector.header = host # 호스트 이름으로 채널 나누기 avro_to_hdfs.sources.avro_src.selector.mapping.192.168.0.101 = c_101 # 192.168.0.101 에서 온 이벤트는 c_101 채널로 avro_to_hdfs.sources.avro_src.selector.mapping.192.168.0.102 = c_102 # 192.168.0.102 에서 온 이벤트는 c_102 채널로 # 채널 c_101 설정 avro_to_hdfs.channels.c_101.type = memory avro_to_hdfs.channels.c_101.capacity = 10000 avro_to_hdfs.channels.c_101.transactionCapacity = 10000 avro_to_hdfs.channels.c_101.byteCapacityBufferPercentage = 20 avro_to_hdfs.channels.c_101.byteCapacity = 10485760 # 싱크 k_101 설정 avro_to_hdfs.sinks.k_101.type = hdfs avro_to_hdfs.sinks.k_101.channel = c_101 avro_to_hdfs.sinks.k_101.hdfs.fileSuffix = .log.gz avro_to_hdfs.sinks.k_101.hdfs.path = hdfs://namenode/path/to/logs/dir/%Y%m%d/%{host} # 날짜별, 호스트별로 다른 디렉토리에 avro_to_hdfs.sinks.k_101.hdfs.rollSize = 104857600 avro_to_hdfs.sinks.k_101.hdfs.rollInterval = 7200 avro_to_hdfs.sinks.k_101.hdfs.rollCount = 0 avro_to_hdfs.sinks.k_101.hdfs.fileType = CompressedStream avro_to_hdfs.sinks.k_101.hdfs.codeC = gzip # 채널 c_102 설정 avro_to_hdfs.channels.c_102.type = memory avro_to_hdfs.channels.c_102.capacity = 10000 avro_to_hdfs.channels.c_102.transactionCapacity = 10000 avro_to_hdfs.channels.c_102.byteCapacityBufferPercentage = 20 avro_to_hdfs.channels.c_102.byteCapacity = 10485760클러스터 에이전트 설정파일p.s. Flume 설정 파일은 변수 또는 외부 파일 include 등을 지원하지는 않아서, 위와 같이 반복되는 설정을 여러 번 써 주어야 합니다.호스트마다 CDH 알람 트리거 설정그리고 CDH 상에서도 웹서버 호스트의 개수만큼 알람 트리거를 만들어 줍니다. 초당 이벤트 개수가 0에 가깝게 떨어지면 알람이 오도록 해 주면 됩니다. 채널/싱크 중 어느 것을 기준으로 해도 크게 상관은 없는데, 저희는 싱크가 초당 이동완료한 이벤트 개수를 기준으로 했습니다.CDH에서의 알람 트리거 상태 화면이렇게 해 놓으면 또 한가지 좋은 점은, CDH가 알아서 차트를 그려 주기 때문에, 웹서버마다 트래픽 추이를 한눈에 볼 수 있다는 것입니다.HDFSSink의 초당 이벤트 개수 그래프맺음말지금까지 Apache Flume 과 CDH 를 사용해 로그 수집 시스템을 구성하고 모니터링을 설정한 후기를 살펴 보았습니다. 이 과정에서 느낀 점들을 한번 정리해 보겠습니다.첫째, 일견 간단해 보이는 기능이었지만 의외로 많은 시행착오를 거쳐야 했습니다. 아무리 간단해 보이더라도 각자의 상황에 맞추어 시스템을 설계하는 데에는 그에 맞는 고민을 거쳐야 합니다.둘째, 처음에는 로그가 일단 수집되게 하는 것이 가장 중요하다고 생각했는데, 실제로 겪어보니 모니터링이 훨씬 어렵고 중요한 문제라는 것을 알게 되었습니다. 어떤 기능이 일단 실행되도록 설정을 해 놓더라도, 그것이 매일 문제없이 실행됨을 보장받는 것은 또 다른 문제입니다.셋째, Health 페이지와 Pingdom을 이용한 웹서버 측의 모니터링은 JSON 리포팅의 문제 때문에 큰 쓸모가 없게 되었습니다. 하지만 꽤 유용한 테크닉이라는 생각이 들고, 어딘가에서는 비슷하게 이용할 수 있을 것 같습니다.마지막으로 CDH 쓰면 좋습니다. 많은 것들이 편해집니다.P.S. 리디북스 데이터팀에서는 이러한 로그 시스템을 함께 고민하고 만들어나갈 분들을 찾고 있습니다. 많은 관심 부탁드립니다.#리디북스 #개발 #서버 #서버개발 #모니터링 #로그 #Flume #CDH #로그수정 #인사이트
조회수 1379

왜 우리 애 귀를 죽이고 그래욧!(브랜드행사와 브금)

공포영화를 볼 때 막 사다코가 튀어나오고 팝핀귀신이 끄어어억 대면 흔히 눈을 가리잖아요. 음, 그건 아무 소용이 없어요. 아니 오히려 더더더더더더 무서워지게 된답니다. 눈을 가려도 우리는 상상력이란 그림을 그려내거든요. 시각정보는 실제로 보는 정보보다 두뇌에서 처리하는 상상의 정보가 더 강해요. 더군다나 모든 정보가 차단된 상태가 아니잖아요? 왜냐!~ 소리가 들리고 있거든요. 눈이 가려지면 온전히 다른 감각에 의존하여 주변상황을 파악하게 되는데 당연히 어두운 극장에선 촉각이나 청각 등이 더 예민해질 수 밖에 없어요. 그래서 영화관에서 손잡고 막..으흐흐ㅡ흫흐흐흐 그러면 막 더 설레고 어쩌고... (아니 이 얘기가 아니고..) 소리로 들리는 정보의 힘도 더 강해집니다. 근데 영화에서 사운드작업은 제일 마지막에 이루어져요. 후시녹음이라도 하죠(물론 종종 동시녹음을 할 때도 있답니다. 현장감을 살리기 위해)  공포영화의 공포감을 극대화시키는 마지막 카드란 얘기죠. 그러니 대충 넣었겠어요?  그렇죠 아주 무서워죽어랏!!! 하고 넣었을 거예요. 눈을 가리는 순간 그 마지막카드가 아주 제대로 반고리관에 꽂혀서 두뇌를 뒤흔들어놓게 되는거죠. 게다가 상상력까지 동원되면 그날 잠은 다 잔겁니다.망했다. 머리도 못감겠어겁내 무서울 땐. 귀를 막으세요. 아니면 이어폰을 꽂고 별의커비BGM이라도 틀어놓던가. 확실한 이해를 위해 데이터가 충분하시거나 와파 접속중이시라면 영상하나 보고 오실께요.공포영화에서 배경음악을 바꿔버리면 어떤 느낌이 드는 지 느껴보세요.https://www.youtube.com/watch?v=XNk8TM9CBZQ<iframe width="700.000000" height="394.000000" src="//www.youtube.com/embed/XNk8TM9CBZQ" frameborder="0" allowfullscreen="">브금이 이렇게 중요해요.인간의 청각정보처리는 귀에서 이루어진다고 흔히 생각하지만, 생각보다 다양한 기관을 통해 소리를 처리한답니다. 간단하게 설명해볼께요. 대표적인 귀부터. 보들보들 가지고 놀기 좋은 귓바퀴가 하는 일은 두 가지입니다. 일단 만지작거리고 놀기 좋고, 소리를 모으는 역할도 해요. 그리고 소리는 귓밥이 쌓이는 외이도를 따라 안으로 들어갑니다. 외이도의 끝에는 고막이 있고 이곳은 스피커의 진동판처럼 얇은 막으로 되어있어요. (뺨을 잘못맞으면 압력차로 터집니다.지하철 개찰구를 지나다가 이어폰이 걸려 팍 뽑히면 귀가 멍해지기도 하구요.) 고막에 진동이 둥둥 울리면 그 주파수를 청소골에서 증폭시켜요. 트랜지스터와 같은 역할을 하죠. 더 선명해진 소리는 염증이 자주 생기는 중이를 통해서 달팽이관으로 들어갑니다. 그리고 달팽이관에 붙어있는 청신경을 통해 두뇌로 전기신호를 보냅니다. 두뇌는 그 신호를 처리해서 이게 고양인지 개인지 사람인지를 분간합니다.물론 대부분은 귓바퀴에서 모인 소리를 통해 듣지만 보시다시피 청각기관은 뼈로 둘러쌓여있어요. 그래서 얼굴뼈나 치아를 통해서 전달되는 진동을 인식할 수 있죠. 뼈나 피부로도 소리를 듣는거예요. 이렇게 전달된 진동은 내이로 직접 인식됩니다. 이걸 골전도라고 해요. 그래서 가끔 비싼 골전도이어폰을 착용하고 달리는 동네아저씨를 발견할 수 있는거죠. 이렇게 청신경을 통해 전달된 전기신호는 두뇌에서 일정한 처리를 거칩니다. 인간이 파악할 수 있는 진동수는 20~20,000Hz예요. 좋은 이어폰일수록 이 가청주파수와 거의 가까운 주파수를 들려주죠. 이 중에서 1,000~4,000Hz의 소리를 가장 잘 인식한답니다. 보통 일상적인 대화에서 나타나는 수준이예요. 그냥 알아두면 좋아요. 음악 이퀄라이저 조정할 때..등 도움이 될 수도 있으니.자 이제부터 재미있는 얘기를 하려고 합니다.우리가 귀공부나 하자고 이렇게 서론을 길게 뺀 건 아니니까요. 브랜딩은 물론 경영이론의 일종이 되었지만 그 근원은 심리, 역사, 사회, 문화, 신경정신학적인 내용들에 맞닿아 있습니다. 이 중 배경음악이라고 하는 것은 심리/생물학적인 요소를 포함해요보통 브랜드하면 생각나는게 로고, 슬로건, 브로슈어, 네온사인, 배너, 현수막, 회사소개서 등....온통 시각적인 부분만을 생각하겠지만.... 사실 시각정보는 굉장히 많이 왜곡됩니다. 정확도면에선 정말 꽝이라고 할 수 있죠. 그리고 시각정보는 '인지' 의 역할이 큽니다. 이것이 치킨이다! 를 확인하는 게 최우선 목표죠. 문제는 치킨을 보는 것만으로 침을 흘리는 이유는 시각의 기억이 아닌 후각(맛있는 냄새!) 과 미각(치킨맛!), 청각(고추바사삭!) 이 기억하는 정보들 때문이라는 겁니다. 맞아요, 경험과 감정을 만드는 것은 시각만이 아닙니다. 오히려 다른 감각기관들의 정보들이 훨씬 선명한 감정을 만들어내죠. 때문에 우리는 어떤 가게에서 풍기던 똥내나, 아줌마가 테이블을 닦았는데 물씬 풍기던 행주의 쉰냄새, 이맛도 저맛도 아닌 밍밍한 파스타,너무 까실까실해서 등을 간지렵혔던 니트또는 너무 시끄러워서 귀가 멍멍했던 카페, 담배냄새가 가득했던 그 노래방을 기억합니다.바로 귀, 코, 입, 피부를 통해서 말입니다.오늘은 그 중 '귀' 얘기를 해보려고 해요. 이미 서론이 충분히 길었으니 바로 본론으로 들어가볼께요 :)1. 음악은 걸음의 속도를 제어한다.막 그런 음악이 있어요. 이어폰 꽂고 듣으면서 걷다보면 걸음이 빨라지고 다 싸워 이길 수 있을 것은 간지터지는 곡들. 그건 확실히 기분만이 아닙니다. (물론 그렇다고 아무하고나 싸우면 져요.) 보통 물건을 천천히 봐야하는 매장에선 73bpm 이하의 음악을 선호해요. 요가나 명상을 하는 곳에선 60bpm 이하의 음악을 틀죠. 반면 빠른 이동과 회전율을 만들어야 하는 곳에선 93bpm이상의 빠른 템포를 선호합니다. 이건 사실 상식이죠.  모짜르트는 이러한 음악의 속도가 감정에 미치는 영향을 겁내 잘 알고있었나봅니다. 모짜르트 이전까진 일정한 속도의 연주가 관례였으나 이 분은 그런 것에 개의치 않고 연주속도를 다르게 만들어서 감정을 표현하셨죠. 그래서 오늘날까지도 엄마 뱃속 태아에게 비트의 참교육을 시전하시는 분으로 유명하달까요....광고영상을 만들거나, 오프라인 행사를 할 때의 배경음악은 어떨까요? 네트워킹이 빠르게 이루어지고 사람들의 활동을 활발하게 만들려면 확실히 둠칫둠칫거리는 빠른 비트의 배경음악을 까는 것이 좋겠죠. 편안하고 부드러운 음악은 모두를 너무 편안하게 만들어서 의자에서 엉덩이를 뗄 수 없게 만들어버리거든요.  2. 음악은 집중력을 제어한다.논문에 따르면 (숙명여자대학교 음악치료대학원 : 임상음악치료전공 2016.2 :  A meta-analysis of the effects of music activity on attention.  p. 63-78) 배경음악은 선택적 집중효과, 그러니까 어떤 특정사람의 말에 집중해서 빠져드는 데에 유의미한 효과를 보인다고 해요. 그 다음 지속효과, 그리고 자기통제력 순이었죠. 이 때 한 회기당 30~40분 정도의 청취가 최대의 효과를 보였다고 해요.  물론 여기엔 다양한 변인들이 존재하기에 오차를 감안하긴 해야해요. 보통 인간의 시각집중력은 성인기준 15분 내외라고 하죠. 공부하려면 적어도 15분은 있어야 집중기에 접어들수 수 있단 얘기예요. 청력도 마찬가지의 시간이 필요합니다. 그러니 어떤 행사나 컨퍼런스에 사람들이 충분히 녹아들게 만들려면 BGM에 노출될 충분한 시간을 주어야해요. 음악틀고 3분만에 시작할께요~~ 이러면 너무 다급한 느낌이 들어요. 그리고 그 BGM은 비슷한 비트의 (같으면 더욱 좋고) 같은 장르의 음악일수록 좋아요. 마마무노래 나오다가 갑자기 모짜르트 나오면 이상하단 얘기예요. 3. 음악은 추억을 부른다.90년도 브루너(Brunner)의 연구에서 이미 광고음악과 제품의 긍정적효과에 대한 상관관계는 증명된 바가 있습니다. 이건 뭐 이제 거의 정설에 가깝죠. 제목이 겁나 긴 논문에서도 (방송 광고에서 배경음악이 소비자의 기억과 태도에 미치는 영향 : 배경음악의 친숙도와 메시지 조화도를 중심으로 = (The) Effects of Background Music on Customers' Memory and Attitude toward Television Commercials, 전혜경, 2005) 논문은 복잡하지만 결국 결론은 하나였어요.브금이 대상과 잘 어울릴수록 긍정적 이미지가 더욱 강해진다!https://www.youtube.com/watch?v=YkUzDzRZznk<iframe width="700.000000" height="394.000000" src="//www.youtube.com/embed/YkUzDzRZznk" frameborder="0" allowfullscreen="">추억에 젖고싶은 분 클릭 비운의 게임이지만 아직도 OST하나만큼은 유저들을 눈물짓게 하는 테일즈위버의 브금입니다. 추억은 항상 미화된다고 하죠. 게임산업에서 OST에 엄청나게 공을 들이는 데에는 이유가 있어요. 실제 게임의 톤을 정리할 뿐 아니라 손과 눈이 바삐 움직이는 다양한 정보들을 음악이 연결시켜줄 수 있거든요. 그 바쁘게 움직이는 스타크래프트의 다양한 움직임이 테란OST 한방으로 이미지화되는 걸 보면 알 수 있지요.(물론 플레이해본 사람만) 배경음악이 삽입될 경우 뉴스, 게임, 상품에 대한 호감도와 기억력이 굉장히 올라간다고 해요. 보통 기억은 그걸 쪼매줄 하나의 실을 자꾸 찾으려고 하거든요. 음악은 그 역할을 아주 제대로 해주죠. 뉴스 초반에 막 짧게 서머리해주면서 긴장감 터지는 음악을 탛탛탛!!! 하면서 넣는건 긴장감과 더불어 해당 뉴스에 대한 단기기억력을 높이기 위함이예요.. 막 이런거 나올 때 나오는 음악 두두두두누두둔두두두누두두눈 우리가 90년대 발라드를 들으며 막 추억에 잠겨버리고 아직도 핸드폰에 S.E.S 노래가 있는 건 들을 노래가 없어서가 아녜요. 음악에 얽힌 그 때의 추억을 다시 재생하는 거죠. 그리고 반복된 기억은 계속 강화됩니다. 잊혀지지 않죠. 행사를 운영하거나 오프닝영상 BGM을 선정할 때는 다른 곳에서도 들을 수 있는...그리고 그걸 들으면 지금 이 현장을 떠올릴 수 있는 곡들을 선정해주는 게 좋아요. 그리고 행사안내 리플렛 뒷면엔 행사에 삽입된 곡 리스트를 넣어주는 거죠. 막 가끔 궁금해 미치겠을 때 있잖아요. 그럴 때 보라구요. 지금 나오는 노래 뭐지?! 차..찾고 싶어!!! 시끄러워서 검색이 안된대...아.....느아...이렇게 음악과 연계된 경험은 기억으로 자리하게 되고, 후에 그 음악만 들어도 현재의 감정을 거의 온전히 되새길 수 있어요.4. 스피커는 배치가 생명아까 귀 설명할 때. 귓바퀴가 소리를 모은다고 했잖아요. 이 때 사람은 양쪽 귀에 들리는 소리의 속도차이로 수평적인 거리를 판단해요. 흔히 알고있는 서라운드 효과가 이러한 원리를 적용한 거죠. 스피커의 위치와 방향에 따라 서로 귀에 도달하는 속도가 달라서 입체감이 만들어지는 거거든요. 반면 수직적인 높이는 음의 강약으로 구별 합니다. 문제는 행사장에서 가끔 층고가 너무 낮거나 스피커가 똥이라서 하울링이 거의 우리집 화장실 같을 경우예요. 심지어 스피커 위치가 머리보다 낮으면 바닥에서도 음이 튕기고 천장에선 울리고 사람들에 부딪혀 산란됩니다. 결국 '웅웅' 으로 마무리되는 사태가 벌어져요. 이런 웅웅댐은 소리가 오는 위치나 크기를 분간하기 어려워서 굉장히 사람을 어지럽게 만들어요. 토나오죠. 두뇌입장에선 이미 롤러코스터를 오만번은 탄 듯한 느낌일 거예요. Tip1.층고가 낮은 곳은 가급적 피해요. 어쩔 수 없다면 적어도 스피커 위치는 귀의 위치 정도로 올려주세요. 에코와 리버브는 빼주시고(노래방이 아니니까)Tip2.사회자가 스피커를 막지 마세요. 사회자에 막혀 소리가 다시 뒤로 반사되요. 보통 소리는 앞에서 오는 것을 파악하는 게 더 쉽게든요. 그래서 내 목소리를 듣기 위해 모니터링 스피커가 앞쪽에 있는 거예요. 근데 모니터링 스피커까지 설치할 정도면 그래도 어느정도 규모있게 진행되는 거니까 상관이 없을 것 같아요. 하지만 진짜 영세하게 진행하는 행사에선 교회스피커 두 개 놓고 할 때도 있거든요. 이럴 땐 적어도 스피커를 사회자 양 옆으로 벌려주세요. 사회자가 내 목소리가 잘 안들리면 더 크게 말하게 되는데, 청중에겐 아주 죽을 맛이 됩니다.Tip3.뒷벽과는 적어도 30~60cm 이상 떨어뜨려놓으세요. 뒷벽에 딱 붙여놓으면 그게 벽을 타고 울려서 온 공간이 웅웅대요. Tip4.청중기준으로 스피커는 양쪽에 위치하는게 맞지만, 양쪽이 너무 벌어지면 센터포커스...그러니까 소리의 집중점이 사라져서 주변사람들은 뭐가 뭔지 하나도 들리지 않아요. 공간의 너비를 4등분해서 1/4지점, 3/4지점에 각각에 위치하는게 좋아요. Tip5.스피커간의 직선거리가 100cm라면 청중과의 거리는 110~125cm가 적당합니다.Tip6.물론 이건 2개의 스피커를 활용할 때 얘기예요. 앞뒤양옆에 모두 있는 경우라면 청음을 통해 맞춰야 합니다. 소리를 청음할 땐 가운데서만 듣지말고 각 모서리에서도 들어줘야 해요. 모서리에 있는 사람의 귀를 어택해선 안되니까요.Tip7.벽면에 있는 스피커에서 나온 소리는 벽에 부딪혀 반사된다는걸 기억해야해요.  훨씬 크게 들립니다. 벽에서 반사되는 소리를 직방에서 들으면 귀가 아주 짜릿하죠. 청중의 자리위치는 벽에서 충분히 떨어뜨려 주어야 해요.5. 배경음악과 어울리는 구성이건 영상에선 기본중에 기본이고, 행사음악에서도 마찬가지입니다. 브랜드의 컨셉과 톤을 잘 나타내주는 음악을 셋팅하는 것도 중요하지만, 각각의 음악에는 비트와 멜로디가 있어요. 딱 배경음악 드랍더빝트! 하고 시작되면서 등장하고, 절정부분에서 잠시 멈췄다가 클라이막스 때 딱 뭔가 선보여주고, 음악 정리될 때 마무리 멘트하면서 fade out 되는 이런 구성이 필요하죠.스피치와 음악이 하나로 딱 연결되면 뭔가 기가 막힙니다. 우리가 가끔 영화에서 눈물을 주륵주륵 흘리는 건 사실 그 대사보단 브금때문일 가능성이 더 높아요. https://www.youtube.com/watch?v=nEh432koJH4<iframe width="700.000000" height="394.000000" src="//www.youtube.com/embed/nEh432koJH4" frameborder="0" allowfullscreen="">애기들 보여주려다가 부모님들이 오열하고 나왔다는 짱구 어른제국의 역습의 최애명장면인 히로시의 회상 장면입니다만.......처음보는 분들은 볼륨 끄고 먼저 장면만 보세요. 이 장면에서도 음악의 클라이막스와 짱구의 출생씬이 딱 맞춰져있어요. 짱구아빠가 피곤하게 퇴근하는 부분에선 잠시 볼륨이 줄어들죠. 아빠와 짱구 짱아가 다같이 웃는 장면에서 다시 볼륨이 업되구요.음악에 스토리가 연결되면 그 효과는 그 어떤 프로그램보다 강력해져요.요즘 브랜드관련 크고작은 행사들이 많은데...참여자들이 모일 때까지 아무 배경음악도 없이 그냥 조용하고 어색한 기다림의 시간을 방치하는 곳들을 많이 봤어요. 물론 어색함과 정적도 문제지만, 그 시간이 너무 아까운 거예요. 음악으로 사람들을 사로잡을 수 있는 절호의 기회거든요. 물론 다들 핸드폰만 보고있겠지만.. 그 와중에도 음악은 계속 귀에 맴돌고 있어요. 그리고 그 정보를 통해 대략적인 행사의 톤과 컨셉을 이해하게 되죠.쓰읍..오늘 행사 뭔가 이상한데....매장도 그러해요. 들어갔는데 마음이 조급해져서 빨리 나와야 할 것 같은 브금을 틀어놓는다던가.. 조용히 일하고 싶은 카페에서 굉장히 발랄한 음악들이 계속 나온다던가...분명 클래식이긴한데 볼륨이 아주 귀가 터질 것 같다던가...강의장인데 너무 스피커가 울려서 무슨 말인지 제대로 들리지 않는다던가.. 하는 사례 말이예요.브랜딩은 분명 가치와 스토리, 본질이 중요하지만 결국 그것은 인식하고 받아들이는 곳은 신체의 오감입니다. 감각을 불편하거나 힘들게 만들면 그 기억은 쉽사리 되돌이킬 수 없어요. 청각정보 중에서도 음악은 감정과 기억에 아주 큰 영향을 미칩니다. 브랜드를 각인시키고 싶은 사람들 입장에선 절호의 찬스죠.그 찬스를 놓치지 말자구용.
조회수 895

날이 좋아서, 급떠난 게임베리 소풍, 롯데월드!

안녕하세요,게벰이 입니다 :)앞으로 게임베리 소식을 하나씩 포스팅 하려고 해요업무적인 것, 소소하게 생활하는 것,이번처럼 날이 좋아서 하던 일 마무리하고 같이 놀이동산 간 얘기 등등다양한 얘기로 알차게 채울테니 많이 들려주세요 ^^열심히 일한 당신, 놀 때도 제대로 놀자!대표님 曰" 땡땡땡하던 일 4시까지 마무리 해주세요~날이 좋아서 롯데월드 갑니다~ "꺄>.< 이런 급 이벤트는 또 마음을 설리설리 두준두준하게 하죠4시 즈음 다 정리하고 떠나서, 5시에 입장했어요!!이 날 저희 놀러 갈 줄 1도 몰랐는데,대표님 회의실에서 나오시더니,날이 좋아서 오늘 일찍 정리하고 떠나자고...!!YAY5시 입장했기에,하나라도 더 타려고 열심히 다녔어요ㅋㅋㅋ줄이 짧은게 보이면 일단 타고 봤다는..ㅋㅋㅋ그래서인지, 놀이기구 타는 사진은 전멸이네요....건진거라곤 아래 사진 뿐..ㅋㅋㅋ놀이기구 하나도 못 타는 사람도 탄다는 범퍼카~~짠거도 아닌데 직원들 한 마음 한 뜻으로어느새 대표님을 구석으로 몰았더라구요 ㅋㅋㅋㅋ이 외에도 할로윈 분장하신 분들이랑찍은 사진도 있고 했었는데...찾으면 다시 업데이트 할게요 :)씬~나게 놀다보니 어느새 어둑어둑해 졌어요집으로 가야하는건 아쉬웠지만,마침 할로윈 시즌이라 분위기가 더 할로윈스러워진건 좋았네요그러고... 이젠 진~짜 돌아가야 할 시간!월요일을 마치 금요일인냥 불태운 Gameberry추억 되새김 하며,다음에도 게임베리만의 소식 가지고 돌아오겠습니다기대해 주세요 :)
조회수 2973

멀쩡한 회사소개서를 위한 황금레시피 알랴드림

이번 글은 예전에 썼던https://brunch.co.kr/@roysday/82글의 스핀오프격의 글이랍니다. 예전 글에선 좀 더 플롯구성과 철학적인 메시지 정리에 초점을 맞추었다면...오늘은 그것에 필요한 기본적인 준비물에 대해 말해보려고 해요.어제 매운갈비찜을 만들었는데, 매실액을 넣으라는 거예요. 하지만 매실액이 있는 자취방이 얼마나 되겠습니까. 매실액대신 사과식초로 대신해 보았어요. 그럴싸하더라구요. 당근을 넣으라는데 당근은 공포의 재료이니 넣지 않았습니다. 빨갛고 흙묻는 당근의 자태는 누가봐도 땅에서 튀어나온 피에 굶주린 언데드같은 모습이니까요..(지극히 주관적)으아아아아 무서워!!!이렇듯 요리를 하다보면 없는 재료를 빼거나 대체하는 경우가 종종 있답니다. 하지만, 매운갈비찜을 만드는데 돼지갈비가 없다면.... 굉장히 혼란스러운 음식이 되고말죠. 매운갈비상상찜같은..이름이 되어야 적당할 듯 해요.회사소개서. 도 마찬가지에요. 이름이 회사소개서니까 회사를 소개할 수 있어야 해요. 지금까지 족히 100여개 이상의 프로젝트를 했던 것 같아요. 많은 것을 느끼고 배웠지만, 재료가 없어서 당혹스럽거나 아쉬운 순간들도 있었죠. 그래서 기본적으로 뭔갈 제작하고 싶으면. (그게 꼭 회사소개서가 아니더라도 눈으로 보이는 어떤 것이라도) 이 정도의 재료는 갖추면 좋을 것 같다..싶은 걸 말해보려고 해요.1. 메인재료 : 회사놀라운 일이지만 아직 회사가 없는 회사소개서를 만들어달라는 경우가 있었어요. 그러니까 이 말인즉슨 내 머릿속의 아이디어를 종이에 담아주세요 하는건데 그건 과학상상화 그리기 대회같은거에요. 일단 회사가 있고 뭔갈 만들고 눈으로 보이고 소비자와 오고가는 무언가가 있어야 만들 수 있어요. 회사가 없을땐, 회사소개서라기 보단 사업계획서 내지는 자기소개서 등등이라고 말하는 게 좋을 듯 해요.2. 프로필사진팀원과 본인(대표)의 얼굴을 보여주는 데 지하철 화장실에서 찍은 셀카는 좀 아닌 것 같아요. 또는 이마에 그늘져서 수배전단지 같은 사진도 많았어요. 강사프로필 수준의 프로필사진을 찍으라는 것은 아니지만, 다음의 조건은 좀 충족했으면 좋겠어요.1) 일단 해상도는 가로세로 1,000px 이상은 되었으면 해요. 인쇄를 할지도 모를 일이니까요.2) 배경색을 통일해주세요.3) 전체 톤도 통일해주세요. 기왕이면 정면샷 내지는 45도 샷이면 좋을 것 같아요4) 얼굴들에 자신이 없으면 캐릭터로라도 만들어주세요.사실 이건 당신이 할 수 없으니 날잡고 포토그래퍼 한 분을 모셔요. 손잡고 사진관에 가든가. 아님 돈주고 여기가서 찍어오라고 하세요. 요즘 사진 찍는거 얼마 안해요. 그것도 아까우면 SRL렌트 같은 곳에서 카메라빌리세요. 똑딱이 빌려도 돼요. 50mm 렌즈 안써도 돼요. 쓰면 예쁘겠지만, 소개서 페이지에 도배를 할 게 아니면 티도 안나요. 렌트비도 아까우면 근처 아무 핸드폰으로라도 찍어요. 요즘은 인물사진 모드가 미쳤기 때문에 극심한 수전증이 아니라면 흔들리지 않고 잘 나올 수 있어요. 아마 주변 사람 중 한 명 정도는 적어도 조명을 어떻게 비춰야 하는지 알고 있을거에요. 배경 하얀 곳에서 찍도록 해요. 역광주지 말고.3. 프로필 정리사진이 정리되었으면 이력도 좀 정리해주세요. 사업에 꼭 필요하지 않은 이력은 빼고, 필요한 성과만 넣어주세요. 이건 사업연혁도 마찬가지에요. 도대체 서울창업허브 입주가..왜 2017년에 가장 큰 이슈가 되어야 하는지 모르겠어요. 정히 할 말이 없으면 빼도 돼요. 사람들의 이력도 직무에 맞는 주요이력만 넣어주세요. 사실 어느 학교 나왔는지 1도 안궁금해요. 학연빨로 뭐 할 거 아니잖아요. 4. 헤드플로우 맞추기회사소개서를 PPT로 만들든 포토샵으로 만들든 툴에 상관없이 소개서에는 페이지라는 게 있어요. 각 페이지에는 넘버가 있고, 제목이 있죠. 이를테면 다음과 같은거에요.1)회사소개2)사업목적3)사업개요4)시장현황...글을 쓸 때도 개요가 있듯이 회사소개서에도 개요가 있어요. 보통은 저런 제목들이 각 페이지의 개요를 나타내거든요. 근데 가끔 이런 흐름이 정리가 안되면 했던 말 또하고 중요한 말 빼먹고 순서도 엉망이고.. 약간 취중진담같은 느낌이 들어서 매력적일수도 있겠지만 대부분은 헛소리같아요. 듣는 사람이 좀 지겨워지죠. 제목구성의 정해진 틀은 없어요. 원하는 대로 쓰면 되지만, 논리적은 흐름은 지켜줘야 해요. 여기서 가장 중요한 건'앞에서 뿌려놓은 떡밥을 뒤에서 해결해줘야 한다.'라는 것이죠. 시장의 문제점 3가지를 말했으면, 해결책도 3가지를 말해줘야 해요. 사업목적이 A였으면 결과물과 제품도 A를 달성하기 위한 것이어야 해요. 갑자기 딴소리를 해선 안돼요. 자료들도 마찬가지에요. 내가 지금 주차문제를 해결하기 위한 주차장공유앱을 만들고자 한다면, 문제에 관련된 자료를 모아야 해요. 갑자기 주차장별 외제차 비율 같은 도표를 가져와선 안돼요.5. 로고놀랍게도 로고가 없이 그냥 배민도현체로 쓰여진 회사이름들이 상당히 많았어요. 사실 로고가 반드시 필요한 것은 아니에요. 요리로 따지면 양파정도의 비중에 해당하죠. 없으면 상당히 닝닝하고 빈 맛이 나지만.. 못먹을 맛은 아닌? 그런 느낌이에요. 하지만 폰트로만 된 로고라도 제대로 좀 갖춰진 녀석이 하나 정도는 있었으면 해요.5. 메인컬러셋컬러 공격컬러에 집착을 보이시는 분들이 있어요. 뭐든 과유불급이에요. 컬러는 2,3개만으로도 충분해요. 핀터레스트에 예쁜 회사소개서 봐봐요. 무지개떡같은 소개서가 있어요? 없어요. 죄다 흑백이거나 키컬러 하나만 있어요. 김밥천국 간판보면서 오메 예쁘다...라며 박수친적 있어요? 없어요. 색은 많을 수록 복잡해지고 이해하기 어려워져요. 물론 그럼에도 잘 구성된 미친 조합의 색구성이라면 굉장한 효과를 주겠지만, 그 정도의 디자인스킬이라면 이미 이런 글을 보지 않을거에요.컬러는 2개만 쓰세요. 메인컬러, 서브컬러 하나씩만 골라서 쓰시도록 해요. 도무지 나는 컬러의 젬병이라서 뭐가 예쁜지 모르겠다 싶으면 스킴컬러가서 예쁜 걸로 골라보세요. 솔직히 컬러에 무슨 의미를 담는다고 하는데.. 그건 디자이너가 할 일이고, 대표님이 그런 것까지 고민하실 필욘 없어요. 그리고 대부분 소개서를 만드는 기업이라면 디자이너가 딱히 없는 작고 귀여운 상태가 많으니까요. 컬러 고민할 시간에 빨리 영업전략부터 짜세요.6. 워딩 통일어떤 페이지에선 '회사소개' 라고 했다가 어떤 페이지에선 '기업연혁' 이라고 하면 좀 우왕좌왕하는 느낌이 있어요. 워딩은 다 통일해주셔야 해요. 소비자면 소비자, 고객이면 고객. 플랫폼인지, 클라우드인지, 허브인지, 셰어링서비스인지 등등을 헷갈리면 안돼요. 하나로 정했으면 정확하게 그 단어로만 쭉 가는거에요. 진심 이거 좀 심해요. 단어가 너무 왔다갔다해서, 이 단어가 앞 장에서 말한 그게 맞는지 자꾸 헷갈리더라구요.원인은 단순해요. 뭔가 본인도 결정을 못내리고 어려운 거에요. 근데 허접때기 회사로 보이고 싶진 않으니, 그럴싸한 단어로 포장을 하려는 건데... 이를테면 그냥 1000원샵 = 온디맨드 코스트컷 굿즈 플랫폼김밥천국 = 통합메뉴 푸드코트형 퀴진로드샵뭐 이런 식이 되버리는 느낌이랄까요.. 그냥 심플하게 가시는 게 좋을 것 같아요. 특히 콘텐츠나 서비스 회사가 이런 말장난이 심한데... 사실 이건 단일서비스로 수익이 안나기 때문에 이것저것 하고 있어서 그런 경우가 많더라구요. 맥락이 달라보이는 이것저것을 한 단어로 통합하려니 굉장히 추상적인 단어가 되버리는 거죠. 다른 거 하고있어도 괜찮아요. 메인 하나만 잡아서 아이덴티티를 날카롭게 만들어주세요.7. 종결어미 통일- 명사형으로 마무리를 지을지- 다나까로 마무리를 지을지- 요죠체로 마무리를 지을지- 마침표는 모두 쓸 건지, 모두 안 쓸 건지중요해요. 말투는 소비자와 당신의 관계를 규정해요. 특히 우리나라에선 그게 더욱 중요해요. 우리나라는 둘만 모여도 관계를 빠르게 규정하려고 해요. 그래서 호칭과 존대어가 발달되어 있잖아요. 선배, 전문가, 친구, 옆집이모, 선생님 등... 둘 사이를 특정한 관계로 규정하는 것은 브랜드컨셉의 전반적인 톤을 결정하는 데에 중요한 작업이에요.8. 데이터 출처맥락에 맞는 데이터를 뽑는 게 중요해요. 덧붙여 그 데이터가 어디에서 나왔는지 출처를 달아놓는 건 더 중요해요. 나중에 소개서 만들다보면 가끔 출처없는 데이터가 너무 많아요. 물어보면 자기도 모르신대요... 구글 이미지 검색을 해서 찾기도 힘들어요. 검색어를 물어봐서 일일이 다시 내려서 찾아봐야 해요. 그건 너무 노가다에요. 그리고 심지어 찾았는데 알 수 없는 (또는 너무 편향적인) 사단법인이나, 오묘한 단체에서 나온 50명 대상 설문조사라던가.. 이래선 안돼요. 9. 페이지셋 통일페이지셋은 교통신호같은 거에요. 빨간불이면 멈춰라, 초록불이면 가라, 공사장 표지에선 천천히 가라 등등을 규정하는 것이죠. 소개서에서도 비슷한게 있어요.이 영역은 제목이에요, 이 영역은 그림이 들어가요, 이 영역은 텍스트에요. 이 크기는 대제목이에요, 이 크기는 소제목이에요..등등 일종의 템플릿이 잡혀야 해요. 사실 다양하고 예쁜 레이아웃으로 역동적인 회사소개서를 만들 수도 있어요. 하지만 그것도 기본 베이스가 있어야 변형이 가능한 거에요. 일단 얌전하고 포멀한 템플릿을 규정하는 것이 중요해요.제목위치, 페이지제목 모양, 메인색, 강조색, 이미지위치, 상하좌우 여백, 대제목, 소제목, 본문 폰트사이즈 등등은 마스터페이지나 템플릿화 시켜서 정해놓도록 하세요. 이거 오래 안걸려요. 큰 디자인적 인사이트가 없더라도 대략 일단 만들어는 놓으세요. 그냥 백지에서 시작하는 것보단 훨씬 빠르고 효율적이에요.10. 보일러 플레이트회사소개 문구. 3~4줄 짜리를 의미해요. 전체적인 사업내용을 짧고 날카롭게 정리해놓은 단락이죠. 한 줄짜리 슬로건만 만들지 말고, 보일러플레이트도 만들어놓아야 해요. 사실 전체 소개서를 관통하기에 한 줄 짜리 슬로건은 너무 추상적이에요. 그리고 코에 걸어 코걸이, 귀에 걸어 귀걸이와 같은 말장난이 될 수도 있어요. 3,4줄짜리 소개문구는 좋은 말 일색으로 치장하는 게 아니에요.'애프토모멘트는 기업의 업무효율화와 가벼운 브랜드 포인트를 만듭니다. 내부공유되는 브랜드관련 자료들을 통일, 불필요한 것들을 제거합니다. 또한 대외적으로 보여지는 브랜드 포인트를 일원화시키고 하나의 키워드로 압축해 이를 시각화시킵니다. 이를 통해 좀 더 빠르고 낮은 비용으로의 운영개선과 소비자가 이해하기 쉬운 콘텐츠를 생산합니다.'등등.. 너무 구체적인 수치가 들어갈 필요는 없지만 하는 일과 서비스에 대한 명확한 방향성정도는 제시해줘야 해요. 그래야 전체 소개서가 어떤 카테고리로 쪼개져야 하는 지를 판단할 수 있죠.아래는 매실액 같은 요소들.(있으면 좋고, 없어도 크게 문제는 되지 않으나)+a. 행사사진 예쁜거= 행사사진은 걸어다니면서 찍지 마세요. 다 흔들려서 쓸 수 있는게 없어.흔들흔들+a. 키비쥬얼= 물론 이건 제가 만들어야 하는 거에요. 하지만 로고에 쓸 돈을 좀 아껴서 키비쥬얼을 하나 만드시는 것도 좋을 것 같아요. 소개서 전체를 이끄는 큰 이미지가 있다면 시각적인 일관성을 만들어내기가 용이하거든요.pinthemall.net 출처+a. 서비스/제품Mock-up 이미지= 아직 서비스가 프로토타이핑 단계라던가, 출시 전의 제품이라면 Mock-Up 이미지 제작을 고려해보세요. 실제품이 나오진 않았지만, 이렇게 나올 것이다~ 라는 걸 보여주는 건 중요한 작업이거든요. 최악의 경우가 자신과 유사한 타업체의 제품 사진을 가져다 박는 것인데, 그것이 얼마나 치명적인지 몰라요. 제3자 입장에선 그런 걸 보면 눈 앞이 깜깜해지더라구요...https://originalmockups.com/mockups/perspective-app-screens-mockup-01-698770마지막으로 드리고 싶은 말씀은 이런거에요.회사소개서는 '그냥 만들어놓고 가지고 있는' 게 아니에요. 모든 브랜드 관련 제작물에는 고유한 역할과 포지션이 있어요. 그냥 만들어지는 건 없어요. 모호한 목적성을 지니고 만드는 건 먹을 사람도 없이 만드는 음식과 같아요. 회사소개서는 '소개'를 목적으로 하고 있는데, 소개라는 건 내가 있고 상대방이 있는 거잖아요. 상대방이 누구인가를 생각해봐야 해요. 그리고 언제 어떻게 전달할 것인지도요. 마지막으로는 그걸 주고 무엇을 얻을 것인지에 대해서요.진짜 싫은 미팅 중 하나가, 그냥 얘기나 하자고 만나는.... 그런 식의 미팅이거든요. 아젠다도 없는 그냥 피상적인 소개와 덕담주고받기 식의 미팅만큼 시간이 아까운 건 없어요. 서로 명확한 니즈와 제안을 가지고 만나야 시간과 비용을 절약할 수 있어요. 소개서는 더더욱 그래요. 사업자끼리야 서로 만나서 술 한잔 하다가 형님동생하면서 연결, 소개, 우연찮은 기회를 서로 잡을 수 있다는 일말의 기대라도 있지만... 소개서는 생판 나를 모르던 사람에게 나를 소개하는 과정이에요. 통성명하자고 보내는 것이 아니니 그들의 '답변'을 고려해야해요. 구매를 하라는 건지, 협업을 하자는 건지, 다운을 받으란건지... 상대방의 정확한 액션을 생각해야 소개서가 하나의 소실점을 지닐 수 있어요.그게 없는 상태라면 소개서 제작은 쓸데없는 시간낭비로 끝날 수도 있어요. 만들어도 별 쓸모도 없고..하지만 위 재료들은 굳이 소개서가 아니더라도, 가지고 있으면 언젠간 쓸 일이 있는 것들이니 만약 비쥬얼적으로 뭔갈 정리하고 싶다..라고 한다면 하나하나 폴더를 만들어서 관리해보시면 추후에 편할 일이 많을 거에요. :)바이바이.
조회수 943

160330_페이스북 포스팅 복기

상황  설명스위처 배송 하루 전. 이번 포스팅을 하기 전에 남규가 페이스북을 통해 스위처 구매 방법과 관련된 내용을 포스팅하였다. 그 중 고객들이 가장 궁금해 하는 것은 렌탈 방식에 대한 자세한 설명. 이에 고객들의 궁금증을 해결해주기로 기획을 시작했다.컨텐츠 기획하루 전 이었기에 다양한 이슈가 있었다. '새로운 패키지', '1달 무료 사용 신청 페이지', '스위처 스펙' 등 포스팅을 할 다양한 요소가 있었지만 지난 컨텐츠의 댓글을 확인하면서 독자를 상상하고 컨텐츠를 기획했다.고객 의견렌탈 방식에 대해 자세히 알고 싶어하는 분들은 어떤 것을 가장 궁금해할까? 어디까지의 설명이 적절한 양일까?가장 궁금해 하는 것은 '돈' (이렇게 표현하니 이상하네)과 관련된 부분. 그래서 정확한 가격 설명과 '렌탈' 이라는 방식의 특성상 사용하다 반납하는 경우가 있기에, 이런 특이상황에 대해 설명을 드리는것이 최고라고 생각했다.문제는 이 렌탈 방식이 굉장히 변수가 많아 설명을 잘못하면 지루하고 무거울 수 있다는 것. 이에 최대한 친근하고 재밌게 설명을 하고자 했다. 또한, 렌탈 방식에 대해 거부감을 가지는 분들은 '매월 결제' 라는것에 대한 부담감을 가지고 계셨다. 이를 위해 '년'단위의 결제와 '자동' 결제에 대한 설명도 필요하다고 생각했다.컨텐츠 제작머리 아픈 숫자놀이위의 내용을 글로만 설명하면 너무 딱딱하고 지루 할 것 같아 "만화같이 표현해볼까?" 생각해서 그림도 그려보고 고민을 했는데, 저게 맞는건진 확인이 안 되었다. 다음에는 "이게 이해가 될까?" 싶은 부분을 예상 독자에게 보여주고 컨펌을 받으면 더 확실할 것 같다.플랜 비교표위의 사진은 실수한 부분을 수정한 이미지다. 멍청했다. 원래 할인율은 그냥 '10%', '20%', '30%'로 적혀있었다. 그걸 아무런 의심없이 그냥 사용했다. 포스팅하고 남규가 말해줘서 부랴부랴 수정했다.. 디테일한 부분을 잘 살려야 하는데 항상 실수하는 부분이라 다시 생각해보니 처참해진다.. 정신좀 차려야지.결과1.  like "56", shared "17", reached "14,060". 말도 안되는 도달율. 아마 권도균 대표님 덕분일 것이다. "oh.. god.."  shared를 보면 지인 분들과 기존부터 제품 구매를 원하셨던 분들이다. 아마 판매 전날이라 더 많이 기대하고 계셨던 것 같다.comment를 보면 "제품 판매"의 주제로 글을 쓰셨다. 컨텐츠 내용은 "스위처 판매합니다!"가 아니라 렌탈 방식에 대한 설명인데, 신기하다. 판매 '하루 전'이어서 그럴까? 아님 그 동안 우리가 만들어 온 '긴장감' 때문일까?2. 'like'의 수가 오르지 않는다.. 왜일까.. 이렇게 되면 도달율이 나오지 않아 광고를 걸어도 효과가 떨어질텐데.. 이번 달 부터는 광고 준비를 걸어야 할텐데, 빨리 '반응'을 높일 수 있는 방법을 찾아야겠다.#스위처 #Switcher #SNS마케팅 #SNS마케터 #일지 #페이스북 #페이스북마케팅 #마케터 #마케팅
조회수 645

트리거 : 행동의 방아쇠를 당기는 힘

출처 : 네이버 책사고 방식을 바꾼 계기가 된 몇 권의 중요한 책들이 있다. 마셜 골드스미스(Marshall Goldsmith)의 트리거(Triggers)가 그 중의 하나다. 이 책은 ‘스스로를 변화시키는 방법'에 대해 다루고 있다. 우리가 왜 스스로를 바꾸는데 서툰 것인지, 어떻게 하면 더 잘 할 수 있을지. 우연히 서점에서 트리거를 처음 발견했을 때는 ‘여느 자기 계발 서적들과 비슷하게 원론적이고 추상적인 이야기 뿐이지 않을까’ 의심했었다. 하지만 이 책을 다 읽은 후 이제는 이 책의 내용이 습관적 자기회고(self-reflection)의 잣대가 되어 주고 있다. 스스로에 대해 실질적으로 변화를 만들어 내기는 무엇보다 어려운 일이다. 마음을 굳게 먹어도 얼마 지나지 않아 포기해 버리기 일쑤다. 변화를 만들기 힘들어지면 그것의 필요성마저 부정하게 된다. 심지어 이런 과정이 반복되면 변화하지 못하는 나 자신을 합리화하는 데 익숙해지기도 한다. 우리는 때로 타인에게 변화를 요구하고 기대하기도 한다. 하지만 스스로도 변화하지 못하면서 어떻게 타인에게 긍정적인 변화를 기대할 수 있겠는가. 흔히 자신에게 냉정하고 상대에게는 관대하라고 하지만, 오히려 자신에게는 관대하면서 상대에게는 냉정한 기준을 강요하는 것이나 마찬가지일 것이다. 규칙적인 생활하기렌딧을 창업한 이후 규칙적인 생활의 필요성이 커졌다. 함께 일하는 동료들도 늘어나고 일의 복잡도 역시 계속 높아져 왔기 때문이다. 절대적인 업무량이 비슷하거나 오히려 더 많아진 상황에서 복잡도는 이전보다 훨씬 더 높아졌기 때문에 롱런(long-run)하기 위해 수립한 나름의 목표다. 트리거를 접하기 전에도 나는 가끔씩 스스로를 되돌아 보며 ‘규칙적인 생활하기'라는 목표를 잘 지켜내고 있는지 평가하는 시간을 가졌다. 이것이 변화를 만들어 내기 위한 나 스스로의 방식이었다. 하지만 이 방식에는 결정적인 문제가 있었다. 목표 달성에 지장을 주는 그럴싸한 이유들이 자주 생겨났다는 점이다. 이를테면 중요한 미팅이 갑자기 생겨나는 일들이 자주 발생하게 된 것이다. 목표 달성에 실패하게 되었지만, 나는 중요한 미팅 같은 외부 요인 때문에 그렇게 되었다고 해석하게 된다. 이렇게 되면 자기회고가 사실상 의미없는 결과를 가져 오게 되고, 결과적으로는 변화의 정도 역시 미미하게 되어 버린다. 규칙적인 생활을 하기 위해 최선을 다했는가?트리거를 읽으며 깨우친 가장 중요한 한가지는 ‘능동적인 질문의 중요성' 이다. 단지 ‘규칙적인 생활을 했는가?’ 라고 묻는 것은 수동적인 질문이다. 규칙적인 생활을 하지 못한 여러가지 그럴싸한 이유를 얼마든지 생각해 낼 수 있기 때문이다. 이에 대한 능동적인 질문은 ‘규칙적인 생활을 하기 위해 최선을 다했는가?’ 이다. 이렇게 ‘최선을 다했는가?’ 라는 말을 추가하는 것으로 스스로의 노력을 회고할 수 있는 잣대로 삼을 수 있게 되었고, 비로소 스스로에게 정말 냉정해질 수 있게 되었다.
조회수 1911

아키텍트, 개발 리더십의 변화...

보통, 하나의 서비스를 개발하는데 얼마나 걸리며, 그 시간 동안 어떤 일을 '구체적'으로 진행시켜야 하느냐에 따라서 아키텍팅의 관점이 변화된다.자주 쓰는 장표 중의 하나이다. 간단하게 설명하면 과거의 비즈니스와 현재의 비즈니스의 차이를 디지털 서비스로 만들어 내는 기간으로 표시한 것이다.과거에는 하나의 디지털 비즈니스가 동작하기 위해서 데이터를 수집하고 분석, 기획, 구현, 실행하기까지 대부분 8.5개월에서 10개월 정도의 시간이 소요되었고, 이렇게 만들어진 서비스들은 실제 고객과 단절되어 있는, 내부 시스템에 가까웠다는 것을 표현한다.그리고, 디지털 비즈니스의 세계에서는 모바일로 실 고객과 커넥티드 되어 있으며, 각 비즈니스가 실제 수집부터 실행까지 1주에 동작되는 세계를 표현한다.이 차이는 정말 개발 조직과 개발 리더십에 많은 차이를 주게 된다.Classic Business에서는 8개월 이상의 방향성이 흔들리지 않도록, 전체적인 방향성이 흐트러지지 않도록 개발 리더십을 발휘하는 것이 중요했다. 특히, 초기의 개발 조직을 세팅하고 예산과 비즈니스의 완성과 실 서비스 후의 이익과 같은 경영적인 판단이 더 중요하던 시기였기 때문에, 실제 소프트웨어를 만들어내는 관점은 디테일하고, 기능적인 것에 집중화된 상태로 개발 조직이 구성되고, 리더십도 그것을 최대한 끌어내는 것에 집중했다.또한, 내부적 조직의 문제로 일이 더디게 진행되거나, 품질이나 세부적인 문제를 쥐어짜거나, 어떻게든 일정을 맞추기 위해서 조정하는 조정자의 역할도 매우 큰 상태였다. 개발 리더십도 그런 관점에서 구성되었고, 기술적인 변화도 거의 없이 초기에 결정된 상태로 대부분 진행되었다.그런데, Digital Business의 세계로 넘어오면 이것은 완전 다른 구도를 가지게 된다.1주 단위의 개발 및 배포까지 매우 유연한 상태로 가동되고, 이 단위는 기술적 선택과 실패가 매우 빠르게 반복되는 것을 의미하게 되며, 개발 조직은 말 그대로 작게 세분화되고, 전체적인 방향성은 계속 유동적으로 변화하게 된다.24시간 내에 하나의 개념이 수립되고, 이를 배포까지 진행시키기 위한 매우 다양한 시도들을 선택할 수 있게 하며, 기획 조직과 개발 조직이 하나의 '지표'나 '시각화'된 장표를 보고 빠르게 판단하게 할 수 있다.매우 빠른 순간 판단이 중요하며, '몇 분'간격으로 회사의 운명을 결정할 수 있는 서비스의 론칭도 가능하게 한다.관리적인 방법은 DevOps의 자동화된 환경과, 세분화된 배포 권한, 기획자들과의 유기적인 환경들을 보다 효율적으로 운용할 수 있는 방법들에 대해서 개발 리더십은 고민하게 된다.어떻게 빠르게 일을 효과적으로 움직일 것이며, 빠른 판단을 할 수밖에 없다. 빠르게 변화하는 기술 스택을 더 잘 알고 있는 것은 개발 조직이기 때문에, 아키텍트나 개발 리더의 권한은 계속 실무자에 가깝게 내려가게 되는 것이 순리에 가깝다.현재 DevOps를 지향하고 있는 개발 조직에서 아키텍트가 지향하는 것은 크게 개념적으로 변화한 것은 없다. '고객과 비즈니스를 이해하는 개발'임에는 틀림없으나, 기존의 아키텍팅과 많이 달라진 것은 실시간 서비스에 대한 분석과 기획의 변화, 데이터 중심의 개발 구조의 시각화를 통해서 개발 조직을 통제한다기보다는, 개발 조직을 숨 쉬게 만드는 '심장'과 같은 역할을 하게 된다.마치, 비즈니스가 빨라지면, 심장도 빨리 뛰고, 비즈니스가 좀 수월해지면 호흡을 고를 수 있는 형태...현재의 아키텍트는 개발 조직의 '심장'과도 같아.속도와 박자, 전체적인 흐름을 중시하는 것이 현재의 아키텍트의 역할이다.건축가인 아키텍트들에게는 엄청난 규칙과 법칙, 책임의 범위가 상당하다. 하지만, 소프트웨어 아키텍트들에게는 그런 책임이 법적으로 제시되고 있지 못하고 있다. 보통 소프트웨어 아키텍트라고 한다면, 부정적인 환경에서 제대로된 소프트웨어를 만들 수 없기 때문에 부당한 개발환경을 담당할 가능성이 없다는...그래서, SI현장에서 아키텍트는 거의 나오지 않는다고 봐야 한다. 슬프지만. 그리고, 마지막으로... 아키텍트는 '직위'나 '권위'가 아니다. '롤'일뿐이다. 그뿐...
조회수 2196

왜 차세대 SaaS는 페이스북처럼 될 것인가.  

사람들이 매일 사용하는 서비스 중 가장 유용한 것은 무엇일까?대부분의 경우에 있어, 그것은 Slack, Gmail 혹은 Excel 같은 SaaS 툴이 아닐 것이다. 그것은 바로 페이스북이다.페이스북으로 할 수 있는 모든 것들에 대해 생각해보자.친구들에게 메시지 보내기 영상 통화 하기 뉴스 보기 이벤트 기획하기 사진과 동영상 공유하기사람들은 페이스북에 얼마나 많이 의지하고 있는 지 종종 잊어버리지만, 페이스북은 이미 우리의 일상 생활에 아주 깊숙이 자리잡고 있다. 오늘날에는 수 백만 개의 서비스가 존재하지만, 그들은 그럼에도 만족할 줄을 모른다. 그리고 페이스북은 SaaS 회사들이 할 필요가 있는 것들을 정확히 집어서 하고 있다.On-premise(인하우스 서비스)에서 SaaS(클라우드 컴퓨팅)로SaaS는 “Software as a Service.” 의 약자이다. 페이스북은 사실 기술적으로 SaaS라기 보다는, 일종의 소비자 네트워크 서비스라고 할 수 있다. 하지만 페이스북만큼 많은 서비스를 제공하는 곳은 존재하지 않는다. 페이스북이 이렇게까지 성공한 것은 그 서비스 내에서 유저들의 이용률을 크게 늘렸기 때문이다. 다른 SaaS 기업들은 이 부분을 더 신경 써야 될 필요가 있다. 이용률이야말로 지금 SaaS 비즈니스의 생존에 있어 그 어느 때보다 중요하기 때문이다.그 이유는 다음과 같다. 예전에, 소프트웨어는 회사의 컴퓨터 네트워크에 실제 물리적으로 깔려야만 했다. 소프트웨어 판매업자들은 대기업에 라이선스를 팔기도 했고, 그런 기업들은 해당 소프트웨어 이용을 위해 Accenture나 CSC 같은 회사에 돈을 지불하기도 했다. 당시 판매업자들은 라이선스를 많이 팔기만을 원했지, 얼마나 많은 사람들이 그 소프트웨어를 쓸 지에 대해선 관심이 없었던 것이다.그리고 1999년, Salesforce의 공동 창업자인 Marc Benioff는 새로운 모델을 소개하며 다음과 같이 말했다.“설치하는 데만 수 개월이 걸리고 하드웨어와 네트워킹에 엄청난 투자를 요구하는 비싼 CD-ROM 소프트웨어를 기업들에게 파느니, 우리는 클라우드 컴퓨팅이라고 알려진 모델을 통해 Software-as-a-Service(SaaS)를 팔기로 했다. 기업들은 이제 유저의 수에 맞춰 서비스를 이용한 만큼 비용을 지불해야 할 것이고, 그런 서비스들은 인터넷, 클라우드를 통해 즉시 제공될 것이다.”구독 기반(subscription-based) 소프트웨어는 회사 내부의 데이터 센터가 아닌 웹 브라우저를 통해 제공된다. 이는 소프트웨어 개발자로 하여금 언제든지, 즉각적으로 그들의 고객에 접근할 수 있게 해주었다. 어느 순간, 유저를 만족시키는 일은 CIO(Chief Information Officer)나 시스템 통합업체의 책임이 아니게 된 것이다. 그 일은 이제 소프트웨어 판매업자가 하게 되었다.이러한 클라우드 컴퓨팅 방식은 SaaS 소프트웨어로 하여금 생존을 위해 끊임없이 자신들의 가치를 어필하게끔 만든다. 그리고 SaaS 회사들은 계속해서 자신들의 소프트웨어를 이용하는 소비자들을 확보하기 위해 많은 양의 돈을 쓰고 있다. 이는 과거 기업 고객들에게 소프트웨어 라이선스를 팔러 다니던 때와는 180도 달라진 상황인 것이다. 오늘날의 SaaS 회사들은 예전처럼 높으신 몇몇 분들을 만나 무언가를 사라고 설득할 필요가 없다. 그저 이용자들이 자신들의 제품을 계속 사용하게끔 유도하면 되는 것이다.페이스북은 SaaS의 새로운 모델이다이제 페이스북을 한 번 살펴보자. 페이스북은 클라우딩를 통해 지속적으로 서비스를 제공한다. 그들은 광고를 통해 돈을 벌기 때문에, 그들의 가장 중요한 목표는 사람들로 하여금 계속 서비스를 이용하게 하는 데 있다. CIO들을 만나서 큰 계약을 체결하는 데 시간을 쓸 바에야 그 100분의 1초도 안 되는 시간에 12억 명의 사람들에 서비스를 파는 것이 더 낫다는 것이다.페이스북이 딱 한 가지 신경 써야 될 것이 있다면 그것은 사람들이 지금보다 더 적극적으로 페이스북을 이용하게끔 만드는 것에 있다.“우리의 최우선 목표는 모바일 장치나 개인용 컴퓨터를 통해 사람들을 연결시켜주고 공유하게끔 하는 유용하고 매력적인 서비스를 창조하는 것에 있습니다.” – 미국증권협회 기업정보 페이지의 페이스북 파일에서페이스북이 사람들의 관심을 많이 받을수록, 그들은 더 많은 광고를 사람들에게 보여줄 수 있다. 페이스북에게 있어서, 그러한 관심은 아주 중요한 것이다. 더 많은 관심을 받는 다는 것은 더 많은 성장과 확장의 기회를 갖는 다는 것을 의미하기 때문이다. 이것은 드롭박스나 Slack과 같이 바텀업 방식으로 성장한 SaaS 기업들이 새겨들어야 할 점이다. 유저들이 서비스를 쓰는 시간이 많아진다면, 앞으로 그들에게 더 많은 다른 서비스를 쓰게 만들 수 있기 때문이다.앞으로 페이스북이 더 성장하고 발전하려면 유저의 관심이 필요하다. 그래야 여러 방면에서 이용률을 늘릴 수 있는 방법을 찾을 수 있기 때문이다. 이제 여기서 페이스북이 그들 서비스의 이용률과 성장을 이뤄낸 3가지 방법에 대해서 소개해 보도록 하겠다. 모든 SaaS 기업들은 비슷한 방법으로 자신들의 이용률과 성장을 이뤄낼 수 있을 것이다.페이스북은 이용률을 측정하여 현재 운영하는 서비스를 최적화 시켰다페이스북은 이용률을 늘리기 위해 새로운 서비스를 내놓는다페이스북은 다른 앱들과 통합하는 과정을 거쳤기 때문에 페이스북을 쓰지 않는 사람들조차 페이스북을 쓰게 되었다페이스북이 이용률을 어떻게 늘렸는지에 대해 좀 더 깊이 이야기해 보도록 하겠다. 그러고 나면 페이스북의 노하우를 다른 SaaS에 어떻게 적용할 수 있을 지 분명하게 보여줄 수 있을 것이다.이용률 측정을 통해 서비스의 최적화를 이뤄낸다지금 사람들이 어떻게 서비스를 이용하고 있는 지 모르고 있다면 그들에게 당신의 서비스를 사용하게 만들 수도 없을 것이다. 페이스북은 이용률을 늘리는 방법에 대해 집요하게 연구해왔기 때문에 좋은 사례로 들기에 적합하다.핵심은 사람들이 지금 하고 있는 것, 그리고 그들이 원하는 것을 정확하게 아는 것에 있다. 페이스북은 단순히 월 이용자 수나 일 이용자 수를 알아보려 애쓰지 않는다. 왜냐하면 그런 수치들은 사용자들이 그 서비스를 통해 무엇을 하는지를 전혀 설명하지 못하기 때문이다. 대신 페이스북은 서비스 이용의 질적인 부분에 집중한다. 사람들이 페이스북을 통해 무엇을 이루려고 하는 지와 그들이 실제로 그렇게 할 수 있는 지에 대해서 말이다.이 부분에 있어 페이스북의 대표적인 전략 중 하나가 바로 10일안에 친구 7명 만들기이다. 일찍이, 페이스북은 10일안에 7명의 친구를 만드는 사람은 페이스북을 계속 사용할 확률이 훨씬 더 높다는 사실을 알게 되었다. 일단 이것을 알게 되자, 그들은 신규 유저들이 7명의 친구를 만날 수 있게 하기 위해 가진 모든 수단을 쓸 수 있게 된 것이다.바로 지금도, 페이스북은 새로운 친구를 추가할 것을 사람들에게 계속해서 권장한다. 왜냐하면 이것이야 말로 네트워크를 이루는 데 있어서 가장 가치 있는 부분이기 때문이다.페이스북 계정을 만들자마자, 유저들은 뉴스 피드 상단에 새로운 친구를 추가하시겠냐는 메시지가 뜨는 것을 볼 수 있다.아래 사진은 유저들이 다른 페이지를 둘러 보는 동안 뜨는 사이드바인데, 보다시피 그들이 알 수 있을 법한 사람들을 친구로 추가하게끔 권장하고 있다.또한 페이스북은 뉴스 피드와 같이 그 기능을 최대한 활용하기 위해 더 많은 친구들을 추가할 것을 권장하고 있다.페이스북은 이런 전략을 앞으로도 고수할 것이다. 2017년, 페이스북은 “Discover people” 이라는 새로운 기능을 출시했다. 이는 당신으로 하여금 프로필을 업데이트 하게끔 유도하고 기존에 친구가 아니더라도 같은 이벤트에 참여하는 경우 서로를 연결시켜 준다.페이스북은 사람들이 자신들의 서비스를 계속 이용하게 만들기 위해 기나긴 세월 동안 노력해왔고 앞으로도 그럴 것이다. 그들은 친구 최적화를 빠르게 해줄 뿐만 아니라 흥미를 잃은 사람들도 쉽게 다시 돌아올 수 있도록 여러 요인들을 제공해준다. 페이스북의 성장 전담 부서를 이끌고 있는 Chamath Palihapitiya은 “당장의 단기적인 이익에만 집중하지 않기 위해서는 절제력이 필요하다.” 라고 말한다. 페이스북은 초창기부터 무엇보다 사람들의 이용률이야말로 그들의 성패를 좌우한다는 것을 알고 있었다. 사람들의 주된 목표를 파악해서 이용률을 장기적으로 늘리는 것이 그들의 제1과제 였던 것이다.Trello는 어떻게 유저들이 쉽게 직장 동료를 추가하도록 만들었는가페이스북과 똑같이, Trello는 유저들이 무엇을 하는지를 이해하고 그들이 원하는 걸 더 많이 하게 도와주는 방식으로 이용률을 올렸다. Trello의 핵심적인 가치는 사람들이 프로젝트를 협력하게끔 만드는 것이었기 때문에, 그들이 그렇게 하도록 도움을 줘서 자신들 서비스의 가치를 보여줘야 했다.그래서 Trello가 직장 동료를 추가하는 방식은 놀라울 정도로 쉽게 되어 있다. 이는 페이스북이 친구를 추가하는 방식과 정확히 똑같다. 페이스북이 사람들로 하여금 쉽게 친구를 추가하게 하여 소셜 네트워크의 가치를 입증했다면, Trello는 쉽게 동료들을 추가하게 하여 프로젝트 협업 툴로써의 가치를 입증했다.Trello는 유저들로 하여금 이름이나 이메일 주소로 아는 사람들을 등록할 수 있게 만들었다. 유저들은 코드나, ID, 링크 같은 것 없이도 사람들을 쉽게 추가할 수 있다. 심지어 다른 사람들이 Trello를 사용하는지도 알 필요가 없다. 어찌 됐든 Trello를 통해 사람들을 찾아보고 확인해 볼 수 있는 것이다.또 만약 Trello를 한 번이라도 썼던 사람이라면 더욱 쉽게 목록에 추가할 수 있다.이런 방식을 통해 이용자들은 아무런 마찰 없이 많은 동료, 협력자들을 통해 프로젝트를 공유할 수 있다. 즉, Trello의 핵심 가치를 이루게 되는 것이다. 이는 사람들에게 Trello가 얼마나 유용한 서비스인지를 빠르고 쉽게 이해시켰다. 또한 이는 더 많은 사람들이 더 많은 프로젝트를 하게끔 유도했고, 결국 모두가 Trello를 더 많이 이용하게 되었다.Slack은 어떻게 이용률을 늘려왔는가이렇게 사용자의 이용률에 집중해서 성장을 이루고 있는 유명한 SaaS 기업이 또 하나 더 있다. Slack이 바로 그 기업인데, Slack은 메시지를 매끄럽게 전송하는 역할 하나에만 전념하고 있다.Slack은 자신들의 서비스를 이용해 2000개 이상의 메시지를 보낸 적 있는 팀들은 Slack의 가치를 알고 있기 때문에 앞으로도 계속 서비스를 사용할 것이라고 예측한다. 왜냐하면 Slack의 통계에 따르면, 다른 요소들이 어떻든 간에, 2000개 이상의 메시지를 보낸 팀들 중 93%가 지금까지도 Slack을 사용하고 있기 때문이다. 그래서 이용률을 늘리기 위해선, 메시지를 보내는 것을 더 쉽게 만들어야 하는 것이다. Slack의 공동 창업자인 Stewart Butterfield 역시도 이 목표를 위해 사람들이 실제로 어떻게 Slack을 쓰고 있는가에 대해서 생각해보았다.“처음으로 Slack을 쓰려고 온 사람이 되었다고 생각해 보는 겁니다. 특히 진짜 사회생활을 하는 사람들 말이죠. 상사에게 Slack을 쓰라고 해서 쓰게 된 사람, 아침 먹을 시간도 없어서 짜증이 난 사람, 주말이 오기 전에 프로젝트를 끝낼 수 있을지 걱정하는 사람… Slack을 면밀히 살펴봐서, 이런 사람들에게 먹히지 않을 것 같은 요소들을 생각해 내는 겁니다. 냉정하게 보는 거에요. 최고의 서비스를 주기 위해서 말이죠.”Slack은 메시지 전송에 따르는 불편함을 개선하면서 이용률을 늘려왔다. 그러한 개선의 예를 들어 보자면, 누군가가 Slack에서 링크를 걸었다고 했을 때, Slack은 그 링크에 대한 간단한 정보를 미리 보여준다. 즉, 사람들은 링크를 보려고 앱에서 빠져나와야 될 필요가 없는 것이다. 나중에 다시 그것을 확인해보기도 편하고 말이다.이런 시스템상의 개선점들이 Slack을 성장하게 만들었다. 메시지를 보내는 것에 있어서 사람들이 원하는 부분을 아주 쉽게 할 수 있게 만들었기 때문이다.이렇듯 페이스북, Trello, Slack은 모두 실제 이용자들이 원하는 것을 이해하고 그들이 그것을 쉽고 빠르게 할 수 있는 서비스를 제공하고 있다. 아래에 이런 SaaS 기업들이 어떻게 자신들의 서비스를 통해 이용자들에게 도움을 줬는지 요약해보았다.페이스북의 10일안에 친구 7명 만들기, Slack의 2000개 이상의 메시지 보내기, Dropbox의 파일 한 개 업로드 하기 등과 같이 그들은 수치로 표시되는 목표를 세웠다. 이러한 목표는 당신의 팀으로 하여금 무엇이 가장 이용률을 끌어오는데 중요한 지를 확인시켜줄 뿐만 아니라 그들에게 목표 달성을 위한 구체적인 숫자를 알려준다.핵심적인 기능들을 사람들이 이용하게 하려면 그것을 직관적으로 만들어야 한다. Raymond Loewy(미국의 전설적인 산업 디자이너)에 따르면, 성공적인 서비스는 사람들이 당장 사용하기에 편해야 한다고 한다. 예를 들어, 페이스북이 처음 “On this day” 서비스를 도입한 것은 유저들로 하여금 무언가 새로운 것을 하는 걸 권하기 위해서였다. 하지만, 이 서비스는 여전히 유저들에게 친숙한 태그, 공유하기 기능들을 사용하고 있다.유저들의 참여를 막을 만한 요소들을 찾아서 없애야 한다. 사용자들이나 얼리 엑세스 베타 테스터 등과 이야기를 해봐서 무엇이 서비스에 있어 가장 짜증나는 요소인지 알아내야 한다. “이거 어떻게 하는 건지 모르겠어요” 라던가 “이게 좀 쉽게 됐으면 하는데…” 와 같은 불만들에 귀기울여야 한다. 이런 장애물들을 제거하면 유저들이 서비스를 이해하기 더 쉽고 그 서비스의 가치를 파악하는 것 역시 쉬워진다.즉, 현재 가지고 있는 서비스 내에서 이용률을 끌어올리려면 유저들에게 무엇이 가장 도움이 되고 의미가 있는지 파악하는 것이 가장 중요하다고 할 수 있다.이용률을 늘리기 위해 서비스를 추가한다이용률을 끌어올린다는 것은 단순히 사람들로 하여금 기존의 서비스를 계속 쓰게 만드는 것 만을 의미하지는 않는다. 당신은 끊임없이 실험을 해보고 새로운 서비스를 제공해서 유저들이 서비스를 통해 더 많은 것들을 얻을 수 있도록 해야 한다.페이스북은 기존에 그들이 가진 서비스가 수명이 다할 것을 걱정해서 계속 실험을 하고 이용자들이 앞으로 무엇을 원할지를 예상해왔다.페이스북의 직원 가이드북을 보면, 새로운 직원들은 그들의 팀이 계속 새로운 생각을 하게끔 자극 할 것을 권장하고 있다.그 결과, 페이스북은 끊임없이 혁신하고, 또 그만큼 실패를 경험하고 있다.페이스북은 스냅챗으로부터 이용자들을 뺏어오기 위해 2012년 별도의 앱인 Poke를 출시한다. 그런데 이 앱은 대실패작이 되었고 페이스북은 얼마 지나지 않아 앱스토어에서 이 앱을 삭제하게 되었다.2014년에 페이스북은 이용률을 늘리기 위한 일환으로 슬링샷이라는 앱을 출시했다. 이 앱은 사진과 함께 메시지를 보내면 스냅챗과 같이 몇 초안에 사라지는 것이 특징인데 불과 1년만인 2015년에 앱스토어에서 내려가게 되었다.또 페이스북은 2016년 Quick Update라는 것을 시도했다. 이는 스냅챗과 비슷한 기능을 페이스북 앱에 추가시키는 것이었는데, 이런 기능을 유저들을 대상으로 그룹테스트 해 본 결과 반응이 좋지 않아 결국 공식적으로는 출시되지 못하게 되었다.이런 좋지 않은 결과들은 페이스북이 혁신에서 실패하고 있다는 소문을 자아냈다. Jason Calacains 같은 논평가는 이에 대해 “페이스북의 앱 플랫폼은 망하기 위해서 혁신을 하는 것인가?” 라고 하기도 했다.하지만 페이스북의 이런 계속되는 시도는 결국 그들을 새로운 기회로 인도했다. 그들은 스냅챗의 스토리 기능을 페이스북과 인스타그램에 도입하려고 시도해 왔는데 이 과정에서 마침내 페이스북 라이브라는 새로운 서비스를 만들어냈다. 이 서비스는 대히트를 쳤고, 이제 회사, 미디어, 그리고 유명인사들까지 모두 페이스북의 라이브 스토리를 사용하고 있다.이렇듯 페이스북이 큰 성공을 거둘 수 있었던 이유는 그만큼 실패도 많이 해봤기 때문이다. 그들은 그저 사람들이 관심 가질 만한 새로운 무언가를 계속 만드는데 집중할 뿐이다. 왜냐하면 이런 시도야말로 궁극적으로 이용률을 더 많이 올릴 수 있는 방법이기 때문이다.드롭박스 역시 이용률을 높게 유지하기 위해 새로운 서비스를 만들고 있다SaaS 기업들은 현재의 서비스보다 한 걸음 더 앞선 서비스 제공을 통해 이용률을 끌어올릴 수 있다. 그들은 지금 하는 것 이외에 이용자들이 무엇을 더 원하고 더 신경 쓸까를 생각해 볼 필요가 있다.그 예로 드롭박스의 드롭박스 페이퍼를 들 수 있다. 드롭박스는 원래 파일 공유 서비스였다. 하지만 오늘날, 드롭박스는 파일을 공유하는데 있어 다양한 방법을 제공해준다. 만약 드롭박스가 처음 서비스 이외에 유저들이 뭘 더 원할 것인 지를 생각해보지 않았다면 결국 이용률을 올릴 방법이 바닥나서 망하게 됐을 것이다.즉 드롭박스는 단순한 파일 공유 서비스에서 사람들이 함께 일하는 걸 더 쉽게 만들어 주는 일종의 팀 협업 툴로 자신들의 브랜드를 쇄신한 것이다. 이러한 재브랜딩 과정과 함께, 드롭박스는 2015년에 “창조적인 업무를 위한 새로운 형태의 파일 편집 툴” 이라는 신규 서비스인 드롭박스 페이퍼를 런칭했다.드롭박스 페이퍼는 단순히 문서와 파일을 저장하는 데 드롭박스를 쓰는 것이 아니라, 이제 문서와 파일을 만드는 데에도 드롭박스를 쓸 수 있게 만들어 주었다. 드롭박스 페이퍼는 사람들이 더 많이 서비스를 이용하게 만들었는데, 이는 파일 공유를 넘어 사람들간의 협업을 더 쉽게 해준다는 추가적인 옵션을 제공해줬기 때문이다.드롭박스가 이렇게 새로운 서비스를 만들려는 이유는 생존하기 위해서이다. 이 산업에 있어 망하는 일은 너무나 쉽게 일어나기 때문이다. Intercom의 Des Traynor는 다음과 같이 이를 설명한다.“원래 이쪽 산업이란 게 이런 겁니다, 기술이란 것의 특성 자체가 이런 것이죠. 모든 서비스가 결국 다 죽어 없어지게 되어있습니다. 만약 내 말이 사실이 아니라고 생각한다면 저에게 그렇지 않은 경우를 알려주세요. 한때는 SaaS 비즈니스가 절대 안 망할 것 같은 시절도 있었습니다. 하지만 더 이상은 아니에요.”만약 당신이 유저들이 당장 원하는 것에 대해서만 생각하고 있다면, 이미 망하고 있는 것이다. 성공적인 SaaS 기업들은 항상 유저들이 미래에 뭘 원하게 될 지에 대해서 생각한다. 아래에 SaaS 기업들이 어떻게 소비자들의 미래 욕구와 새로운 서비스에 대해 예측하려 하는 지 정리해보았다.당신의 경쟁자들, 그리고 왜 유저들이 그들의 서비스를 이용하는지 이해하라. 온라인 포럼 등을 보고 사람들이 경쟁사의 서비스를 어떻게 평가하는지를 알아내라. 이를 통해 당신은 사람들이 무엇을 원하는지, 그 방향이 어디로 향하게 되는지에 대한 통찰력을 얻게 된다. 이런 과정은 서비스의 확장과 새로운 서비스를 실험해 볼 수 있는 기회도 제공해준다.당신의 서비스를 사용했을 때 유저들이 무엇을 할 수 있을지를 생각해 봐야 한다. 유저들이 당장 요구하는 것만 만드는 것이 아닌 그들이 앞으로 원할 것이 무엇인지를 한 발 앞서 생각해 보는 것이다. 예를 들어, 아마존이 최근 개시한 새로운 서비스인 “Your idea” 리스트를 보자. 이 서비스는 유저들이 쇼핑을 하면서 비록 구입 하진 않더라도 커뮤니티에 자신이 생각한 리스트를 보여주고 싶은 욕구를 미리 연구해서 나온 결과물이다.가장 효과적이면서도 남들이 쉽게 예상하기 힘든 기능들을 우선순위로 짜는 것이 좋다. Gusto의 Tomer London은 서비스를 만들고 그것을 개선시킬 때, 가장 좋은 기능은 타인이 예측하기 어려움에도 불구하고 사용자 경험을 개선시키는데 가장 효과적인 것들이라고 한다. 사람들이 서비스를 통해 무엇을 가장 하고 싶어하는 지를 이해하고 그들을 도와줄 더 쉽고 나은 방법들을 생각해본다면 가장 효과적인 기능에 대한 단서를 잡을 수 있다. 남들이 예측하기 어려운 방법들은 당신이 처한 경쟁 지형에 대해 이해함으로써 알아갈 수 있다. 서비스 이용률을 늘리기 위해 다른 서비스와 통합한다우물 안의 개구리처럼 서비스를 홀로 제공하려 한다면 최대한의 이용률을 얻기란 요원하다. 당신은 새로운 서비스를 내놓음으로써 이용률을 늘릴 수 있지만, 그것으론 충분하지 않다. 유저들은 항상 다른 서비스 역시도 사용하고 있다. 당신이 이길 수 있는 방법은 당신의 서비스를 다른 서비스에 포함시킴으로써 사람들이 그 서비스를 쓸 때, 당신의 서비스도 쓰게 만드는 것이다.당신이 페이스북 웹사이트나 앱을 통해 페이스북을 쓰고 있지 않더라도, 당신은 페이스북을 사용하고 있는 것이나 마찬가지이다.페이스북을 이용해서 다른 서비스에 로그인 할 수 있다당신은 다른 웹사이트의 컨텐츠를 페이스북에 공유할 수 있다당신이 작업하는데 쓰는 서비스를 페이스북에 연결시킬 수 있다.티켓마스터를 통해 공연 티켓을 구매하는 것 역시도 페이스북으로 할 수 있다.페이스북은 다른 서비스들과도 완전히 통합이 되었기 때문에 사람들은 페이스북 인터페이스를 다른 서비스에서 보더라도 전혀 이상하게 생각하지 않는다. 심지어 어떤 경우에는, 페이스북 계정이 없다면 다른 사이트에 가입하기 어려울 때도 있다.페이스북이 다른 서비스와 더 통합이 될수록 당신은 더 페이스북을 쓰게 되고 그것을 필요로 하게 된다. Social Capital LP의 공동 경영자인 Arjun Sethi는 이점에 대해 다음과 같이 말한다.“페이스북이 권장하는 행동들이 일종의 문화가 되고 있어요. 페이스북은 그냥 가만히 앉아서 다른 서비스가 자신의 특징들을 베끼는 걸 보고만 있지 않았습니다. 자신들의 서비스를 다른 곳에 아주 쉽게 통합될 수 있게 만들었고 그 과정에서 핵심적인 이득은 다 챙겨갔습니다.”이것은 페이스북의 신중한 성장 전략의 일환이다. 다른 서비스의 개발자들이 페이스북을 쉽게 그들의 서비스에 통합할 수 있게 만듦으로써, 그냥 자신들의 서비스 내에만 머물러 있는 것에 비해 훨씬 더 많이 사람들이 페이스북을 사용하게끔 만들었다.Slack 역시도 다른 툴과 쉽게 통합이 가능하다페이스북이 다른 소셜, 라이프스타일 서비스들과 통합해서 유저들을 끌어모은 것처럼, Slack 역시도 자신들의 서비스를 다른 관련된 툴들과 통합할 수 있게 만들었다.Front와 같은 이메일 클라이언트와의 통합은 사람들로 하여금 Slack에서 바로 이메일을 관리할 수 있게 하였다.Slack은 또 Stripe와 통합을 하였는데, 이로 인해 사람들은 Slack 내에서 고객 결제 데이터를 보고 관리할 수 있게 되었다.Google Docs와의 통합으로 Slack 앱을 나가지 않고도 구글 문서 활동들을 볼 수 있게 되었다.Slack은 서드 파티의 통합을 장려하기 위해 거대한 앱 생태계를 구축하고 있다. 2015년에, 그들은 앱과 관련해서만 8천만 달러의 벤처 펀드를 만들었다. 2016년에, Slack은 자신의 플랫폼 내에 600개 이상의 앱을 보유하게 되었다. 그래서 이메일을 관리하거나, 고객과 커뮤니케이션을 하거나, 제품 분석 결과를 보는 것 등을 하러 다른 곳으로 일일이 가는 대신에 Slack 유저들은 기존 자신들의 서비스를 통해서 그 모든 것들을 할 수 있게 되었다.페이스북과 Slack은 그들 서비스의 유저들이 사용할 만한 다른 서비스들과 통합을 통해 이용률을 올렸다. 당신 서비스의 이용자들도 알고 있는 이런 기술의 생태계 속에 당신의 서비스를 끼워 넣는 방법에 대해 아래에 정리해 보았다.당신의 서비스를 사용하는 유저들의 워크플로우 대해 생각해보고 그것을 개선시킬 수 있는 점들에 대해서 추측해보라. 예를 들어, HubSpot을 이용하는 기업들의 궁극적인 목적은 사람들을 광고로 유인해서 실제 고객으로 만드는 데 있다. 그래서 HubSpot은 그 목적을 더 잘 수행하기 위해 자신들의 CRM 툴을 페이스북의 광고 관리 프로그램인 Adespresso와 통합할 수 있 게 만들었다. 즉, 사람들이 페이스북 광고를 클릭하게 되면 그 유저의 정보는 자동으로 그들의 CRM에 업로드가 된다.다른 유명 서비스들과의 통합을 통해 그들의 규모가 가진 이점을 가져오는 것이 좋다. 눈에 잘 띄는 서비스와의 통합은 당신의 서비스 역시도 눈에 잘 띄게 만들어준다. 잠재적 유저들에게 당신의 서비스를 소개할 수 있는 기회를 더 얻을 수 있을 뿐만 아니라, 다른 유명 서비스가 가진 브랜드 신뢰성 역시도 가져올 수 있다. 만약 당신의 회사가 아직 작다면, 유명하고 접근하기도 쉬운 Slack이나 페이스북과 같은 서비스와 함께 시작하라.Zapier를 활용해서 다른 서비스들과의 통합을 도모해라. Zapier에 호환이 되도록 앱을 만든다면, 유저들로 하여금 당신이 아직 직접적으로 통합을 제안하기 어려운 다른 앱들과 통합할 수 있는 옵션을 제공해 주는 것과 다름이 없다. 이 방법은 당신의 서비스가 아무리 독특하다 할지라도 그것을 유저들의 워크플로우에 집어넣는 데 도움이 된다.서비스를 개선시키는 데 있어 한 가지 방법만 써서는 이용률을 끌어올리는 데 한계가 있다. SaaS 기업들이 정말로 유저들로 하여금 그들의 서비스를 계속 좋아하고 이용하게끔 만들려면, 할 수 있는 모든 방면에서 이용률 최적화를 해야 한다. 기존의 서비스 내에서 할 뿐만 아니라, 새로운 서비스, 다른 유저들에게 이미 필요한 다른 서비스와의 통합을 해서라도 말이다.차세대 SaaS를 만드는 것에 대해SaaS 서비스들은 점점 더 무용지물이 되어 가는 경우가 많고 사라지는 서비스들도 많다. 만약 SaaS 기업들이 왜 사람들이 그들의 서비스를 쓰는 지 이해하지 못한다면, 그들은 계속 성장할 수 없을 것이고 유저들도 이탈할 것이다.지금까지의 내용을 정리하자면 페이스북은 이용률과 성장을 도모할 수 있는 매우 포괄적이면서도 단순한 방법 3가지를 생각해냈다. 사람들이 현재의 서비스를 더 많이 사용하게 만드는 것, 새로운 서비스를 통해 더 많이 사용하게 만드는 것, 그리고 다른 서비스와의 통합을 통해 자신의 서비스를 더 이용하게 만드는 것. 이 3가지이다. 그리고 이렇게 이용률을 올린다는 것은 성공을 의미한다.미래에 가장 성공적인 SaaS 기업 역시 이용률에 중점을 두게 될 것이다. 지금까지 페이스북을 모델로 삼아 설명한 것처럼, 이것들이 SaaS 기업이 앞으로 더 나은 서비스를 만드는 방법이 될 것이다.원문 : 프로덕트해빗#더팀스 #THETEAMS #SaaS #인사이트 #페이스북
조회수 654

포지티브와 네거티브 개념이 혼재된 P2P금융 규제

최근 뉴스와 SNS 상에서 네거티브(negative) 규제와 포지티브(positive) 규제에 대한 이야기를 자주 접할 수 있다. 많은 사람들이 요즘 부상하고 있는 새로운 융합 산업을 기존의 방식으로 규제해서는 안된다는 관점에서 네거티브 규제의 필요성에 대해 이야기한다.  우선, 이 두 가지 규제 방식에 대해 간단히 살펴보자. ‘포지티브 규제’란 법률/정책상으로 허용하는 것을 구체적으로 나열한 뒤 나머지는 모두 금지하는 방식의 규제를 말한다. 반면 ‘네거티브 규제’는 법률/정책상으로 금지한 행위가 아니면 모든 것을 허용하는 방식이라고 설명할 수 있다. 따라서 포지티브 방식이 규제의 강도가 훨씬 강하다고 할 수 있다. (출처 : 네이버 지식백과)  이제까지 한국에서는 여러 산업을 규제하는 데 일반적으로 포지티브 규제 방식이 적용되어 왔다. 반면 미국을 비롯한 많은 국가에서는 네거티브 규제가 근간이 된다. 특히 핀테크와 같이 새로운 융합 산업이 탄생할 때 그 혁신 속도를 정부의 규제 방침이 동일한 속도로 민첩하게 따라갈 수 없다는 점에서 생각해 본다면, 4차 산업혁명 시대에 보다 적합한 규제 방식이 네거티브 규제라는 점은 지극히 자명한 사실이다. 실제로 4차 산업혁명과 관련된 대표적인 회사들이 네거티브 규제가 기본인 미국과 중국 등에서 가장 빠른 속도로 발현, 성장하고 있다는 사실만 봐도 쉽게 알 수 있는 대목이다.  핀테크(Fin+Tech), 그 중에서도 P2P금융은 가장 대표적인 융합 산업이라 할 수 있다. 모든 서비스를 온라인으로 구현해 오프라인에서 지점을 운용해야 하는 비용을 절감하고, 비대면으로 대출자를 모집, 심사해 투자자와 연결하는 금융 서비스 체험의 전과정을 기술 기반으로 풀어내야 하기 때문이다. 핀테크 선진국인 미국, 영국, 중국에서 P2P금융산업이 가장 성공적인 4차 산업혁명 시대의 산업 분야로 손꼽히는 이유다.  이렇게 미래 산업으로 주목받고 있는 P2P금융산업의 발전을 논할 때 늘 등장하는 주제가 바로 ‘규제 이슈'다. 이전에 소개한 바와 같이, 전세계 P2P금융산업의 대표적인 리더인 론 수버(Ron Suber) 회장은 P2P금융을 세 개의 다리가 모두 균형을 이루어야 하는 의자(three-legged stool)에 빗대어 소개하곤 한다. 이 세 개의 다리 중 중요한 한 축을 이루는 다리 하나가 바로 ‘규제 정책'이다. 우리 삶과 가장 밀접한 관련이 있는 ‘돈'에 대해 다루는 산업 영역인만큼 다른 산업에 비해 보다 강한 규제가 따를 수 밖에 없기 때문일 것이다.  국내에서도 P2P금융산업에 대한 규제 이슈가 뜨겁다. 특히 지난 5월 말 본격적으로 시행되기 시작한 P2P금융 가이드라인의 방향성이 새로운 융합 산업을 규제하는 데에 적합하지 않은 포지티브 규제 방식이라는 의견이 대다수다. 반면 당국은 새로운 산업의 발전을 저해하지 않는 선에서 균형을 맞춘 규제라는 입장을 고수하고 있다.  사실 국내에서 P2P금융은 많은 사람들의 생각과 달리 네거티브 규제의 혜택을 받은 대표적인 케이스다. 비록 기존의 대부업법에 기반한 다소 기형적인 방식의 가이드라인으로 규제받고 있으나, 기존 법들에서 허용되는 영업 형태에서 완전히 벗어난 P2P금융의 영업이 허용되고 있는 것 자체가 네거티브 규제의 프레임에서 시작되었다고 볼 수 있다.  문제는 상세한 규제 사항을 살펴 보면 여전히 많은 영역에서 포지티브 규제의 프레임이 혼재되어 있다는 점이다. 전혀 새로운 신규 산업을 기존 법률에 의거해 허용했다는 관점에서는 네거티브 규제가 적용되고 있지만, 본질적으로 어떤 사항들이 금지되어야 하는 지에 대한 고려가 충분하지 않아서 발생하는 문제로 보여진다.* 전세계 모든 국가에서 P2P금융산업은 자금 중개와 여신이 융합된 산업으로 정의되어 마켓플레이스대출(Marketplace lending)과 자기자본대출(Balance Sheet Lending)이 병행되고 있다.일례로 P2P금융산업은 본질적으로 ‘자금 중개와 여신이 융합된 산업'임에도 불구하고, 국내에서는 이러한 산업의 본질을 정확하게 이해하지 못한 채 ‘자금 중개' 만으로 한정지어 자기자본 대출을 금지하고 있다는 점이 가장 대표적인 사례다. 실제로 P2P금융산업이 발전하고 있는 나라 중 자기자본대출이 금지되어 있는 나라는 한국이 유일하다.  한편으로는 ‘네거티브 규제'의 정의를 보다 명확히 해야 할 필요도 있다고 생각한다. 네거티브 규제는 무조건 모든 것을 다 열어두고 규제하지 않는 것이 아니라, 본질적으로 허용되지 않는 사항들은 강하게 금지하고 그 밖의 영역에 대해서 문을 활짝 열어두는 것이다. 예컨데, 네거티브 규제를 하고 있는 미국에서도 P2P금융 사업을 하려면 주(state)마다 자격증을 획득해야 하고 일괄 신고 등 본질에 해당하는 핵심적인 사항들에 대해서는 증권 거래 위원회(Securities and Exchange Commission)의 강한 규제를 따라야만 한다. 따라서, 현재 국내의 규제 정책 현황을 전면 부정하는 것 역시 올바른 방향은 아니라고 볼 수 있다. 네거티브 규제의 필요성을 구호화하는 것만으로는 4차 산업혁명을 이끌어 나가기에 역부족이다. 네거티브 규제는 새로운 융합 산업의 본질을 명확히 이해하고 반드시 금지되어야 하는 사항을 잘 정의하는 것에서부터 시작된다. 4차 산업혁명과 네거티브 규제가 시류에 휩쓸리는 구호가 아닌 실용적인 돌파구의 시작이 되길 기대해본다.

기업문화 엿볼 때, 더팀스

로그인

/