패스워드는 현대 서비스에서 가장 많이 이용되고 있는 사용자 인증 도구입니다. 하지만 이와 동시에 서비스 이용에서 사용자를 가장 괴롭히고 있는 도구이기도 하죠.패스워드에 대한 정책은 사용자 경험에 깊이 영향을 끼치기 때문에 꽤 중요하며, 아직 이렇다 할 규칙의 통일이 이루어지고 있지 않은 요소입니다. 오늘 기술 블로그에선 말도 많고 탈도 많은 여러 사이트의 패스워드 정책에 대해 다루어보도록 하겠습니다.편한 게 좋은가? 불편한 게 좋은가?일반적으로, 패스워드 규칙이 까다로우면 사용자 경험을 나쁘게 한다는 시선이 많으나 단순히 그렇게만 볼 수 있는 문제는 아니라고 생각합니다. 패스워드가 소위 “털리는” 케이스의 사용자 경험에 대한 고민은 이 주장에 별로 고려되고 있지 않기 때문이죠. 사실 그런 고민이 없다면 패스워드가 그냥 없는 것이 사용자 경험에 가장 좋을 것입니다. :(이에 대한 논의가 어려운 이유는 근본적으로 사용자 인증 피해의 규모가 서비스 성격마다 모두 달라서 그 수준에 대해 일률적으로 쉽게 정의할 수 없기 때문입니다. 하지만 인증 피해가 서비스 디자인의 실수 때문에 발생한다면 그 책임을 전적으로 서비스 제공자가 져야 함은 분명합니다.그러므로 작은 차이는 있더라도 현재 자신의 인증 시스템이 가져오는 편의성과 보안 수준은 잘 알아두는 것이 좋습니다.너무 편한 사례: 블리자드 배틀넷블리자드 배틀넷은 최근 디아블로 3 포럼에 남긴 하나의 답글로 많은 논란을 불러일으켰습니다. 배틀넷 로그인 시 패스워드가 case-sensitive 하지 않다는 버그를 신고하자, 그것이 버그가 아니라 원래 모든 블리자드 게임이 그러하다고 답변을 단 것입니다. 실제로 블리자드의 최신 배틀넷 접속은 어떤 게임이든 대소문자를 구분하지 않았습니다.이것이 어떤 문제가 있는 것인지는 해당 포럼 글의 의견에 잘 정리되어있는데요. case-sensitive 하지 않게 인증이 가능하게 하면 무작위 대입법이 훨씬 빠르게 사용자 인증을 뚫기 때문입니다.알파벳 10자로만 이루어진 패스워드를 뚫는다고 가정할 때, 무작위 대입법이 대입해야 할 패스워드 수는 case-sensitive 한 것과 아닌 것이 아래 숫자만큼 차이가 나게 됩니다.case-sensitive: 144,555,105,949,057,024case-insensitive: 3,656,158,440,062,976무려 40배나 차이가 나고 있습니다.물론 혹자는 이에 대해 단지 게임이기 때문에 패스워드가 상대적으로 덜 중요하고, 쉽게 접속하게 배려하는 것이 게임을 즐기는 사용자에겐 더 중요하다고 주장하기도 합니다. 하지만 제가 생각하기에는 더 현명한 방법이 있었을 것 같군요.꽤 똑똑한 사례: FacebookFacebook은 어쩌면 블리자드와 비슷한 유형의 고민을 해결하기 위해 꽤 똑똑한 방법을 사용하여 업계의 주목을 받았습니다.Your Facebook Account has Three PasswordsFacebook은 사용자의 패스워드를 세 가지 유형으로 저장해놓습니다. 하나는 일반 패스워드, 두 번째는 대소문자를 뒤집어놓은 패스워드, 세 번째는 첫 번째 문자만 대문자인 패스워드입니다.이러한 패스워드 시스템은 사용자들이 로그인 시 가장 많이 실패하는 유형에 한해서만 추가 패스워드를 제공하여, 사용자 경험과 보안 두 가지를 모두 잡기 위한 전략으로 보입니다. 딱 두 가지 패스워드만 추가로 제공하므로 무작위 대입법으로도 큰 차이가 나지 않으며, 대부분의 패스워드 입력 실수(Capslock을 켜놓은 경우, 모바일 브라우저에서 대문자로 패스워드를 시작한 경우)에 대응해주기 때문에 여러 서비스에도 일반적으로 적용할 수 있는 아이디어라고 생각합니다.바보 같은 사례다음은 미국의 어떤 사이트에서 규정하고 있는 패스워드 규칙입니다.The password must be exactly 8 characters long.It must contain at least one letter, one number, and one special character.The only special characters allowed are: @ # $A special character must not be located in the first or last position.Two of the same characters sitting next to each other are considered to be a “set.” No “sets” are allowed. … 이하 생략이 규칙의 아주 재미있는 점은 매우 복잡한 규칙을 규정하고 있으면서 1번 규칙은 패스워드를 8자로 고정하고 있다는 점입니다. 7개여도 안 되고, 9개여도 안 됩니다. 즉, 정확히 8자리에 대한 가능성만 대입해보면 되기 때문에 무작위 대입에도 쉽게 당할 수 있습니다. 거기에 쓸모없는 규칙을 너무 많이 넣고, 주기적으로 패스워드를 강제로 변경하며 이전 패스워드는 다시 쓰지도 못하게 해서 사용성 면에서도 최악의 패스워드 시스템을 가지고 있다고 볼 수 있습니다.마무리하며패스워드 인증 시스템은 정책에 따라 보안과 사용성에 꽤 중요한 영향력을 끼치며 아직 이렇다 할 합의가 부족한 상태입니다. 정책에 대해선 각자 정해나갈 부분이 많지만, 적어도 이번 글에선 어떤 것이 스마트하고, 어떤 것이 그렇지 않은지 알아보았습니다.이번 패스워드 관련 사례 모음은 사실 무작위 대입에 한해서 관점을 정리하였지만, 패스워드 인증 시스템은 그보다 더욱 다양한 논의사항이 있습니다. (패스워드 수를 노출하는 것이 옳은가? 패스워드를 그냥 보여주는 것은 어떠한가?) 이에 대해 다음에 한 번 더 다루어보도록 하겠습니다.#스포카 #인사이트 #조언 #운영 #기획

읽고 싶은 책이 있으신가요?에이스프로젝트는 책 읽는 에이스人을 위한 ‘도서 무제한 지원’ 복리후생 제도를 운영하고 있습니다.독서를 통해 다양한 삶을 경험하고, 폭넓은 지식을 얻을 수 있다고 믿기 때문이죠.높은 가격으로 구매를 망설이게 되는 전문서적도 구매가 가능!서로 책을 추천해주기도 하면서 자기계발과 지식공유를 이어가고 있습니다.다함께 채워나가는 에이스도서관!에이스인이 읽고 싶은 도서는 ‘장르 무관!'최근엔 직무와 관련된 전문서적 신청이 많지만, 소설이나 인문학도서 신청도 많답니다.혹시 만화책이나 취미 관련 책도 지원이 되냐고요?원피스, 미생, 슬램덩크, 다이아몬드A부터, 보이진 않지만 야구만화 H2 도 있어요!당연하죠! 만화책은 시리즈가 생명!완결된 만화책은 완결판까지, 완결이 안된 만화책은 1편부터 최신판까지 구매해드립니다. 도서는 우리에게 지식도 주지만, 즐거움도 배움도 줄 수 있습니다.구성원들이 즐겁게 만화책을 읽고, 몸과 마음을 리프레쉬 한다면 일의 능률도 더 올라가지 않을까요?재밌는 게임을 만드려면 재밌는 콘텐츠를 많이 접해야 한다는 생각입니다.만화만 보는건 아니랍니다! (단호)책 읽는 에이스人들이 만들어 온 도서관은 이렇게나 다양한 서적들로 채워져있습니다.모두 함께 에이스도서관을 더욱 풍요로운 장소로 만들어가고 있는거죠.신청한 도서는 에이스프로젝트가 자랑하는 에이스도서관 ‘신간코너’에서 만나 볼 수 있습니다.새로 구매한 도서는 한 눈에 볼 수 있도록 "NEW" 칸에 저장!읽고 싶은 도서를 신청하는 방법도 아주 간단합니다.에이스프로젝트의 사내 커뮤니케이션 툴인 ‘슬랙Slack’의 #book 채널에 책 이름과 구매링크만 남기면 되는거죠. 그럼 담당자는 이미 구비되어 있는 도서가 아닌 것만 확인하고 바로 구매에 들어갑니다!구성원이 신청한 도서가 도착해 신간코너에 안착했네요!그 덕분에 에이스프로젝트의 아침엔 이렇게 책을 읽고 있는 구성원들도 만날 수 있습니다.아침부터 독서를 통해 지식을 가득가득!앗! #book 채널에 도서 신청 알람이 왔네요.그럼 이만 도서 구매하러 가볼게요!

#METOO 여자로 살면서 성추행 한번 안 당해본 사람이 과연 있기는 할까. 얼마 전 만난 동생은 추행 아니 성폭행을 당한 경험을 털어놓으며 본인이 잘못한 거냐고 묻더라. 덕분에 자긴 이제 어떤 남자도 믿을 수 없을 것 같다고 말하는데 20대의 그녀가 너무나 안쓰러웠다. 여자인 나에게도 이런 말을 꺼내는 게 쉬웠을 리가 없다. 나의 20대도 그랬으니까...그렇게 점잖을 수가 없었던 클라이언트들과 임원들이 어느 순간 돌변했다. 친절하게 진로를 상담해주던 클라이언트가 젊었을 때 자기 부인을 닮았다며 내 손을 잡았을 때 내가 지금 무슨 상황에 있는 건가 내 귀를 의심했다. 나이 지긋한 유부남 의사였다. 회사 워크숍을 가서 잠시 바람을 쐬러 나갔는데 내 손을 자기 다리 쪽으로 가져가더니 내가 자기를 좋아하는 줄 알았다며 가슴을 만지며 키스를 하려 할 때, 내가 저 사람을 좋아하는 건가 내 머릿속을 의심했다. 젊은 유부남 교수였다.그 뒤로 나는 유부남이란 인간들이 친절하게 굴 때마다 신경을 곤두세우게 되었고 어디서부터 내가 잘못한 건지 수백 번 곱씹었다. 이런 더러운 경험은 누구에게도 말할 수 없었고 참고 참다가 겨우 말을 꺼낸 것이 여동생이었다. 그러나 나는 지금도 그 의사와 교수가 누군지 말하라고 한다면 말을 못 하겠다. 그들이 잡고 있는 권력으로 네가 먼저 꼬리 친 것 아니냐고 나를 몰아세우면 먼지 같은 나는 그냥 나락으로 떨어져 버릴 것 같으니까. 그런데 서지현 검사는 했다. 얼마나 두렵고 또 두려웠을까. 그녀의 고통에 공감하며 나도 아주 작은 용기를 낸다. 당신 혼자가 아니라고. 나도 당신 편에 서겠다고.#METOO위에 글은 서지현 검사의 뉴스를 보고 1월 31일 제 개인 페이스북에 올렸던 글입니다. 그 뒤로도 많은 여성분들이 미투를 외치셨지요. 윗글에는 두 건의 사례만 적었지만, 그 외에 알지도 못하는 사람에게 당했던 일은 더 많았습니다.1) 지하철을 올라가고 있는데 갑자기 어디선가 나타난 남자가 내 엉덩이를 만지고 갔던 일, 그때 너무 놀라서 그 자리에 얼어붙어 있었는데 그런 저를 보면서 실실 웃으면서 유유히 사라졌습니다.2) 홍대 길거리에서 갑자기 손목을 잡혀서 택시에 탈 뻔했던 일, 다행히 정신 제대로 박힌 일행이 저를 놔주고 미안하다고 사과를 하더군요.3) 혼자 집에 가는 버스를 기다리고 있는데 음식을 너무 많이 샀다면서 자기 집에 가서 같이 놀자고 하던 남자. 어이가 없어서 쳐다보다가 혹시나 따라올까 싶어서 자리를 피했습니다.생각지도 못했던 장소에서 생각지도 못했던 방식으로 추행을 당하다 보니 혼자 걸어가는 밤길이 너무나 무섭고, 양옆에 구멍이 숭숭 뚫려있는 공중 화장실을 발견할 때면 그냥 돌아서 나와버릴 수 밖에 없습니다. 출처 : https://blog.naver.com/bdsnetcom/221054535154 대체 어디서부터 잘못된 걸까요.어디서부터 잘못되면 이렇게 많은 여자들이 아무런 이유도 없이 고통을 받게 되는 걸까요. 미투 당사자로 지목돼서 사과한 사람들의 사과에 자주 등장하던 말이 있었습니다.25년 전 잠시나마 연애감정이 있었다고 생각합니다.(오달수)합의에 의한 관계였다.(안희정 비서실) *그 후 안희정 전 지사가 사실을 정정했습니다.합의에 의한 관계였음에도 사실을 왜곡하는 글을 일방적으로 SNS에 게시했다.(래퍼 던말릭)성관계 사실은 인정하되 강제로 한 것은 아니라는 이야기를 보며, 같은 사건을 두고 남녀의 시각 차이가 이렇게 클 수가 있나 싶어서 정말 놀라웠습니다. 제가 익명으로 언급했던 그분들을 공개했다면, 그분들도 제게 그런 말을 했을까요?남자는 모두 늑대다저는 이렇게 말하는 남자들이 정말 싫습니다. 자신들을 성욕 하나 조절하지 못하는 동물로 취급하는 말을 왜 아무렇지도 않게 내뱉는 걸까요. “남자는 늑대이니 모든 남자들을 조심해야 한다.”라고 말하기 전에 본인이 사람이라는 사실을 자각하고 늑대가 되지 않기 위해 노력해야 하는 것 아닐까요.피해자가 더 피해를 받는 세상. 그래서 그 피해를 숨겨야만 하는 세상. 그렇게 잘못되었던 세상이 미투 운동으로 조금씩 바뀌어가고 있습니다. 저도 한 사람의 피해자로서 얼마나 다행인지 모릅니다. 그런데 이런 시류를 타고 음모론이니 미투 공작이니 하는 것들이 나타나기 시작했습니다. 이젠 어떤 것이 진실인지 거짓인지도 모르는 지경이 되어버렸습니다. 그러나 당사자들은 진실이 무엇인지 분명히 알고 있을 것입니다.무엇이 진실이든 분명한 건 누군가의 상처를 자신의 이익을 위해 이용해선 안된다는 것입니다. 누구 하나 걸려라 하는 식의 죽이기 게임으로 몰아가는 것은, 오랜 시간 상처를 곱씹으며 괴로워했을 피해자들의 상처에 기름을 붓는 일입니다. 미투 운동은 남자와 여자의 전쟁이 아니라 갈기갈기 찢겨 버린 약자들의 한 맺힌 외침이라는 것을 잊지말아야 할 것입니다.우리는 사람입니다우리는 모두 행동하기 전에 먼저 의견을 묻고, 타인의 거절을 거절로 받아들일 줄 알며, 자신의 욕구를 제어할 줄 아는 사람입니다. 자신의 욕망을 위해 남을 이용하지 않으며, 남의 상처에 슬퍼할 줄 알고 공감하고 배려할 줄 아는 사람입니다.그런 당연한 것들이 제대로 지켜진다면 정말 '사람답게' 살 수 있는 세상이 되지 않을까요. 더 이상 원치 않는 일을 억지로 당하지 않고, 혼자 걸어가는 밤길이 무섭지 않고, 뒤에서 누가 따라오는지 계속 흘깃거리지 않아도 되는, 어떤 옷을 입고 어디에 가더라도 안전할 수 있는 그런 세상 말입니다. 그런 세상을 만드는 사람은 다름 아닌 '우리'입니다.스트레스컴퍼니의 모든 상품은 스트레스컴퍼니샵에서 구매 가능합니다.ⓒ스트레스컴퍼니 - 무단 전재-재배포 금지#스트레스컴퍼니 #심리스타트업 #스트레스관리 #서비스소개 #제품소개

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다.오늘 주제는 아마존 마케팅 전략입니다. 아마존 홈페이지 상에서 실시하는 마케팅 방법을 다루기 때문에 ‘On Amazon’이라는 제목을 달았습니다. 전자 상거래에서의 마케팅 핵심은 노출입니다. 이전 포스트에서 언급했던 키워드 인덱싱은 고객의 검색어에 따른 ‘색인’과 그 자체가 핵심이라면, 아마존 마케팅의 핵심은 ‘어디에’, ‘얼마나’ 노출된 것인가의 문제라고 말할 수 있을 것입니다.On-Amazon 마케팅을 통해 아마존에서 내 상품을 잠재 고객들에게 노출하는 방법은 크게 두 가지가 있습니다. 첫 번째 방법 Organic ranking, 즉 실제 아마존의 알고리즘 (판매량, 리뷰, 최저가 등의 요인 등을 종합한 수치)에 따라 책정된 실제 상위 노출 전략. 두 번째 방법은 아마존 PPC 광고를 통한 Amazon Sponsored Products 추가 노출 전략입니다.1. Organic Ranking, 저가 상품에 적합한 On-Amazon 마케팅 전략Organic Ranking의 원리는 생각보다 매우 간단합니다. 특정 키워드 검색에 인덱싱이 된 상품을 구매하는 사람들이 많아질수록 해당 검색 결과 내에서 해당 리스팅의 순위가 실제로(Organically) 상위로 올라가는 개념이죠. 당연한 말인 것처럼 보이지만, 여기서 문제는 시장 진입 초기에 자연적인 판매를 발생시키는 게 매우 어렵다는 점입니다. 이는 다시 말하면, ‘어디에서 내 상품을 구매할 사람들을 구할 것인가’와 일맥상통하는 고민입니다.이때 필요한 게 마케팅입니다. 마케팅의 핵심은 결국 투자입니다. 일반 영세 판매자들은 특히, 해외 네트워크를 구축했을 가능성이 만무하기 때문에, 시장 진출 초기에 내 상품을 구매해주는 외부 사업자를 활용할 필요성이 있습니다. 대표적으로 Viral Launch 또는 Zonjump와 같은 서비스들이 존재하는데, 이들의 서비스를 이용할 땐 예를 들어, 판매자는 본인의 제품을 90% 이상 할인된 가격으로 구매할 수 있는 쿠폰을 대량 발급하여 외부 사업자에게 제공하는 것이고, 외부 사업자는 본인들이 관리하고 있는 인맥 풀에게 해당 쿠폰을 뿌리면서 ‘특정 키워드로 검색을 한 뒤에 내 상품을 구매하게끔 만드는 것’입니다. 굳이 이렇게 번거로워 보이고 손해를 가져다줄 수도 있는 일을 하는 이유는 ‘광고 표시’ 없는 상태로 상위 노출이 될 수 있는 효과를 누릴 수 있다는 점에서 일거양득의 측면이 있습니다.다만, Organic Ranking 전략을 취하실 땐 숨어있는 비용을 고려하셔야 합니다. 그 이유는 90% 할인 쿠폰을 얼마큼 발급할지에 대한 규모, 시기 산정을 위한 시장조사와 제품 공급 시 들어가는 원가 비용을 반드시 간과해서는 안 되기 때문입니다 (컨택틱에서는 이런 일련의 과정들을 ‘랭킹 작업’이라고 부릅니다). 이외에도 FBA 판매를 진행하실 때, 공통적으로 소요되는 FBA 창고 보관료, FBA 배송대행 수수료, 아마존 판매 수수료 등을 감안해서, 목표 손익 분기점을 설정하시고, 위 전략을 취하셔야 할 것입니다. 이처럼, 제품을 거의 무료로 제공하는 단계를 거치기 때문에, On Amazon 마케팅 중에서 ‘랭킹 작업’은 원가 부담이 심한 고가 제품보다는 저가 제품을 취급하는 판매자에게 유리한 전략인 것입니다.2. PPC(Pay Per Click) for Premium Products Cultivation전자상거래 마케팅의 가장 흔한 형태인 PPC 광고는 클릭 당 비용이 과금되는 특징이 있습니다. 위 방법은 반드시 상위 노출을 보장해주지는 않지만 (낙찰이 되면 1페이지 광고 구좌에 노출될지 24페이지 광고 구좌에 노출될지 정할 수 없으므로) ‘추가’ 노출을 통해 판매 가능성을 높이는 방법으로 이해하시면 되겠습니다. PPC는 판매자가 등록한 키워드 각각에 입찰가를 설정하고, 그게 낙찰이 되었을 경우, 본인의 상품이 고객의 검색 결과에 ‘노출(impression)’되는 형태입니다 (참고로 이 단계까지는 비용이 청구되지 않습니다). 소비자가 직접 본인의 제품(리스팅)을 클릭할 때, 비용이 발생한다는 점에서 합리적인 광고 형태이기도 합니다.다만, ‘Sponsored’ 문구가 적나라하게 표시되어 있으므로, 소비자 입장에서는 단번에 ‘광고 상품’이라고 인식할 수 있습니다. 역지사지의 관점에서 바라볼 때, 광고로 인해 눈에 띄는 제품보다 공인 인증된 ‘베스트셀러’ 물건을 구입하는 우리들의 모습을 고려한다면, PPC가 반드시 판매를 보장한다고 말할 수 없는 것이지요.또한, 잠재 고객이 내 제품을 클릭했지만, 구매를 하지 않았을 때 발생하는 ‘낮은 구매전환율’(CVR) 이 문제가 될 수 있습니다. 클릭당 비용은 쌓여만 가는데, 판매 자체는 적게 발생한다면 순이익이 줄어들 수밖에 없는 구조가 되어버립니다. 그렇기 때문에, PPC는 상대적으로 고가격 제품, 키워드 광고를 통한 데이터 수집, 높은 최적화 효과가 기대될 때, 사용하면 좋은 방법이라고 말씀드립니다. 컨택틱은 위와 같은 문제점을 최소화하면서도 마케팅 효과의 극대화를 위해서 데이터 수집 단계에서부터 ‘최적화’에 심혈을 기울이고 있습니다.컨택틱의 모든 교육은 파트너인 글로벌셀러창업연구소와 접수하고 진행합니다. 교육 신청은 아래 링크나 글로벌셀러창업연구소의 홈페이지를 통해 접수 가능합니다.오프라인 아마존 입문 과정오프라인 아마존 기초/심화 과정온라인 아마존 입문 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: support@kontactic.com홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon

담당자 : "아!! 맞다 그 자료 곧 넘겨 드릴게요."담당자의 황급함이 카톡과 라이언의 땀방울로 전해졌습니다. 요즘은 효율적인 업무용 이모티콘이 많아서 매우 다양한 감정표현을 섬세하게 할 수 있는 것 같아요. 15분 뒤 담당자에게서 연락이 왔습니다담당자 : "제가 잘못 알았나 봐요. 그 자료는 제 쪽이 아니라 다른 쪽 담당자가 담당이라서 그쪽에서 드릴 거예요."디자이너 : "그분과 직접 컨택할 순 없나요? 어떤 채널로 주시는 거예요?”담당자 :  "잠시만요!”잠시라고 한 잠시가 흐르고 다시 연락이 왔습니다. 보통 잠시라고 하면 우린 그 동안 다른 일을 하기가 참 힘들잖아요? 예를 들면 배가 아파도 화장실에 가기도 뭐하고..밥을 먹으러 카페에서 나가기도 뭐합니다. 심지어 담배 한 대 피러나가는 것도 좀 애매하죠. 그냥 잠시동안 네이버뿜이나 보면서 기다리고 있어야 하는거죠. 근데 그 잠시가 좀 길어지면 초조해지기 시작합니다.초조해..초조하다고...담당자 : "메일로 보내 드렸다고 하네요! 혹시 받으셨나요?"디자이너 : "네네, 메일로 오긴 왔는데 그럼 이 건은 이분께 드려야 하나요?"담당자 :  "아니요, 그냥 저에게 주시면 돼요!"디자이너 : "그럼 수정 피드백이나 추가 자료 요청은 어떻게 해요?"담당자 :  "아… 음 그건 그분께 받아야 하는데… 그럼 잠시만요!”마찬가지로 잠시가 흐른 뒤 재차 받은 연락은 이러했습니다.담당자 : "그럼 필요한 자료 말해 주시면 제가 요청해서 보내라고 할게요!"디자이너 : "아니, 그러지 말고 그냥 담당자님이 한 번에 해 주시면 안돼요?"담당자 :  "아, 그럴까요?"받은 프로젝트는 사용 설명서와 홍보용 브로슈어에 대한 건이었습니다. 그런데 설명서와 브로슈어의 담당자가 달랐던 것이죠. 일단 담당자 중 누가 선배고 기가 더 센지 알 순 없지만, 작업 시간 중 45분이 '잠시만'을 기다리다가 사라진 것은 명백했습니다. 아마도 다른 담당자에게 자꾸 물어보는 걸로 봐선 그 분에게 약점이 잡혔거나 빚을 졌다거나, 이것도 저것도 아니면 둘이 참..별로 안친한가보다..는 사실을 잘 알겠더라구요.다..담당자님께..여..쭤보고...중요한 건 이런 거예요.누가 전달하고 누가 컨펌하는가 다음 사례도 한 번 볼까용. 어느 중소기업의 회사 소개서와 로고 리뉴얼 건이었는데, 아무래도 담당자가 육두품 신입이고 팀장님은 성골 귀족 정도 되었던 것 같습니다. 수화기 너머 담당자가 긁적이며(보이진 않았지만 분명 긁적였을 것이다) 입을 열었어요.담당자 : "아, 보내 주신 콘셉트 시안은 잘 받았고요. 이제 팀장님께 보고해서 결정한 뒤에 알려 드릴게요."디자이너 : "그럼 콘택트 포인트는 어디로 정리할까요?"담당자 : "일단 저에게 연락주시면 제가 팀장님한테 연락드리도록 할게요."디자이너 : "네(일단 뭐…) 알겠습니다."이렇게 마무리한 뒤 하루가 지났다. 아니 팀장님이면 아무리 멀어도 지척에 있을 텐데, ‘혹시 어디 출장을 가신 건가’ 싶어 재차 연락을 했지요. 급하다고 했던 건이라서 저도 조급하긴 마찬가지니까요.디자이너 : "어제 말씀드린 콘셉트 시안은 어떻게 결정되었나요?"담당자 :  "아, 그게 팀장님께는 보고가 올라갔는데 일단 세 개 중에 하나로 말씀은 하셨거든요. 근데 이사님께도 보고를 드려야 하는데 지금 잠시 자리를 비우셔서 돌아오시는 대로 확인해서 알려 드릴게요!"팀장님과 이사님 등장새로운 미션의 등장. 이.사.님. 그렇게 하루가 또 지났습니다.. 보통 "잠시 자리를 비우셔서"에서 '잠시'는 열두 시간 정도를 의미하는 것 같아요. 어쩌면 우린 슈뢰딩거의 야옹이마냥 평행우주에서 서로 다른 시간을 보내고 있는 지도 모르겠습니다. "어떻게 진행하는 게 좋을까요?"라고 이번에는 이모티콘 없이 보내 보았습니다. 사실상 소심한 투정을 부린 것이지요. 마침표는 너무 심할 것 같아서 그래도 물음표로 마무리 지어보았습니다. 효과는 미미했습니다. 한참 뒤 담당자에게서 메시지가 왔습니다.담당자 : "아…, 이사님께서 확인은 하셨는데, 대표님과 확인해서 피드백 주신다고 하네요."끝판왕 등장끝판왕 등장. 대.표.님. 대표님까지 올라갔으니 하루가 더 넘어가겠구나 생각하며 닭볶음탕에 소주를 한잔하고 있었습니다. 어차피 오늘은 글렀으니 오늘의 술은 오늘 마시는 것이 좋을 듯 했죠."대표님께서 내일 중으로 바로 알려 주시겠다고 하네요!!"라고 밤 12시에 온 카톡을 보니 마음이 짠해지고 애틋해지면서 뭔가 뜨거운 것이 뭉클하니 올라오는 듯한 기분이었는데, 닭볶음탕이 매워서 그랬나 봅니다. 예상대로 다음 날이 되어서야 답변이 오긴 왔습니다.담당자 : "일단 모든 콘셉트를 확인은 했는데, 혹시 좀 더 다른 형태의 시안 한 개만 더 보면 좋을 것 같다는 의견이 나와서요! 세 번째 콘셉트에서 조금 심플한 느낌으로 하나만 더 부탁드려도 될까요?"디자이너 : "대표님과 이사님 쪽에서 나온 피드백인가요?"담당자 : "네네."그렇게 하나의 시안을 더 만들어 보내 준 뒤 다시 처음으로 되돌아가 팀장, 이사, 대표(역시나 이사님은 자리를 비우셨고, 대표님은 밤 12시에 피드백을 주신 모양)를 거쳐 실무자에게 되돌아왔습니다. 정식 시안은 시작도 못한 채 컨셉 정하는데만 정확히 8일이 걸렸습니다. 결과는 어떻게 되었을까용?네…. 결국 3일 만에 회사 소개서를 만들어야 했고 로고는 만들지 않는 걸로 했어요. 내 500만원 어디감.... 음. 서두가 길었지만 본론은 간단합니다. 디자인 의뢰하기 전에 미리 컨셉회의랑 제작부수, 페이지구성 등등은 미리 끝내놓도록 합시다. 그 후에 디자이너 찾아도 늦지 않습니다. 디자이너는 미팅 후 아무리 늦어도 2,3일 내로 바로 작업에 착수할 수 있어요. 그런데 구우우욷이.... 미리 계약맺어놓고 한도끝도없이 대기만 타게 하고있으면 서로 긴장하고 피곤해지기 시작하거든요.언제까지요?..그리고 핵심은 실무자에게 권한을 주세요. 위에서 회의와 구성을 어느정도 가닥 잡았으면 이제부턴 니가 알아서 해라..라고 어느정도 맡겨야해요. 자꾸 세세한 것, 토시 하나, 컬러 하나까지 대표님까지 보고가 올라가면 그 시안은 억겁의 세월이 흘러 역사속으로 사라지고 말거예요. 만약 그 실무자를 못믿겠으면 본인이 직접 커뮤니케이션 하세요. 그 불안불안함을 안고 그 미더운 분에게 맡기곤 자꾸 본인에게 가져와서 확인 맡으라고 하면..결국 본인의 일만 늘어나는 거거든요.서로 힘든 일이 아닐 수 없습니다. 1. 몇 일까지 시안3개로 추려서 가꼬와.2. 그 중 가장 괜찮다고 생각되는 거 1,2,3순위 잡아줘.3. 그 이유를 써줘.하고 그냥 맡기는 게 짱입니다. 이게 자꾸 안되는 이유는 3가지가 있더라구요.1. 윗사람이 굉장히 자기의견 반영을 좋아하시는 분이다.(뭐라도 한 마디 꼭 하고싶으신 분)2. 회장님의 심기를 건드리는 어떤 것을 잘못넣으면 진짜 큰일나는 회사 (생각보다 많습니다. 특히 대기업 대상 행사나 디자인할 때는 회장님의 언어, 그 분의 말, 가치를 표현하는 데에 있어 괴이이이잉....장히 신중해야 합니다. 띄어쓰기도 틀리면 안되거든요.회장님 타노스인줄)3. 실무자가 진짜 일을 못하는 경우거의 과반수 이상의 경우는 1번 케이스가 많았습니다. 뭔가 팀장님이 시각디자인과 출신이라던가... 미술가 집안 분이시라거나, 또는 대표님이 유독 디자인에 덕력이 있다거나..아니면 디자인과 상관없이 뭐라도 한 마디 해야 직성이 풀리시는 스타일이라던가. 이런 식이죠.음 이건 딱 잘라서 간단하게 말씀드릴 수 있을 것 같습니다. 디렉션 방식이 이렇게 오르락내리락 계단타기만 하고 있으면 잘나올 디자인도 망합니다. 이건 명백한 사실이예요. 수많은 사람들을 거치며 말이 더해지고 그 말이 오르내릴 때마다 조금씩 바뀌거든요. 디자인은 길을 잃고 쑥대머리가 됩니다. 그리고 결국 비싼 돈 들여서 이상한 시안을 받을 거고시간은 시간대로 썼을거고실무자는 지쳐버렸을 거고디자이너는 고개를 가로 저으며 떠날겁니다.이런 대우주적 비극을 막기 위해.....우리 모두 실천해봐요. 1프로젝트 1담당자 1컨택포인트 니 선에서 정리하기, 정리된 것만 나에게 보고!

* 2011년에 작성된 글입니다1년의 공백 탓에 수학적 스킬은 저학년 전공책을 보면서 백업해야 하지만, 복학을 하고 별다른 어려움 없이 바로 도착하자마자 학교 수업에 다시 익숙해질 수 있었던 것은, 내가 무엇을 배워야할지, 이 과목 수업을 배움으로서 이것이 실제 비즈니스의 어느 상황이고, 또 그런 상황에 처했을 때 대처해야 하는 방법임을 알기 때문이다. 저학년땐 그러하지 못했다.  옛날엔, 무조건 수업을 듣고 강의노트와 전공서적, 저널을 글자 그대로 이해하려 덤벼들고 억지로 머릿속에 쑤셔 넣으려 했다면, 이제는 여유를 가지고 배운 전공지식을 가지고 응용할 수 있는 상황을 상상할 줄 알게 되었다.  모든 수업에서 배우는 것을 실제 비즈니스에 적용할 수 있다.  내 나름의 시뮬레이션을 할 수 있는 곳, 실현할 수 있는 곳이 있기 때문이다.  1학기 4주차, 모든 1학기 과목의 프로젝트 팀 또는 과제 그룹 생성이 끝났다.   제일 마음에 드는 팀은 역시나 졸업프로젝트팀이고 오늘 결성된 시뮬레이션 과제 그룹도 제법 만족스럽다.  넷뱅팀까지 포함하면 총 4개의 각기 다른 환경에서, 다른 백그라운드를 가진 팀원들과 다른 주제와 목적의 협업 경험을 하게 되는데 그 중에서 제일 애착이 가는 것은 역시나 넷뱅팀이다.3명 또는 5명이 maximum 인 팀원들이 학교 과목 전공에 대해서 보다 practical한 접근방법으로 해당 지식을 이해하고 깨닫는 것과는 달리, 넷뱅팀은 구성 인원에 제한이 없으며 현재는 열두명이고, partner 관계에 있는 대상까지 합치면 스무명도 넘는다. 넷뱅팀은 가상이 아닌 진짜 일어나는, 실제 사업을 다룬다.  이것은 엄청난 차이다.그나저나, 이제 슬슬 12월에 제출할 인사관리 과목 에세이 쓸 준비를 해야하는데..물론 주제는 정해졌다.  다만, 어떠한 관점에서 그 주제를 바라볼지를 아직 정하지 않았다.  여러 각도에서 대상을 바라 볼 수 있다.  그 대상을 가장 빛나게 하려면 어떤 방향으로 비추어야 할까를 생각 중이다.  해답을 찾기 위해서, 나는 ‘발상의 전환’, ‘입장 바꿔서 생각하기’를 해보기로 했다.전에 작성한 ‘경영자와 관리자의 차이’란 글에서 언급했지만, 나의 소견은 이렇다.경영에 있어서 리더십과 전략도 중요하지만 함께할 일원 구성과 그에 따른, 조식개편도 그에 못지 않게 조직의 성공을 위한 필수요건이다. 특히나 신생기업에게 말이다.  영국으로 돌아온 후로, 직접적으로 넷뱅일에 관여하고 있지는 않다, 다만 돌아가는 상황을 보고 받고 기획 관련을 간간히 보조하고 있는데, 그사이, 넷뱅팀은 이전과는 새로운 모습이다. 떠나기 전, 직접 뵙거나 면접을 본 몇몇 분들이 현재 일하고 계신다.  ▶ 여기서 첫번째 관점이 있다.  ① 직원채용넷뱅팀에는 다양한 연령대, 출중한 이력과 학력 출신의 분들이 많이 계시지만 특히, 학생 팀원들에게 감탄하고 있다.   보통, 일 경험을 한다거나 레쥬메에 뽐내기 위해서는 IB나 증권계, 컨설팅회사, 기타 일반 대기업 인턴을 알아보는데 나 같아도 그럴 것 같다.  내 스펙을 위해선, 내가 그 기업을 좋아하든 아니든, 그 기업이 무슨 일을 하든 말든, 일단 내 이력서에 모양새가 좋을 법한 곳에 일 경험을 쌓으려 할 것 같다.  이기적으로 생각하자면 그렇다는 말이다.   (물론, 실제론 내가 꼭 일하고 픈 회사에 지원하는게 정석이다)넷뱅에서 일한다는 것은, 알려지지 않는 신생 기업, 벤처기업에서 일한다는 것인데 나라면, 넷뱅에서 일하려고 할까.   어떤 생각이 들어야 넷뱅에서 일 해야겠다는 마음을 가질 수 있을까.  무엇 때문에 넷뱅에 일하려 할까. 나라면, 뭐가 마음에 들어서, 무엇을 위해 넷뱅에 일하려고 할까. ▶ 두번째 관점은 ② 보상이다.  실제로, 내가 느낀 넷뱅 업무는 일단 재미가 있다, 신선하고 창의적이고, 직접적이다.  '이렇게 하면 좋을 것이다'라며, 보고서 작성하고 PPT 만들고 끝내는게 아니라, 온 시간을 쏟고 머리를 짜고 '행동'하면서 만들어낸 결과물이 단순히 PPT 차원이 아닌, 시스템화되고 flow가 보이고, 고객의 소리를 직접 들을 수 있고 무엇보다 눈으로 보여진다는 게 가장 매력적이다.   내가 아이디어가 많이 갖고 있다면 입 밖으로 바로 바로 내뱉을 수 있다, 그중 좋은 아이디어는 바로 대표님 귀에 들어간다.  발탁이 되면, 팀원들과 직접 추진할 수 있다.  근데 그 아이디어가 그냥 나오는 것이냐, 그런 것도 아니다.  아이디어는 몰입했을 때 나오는 법이다.  그 몰입은 어떻게 어디서부터 나오는 것일까.  어떻게 해야 몰입할 수 있을까.  나는, 몰입은 재미와 흥미에서 나온다는 점에 도달했다. 일이 재밌으니, 팀원들과 일하는 것도 때론 떠들면서, 음악을 들으면서 때론 말 한마디도 안하고 초집중하면서 일하기도 한다.  성격과 성향은 다 달라도 서로가 무엇을 잘하는지 알고 있고, 각각 자신의 업무를 맡은바 충실히 하는 것, 협업에서의 기본 호흡이 아닌가 생각한다 ▶  세번째 관점은  ③ 팀워크업무가 그렇게 지속적으로 진행되면 일하는 게 맛들릴 정도로 시간이 금방 간다.  밤 11시 퇴근해도 옛날 도서관에서 공부하다 집에 갈 때처럼 뿌듯하게 퇴근할 수 있는 것이다.  게다가, 내가 맡은 일이 잘 되어서 팀원들 및 대표님의 인정과 칭찬을 받는다면 자신감도 생기고 신이 나서 일하지 않을까.  나라면 그럴 것 같다.   ▶  네번째 관점은  ④ 비금전적 보상, 만족감문제라던가 현황에 대해서도 아주 간파를 하고 있어야 한다.  우리가 앞으로 무엇을 하려고 하는지, 대표님의 계획과 의중도 이해하고 알고 있어야 한다.  예를 들어, 팀원 전원이 전부다 A라는 일에 몰입하고 있는데 자기 혼자만 B 업무가 중요하다고 외쳐대고 있다면, 그것은 문제인 것이다.  본인의 생각이 맞다고 생각한다면 왜 B 업무를 먼저 해야하는지 마땅한 명분과 이유를 팀원에게 말할 수 있어야 한다. 그리고 다른 팀원들이 그 생각을 동의할 수 있어야 한다. 또한, 불만이라던가 제안사항이 있다면 바로바로 얘기할 수 있는 소통창구가 있어야 하고 쓴소리든 듣기 좋은 소리든 기업성장을 위한 얘기여야 하며 또 듣는 사람도 발전적인 방향으로 이해하고 귀기울일 수 있는 기업문화가 조성되어야 한다.  ▶ 여기서 다섯번째 관점은 ⑤  커뮤니케이션: 의사소통, 일관된 방향성과 공통된 목표 추구여기까지 쓰고 책상에서 일어나 잠깐 방안을 어슬렁 어슬렁 거렸다.   나는 생각을 하려면, 몸을 움직여야 하는 타입인가 보다.기업에서의 performance와 직원 만족감의 극대화를 이끌어 내는 방법은 뭐가 있을까.대부분 이렇게 생각한다.  기업이 성공하기 위해서는 어떠한 새로운 상황에 처했을 때 즉시 변화를 추구해야 한다고.  그러나 그렇게 하지 않는게 옳은 방법일 수 있다.  빠르고 혁신적인 변화가 아니라 합리적하고 융통성 있는, 장기적으로 추진하는 변화이고 나는 그 변화를 HR 관리 시점에서 바라보고 있다.  그리고 그것이 효과적인 변화가 되게 하려면 무엇이 필요할까.  아직 관련 저널을 안 읽어서 아는 지식이 없어서 그런지, 생각이 꼬리를 문다, 내 생각에 내가 질문을 하고 있다.다시 경영진의 입장으로 돌아와서, 성공에 대한 나의 생각이나 바램은 팀원들의 그것과 같을 수도 다를 수도 있다.  팀은 분명 정해진 목표와 업무 할당량이 있지만 목표에 대한 나의 열정은, 또 대표님의 열정은 팀원들의 그것과 당연히 다르다.  관점이 다르고 저마다의 우선순위가 다른, 각자 다른 재능과 경험, 백그라운드를 가진 사람들이 한 조직체를 이룬다.  어느 조직, 기업, 팀이건, 어떤 사람은 10~20년 동안 일하는 사람이 있는가 하면, 지금이 처음인 신입도 있고, 시작은 좋았는데 점점 게으름 피우는 팀원, 실적이 쭉 좋지 않는 무능력한 사람, 뚝심으로 한결같이 페이스를 유지하며 일하는 사람 등이 있다.  이러한 다양성을 가진 팀을 구성하고 꾸려나간다는 것은 엄청나게 복잡한 일이다.  하지만, 팀원들이 공통적으로 가진 유일한 특징은 그들이 같은 회사를 위해서 일한다는 사실이다.스포츠에서도 선수들이 각각 맡은 포지션이 있듯, 기업에서도, 팀에서도 마찬가지다.  팀원들이 자기가 제일 잘 하는 일이 무엇인지 깨닫게 해주고, 자기의 업무에 만족할 수 있도록 해주면, 업무에서의 생산성도, 직원 만족감도 그만큼 향상될거라 생각한다.  더 중요한 것은 각 팀원들의 성격, 성향, 재능 등을 서로가 아는 것이다.  이것은 근무평가와 동료 피드백 등의 검증 방식으로 이루어져야 한다고 생각한다.  그래야 모두의 동의하에 팀의 응집력과 기능, 소프트웨어적인 면이 자리를 잡을 것이다.골을 넣는 것, 최대한 득점을 많이 하는 것, 우위를 차지하는 것.  공통된 비전을 바라보게 하고, 자신의 일에 최선을 다하도록 장려해주는 것이 기업의 역할이 아닐까 싶다.함께 일할 사람을 모으는 것은 쉬운 일이 아니다.  그러한 사람들이 모인 팀을 이끌어가는 것은 더더욱 쉬운 일이 아니다.  그러나 공동 목표가 있고 그것을 모두가 다 바라보며 달린다면 그것이 성공의 지름길이 아닐까.여기까지 생각이 일단 마무리가 됐다.  이제는 관련 저널과 전공서적을 읽고 에세이 구조 틀을 짠 다음, 살 붙이는 작업을 해야할 것 같다.#넷뱅 #스타트업 #스타트업HR #인사이트 #시스템구상

생명정보학 엔지니어 vs. 생명정보학 과학자학교, 연구소, 스타트업 창업, 회사 등 나름 다양한 환경을 겪어오면서 느낀 점. '생명정보학 인력'에 대한 정의와 기대 수준은 정말 천차만별 이라는 점.  오늘 이 혼란을 좀 정리해 보고자 한다. 크게 '생명정보학 인력'은 생명정보학 과학자와 생명정보학 엔지니어로 구분해 볼 수 있을 것 같다. 간략하게 정리해 보면, 아래와 같다. ( 각각의 기준에서의 최소 요건 )생명정보학 과학자( Bioinformatics scientist )생명과학을 연구하는 과학자. wet-lab 보다는 large scale data 를 기반으로 한 dry-lab work을 중심으로 연구를 진행 매우 광범위한 topic 을 포괄. 전통 생명과학, 의약학 전분야순수 Computer science나 Statistics 연구이나 topic 만 생명과학인 경우도 포함될 수 있음엔지니어가 아님과학자로서 discovery 가 가장 중요. 막코딩 ok, 일회용 프로그램 ok. 알고리즘 몰라도 ok심지어 코딩 능력이 없어도 ok. 남들이 만든 소프트웨어를 써도 discovery 하고 publish 할 수 있으면 ok.최소 기준 : 생명정보학 User ( 만들어진 각종 소프트웨어를 활용하기만 해서 생명과학을 연구하는 과학자)가 이 생명정보학 과학자로서 최소 기준. 권장 기준 : 아래 생명정보학 엔지니어로서 역량생명정보학 엔지니어( Bioinformatics engineer ) Large scale 생명과학 big data 를 활용한 '제품 개발자' 시스템 개발, 웹 개발, 데이터 과학 등 제품 개발에 필요한 모든 분야를 포괄할 수 있음. 일상적인 task는 IT 개발자와 거의 일치과학자가 아닐 수도 있음 생명정보학 과학자는 효율 보다는 과학자로서 discovery 가 훨씬 중요하지만, 생명정보학 엔지니어는 효율적인 시스템과 알고리즘을 바탕으로 고품질의 제품을 만들어 내는 것이 중요논문 안 써도 ok. 막코딩 no, 일회용 프로그램 no알고리즘 필수 알고리즘은 시간과 메모리의 함수, '좋은 아이디어' 내기 경쟁이 아님.모르면 효율적인 시스템에 대한 개념 자체를 가질 수 없음.생명정보학 기반 제품의 quality 를 결정.생명정보학 엔지니어로서 역량의 필요성 학자로 생명 현상에 대한 연구를 하는 생명정보학 과학자라면 생명정보학 엔지니어로서 역량을 갖추지 못해도 괜찮다. 하지만,  시스템을 구축하고, 제품을 개발하는 역할이라면 생명정보학 엔지니어로서 역량이 필수적이다. 즉, 학교를 떠나 산업계에 종사하게 되는 순간, '생명정보학 엔지니어'로서 역량은 필수가 된다. 생명과학 계열 학과에서 급조한 생명정보학 프로그램이나 생명과학 연구랩에 소속되어 large scale data를 생산해 소프트웨어를 다루며 연구를 수행한 '생명정보학 user' 수준의 생명정보학자는 산업계에서 요구하는 생명정보학 엔지니어로서 역량을 충분히 갖추지 못했기 때문에, job 을 구하는데 있어 문제를 겪을 공산이 크다. 현재 속한 회사에서 생명정보학 인력 채용에 코딩테스트를 도입해 진행하고 있는데, 알고리즘 풀이도 아닌 수학으로 치자면 더하기 빼기 수준의  파일 입출력, 문자열에서 패턴 개수 세기 등의 문제 몇문제에 대한 통과율은 20% 정도. 생명정보학 석박사 학위를 받은 분들의 결과다.  개인적으로 회사에서 생명정보학 관련된 그룹의 관리자 급 이라면, '생명정보학 엔지니어'로서 역량을 충분히 갖추어야 한다고 본다. 관리자 급은 시스템 구축에서 부터 결정 권한을 가지는데  시스템에 대한 이해, 알고리즘에 대한 이해가 없이는 어떤 컴퓨터를 어떤 사양으로 ( 특히 메모리, HDD) 갖추어야 하는지에서 부터 그저 '비싸고 좋은 것'을 선택하는 수준을 벗어나지 못한다.  DB를 구축해서 쓸 시스템이라면, 전체 DB의 구조를 고려하고, 일상적인 query 의 time complexity를 고려할 수 있어야 하고, 이에 기반한 계산을 통해 용량과 cpu power 를 결정해야 효율적인 시스템을 구축할 수 있다. Genome analysis pipeline을 구축했다면, 각 단계에서 time complexity를 꾸준히 개선해 내는 작업을 해야 한다. 그렇게 꾸준히 효율적인 시스템으로 update 하면서, 제품의 성능이 올라가고 경쟁력이 생긴다. 마치, 구글이 초기 pagerank 알고리즘을 cloud 기반의 거대 시스템으로 확장하며 효율을 올린 것 처럼. 그렇게 해서 어떻게 품질이 올라가느냐? 구글 검색 속도가 빨라지고, 검색 정확도가 높아졌고, 결과로 구글은 검색에서 경쟁력을 더욱 공고히 다질 수 있었다. O(n2) 에 만족하지 않고 O(n), O(logN) 으로 개선하려는 노력을 꾸준히 해 나가야 한다. 그런 엔지니어가 생명정보학 연구/개발 팀 리더가 되어야 한다. 나는 생명정보학 과학자일까 생명정보학 엔지니어일까?아래 항목들 중 yes 가 5-6 개 이상이라면 생명정보학 엔지니어 능력을 갖추었다고 할 수 있을 것 같다. 산업계에서 생명정보학 연구개발팀 리더라면 적어도 10개 이상은 yes 가 되어야 한다고 본다.( 학교/연구소에서 생명정보학 연구 그룹 리더 마찬가지  )Git / Github 로 코드 관리를 한다. Amazon AWS( or MS azure ) 를 능숙하게 쓴다.DB 에서 indexing 을 걸어 쓰는 이유를 time complexity로 설명할 수 있다.재귀와 다이내믹 프로그래밍의 차이를 설명할 수 있다. 웹서버를 구현해 본 경험이 있다.data API 서비스를 구현해 본 경험이 있다.기타 누군가가 사용하는 소프트웨어/웹서비스를 구축해 본 경험이 있다. Pairwise alignment 를 구현하고, time complexity와 메모리 사용량을 계산할 수 있다.반복되는 function들은  모듈을 구축해 활용한다. ( 동료에게 자신있게 권할 수 있는 자신이 구축한  library가 있다 )"불규칙한 시간에 특정 서버에 data file 이 꾸준히 생성되고, 이 파일을 서버에서 원격으로 가져와 처리를 한 후 다시 특정 서버로 전송한 후, 이를 해당 서버의 DB에 저장한다" => 이 일을 완전히 자동화 할 수 있다확률 Distribution을 2개 이상 수식과 함께 설명할 수 있다Rare disease에 대한 유전자 검사를 고위험군에서만 해야 하는 이유를 확률적으로 설명할 수 있다.Multiple testing 문제를 설명할 수 있고, 문제를 해결하는 방법을 설명할 수 있다. 적어도 하나의 Machine learning 방법론과 이 방법론의 성능 측정 방법을 설명할 수 있다. Linear regression과 logstic regression 을 각각 어떤 상황에서 사용하는지 설명할 수 있다. P.S. 사실 생명정보학자나 엔지니어를 구분하지 않고 위의 요건들을 갖춘 사람을 '생명정보학 인력'으로 보는 것이 맞다고 생각함. 다만 국내에서  생명정보학 인력에 대한 기대 수준이 천차만별이다 보니, 최소 요건을 구분해 정리를 해 보고 싶어 '생명정보학 user'( 만들어진 소프트웨어를 활용해 생명과학 연구를 하는 연구자)를 생명정보학자로서 최소 기준으로 정리를 해 본 것. 원칙적으로 생명정보학에 몸담고 있는 사람이라면 위의 요건들은 '최소자격요건' 수준으로 보는 것이 맞다고 봄. #3billion #운영 #인사이트 #스타트업 #마인드셋 #조언 #경험공유

[뒤늦게 170624에 글 마무리. 20160701~20161231에 대한 이야기]지구의 초기 모습은 어땠을까? 우리가 현재 화성의 모습을 보는 그런 맨살의 행성의 모습이였을 것이다. 하지만 지금 우리가 우주에서 보는 지구의 모습은 매우 청롱한 색깔을 띄고 있고 그 지구 안에는 아주 다양한 생물들이 한데 얽혀 살아가고 있다. 이 지구를 현미경 렌즈로 들여다보자.지구안의 여러 생물들을 현미경으로 바라보면 서로 다른 원자물의 구성 결합으로 이루어져있다. 즉 서로 다른 여러 원자물 그리고 그로 인한 결합들이 다양한 생물 혹은 지구의 다른 모든 것을 만들어낸 것이다. 분명 초기에는 아무것도 없던 상태에서 원자 하나 둘이 생겨났었을 것이다. 그리고 각각 독립되어 원자들이 서로 연결되고 합쳐지며 (A, B, C가 있었다면 A+B, (A+B)+C .. 이런식) 더 다양한 원자들이 만들어질 수 있었을 것이다. 근데 이 각각의 A, B, C 들은 독립적으로 합쳐질 수 있었던 것이 아니라 이 서로 다른 원자들이 매개가 될 수 있는 매개체 원자가 필요했다. 그 원자가 바로 탄소다. 즉 탄소는 지구가 다양한 생태계를 가질 수 있도록 초기에 캄브리아기 대폭발 같은 촉매 역할을 한 것이라고 생각한다.필자에게는 이런 탄소가 바로 2016년이였던 게 아닐까 생각한다. 2016년은 탄소 원자처럼 앞으로의 나의 미래를 엄청난 다양성으로 만들어줄 그 기반(기초)를 제공해준 해였다고 볼 수 있다. 의식의 흐름 기법으로 쭉 글을 써가며 한 해를 정리해보려고 한다.필자는 매년 한 해에 두번의 평가(상반기/하반기)를 스스로 한다. 올해도 역시 2016년 상반기 평가를 하였고 지금은 하반기 평가를 하는 중이다. 16년도에 전반적인 평가를 본다면 숫자 위주로 단점을 개선하는 부분이 약했던 것 같다. 예를 들면 중요하게 생각하는 운동/책/영어에 대한 점진적인 개선들을 숫자로 파고들며 하지 못한 점이 아쉽다. 16년의 상반기 평가에서 하반기 목표를 1.영어 2.마케팅 퍼포먼스 3.회사 문화 개선 4.아버지 사업과 관련된 소통 크게 이렇게 4가지로 정리했는데 성공적이지 못했던 것 같다. 1번 2번은 스스로가 좀 더 신경쓰지 못했던 부분이라고 생각하고 3번 4번은 노력했지만 환경이 잘 따라주지 않았다.하반기를(7월~12월) 월별로 정리하면 7월/8월/9월은 Brich라는 스타트업에서 일을 하고 있었던 시기고 10월/11월/12월은 미래창조과학부가 지원금을 주고 독일 소프트웨어 기업 SAP가 주관하는 글로벌 창업 프로그램에 참여하여 반려견 분양 O2O플랫폼 프로토타입을 만들어 나갔고 그 서비스를 현재 계속 개발 중이다.[7월/8월/9월] - 10가지 느낀점1) 스파크랩 출신 JAME 대표님과 미팅. 대표가 어떤 철학을 가지고 있느냐에 따라 그 회사에서 내가 얼마나 성장할 수 있는지를 가늠할 수 있다. 실력은 나이에 영향을 받지 않는다. 매일 자신의 삶에서 몰입을 하고 있냐 못하냐가 중요하다.2. 고객 만족은 숫자를 증가시키지만 숫자의 증가는 고객만족과 일치하지 않는다. 회사는 고객의 만족을 위해 일을 하고 있는지 투자를 받기 위해 예쁜 그래프를 그리고 있는지 끊임없이 질문을 던져야 한다. 무엇을 위해서 일하고 있는가?3. 매출 압박은 금지다. 고객의 만족을 가지고 토론해야된다. 단순히 숫자가 커지고 있고 Q1 - Q2 그래프가 1차 증가함수 인지가 중요한 것이 아니다. 우리 고객들이 진심으로 만족하고 있는지를 생각해야된다.4. 자체 제품만으로 바이럴이 일지 않는다는 것은 그 제품 자체가 그만큼 가치가 없기 때문이다. 기본적으로 NPS의 개념이 전사적으로 공유되어있어야 한다. 새로운 고객이 회원가입하고 이 고객의 매출이 증가하고 그 숫자 자체가 중요한 것이 아니다. 우리 핵심 타겟층이 어떻게 자사 제품에 대해서 반응하고 있고 피드백을 주고 있는지 귀를 기울여야된다. 한달에 수백만원씩 결제하는 고객을 문전박대 하는 경우가 생긴다. 어이없게도 우리의 핵심 고객과 거리가 먼 신규 고객 유치를 위해서.미국의 advertising executive인 Jon Bond는 다음과 같이 말한다. 제품 그 자체만으로 바이럴할만큼 가치가 있어야 한다.Marketing in the future is like sex. Only losers will have to pay for it.5. 비즈니스에서는 피드백이 생명이다. 사내에서 아이디어 제안에 대한 피드백, 고객이 우리 제품에 주는 피드백, 파트너사가 우리에게 주는 피드백... 그 피드백에 느려지면 느려질수록 병들고 고여 썩는다.6. 제품의 팬심은 내부에서부터 출발해야된다. (힘들겠지만) 회사 동료들이 그 자체를 매우 사랑하고 그 친한 친구들 또한 매우 사랑하고 있어야된다. 그러면 더 깊이 있는 니즈를 반영한 프로덕트를 만들어갈 수 있다.7. 늘 질문해야 된다. 날마다 우리의 차별화는 더 우리의 존재를 더 두드러지게 하고 있는가? 경쟁사를 보고 매출을 단순히 증가시키기 위해 다른 제품들과 동질화 되고 있는가?8. 직장에 좋은 동료와 좋은 상사가 있는 지를 봐라. 그리고 그들을 성공시키고 그들을 박수받게하라. 그들이 당신의 성장의 키포인트다.9. 내부, 외부 모든 것은 영업이다. 그 영업도 내가 이기는 판을 만들어놓고 영업하면 이기는데 이길 수 있는 것도 지는 판에서 영업을 하면 진다. 완벽한 판을 만들고 승부하라.10. 팀원들이 업무에 몰입하는 라이프 스타일을 이해하고 그것의 맞춰서 질문 및 도움을 요청해라.   [10월/11월/12월] - 10가지 느낀점1. 내가 힘을 빼야지 리더십이 생긴다. 그래야 포용할 수 있는 여유가 생긴다.2. 리더는 마지막에 먹는다. 제품과 팀원들이 더 돋보이게 하라.3. 동료를 어떻게 도울 수 있을지 어떻게 기분 상하지 않게 질문과 대답을(피드백) 할지 많이 고민해라.4. 살면서 정말 말도 안되는 최악의 사람을 만나는 일이 생긴다. 그냥 그것을 받아들여라. 그리고 그곳에 에너지를 쏟지 말고 더 좋은 생각에 에너지를 투자하라.5. 소통은 자주 할수록 좋고 솔직하게 할수록 좋다. 오해는 결국 소통되지 않은 것에서 생겨나는 것이다. 시각적인 도구를 사용하는 것도 좋은 방법이다.6. 복잡하면 안된다. 단순해야된다. 심플함에 집착해야된다. 말할 때 설득할 때 항상 명료해야한다.7.  성공적인 스타트업은 2가지다. 1) right problem을 누구보다 치밀하게 깊게 고민한다. 2) 그리고 이것을 풀어가는 모든 과정을 끝까지 learning이라고 생각한다. 어제보다 오늘, 오늘보다 내일 배우고 성장하는 것이 중요하다. 늘 우리는 틀릴 수 있다. 우리는 목표는 늘 '덜 실수'하고 '덜 잘못'되는 것이다. 8. 좋은 결과물을 내는 것은 좋은 사람을 먼저 모으는 것에서부터 시작한다.9. 매일 매일 매일 나 자신을 반성하고 돌이켜보아라 최선을 다하고 있는지. 내일은 어떻게 더 나은 사람이 될 것으로 다짐하고 있는가?10. 이 세계는 굉장히 큰 세계다. 글로벌한 마인드셋을 절대 잊지 마라. 목표는 반드시 글로벌이어야 한다.처음부터면 더욱 좋고 이를 수록 더욱 좋다. 실리콘밸리를 그 기억을 잊지 마라.                                                           17' 에는 Peopet과 운동에만 집중할 생각이다. 나 또한 강아지 비즈니스를 할 줄은 정말 꿈에도 몰랐다. 물론 지금 단계에서는 사실 비즈니스라기보단 검증의 단계이긴 하지만 말이다. 난 언제나 패션을 사랑하는 사람이였고 패션에서 큰 판을 벌려 보려고 했기 때문에 지금 내가 '입고 있는 옷'은 조금 어색하게 느껴지기도 하다. 그러나 무척 다행히도 이 산업에 대한 동기부여와 문제 의식을 가지고 있고 움직이고 있고 내가 패션에 대한 열정이 이 산업에서 새로운 시너지를 발휘할 것으로 기대한다. 인생은 정말 정글짐인가보다 !운동(건강),영어,책 게을리 하지 않기.숫자로 최현일 라이프를 측정하며 예전처럼 더 체계적인 삶을 살아가기.제거하고 몰입하기.끝으로.. #페오펫 #peopet #2016년 #돌아보기 #운영 #스타트업 #성장 #인사이트

사람들이 매일 사용하는 서비스 중 가장 유용한 것은 무엇일까?대부분의 경우에 있어, 그것은 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 #인사이트 #페이스북

코미디 영화 사상 1,500만 명 관객을 기록한 <극한직업>. 극장 밖을 나선 순간 치킨이 생각나는 건 어쩌면 당연한 일. 이에 발맞춰 CJ CGV에서 ‘BBQ 직화구이 치킨’을 선보였다. 영화관에서 치느님 영접을 가능케 주인공을 만나보았다.  유학파 출신 셰프가 극장으로 온 이유? ▲ ‘BBQ 직화구이 치킨’을 탄생시킨 CJ CGV F&B사업팀 이홍철 님지난 1월 24일, CJ CGV에서 야심 차게 출시한 ‘BBQ 직화구이 치킨’. 부드러운 순살 치킨에 바비큐 소스, 쫄깃한 떡꼬치를 더해 남녀노소의 입맛을 사로잡기 충분했다. 마성의 ‘BBQ 직화구이 치킨’을 탄생시킨 이는 CJ CGV F&B사업팀 이홍철 님이다. 이홍철 님은 프랑스요리학교 ‘르 꼬르동 블루(Le Cordon Bleu)’를 졸업한 유학파 출신으로 프랑스 엠배서더 호텔, 국내 웨스틴 조선호텔을 거쳐 지난 2010년, CJ CGV로 오게 됐다. 셰프로서 이름을 알릴 수 있는 유명 호텔을 마다하고, CJ CGV로 오게 된 이유가 궁금해졌다.음식과 엔터테인먼트가 결합하면 재미있겠다는 생각이 들었습니다. 그래서 CJ CGV로 오게 됐죠.CJ CGV F&B사업팀은 CJ CGV에서 판매하는 모든 식음 제품의 기획, 개발, 마케팅, 프로모션 등을 총괄하고 있다. 타 극장과 다른 점이라면? 차별화된 제품을 기획하고 개발하는 이홍철 님이 있다는 것! 해외를 비롯 대부분의 극장 사업자가 매점 메뉴를 수급 받아 판매하는 방식을 택한 것과 달리,  CJ CGV는 국내 유일 극장 매점 메뉴 개발자인 이홍철 님을 통해 자체적으로 맛 좋은 매점 먹거리를 만들고 있다. 그만큼 CJ CGV에서 그는 없어서는 안 될 중요한 존재인 셈. 그 동안 CJ CGV는 이홍철 님과 함께 다양한 메뉴 출시를 통해 극장에서 이색 먹거리를 접할 수 있도록 다변화를 꾀했다. 대표 제품으로는 지난 2012년, 프리미엄 팝콘 문화를 만든 고메 팝콘을 시작으로 죠스떡볶이와 콜라보해 튀김범벅과 라볶이를, 스쿨푸드와 손잡고 대표 메뉴인 ‘모짜렐라 스팸계란마리’를 냉동김밥 형태로 세계 최초로 출시했다.왜 이렇게 팝콘이 맛있어지는 건데?  ▲ 팝콘의 ‘맛’을 업그레이드하기 위해 불철주야 노력하고 있는 이홍철 님이색 먹거리의 첫 신호탄은 ‘팝콘’이다. 이홍철 님의 첫 완성작이라 말할 수 있는 팝콘의 시작은 팝콘의 ‘맛’ 업그레이드 연구였다. 그는 기존 팝콘보다 더 맛있는 제품을 만들기 위해 연구에 연구를 거듭했다. 시중에 판매하는 국내외 팝콘은 다 먹었고, 다양한 종류의 옥수수로 직접 팝콘을 튀겨보기도 했다. 이뿐만이 아니었다. 팝콘에 고소한 맛을 더하기 위해 기존에 사용했던 팜유 대비 원가가 30%나 비싼 코코넛 오일을 사용하기도 했다. 그 다음 스텝이라 할 수 있는 고메 팝콘 개발은 두 세배 노력이 더해졌다. 팝콘 표면에 치즈와 초콜릿 등 다양한 원재료를 사용했는데, 열이 가해지면서 그대로 녹아버렸던 것. 이홍철 님은 이를 보완하기 위해 온도와 습도를 함께 조절하는 쇼케이스까지 제작했단다. 밤낮없이 제품을 개발했지만, 곧바로 출시하진 못했다. 기존 팝콘보다 만들기도 어렵고, 원가도 비싸고, 취급도 까다롭다는 게 이유였다. 그렇다고 포기할 수는 없을 터. 많은 사람을 설득시키기 위해선 ‘맛’으로 승부를 볼 수밖에 없었다. 임원분들께서 자주 다니는 동선을 찾아 고메 팝콘을 올려놨어요. 하나씩 드셔보시라고요. 맛있다고 하시더니 한번 판매해보라고 기회를 주셨죠.▲ ‘뭘 좋아할지 몰라서 다 준비했어!’ CJ CGV에서만 만날 수 있는 고메 팝콘2012년 마침내 고메 팝콘이 출시됐고, 제대로 통했다. 프리미엄 팝콘을 취향에 따라 골라 먹을 수 있다는 점이 고객에게 매력적으로 다가온 것. 고메 팝콘을 먹기 위해 일부러 CJ CGV를 찾거나 배달해 먹는 고객도 있었다. CJ CGV에서는 ‘매점’ 대신 ‘팝콘 팩토리’라는 이름을 사용하였고, 국내 최초 새로운 팝콘 문화를 형성했다. ▲ 신제품 출시 전, 품평회는 필수!물론, 모든 팝콘이 성공했던 것만은 아니었다. 와사비 열풍이 불던 4년여전. 이홍철 님은 와사비 팝콘을 만들기로 했다. 와사비 향을 내는 원재료를 구하기 위해 가까이로는 아시아부터 멀리로는 유럽까지 샅샅이 찾아보았다. 와사비 팝콘에 대한 내부 평가는 매우 긍정적이었다. 마지막 고객 품평회 날. 이홍철 님은 와사비 팝콘의 초록색이 마치 푸른곰팡이 같다는 청천벽력 같은 이야기를 듣게 되었다. 결국 충격을 받고 출시를 접었다고. 망고 맛, 불닭 맛 등 7가지 시즈닝을 뿌려 먹는 쉐이크 팝콘을 판매했을 때. 기대했던 것보다 고객의 반응이 좋지 않아 판매를 접어야만 했다. 실패를 통해 그가 얻은 해답은? 바로 제품의 이름을 듣고 그 맛을 상상했을 때 ‘먹고 싶다’는 생각이 들어야 한다는 것. 거듭되는 실패에도 이홍철 님이 계속 도전할 수 있었던 건 CJ CGV의 아낌없는 지원이 뒷받침되었기 때문이란다. 극장에서 치느님을? 한국형 매점 메뉴는 현재 진행 중!CJ CGV와 이홍철 님의 도전은 팝콘에만 국한하지 않았다. 전 세계 극장 메뉴가 팝콘, 콜라, 핫도그 등 미국식 메뉴로만 구성되어 있다는 점을 주목했고, 국내 고객들이 선호할 수 있는 한국형 매점 메뉴를 개발하기로 했다. 한국인들이 좋아하는 음식을 ‘한국형 매점 메뉴’라 재정의하고 한국인들이 최애 메뉴인 치킨과 분식 등을 극장 환경에 맞게 개발했습니다.▲ 출시 후 뜨거운 인기를 끌고 있는 ‘BBQ 직화구이 치킨’ 이렇게 탄생한 게 바로 ‘BBQ 직화구이 치킨’이다. 아이디어는 좋지만, 현실화를 끌어내기까지 쉽지 않았다. 특히 치킨 특유의 냄새가 가장 큰 장애물. 취식을 보다 쉽게 하는 방법도 고려해야 했다. ‘맛’을 놓치고 싶지 않았던 그는 직화구이 치킨에 인공 훈연제를 첨가하는 대신 직접 불에 일일이 굽는 방법을 선택했다. 또한 순살 닭고기로만 구성하면 식감이 단조로울 수 있어 떡꼬치를 추가했다. 제품 기획부터 출시까지 14개월 동안 고생한 결과물이 나왔을 때 가장 보람찼다고 말한다. ’BBQ 직화구이 치킨 전국 15개 직영매장 중심으로 선 오픈 한 후 오는 3월 말 전국 직영 극장 중심으로 확대할 예정이다. 또한 CGV에서는 지역 상생의 일환으로 ‘춘천 닭갈비’도 판매 중이다. 앞으로 CGV에서는 비장의 한국형 메뉴를 매년 선보이겠다는데 벌써 내년 제품이 무엇이 될지 설레게 된다.   ▲ 이젠 CJ CGV에서 먹는 즐거움도 누려보세요!고객들이 더 만족할 수 있는 제품을 만들고자 고민하고 노력하겠습니다.매점 메뉴라는 고정관념을 깨고 꾸준하게 제품을 확장하고 있는 이홍철 님. 그가 만들어 낸 다양한 제품을 통해 보는 즐거움을 넘어 먹는 즐거움까지 만끽할 수 있었던 것이 아닐까. 앞으로 CJ CGV와 이홍철 님이 선보일 새로운 제품을 기대해본다.[채널 CJ] #CJ #CGV #BBQ직화구이치킨 #CGV고메팝콘 #CGV치킨 #영화관치킨 #구성원인터뷰 #직무소개 #직무정보 #F&B사업팀 #이홍철님 #기업문화 #CGV채용 #CGV공채

안녕하세요. 스포카 크리에이터팀 문성원입니다. 오늘은 WSGI(Web Server Gateway Interface)어플리케이션을 직접 작성해보고, 또 이런 작성을 보다 쉽게 도와주는 프레임워크 중 하나인 Flask에 대해서 알아보겠습니다.WSGIWSGI에 대해 기억이 가물하신 분들을 위해 지난 글의 일부를 잠깐 다시 살펴보죠.이 경우 uwsgi는 일종의 어플리케이션 컨테이너(Application Container)로 동작하게 됩니다. 적재한 어플리케이션을 실행만 시켜주는 역할이죠. 이러한 uwsgi에 적재할 어플리케이션(스포카 서버)에는 일종의 규격이 존재하는데, 이걸 WSGI라고 합니다.(정확히는 WSGI에 의해 정의된 어플리케이션을 돌릴 수 있게 설계된 컨테이너가 uwsgi라고 봐야겠지만요.) WSGI는 Python 표준(PEP-333)으로 HTTP를 통해 요청을 받아 응답하는 어플리케이션에 대한 명세로 이러한 명세를 만족시키는 클래스나 함수, (__call__을 통해 부를 수 있는)객체를 WSGI 어플리케이션이라고 합니다.글로는 감이 잘 안오신다구요? 그럼 코드를 보면서 같이 살펴봅시다. (모든 코드는 Python 2.7에서 테스트 되었습니다.)Hello World!def app(environ, start_response):    response_body = 'Hello World!'    status = '200 OK'    response_headers = [('Content-Type', 'text/plain'),                         ('Content-Length', str(len(response_body)))]    start_response(status, response_headers)        return [response_body]view rawgistfile1.py hosted with ❤ by GitHubapp은 일반적인 Python 함수지만, 동시에 WSGI 어플리케이션이기도 합니다. environ과 start_response를 받는 함수기 때문이죠.(PEP-333) 사실은 꼭 함수일 필요도 없습니다. 다음은 위의 app과 동일한 동작을 하는 WSGI 어플리케이션입니다.class App(object):    def __init__(self, environ, start_response):        self.environ = environ        self.start_response = start_response    def __iter__(self):        status = '200 OK'        response_body = "Hello World!"        response_headers = [('Content-Type', 'text/plain'),                            ('Content-Length', str(len(response_body)))]        self.start_response(status, response_headers)        yield response_bodyview rawgistfile1.py hosted with ❤ by GitHubApp는 Python 클래스(Class)로 environ과 start_response를 멤버 변수로 가지는데, 여기에는 약간의 트릭이 있습니다. 생성자(Constructor)인 App를 함수처럼 사용하게 하여 리턴되는 결과(실제로는 생성자를 통해 생성된 객체겠죠.)가 \_\_iter\_\_를 구현한 순회 가능한(Iterable) 값이 되게 하는 것이죠. (덤으로 이 객체는 발생자(Generator)를 돌려주게 됩니다.)그럼 이제 이 코드들을 실행하려면 어떻게 해야할까요? 그러려면 먼저 WSGI 규격에 맞게 어플리케이션을 실행시켜 줄 서버를 작성해야합니다. 하지만 다행히도 Python 2.5부터 제공되는 wsgiref.simple_server를 이용하면 간단히 테스트 해 볼 수 있습니다.(서버를 직접 작성하는 부분에 대해선 나중에 다루도록 하겠습니다.)from wsgiref.simple_server import make_serverhttpd = make_server('', 8000, app)httpd.serve_forever()view rawgistfile1.py hosted with ❤ by GitHub위 코드를 실행시킨 후에(당연히 app이나 App도 만들어져 있어야겠죠?) 웹 브라우져를 통해 localhost:8000으로 접속하면 작성한 어플리케이션의 동작을 확인할 수 있습니다.environ과 start_response테스트도 해봤으니 코드를 조금만 더 자세히 살펴봅시다. 함수 버젼의 app이나 클래스 버젼의 App모두 공통적으로 environ과 start\_response를 인자로 받아 요청을 처리하는 것을 확인할 수 있습니다. (당연한 이야기겠지만, 반드시 이름이 environ이나 start\_response일 필요는 없습니다만 편의상 이후 계속 environ과 start_response로 표기하겠습니다.)하나씩 살펴보자면, environ은 Python 딕셔너리(dictionary)로 HTTP 요청을 처리하는데 필요한 정보가 저장되어있습니다. HTTP 요청에 대한 정보는 물론, 운영체제(OS)나 WSGI 서버의 설정 등도 정의되어있지요. 다음 코드는 이러한 environ의 내용을 응답으로 주게끔 수정한 WSGI어플리케이션입니다.def dump_environ_app(environ, start_response):    response_body = "\n".join(["{0}: {1}".format(k, environ[k]) for k in environ.keys()])    status = '200 OK'    response_headers = [('Content-Type', 'text/plain'),                         ('Content-Length', str(len(response_body)))]    start_response(status, response_headers)        return [response_body]view rawgistfile1.py hosted with ❤ by GitHublocalhost:8000에 각종 쿼리 스트링(Query String)을 붙이거나, 브라우져를 바꿔가면서 확인해보면 출력되는 값이 바뀌는 것을 확인하실 수 있습니다.그럼 이제 start\_response를 한번 볼까요. start\_response는 일종의 콜백(Callback)으로 인터페이스는 다음과 같습니다. start_response(status, response_headers, exc_info=None) 실제 서버에서 어플리케이션으로부터 응답(Response)의 상태(Status)와 헤더(Header), 그리고 예외(Exception)의 유무를 확인받아 실행하게 되는데, status와 response_headers는 HTTP 응답 명세에 근거하여 작성하게 됩니다.Middleware지금까지 우리는 어떻게 WSGI 어플리케이션을 작성하는지에 대해 살펴봤습니다. 요청을 받아 처리하는 HTTP의 기본 기능에 충실한 어플리케이션이었죠. 그런데 일반적으로 우리가 작성하는 웹 어플리케이션에서 주로 다루게 되는 쿠키(Cookie), 세션(Session)에 대해서는 어떻게 처리해야 좋을까요? WSGI 명세에는 이러한 내용을 직접적으로 다루고 있지 않습니다. WSGI 자체는 서버나 프레임워크 자체가 아니라 서버가 어플리케이션과 통신하는 명세를 다루고 있기 때문이죠. 따라서 이러한 기능은 작성자가 직접 이를 구현해야 합니다. 그런데 이런 구현을 어플리케이션을 작성할때마다 하는건 너무 번거로운 일입니다. 그것보다는 이미 작성한 어플리케이션을 확장하는 것이 간단하겠지요. 이러한 확장을 위해 필요한 것이 WSGI 미들웨어(Middleware)입니다.미들웨어는 어플리케이션을 처리하기 전후의 처리나 environ의 추가등을 통해 작성된 어플리케이션을 확장할 수 있습니다. 다음은 쿼리 스트링의 \_\_method\_\_에 따라 HTTP 메소드(Method)를 임의로 변경하는 처리를 도와주는 간단한 미들웨어입니다.from werkzeug import url_decodeclass MethodRewriteMiddleware(object):    """        app = MethodRewriteMiddleware(app)    """    def __init__(self, app, input_name = '__method__'):        self.app = app        self.input_name = input_name    def __call__(self, environ, start_response):        if self.input_name in environ.get('QUERY_STRING', ''):            args = url_decode(environ['QUERY_STRING'])            method = args.get(self.input_name)            if method:                method = method.encode('ascii', 'replace')                environ['REQUEST_METHOD'] = method        return self.app(environ, start_response)view rawgistfile1.py hosted with ❤ by GitHubMethodRewriteMiddleware는 \_\_call\_\_를 통해 app을 대체하게 됩니다. (데코레이터(Decorator)가 생각나셨다면 정확한 이해십니다.)Flask미들웨어를 통해 어플리케이션을 확장하는 방법까지 알아봤습니다. 그러나 이것만 가지고 웹 어플리케이션을 만들기에는 아직 귀찮은 부분이 많이 남아있습니다. 각종 파라미터를 처리하기 위해서는 environ를 일일히 뒤져야하며, 요청에 대한 응답으로 전달할 HTML도 일일히 문자열로 적어야하죠. 이런 여러가지 불편함을 해결하기 위해 알아볼 것이 WSGI 마이크로프레임워크를 자처하는 Flask입니다. Flask는 WSGI 라이브러리인 Werkzeug를 만들기도 한 Armin Ronacher가 만든 프레임워크로 “마이크로”라는 수식어에 어울리게 아주 핵심적인 부분만을 구현하고 있지만, 유연하게 확장이 가능하게 설계된 것이 특징입니다.다시 한번 Hello World!우선 Flask를 시스템에 설치해야하는데, pip가 설치되어있다면 pip install flask로 설치 가능합니다.(환경에 따라 루트(root)권한이 필요할 수도 있습니다.) easy_install의 경우도 마찬가지로 easy\_install flask로 설치 가능합니다.설치가 완료되었으면 다음과 같이 아주 간단한 어플리케이션을 작성해봅시다.from flask import Flaskapp = Flask(__name__)@app.route("/")def hello():    return "Hello World!"if __name__ == "__main__":    app.run()view rawgistfile1.py hosted with ❤ by GitHubFlask(정확히는 Werkzeug)는 테스트를 위해 간단한 WSGI 서버를 자체 내장하고 있기 때문에 app.run을 통해 어플리케이션을 직접 실행할 수 있습니다.Route이번에 작성한 Flask 어플리케이션에는 이전까지 보지 못하던 개념이 들어 있습니다. app.route가 바로 그것인데요. 이 메서드는 URL 규칙을 받아 해당하는 규칙의 URL로 요청이 들어온 경우 등록한 함수를 실행하게끔 설정합니다. 위의 Hello World! 예제 같은 경우엔 “/”가 해당되겠지요. 또한 이런 규칙을 URL로 부터 변수도 넘겨 받을 수 있습니다.# http://flask.pocoo.org/docs/api/#url-route-registrations@app.route('/')def index():    pass@app.route('/')def show_user(username):    pass@app.route('/post/')def show_post(post_id):    passview rawgistfile1.py hosted with ❤ by GitHub이렇게 URL을 통해 처리할 핸들러를 찾는 것을 일반적으로 URL 라우팅(Routing)이라고 합니다. 이런 URL 라우팅에서 중요한 기능 중 하나가 핸들러에서 해당하는 URL을 생성하는 기능인데, Flask는 이를 url_for 메서드를 통해 지원합니다.@app.route('/')def index():    return ""@app.route('/')def show_user(username):    return username@app.route('/post/')def show_post(post_id):    return str(post_id)from flask import url_for@app.route("/routes")def routes():    return "".join([            url_for("index"),            url_for("show_user", username="longfin"),            url_for("show_post", post_id=3)            ])view rawgistfile1.py hosted with ❤ by GitHub보다 자세한 사항은 API 문서를 참고하실 수 있습니다.Template여태까지 우리는 요청에 대한 응답으로 단순한 문자열을 사용했습니다. 하지만 일반적인 웹 어플리케이션의 응답은 대부분이 그것보다 훨씬 복잡하지요. 이를 보다 쉽게 작성할 수 있게끔 도와주는 것이 바로 Flask의 템플릿(Template)입니다. Flask는 기본 템플릿 엔진으로 (역시 Armin Ronacher가 작성한)Jinja2를 사용합니다.기본적으로 템플릿엔진은 별도의 규칙(여기서는 Jinja2)에 맞게 작성된 템플릿 파일을 읽어 환경(Context)에 맞게 적용한 결과물을 돌려주는데 이 과정을 Flask에서는 render_template()가 담당하고 있습니다. 다음 코드는 hello.html이라는 템플릿 파일을 읽어서 이름을 적용한 뒤에 돌려주는 코드입니다.# from http://flask.pocoo.org/docs/quickstart/#rendering-templatesfrom flask import render_template@app.route('/hello/')@app.route('/hello/')def hello(name=None):    return render_template('hello.html', name=name)view rawgistfile1.py hosted with ❤ by GitHub쉽게 작성할 수 있게 도와준다고 해도, 템플릿 역시 나름의 학습을 필요로 합니다. 자세한 사항은 Jinja2의 API 문서를 참고하시기 바랍니다.RequestHTTP 요청을 다루기 위해서 때로는 environ의 내용은 너무 원시적일때가 있습니다. HTML 폼(Form)으로부터 입력받는 값이 좋은 예인데요. Flask에서는 request라는 객체(역시 Werkzeug에서 가져다가쓰는 거지만요)를 통해 이를 보다 다루기 쉽게 해줍니다. 다음은 HTML 폼으로부터 입력받은 message라는 값을 뒤집어서 출력하는 코드입니다.from flask import request@app.route("/reverse")def reverse():    message = request.values["message"]    return "".join(reversed(message))view rawgistfile1.py hosted with ❤ by GitHubSession로그인등으로 대표되는 요청간의 상태를 유지해야하는 처리에 흔히 세션(Session)을 사용하실 겁니다. Flask에서는 session객체를 지원합니다.# from http://flask.pocoo.org/docs/quickstart/#sessionsfrom flask import Flask, session, redirect, url_for, escape, requestapp = Flask(__name__)@app.route('/')def index():    if 'username' in session:        return 'Logged in as %s' % escape(session['username'])    return 'You are not logged in'@app.route('/login', methods=['GET', 'POST'])def login():    if request.method == 'POST':        session['username'] = request.form['username']        return redirect(url_for('index'))    return '''        <form action="" method="post">           <input type=text name=username>           <input type=submit value=Login>        </form>    '''@app.route('/logout')def logout():    # remove the username from the session if its there    session.pop('username', None)    return redirect(url_for('index'))# set the secret key.  keep this really secret:app.secret_key = 'A0Zr98j/3yX R~XHH!jmN]LWX/,?RT'view rawgistfile1.py hosted with ❤ by GitHubFlask는 기본적으로 시큐어 쿠키(Secure Cookie)를 통해 세션을 구현하므로 길이에 제한이 있습니다. 때문에 파일이나 DB기반의 세션을 구현하려면 Beaker와 같은 프레임워크를 통한 확장이 필요합니다.(하지만 이 또한 매우 쉽습니다.)#스포카 #개발 #개발자 #개발팀 #인사이트 #기술스택 #꿀팁 #Flask

편집자 주: 잔디와 함께 하고 있는 멤버는 총 50여 명. 국적, 학력, 경험이 모두 다른 이들이 어떤 스토리를 갖고 잔디에 합류했는지, 무슨 일을 하고 있는지 궁금해하는 분들이 많습니다. 잔디 블로그에서는 이 궁금증을 해결해 드리고자 ‘맛있는 인터뷰’를 통해 잔디 멤버들의 이야기를 다루고 있습니다.승마△ 진짜다.. 진짜가 나타났다..!◇ 우리가 앉아 있는 이곳은 어디인가?Sean(이하 ‘S’): 내 인턴 생활의 희노애락이 녹아 있는 일식집 ‘갓덴스시’다. 회사에서 조금 먼 위치에 있지만 인턴을 하는 6개월 동안 정말 자주 찾은 단골 음식점이다. ‘갓덴스시’는 일주일에 적어도 두 번 정도는 찾았던 것 같다. 역삼역 근처 스시 음식점 중 가히 가성비 최고라고 말하고 싶다. 보통 이러면 ‘역삼역 스시 추천, 강남 스시, 갓덴스시 강남, 강남역 스시 추천, 역삼 스시’ 이런 키워드를 글에 넣지 않나? 키워드를 넣어달라. 그만큼 자신 있게 추천하는 곳이다.◇ ‘갓덴스시’를 정말 좋아하는 것 같다S: 갓덴스시 뿐 아니라 모든 일식을 사랑한다. 일식은 곧 사랑이다.갓덴스시△ ‘스시’라 쓰고 ‘사랑’이라 읽는다.◇ 본격적으로 인터뷰를 시작해 보자. 먼저 자기소개를 부탁한다S: CX(Customer Experience)팀에서 인턴을 하고 있는 Sean이라고 한다. 이전의 다른 잔디 인턴들이 그렇듯 나 또한 ‘군 제대 > 잔디로 소환 > 잔디 인턴’ 트리를 탔다. 누군가 말하더라. 우리나라 군대가 잔디와 파트너쉽을 맺고 인력을 공급하는 게 아니냐는 카더라 소문이..◇ 하하하.. 즐거운 농담이었다. 군대에서는 잔디를 어떻게 알게 됐는지?S: 나름 재미있다고 생각했는데 빵 터지지 않은 것 같아 아쉽다. 사실 군 복무 당시, 잔디 인턴 전문 헤드헌터라 불리는 Jin을 통해 알게 되었다. 원래 스타트업 분야에 관심이 많았고, 그 중 메신저에 많은 관심을 갖고 있었다. 이런 점을 잘 아는 형수님이 자신의 친구인 Jin을 소개해주셨다.◇ 수많은 IT서비스 중 왜 메신저에 관심이 많았는지 궁금하다S: 인턴이 다 끝나가는 지금에 와서야 말하자면.. 사실 업무용 메신저보다는 개인용 메신저에 관심이 더 있었다. 업무용 메신저에 관심을 가지게 된 건 군 입대 이후다. 군대에서는 인트라넷을 사용하는 데 정말 불편했다. ‘도대체 군대에서는 이렇게 불편한 시스템을 왜 계속 사용하고 있는 걸까?’라는 질문에서 출발한 의식의 흐름이 결국 현재까지 오게 되었다.◇ 잔디 출근 전부터 ‘잔디 인턴 헤드헌터’를 심히 괴롭혔다고 들었다S: 궁금한 게 많았다. ‘잔디는 왜 이럴까?’ ‘잔디는 왜 이런 서비스를 제공하지 않을까?’ ‘잔디는 왜 이런 식으로 마케팅을 할까?’와 같은 질문에 대해 Jin이 친절하게 답변해주셔서 많이 물어볼 수 있었다. 입사 전 그와 주고받은 이메일만 30통이 넘는다. 정성스런 답변 하나하나에 크게 감사했었다.◇ Sean과의 첫 대면에서 가장 인상 깊었던 건 본인 자기소개에서 미니언즈 덕후라고 표현한 부분이었다S: 미니언즈뿐만 아니라 애니메이션을 정말 좋아한다. 애니메이션이라고 해서 어린이가 보는 만화로 생각하면 오산이다. 최근 개봉했던 픽사의 ‘도리를 찾아서’만 봐도 그렇다. 아이를 잃어버린 부모의 마음이 어떤지 정말 잘 표현했다. 어른들도 공감할 수 있는 요소가 많은 게 바로 픽사의 애니메이션이다.◇ 가장 좋아하는 애니메이션을 하나만 꼽는다면?S: 하나만 꼽으라니… 덕후인 내게 정말 잔혹한 질문이다. 음.. 픽사의 애니메이션은 대부분 좋아하는 편이다. 토이스토리, 몬스터 주식회사, 니모를 찾아서 전부 다 좋아한다. 픽사 개봉작은 아니지만 최근 개봉한 ‘마이펫의 이중생활’도 기대된다.◇ 그러면 가장 좋아하는 캐릭터를 말해달라S: 오우 노.. 맛있는 인터뷰의 질문이 가혹하다고 하던데 소문이 맞았다. 이 질문 역시 너무 어렵다. 음.. 캐릭터는 귀여우면 전부 좋아한다. 도리도 귀엽고, 앵그리버드에 나오는 아기새도 정말 귀엽다. 개취이지만 머리가 크고 몸통이 작을수록 귀엽다고 생각하는데 머리와 몸통의 비율이 3:1 정도가 가장 귀엽다고 생각한다. 황금 비율이다.◇ 음.. 주제를 돌려보자. 꽤 길었던 인턴 생활이었다. 가장 기억에 남는 일은 무엇이었나?S: 역시 ‘갓덴스시’를 알게 된 게 아닐까? (웃음) 농담이다. 아무래도 연세대에서 인사이더스라는 동아리를 대상으로 스타트업 인턴 경험에 대해 발표했던 게 가장 기억에 남는다. 또 하나 꼽으라면 잔디 튜토리얼 비디오를 만들었던 경험을 꼽고 싶다.6개월 동안 열심히 일한 Sean의 소원은이 글을 보는 분들이 잔디를 사용하는 거라고 한다.◇ 연세대 강의는 어떤 내용이었는지 공유 부탁한다S: 스타트업에 관심 있는 학생들이라 잔디와 같은 스타트업에서 일한다는 게 내게 어떤 의미이고, 어떤 점을 미리 준비해야 하는지 등에 대해 공유했다. 다른 사람들 앞에서 강의를 한다는 게 늘 낯설고 어색하다. 하지만 재미있는 경험이었다. 당시 만났던 학생들과 최근에도 종종 연락하며 지낸다.연세대△ 연세대 강의실에서 스타트업 경험을 공유 중인 Sean◇ 스타트업에서 일한다는 건 어떤 의미인지?S: 욕심만 있다면 해보고 싶은 일을 얼마든지 경험할 수 있다. 물론 그에 따른 책임은 덤이다. 잔디 튜토리얼 비디오 작업을 리드했던 게 그 증거이다. 비디오 촬영을 전문적으로 해본 경험이 없는 내게 튜토리얼 영상 제작 프로젝트를 선뜻 맡겨주셨다. 일반 회사라면 감히 상상할 수 없는 큰 프로젝트가 인턴인 내가 맡은 것이다. 기대에 부흥하기 위해서 주말을 이용해 틈틈히 비디오 편집에 대해서 공부했다. 이렇게 만든 비디오가 잔디의 랜딩 페이지에 공유된다고 생각하니.. 자다가 너무 설레서 깨기도 한다는 거짓말이고 기분이 좋다.◇ 원래 비디오 촬영에 흥미가 있었나?S: 흥미만 있는 정도였다. 휴대폰 사진을 찍듯 휴대폰을 가지고 일상생활을 비디오로 담는 게 고작이었다. 잔디 인턴 면접 때 비디오 제작에 관심이 있다고 지나가듯 이야기했을 뿐인데 그것을 기억하고 튜토리얼 비디오 제작 프로젝트 책임자로 선정해주셨다. 감사할 따름이다.◇ 주제를 좀 바꿔보자. 어릴 때 꽤 여러 나라에서 거주했다고 들었다S: 사실이다. 아버지 직업 특성상 여러 나라에 거주하며 여행할 수 있었다. 자카르타를 비롯해 벨기에, 파키스탄 등에서 살았던 경험이 있다.◇ 가장 기억에 남는 국가를 꼽으라면?S: 누가 뭐래도 벨기에가 아니었나 싶다. 맥주를 정말 좋아하는데 벨기에 맥주는 독일만큼 정말 다양하다. 보통 맥주 이야기를 하면 독일이 나오지만 사실 맥주가 정말 유명한 나라는 벨기에다. 맥주 원조일 뿐 아니라 종류도 어마무시하다.◇ 침이 고인다. 말 나온 김에 벨기에 맥주 몇 가지 추천해달라S: 듀벨, 스텔라, 레페, 호가든… 꼽자면 정말 많다.◇ 벨기에 관련해 맥주 외에 더 추천할 건 없나?S: 말 타는 법을 배우기 좋다. 벨기에는 아주 먼 옛날 귀족들이 사냥을 하던 터를 공원으로 보존하고 있다. 이런 공원에 가면 말을 60유로(한화 7만원)정도에 빌릴 수 있다. 말 타는 방법을 터득한 뒤, 하루종일 말을 탈 수 있는데, 공원이 정말 크고 한가해서 여유롭게 말 타고 놀기에 좋다. 벨기에를 방문할 기회가 있다면 말을 꼭 타봤으면 좋겠다. 여기에도 ‘벨기에 추천 여행, 벨기에 승마, 벨기에 말타기, 벨기에 즐길 거리’ 키워드를 넣어달라.◇ 벨기에 얘기만 들어도 마음이 훈훈해진다S: (끄덕끄덕) 벨기에는 여유가 넘치는 나라이다. 단순히 한가롭다는 의미가 아니고, 사람들 마음에도 여유가 넘친다.잔디 인턴△ 해외에서의 경험은 Sean의 성장에 큰 자양분이 되었다◇ 다음은 지난 인터뷰이 Chris의 질문이다. 잔디에서 이루고 싶은 꿈이 있다면?S: 꿈이라고 하면 조금 거창한 것 같고 내게 시간이 더 주어진다면 인터뷰 영상을 만들어 보고 싶다. 피키캐스트나 티몬처럼 잔디를 잘 활용하고 계신 고객사를 방문해 인터뷰 영상을 만들고 싶다. 사실 어떤 식으로 구현해야 하는지는 모두 머릿속에  있는데 남은 시간이 많지 않아 너무 아쉽다.◇ 이 인터뷰 글이 잔디 블로그에 올라가면 Sean과의 6개월 여정도 마침표를 찍게 된다. 매우 아쉽다. 마지막으로 다음 인터뷰이에게 묻고 싶은 질문이 있다면?S: 너무 진지하지 않은 질문이 좋을 것 같다. 잔디에서 가장 부유해 보이는 사람은 누구인지 물어봐 달라.#토스랩 #잔디 #JANDI #인턴 #인턴소개 #인턴생활 #팀원 #팀원소개 #팀원인터뷰 #인터뷰 #기업문화 #조직문화