아래 메일은 3월 말에 8퍼센트 프로덕트팀 분들께 보낸 첫 번째 편지입니다. 메일을 쓸 때의 마음을 잊지 않고 약속을 지키고자 공개해 둡니다.안녕하세요? 원우님, 연태 님, 부(혜은)님, 문수님, 진님, 보영님, 해원님.(이름의 순서는 오늘 밤 제 기분에 따라 랜덤으로 정해졌습니다. 신경 쓰지 마세요)여러분들께 보내는 첫 번째 메일입니다. 반갑죠? 아기를 재우다 보니 늦은 밤이 되어 버려서 연애편지를 쓰고 싶어 졌습니다.현재 저를 포함하면 우리 팀은 8명이고, 한 주 뒤에 세 분이 더 오시면 이제 팀은 11명이 됩니다. 놀라운 일입니다. 채용을 위해 사람을 만나다 보니 지금 우리 팀에 대해서도 많은 것을 생각해 보게 됩니다. 우리 팀 어떤 것 같으세요? 저는 정말 좋은 팀이라고 생각합니다.다양한 곳에서 다양한 경험을 한 사람들이 모여 있습니다. 서로 간의 커뮤니케이션을 즐거워합니다.좋은 제품을 만들어 내기 위한 생산적인 토론을 합니다. 자기 일보다 다른 사람의 일을 우선시합니다.각 개인의 능력이 훌륭합니다. 어때요? 동의하시나요? (네!) 제가 여러분께 해드릴 수 있는 것이 많지 않습니다만, 그중 제일 중요한 것은 여러분이 좋은 팀에서 일할 수 있도록 하는 것입니다.좋은 분을 채용해서 여러분이 서로에게 자극받고 발전할 수 있도록 하고 싶습니다.  그렇게 모인 좋은 분들이 자신의 능력을 충분히 발휘하고 최대한의 시너지를 낼 수 있도록 환경과 문화를 만들어 가는 일이 제가 해야 할 일입니다.우리 손으로 만든 제품을 통해 1000명에 가까운 사람들에게 170억이 넘는 돈이 전달되었습니다. 하루에 1억이 넘는 돈이 여러분이 만든 제품을 통해 중개되고 있습니다.그리고 올해 말에는 이 숫자의 자릿수가 달라질 것입니다. 대단하죠?방금 캡처한 첫 페이지. 저 숫자도 이제 과거가 되었습니다우리는 "사용자가 필요로 하는" "목적이 분명한" “하나"의 제품을 만들고 있습니다. 이것 또한 행복한 일입니다. 우리의 세계에서 내가 기획한 것, 디자인한 것, 개발한 것이 그냥 사라져 버리는 경우는 수도 없이 많습니다. 하지만 우리가 만들고 있는 것은 사람들이 꼭 필요로 하는 것이고 여러분들의 노력은 빛나는 제품이 될 것입니다. 지금까지 우리가 만들어온 제품에 자부심을 가져주세요. 그리고 앞으로 우리가 만들어갈 제품에 그 자부심을 담아 주세요.마지막으로 여러분 각 개인이 가진 꿈과 목표를 놓지 말아 주세요. 회사의 성공 재료로 여러분의 열정이 소모되는 것이 아닌, 여러분 이상의 실현을 통해 회사가 성공하길 바랍니다. 자신의 방향과 회사의 방향이 일치하지 않는다고 판단되면 참거나 기다리지 말고 그 두 가지를 일치시키기 위한 최대한의 노력을 해주세요. 회사의 방향도 충분히 바뀔 수 있습니다.고마워요. 다들. 내일 저를 만나거든 이 메일에 관한 이야기는 말아주세요. 이런 말들을 직접 하기 힘들어서 메일로 쓰는 거니까요.안녕!#8퍼센트 #에잇퍼센트 #팀워크 #조직문화 #기업문화 #팀문화 #팀플레이 #협동 #편지 #초심

유저 반응을 볼 때가 즐겁다는 프론트엔드 엔지니어 인턴 Mino조이에서 소프트웨어 엔지니어 인턴으로 살아간다는 것이 어떤지 궁금해 하시는 분들이 많아 4개월차 소프트웨어 엔지니어 인턴 미노(본명 천민호)를 Zoyiful Talk 첫 번째 주자로 모셨습니다.ZOYI: 미노 안녕하세요! 인턴으로 조인하신지 벌써 4개월이 지나셨다면서요. 우선 간단한 소개부터 해주세요. 회사에서 무슨 일을 하고 있나요?MINO: 안녕하세요, 채널(Channel)이라는 조이 신규 서비스를 개발하고 있는 엔지니어 미노입니다. 채널은 소비자와 커머스 기업을 연결해주는 소통 창구 같은 서비스인데요, 저는 그 중에 웹 프론트엔드를 개발하고 있습니다.ZOYI: 프론트엔드가 뭔가요? 좀 더 설명해 주세요.MINO: 프론트엔드는 흔히 ‘웹 개발자’라 하는데요, 웹이나 앱에서 서비스 이용자가 경험하는 부분을 개발합니다. 이용자에게 더 좋은 시각적 효과를 주고, 더 편리한 경험을 제공하기 위해 기술을 이용하죠. 이를 구현하기 위해 자바스크립트라는 언어를 사용하고, react.js를 프레임워크로 사용하고 있습니다.ZOYI: 원래부터 프론트 개발을 많이 하셨었나요?MINO: 프론트엔드는 HTML 작성할 수 있는 정도? 아니면 레일즈로 간단한 홈페이지 게시판 만드는 정도였어요. 자바스크립트는 조이에서 처음 배워봤고요.사실 개발 시작한 것 자체가 작년 9–10월이니 이제 반 년 좀 넘었네요. 코딩은 2년 전부터 시작했었는데 거의 알고리즘 공부가 위주였고 최근에야 제대로 개발을 한 것 같아요ZOYI: 조이에는 어떻게 조인하게 되신 거예요?MINO: 대학 개발 동아리 회장을 할 당시 대회 후원사가 필요해서 레드(CEO)한테 컨택한 적이 있거든요. 후원을 받고 나서 레드의 권유로 회사에 한 번 놀러왔는데, 사무실이 생각보다 좋더라고요. (웃음)스타트업 하면 좁은 공간에 다닥다닥 붙어있는 모습을 생각했었는데… 깔끔한 공간이 인상깊었어요.높은 천장과 통유리 채광을 자랑하는 조이 사무실에 반했다고 합니다.ZOYI: ㅎㅎㅎ 직접 일해보니 어때요? 실제로도 깨끗하던가요?MINO: 레드의 책상이 좀 더럽긴 하지만…은 농담이고요, 실제로 일해보니 더 좋은 것 같아요. 책상도 넓고… 제가 이렇게 하얀 느낌을 좋아하거든요.ZOYI: 조이에서의 4개월을 지내보니 어때요?MINO: 음… 4개월 지나고 나니, 이제야 내가 뭘 모르고 뭐가 부족한지를 알 수 있게 된 것 같아요. 잘한다고 말하긴 아직 부끄럽지만, 적어도 구글링으로 뭘 찾아야 할지는 알 수 있게 됐어요.ZOYI: 안해본 것들을 했잖아요, 주로 어떻게 습득을 했어요?MINO: 사람마다 좀 다를 수 있는데 저는 그냥 시간 날때마다 조이 오픈소스 프로젝트들을 하나하나 열어보면서 이게 어떻게 동작하나를 봤어요. 그래도 모르면 물어보면서 Follow up 받고… 동료들한테 부담없이 물어볼 수 있어서 좋았어요. 촉진제같은 역할을 해 준 것 같아요.한 번은, 전혀 새로운 분야이고 처음 접해보는 언어를 다루는 거라 익숙치 못해 하루종일 구글링을 한 적이 있어요. 그런데도 오늘 커밋 했냐, 뭐했냐 이런 얘기가 없고… 당신의 성장을 그냥 지켜보겠다는 태도인 거예요. 처음엔 익숙하지가 않았는데, 그런 분위기 덕분에 결과적으로 리서치를 잘 하고 일을 성공적으로 마무리 할 수 있었어요.ZOYI: 동료들과 교류가 많은 편인가요?저는 프론트엔드를 하다보니 주로 개발팀 멤버들과 많은 시간을 보내는데요, 업무 외적으로도 되게 재미있어서 친하게 지낼 수 도 있고 그래요. 꾸준히 소통하려 하는 게 느껴져요. 나를 막연히 6개월 후 나가는 인턴이 아니라, 함께 성장해 가는 동료로 생각하고 있구나. 하는 기분이 들죠.ZOYI: 푸스볼 중독이라는데?MINO: 푸스볼도 ZOYI에서 처음 배웠는데, 이건 정말, 최고의 레져인 것 같습니다 (목소리 톤 올라감). 가격 대비 효율이 최고예요. 하루 한 번 이상 꼭 하고 있습니다.10분만 해도 맥박이 빨라진다는 엄연한 스포츠, 푸스볼ZOYI: 본인의 푸스볼 랭킹은?MINO: 글쎄요, 디케이(하드웨어 디자이너)보단 잘하지 않을까요? ㅎㅎZOYI: 인턴 끝나면 생각나겠어요, 그러고 보니 인턴도 이제 두 달 남았네요. 돌아가면 하고싶은 일이 있나요?MINO: 아직 고민중이예요. 사실 조이 들어오기 전에는 프론트, 웹 개발자는 정말 안하겠다고 생각했었는데 지금은 이게 재미있다는 생각이 들어요.초반에 누가 “잘 하게 되면 점점 재미있어 질거다”라고 말해준 적이 있는데, 그 말이 공감이 돼요. 점점 배워가면서 지금은 어느정도 의도한 대로 구현이 되니까…이젠 재미있는 거예요. 새로운 분야를 알게 된 느낌? 그래서 앞으로 프론트엔드 개발자로 일해도 좋고, 뭐든 최대한 많은 경험을 하고 많은 지식을 습득해 보고 싶어요.ZOYI: 좋은 계기가 되었네요, 인턴 생활은 만족스러워요?MINO: 네, 생각하던 것 이상으로 좋았어요. 주도적으로 일을 해 나갈 수 있다는 점과, 하나하나 해 나갈 때마다 내가 성장하고 있는 느낌이 좋아요. 사실 처음 입사할 땐 단순히 반복작업만 할 줄 알았거든요. ZOYI엔 뭔가 ‘네 꿈을 펼쳐봐라~’하는 태도가 있는데, 저는 거기에 잘 맞았던 것 같아요.ZOYI: 그렇다면 향후 ZOYI 지원을 고민하시는 분께 어떤 조언 한마디 해주시겠어요?MINO: 주변에 많은 친구들이 ‘난 안될거야’라고 생각하고 지원조차 안하는 경우가 많은데, 저는 일단 지원해 보라고 말해주고 싶어요. 저도 지원할 당시 굉장히 걱정을 했었거든요. 나는 알고리즘 공부밖에 못해봤고, 서버도 용어 하나도 모르는데 내가 잘 할 수 있을까?하는 생각.막상 회사에 들어오고 난 지금은 생각이 많이 달라졌어요. 인턴에게 중요한 자질은 완벽함보다 가능성인 것 같아요. 그 가능성이란 게 대단한 스펙이 아니라, 기초를 탄탄히 가지고 있는 거예요. 그리고 나면 회사에 와서 충분히 성장할 수 있어요.그 좋은 사례가 션(CTO)인 것 같아요. 함께 일하면서 CTO가 되어가는 모습을 곁에서 보는 게 참 좋았어요. 내부에서 우리가 성장해 더 큰 역할을 맡을 수 있는 조직이란 게 참 좋아요.ZOYI: 조언 감사합니다. 남은 기간 ZOYI에서 기대하는 점이 있다면?MINO: 이번 주부터 시작될 개발팀 위클리 세션이 기대돼요. 각자가 알고 있는 기술을 다른 멤버들과 공유하는 시간인데요, 조이가 워낙 다양한 기술을 다루다 보니 제가 담당하지 않는 분야에 대해서는 잘 모르는 게 많거든요. 같이 일하는 사람들은 어떤 분야에 대해 일하고 있는지 기술적으로 알아보고 싶어요.ZOYI: 좋은 시도네요. 마지막으로 글 읽으시는 분들께 한마디 하시겠어요?MINO: ZOYI는 잘하는 사람들이 와서 더 잘하게 되는 곳이 아니라 가능성 있는 사람들이 와서 잘하게 되는 곳이라고 생각해요. 누구에게나 열려 있으니 편히 찾아와 주셨으면 좋겠어요 ^^#조이코퍼레이션 #개발팀 #개발자 #개발환경 #업무환경 #팀원인터뷰 #팀원소개 #팀원자랑

기업 입장에서 모바일은 사용자 연결에 매우 강력한 수단입니다. 하지만 효율적인 앱마케팅 및 지속적인 관계를 유지하기 위해선 개인화, 편의성 등 세밀하게 신경써야 할 부분이 많습니다.1. 모바일앱은 모바일앱 답게모바일을 단지 데스크탑의 축소 버전으로 판단하고 데스크탑에서 제공하는 모든 기능을 작은 화면에 제공할 필요는 없습니다. 모바일 앱은 분명 웹하고는 다른 플랫폼이고, 사용자 역시 앱에서 기대하는 경험은 웹과 다릅니다. 데스크탑과 같이 페이지간 전환이 발생하면서 로딩되는 느낌을 제공한다면, 사용자에게 그 앱의 꾸준한 사용을 기대하긴 어렵습니다.사용자에게 정말 필요한 기능만을 중점적으로 제공함으로 사용자의 앱 사용 패턴을 단순화 해야 합니다. “The font game”이란 모바일 앱은 모바일에 최적화 된 디자인 예입니다. 굉장히 큰 버튼과 눈에 띄는 버튼(CTA), 그리고 핵심 기능만을 메인에 배치함으로 모바일 환경을 고려해 제작된 앱이라 볼 수 있습니다.  2. 기존 보유하고 있는 채널 활용하기2017년 스토어에서 발생할 앱 다운로드 수는 천억 건이 넘을 것으로 예상됩니다. 하지만 우리의 앱이 많은 다운로드가 발생하리란 보장은 없습니다. 그렇기에 마케팅이 필요한 것인데요, 마케팅을 새로운 채널에 비용을 들여하는 방법도 있지만, 이미 웹 등 타 채널을 운영중인 기업은 앱을 런칭할 때 적극 활용해야 합니다.꼭 앱 광고를 위한 프로모션 페이지가 아니더라도, 고객이 웹사이트에 방문했을 때, 모바일앱이 있음을 인지할 수 있도록 최적화 해야 합니다.‘Nordstrom’은 모바일 앱이 있었지만, 한줄의 텍스트 링크만을 제공하여 앱의 존재여부를 인지할 수 조차 없었습니다.반면, ‘Sephora’는 모든 페이지 하단부에 iOS 앱 다운로드 링크를 게재하여누구나 인지할 수 있고, 빠르게 스토어로 이동할 수 있도록 제공하고 있습니다.3. 어쨋든 앱을 쓰겠지라는 생각 버리기모바일앱 비즈니스가 성장하기 위해 가장 중요한 건 리텐션입니다. 하지만 대부분의 앱 사용자의 90%가 6개월 이내에 앱을 방치 또는 삭제를 합니다. 이를 해결하기 위해선 결국 사용자에게 앱을 정기적으로 사용할 수 있도록 동기부여가 필요하다는 말인데요. 이를 해결하기 위한 방법은 2가지 입니다.1) 직접 고객에게 답을 얻기이는 사용자가 모바일앱으로부터 원하는 것이 무엇인지 직접 묻는 것입니다. 왜 앱을 사용할까, 어떻게 앱을 사용할까, 언제 앱을 사용할까. 만약 이에 대해 대답하지 못한다면 고객 대상의 리서치가 필요합니다.2) 고객의 재사용을 위한 인게이지먼트 메커니즘을 만들기쉽게 말해 앱을 사용하는 고객만을 위한 베네핏을 만드는 것입니다. Walgreen의 경우 모바일 앱을 통해서만 발급하는 쿠폰을 운영 중이며, 이는 국내 소셜 커머스에서도 주로 활용하는 방법입니다..또한 사용자를 위해 꾸준히 개선하고 있음을 알릴 필요가 있습니다. 즉 정기적인 업데이트가 필요합니다. 이를 통해 사용자에게 앱을 재 인식 시키고, 업데이트 후 첫 실행 시, 기능 또는 메뉴 등 개선된 부분을 인지시키는 것이 좋습니다. 4. 모바일=개인화우리의 앱은 매일매일 고객 주머니에 함께 합니다. 이는 그들의 개인적인 의견을 알 수 있는 가장 완벽한 기회를 제공합니다. 이를 통해 기업은 고객에게 가치있는 것을 제공할 수 있습니다.그러나 많은 기업이 앱을 다운로드 하는 데만 투자하는 경우가 많습니다. 꾸준한 사용성을 고려한다면 고객의 반응을 빠르게 살피고 대응하기 위한 앱 내 커뮤니케이션 공간을 만드는 것도 방법이 될 수 있습니다.Urbanspoon의 경우, 앱 내 간편한 피드백 기능을 제공하는 커뮤니케이션 툴을 적용했습니다. 이를 통해 사용자가 앱 스토어 불편한 사항을 게재하기 떠나기 전에 미리 앱에서 소통하고, 빠르게 문제를 해결하는 방향으로 운영했습니다. 그 결과 앱 순위, 리뷰평, 리텐션 모두 긍정적인 성장을 거두었습니다.모바일앱은 강력한 채널이고 비즈니스 성장에 좋은 기회이지만, 그만큼 운영의 묘(妙)가 매우 중요한 채널이라 할 수 있습니다. 마케팅을 접하는 고객의 환경을 한번 더 고려한다면, 성공적인 모바일앱 마케팅 효과를 얻을 수 있을 것입니다.source : https://blog.kissmetrics.com/mistakes-in-app-marketing/

지난해(2017년) 7월 7일 삼분의일 매트리스를 출시했다. 8개월이 지났고 많은 것이 달라졌다.대표와 나, 공동창업자 두 사람이 지켰던 텅 빈 사무실은 9명이 북적이는 공간으로 변했다. 주말에는 제품 체험을 원하는 고객들이 끊임없이 찾아온다. 단 30분도 쉴 틈을 주지 않아 '언제 밥 먹지'하는 행복한 고민을 한다. 매출은 제품 출시 초기와 비교했을 약 50배 이상 늘었다.이것은 대표와 나 두 사람만의 힘이 아닌 새로운 동료들과 합심해서 만든 결과이며, 그들이 없었다면 이뤄내기 힘든 성과다.7개월 동안 판매량(≒매출) 변화대부분의 스타트업이 그렇듯 이 성장세가 한순간에 꺾일지도 모른다. 하지만 모든 구성원이 지금까지 잘 지켜왔던 것을 앞으로도 잘 유지한다면, 올해는 현재보다 몇 배 더 성장할 것이라 나는 기대한다.이런 나의 기대와 달리 스타트업 업계에서(뿐만 아니라 가구 업계에서도) 우리의 매출 증가를 이해할 수 없다고 말하는 분들이 꽤 많다. 그들의 관점에서 성장에 비해 우리가 한 것이 너무 없기에, 우리를 알면 알수록 신기해한다.뭐가 신기한데?성장이 빠른 스타트업은 몇 가지 공통점이 있다. 많은 광고비를 진행하는 등 돈으로 성장을 사거나, 판매 채널을 최대한 많이 늘리거나, 검색했을 때 블로그 리뷰 등 관련 정보를 쉽게 찾을 수 있거나, 다수의 마케터들이 다양한 채널로 많은 콘텐츠를 배포한다. 그런데 우리는 반대다.1. 투자받은 5억 중 사용한 돈은 0원지난해 삼분의일은 5억 원의 시드머니 투자를 유치했다. 대부분 이 돈을 사용해 성장했다고 어림짐작하는데, 단 1원도 사용하지 않았다. 오직 조금씩 늘어나는 이익 만으로 소액은 광고로 사용하고 배 이상 인건비와 연구비로 사용하고 있다.2. 판매 채널을 최소화삼분의일은 수많은 업체로부터 입점 제안을 받았다. 지난 1월 말에 29cm를 제외하고 제안을 모두 거절했고, 앞으로도 계속 거절할 예정이다. 판매 채널이 늘어난 만큼 고객과의 접점이 분산되고 그만큼 브랜드 가치가 훼손되리라는 우려 때문이다.※ 참고. 29cm에 입점한 이유브랜드 컬러가 우리와 같은 검은색이라는 점, 그들이 우리의 브랜드 가치를 훼손하지 않으리라는 믿음 때문이다. 그리고 같은 이유로 새로운 판매 채널을 늘릴 계획은 없다.3. 리뷰가 아닌 인터뷰를 중시손쉽게 다운로드할 수 있는 모바일 앱 등과 다르게 우리와 같은 고관여 제품은 블로그 리뷰 등이 구매에 큰 영향을 미친다. 그래서 수많은 경쟁사들(을 비롯해 고관여 제품을 판매하는 수많은 업체들)은 블로그 체험단 등을 운영해 리뷰를 생산하고 쉽게 검색에 노출되도록 포스팅한다.우리도 체험단을 운영한 적 있다. 첫 제품 출시 전 약 백여 명이 체험했는데 그들 누구에게도 리뷰를 요구한 적이 없다. 때로는 가능한 쓰지 말아달라고 요청했다. 대신 1시간 이상 인터뷰를 부탁했다. 제품을 보다 객관적으로 알기 전까지, 제품을 알리는 것은 옳지 못한 것이라 여겼기 때문이다.4. 마케팅 담당자 1명 이하지금은 마케터가 2명이지만, 출시 후 7개월 동안은 마케팅과 더불어 브랜딩 담당자는 나 혼자였다. 삼분의일의 경영자 역할 대부분은 전주훈 대표가 일임하고 있지만, 나도 공동창업자이기에 문화와 내규를 만드는데 꽤 많은 시간을 쏟는다. 시간 자원 기준으로 온전히 마케팅 업무만 하는 마케터는 1명도 없다고 보면 된다.그럼 그동안 어떻게 일했는데?투자받은 돈을 사용한 것도 아니고 판매 채널이 많은 것도 아니다. 그렇다고 리뷰가 많은 것도 아니고 수많은 마케터가 홍보 콘텐츠를 생산하고 다양한 채널로 배포한 것도 아니다.우리는 이렇게 일했다.남들과 다르게, 우리를 더 알고, 고객을 진정 최우선으로보면 알겠지만 거창한 비결 같은 것이 아니다. 마치 경영 교과서에서 나오는 지키기 힘든 정석과 같다. 어떤 기업이든 우리는 남들과 다르다고 말하고 고객을 우선한다고 말한다. 그런데 이것을 제대로 실천하고 있느냐고 물을 때 명쾌히 답할 수 있는 곳은 얼마나 될까. 하지만 우리는 그렇다고 답하며 다음 3가지를 실천한다.브랜드 가치에 따라 일하기: 세상에 똑같은 브랜드란 없다. 따라서 브랜드 가치를 최우선 기준으로 일한다면 자연스럽게 남들과 달라진다.4계절 제대로 경험하기: 사람의 심리와 제조 환경은 계절마다 달라지는 경향이 보인다. 4계절을 경험할 때까지 고객과 제조 공정 이슈를 파악했다고 속단하지 않는다.고객을 위한 매뉴얼 만들기: 단순히 고객 데이터를 쌓는 법부터 시작해 진정으로 고객을 최우선 하기 위한 마음가짐까지 정립한다.※  이 글에서는 '브랜드 가치에 따라 우리가 어떻게 일하는지'에 대해 더 이야기하겠습니다. 4계절과 관련해서는 우리가 어떤 식으로 일하는지 최근 전주훈 대표가 쓴 글(삼분의일 매트리스 냄새 이야기)을 링크하니 참고 바랍니다. 고객 매뉴얼과 관련해서는 여러 편으로 나누어 조금씩 소개하겠습니다.브랜드 가치에 따라 일하기우리가 브랜드 가치에 따라 일하는 방법은 과거에 소개한 적 있다. 지난해 작성한 브런치 글 시작하는 기업이 꼭 갖춰야 할, 업무 매뉴얼 만들기 에 언급했는데, 다시 한번 소개한다.우선 우리의 브랜드 가치(=핵심 가치)를 소개한다.합리적인: 이유가 타당하고 납득이 간다. 꼼꼼하게 따져보고, 꼭 필요한 것만 간결하게 제시한다.전문적인: 우리가 가장 잘 알고 능숙해야 한다. 그러기 위해서는 계속 연구하고 분석한다.섬세한: 사용자에게 관심이 많다. 주의 깊게 관찰하고 친절하게 다가간다.우리는 3가지 가치에 따라 복잡한 선택 상황에서 보다 빠른 결정을 내린다. A/B 선택지가 있을 때 '이것이 합리적인가, 전문적인 선택인가, 섬세한 접근인가'하며 묻는다. 그렇게 묻다 보면 답은 의외로 명쾌하게 나오는 경우가 많았다.앞서 언급한 업계에서 우리를 신기해 여기는 것들도 브랜드 가치에 따라 결정된 것이다.섬세함에 따라 고객을 주의 깊게 관찰하기 위해서 판매 채널을 최소화하고 인터뷰를 중시했다. 그 결과 제품과 고객을 수월히 연구하고 분석할 수 있었다. 합리적인 관점에서 최소한의 채널로 꼭 필요한 것만 간결하게 우리를 소개했기에 마케팅 인력을 늘리지 않았고, 타당하지 않기 때문에 투자금을 사용하지 않았다.이어서 브랜드 가치에 따라 일한 사례 2개를 소개한다.브랜드 가치에 따라 제품 설명하기온라인에서 매트리스를 구매한 사람들은 대부분 느낀 바가 있다. 상세 설명이 너무 어렵다는 것이다. 상장 자랑하듯 나열한 품질인증서는 의미를 알 수 없고, 화려한 3D 그래픽에 눈이 어지럽다. 게다가 좋다고만 말하지 제품에 어떤 주요 특징이 있는지 어떤 의도로 만들었는지 알려주지 않는다.그래서 우리는 '섬세하게' 100여 명과 인터뷰를 통해, 그들이 온라인에서 제품을 구매할 때 가장 망설인 점이 무엇인지부터 제품을 체험하지 않더라도 구매를 결정하는데 도움 줄 수 있는 정보가 무엇인지 등 차근차근 알아냈다.가장 원하는 정보를 먼저 볼 수 있도록 목차를 정했고, '전문적으로' 우리가 가장 잘 알고 내용을 능숙하게 설명할 수 있는 것이 무엇인지 정리했다. 이어서 화려함보다는 '합리적으로' 꼭 필요한 내용을 제시하고 납득이 가도록 풀어쓰는데 집중했다. 초안을 만든 후 '합리적인가?', '정말 섬세한가?' 묻고 수정하며 완성했다.이런 노력을 알아줬을까. 흥미롭게도 삼분의일과 관련된 첫 블로그 포스팅은 제품에 대한 리뷰가 아니라 제품 상세 페이지에 대한 리뷰였다. 일부 인용하면매트리스 구매를 정말 많이 했는데, 하나같이 상세페이지엔 알아들을 수 없는 용어들과 복잡해 보이는 온갖 기능대잔치 쓰리디 이미지 때문에 제품 스펙에 대해 한눈에 알기가 어려웠다. 그래서 스펙에 따른 의사결정보다는 후기나 가격만 봐서 구매결정을 했었다. 제품상세페이지가 오히려 너무 복잡해서 상세페이지가 제기능을 못한다는 생각을 했었다. 삼분의일은 제품 상세페이지를 다 읽게 만든다.메시지가 간결하고, 글자가 크고(모바일, 웹 모두), 어려운 용어가 없어 이해가 쉬우며, 나에게 뭐가 좋은지를 클리어하게 알 수 있다. 구매자와 비구매자의 후기를 모두 보여줘, 반품 가능성이 있는 사람들은 애초에 주문을 하지 않게 함으로써 CS를 최소화했다.※ [출처 링크] 삼분의일 1/3 매트리스 상세페이지 리뷰 - '제품 상세 페이지의 중요성' 더불어 우리의 제품 설명을 따라 하는 회사들이 등장했다. 설명 흐름부터 FAQ의 문장까지 누가 보아도 우리를 참고해서 상세 페이지를 제작한 곳이 하나둘 늘어나고 있다. 심지어 그림까지 유사한 경우도 발견했다.방수커버 기능을 설명하기 위한 그림. 왼쪽이 삼분의일모든 텍스트 하나하나 직접 작성하고 일부분 그림까지 그린 개인적인 입장에서 황당하기도 하지만, 다른 회사가 따라 하고 싶을 정도로 잘 하고 있다고 생각하기로 했다.(※ 덧붙임. 이 글을 올리고 어떤 분이 삼분의일의 '비즈니스 모델'을 보며 너희도 따라하지 않았냐고 평하셨다. 우리와 같은 비즈니스 모델은 국내외 존재하고 있다는 것을 이미 알고 있고 부정하지 않는다. 위 문단에서 내가 말하고 싶은 것은 비즈니스 모델이 아니다. '제품 설명'이다. 예를 들어 품질인증서를 스캔해서 올리기만 하는 기존 방식보다 품질인증서의 의미를 알기 쉽게 말하려고 했고, 그렇게 만든 문장을 그대로 따라 쓴 곳이 있다. 어떤 곳은 1페이지 분량 텍스트를 업체 정보만 변경해서 올린 경우도 봤다. 그래서 나는 따라하는 곳이 늘어나고 있다고 언급한 것이다. 오해하지 않았으면 한다.)브랜드 가치에 따라 고객과 관계 형성하기삼분의일의 브랜드 미션 중 하나인 '평생 케어: 팔면 끝이 아니다. 관계의 시작이다.'와도 어느 정도 연관이 있는데, 우리는 한번 구매한 고객과 지속적으로 관계를 유지하고자 노력했다.일부를 제외하고 구성원 대부분은 시간 자원 상당수를 '새로운 고객 유치'보다 '기존 고객과의 관계'에 집중했다. 구매 감사 안내 문자부터 시작해 귀찮아하지 않는 범위 내에서 인터뷰와 설문을 요청하고 고객의 진짜 속마음을 알고자 노력했다. 특정 기간 공정상에 문제가 있었음을 발견하면 해당 기간에 제품을 구매한 모든 고객에게 연락해 양해를 구했다. 회사가 이익을 보지 않더라도 고객이 원하는 방향으로 모든 조치를 취했다. 그것이 우리 브랜드 가치 '섬세한'에 맞다고 생각했기 때문이다.남들은 당연히 그래야 하는 거 아니냐고 말하기도 하지만 그 당연함을 제대로 하지 않는 것을 나는 정말 많이 보고 경험했다. 그래서 그 당연함을 제대로 하기 위해 우리는 항상 '섬세하게' 일하려고 노력했다.이런 노력이 통했을까. 올해 초 1,000명의 고객에게 삼분의일에 대한 평가 서술을 문자로 부탁했고, 단 이틀 만에 300명이 답했다. 작게는 한 줄이었지만 많게는 A4 한 페이지 분량도 있었다. 이를 보며 브랜드 가치에 따라 고객과 관계를 만드는 것이 옳았음을 깨달았다. (삼분의일의 매출 증가는 이런 고객들 덕분이다. 입소문과 지인 추천의 힘은 매우 크다)문자를 보내고 하루가 지났을 때 분량. 인쇄하고 하나하나 다 읽었다.최근 전주훈 대표에게 화를 낸 적이 있다. 방문 고객에게 섬세하게 답변을 하지 않았기 때문이다. 그때 전주훈 대표는 틀린 대답을 하진 않았지만 충분하게 답변하지 않았다. 고객에게 도움될 수 있는 정보를 알면서도 전하지 않은 건 섬세하지 못하게 응대한 것이고, 나아가 전문적이지 못한 행동이라고 여긴 것이다. (참고로 전주훈 대표는 평소 나의 불평과 고집을 주의 깊게 들어주고, 언제나 함께 올바른 결정을 내리고자 한다. 그래서 항상 고맙다.)사실 처음부터 이렇게 일했던 것은 아니다. 제품 출시 초기에 잘못된 응대로 고객과 관계를 여러 번 망치고, 반성의 결과가 현재의 모습이다. 이 과정에 대해서는 (언젠가...) 새 브런치 글로 자세히 소개하겠다.되돌아보기와 마무리글 초반에 투자금 중 사용한 돈이 없다고 밝혔다. 그렇다고 우리가 돈을 안 쓰는 것이 아니다. 삼분의일은 투자를 받기 전에 수억 원 가치의 기계를 구매했었다. 우리는 브랜드 가치에 따라 전문적으로 일하기 위해 항상 배웠고 설비 투자의 중요성을 깨달았다. 꼼꼼하게 따져보니 합리적이고 타당하기에 자본금을 모으고 모아 값비싼 기계를 구매했다.이렇게 삼분의일에 있어 '브랜드 가치'란 기계 구매와 같은 큰 결정뿐만 아니라 세세한 업무 방식을 결정하는 중요한 기준인 것이다. 삼분의일은 이 기준(과 동료들) 덕분에 지금까지 잘 성장했다. 다만 앞으로도 계속 성장할지는 미지수다. 해결해야 하는 문제가 많고, 모르는 문제 또한 많을 것이기 때문이다.분명한 것은 브랜드 가치에 따라 일하다 보니 우리를 좋아하는 고객이 생겼고 우리를 따라 하는 곳이 생겼다는 것이다. 삼분의일은 말 그대로 브랜드가 되고 있다.ps. 끝으로 삼분의일 브랜드 담당자로써 무리한 요구에도 불구하고 잘 따라와 준 동료들에게 감사의 말을 전한다. 함께 더 성장합시다.#삼분의일 #매트리스 #운영 #스타트업인사이트 #성장 #브랜드 #브랜딩

이제 외주이던 내부이던 팀도 구성했고 아이디어도 있다면 그 아이디어를 실현하는 단계에 들어섰다. 이 단계는 Prototype을 만드는 단계이다. 크게 Prototype은 크게 4단계로 나뉜다. Engineering Prototype, Design Prototype, Working Prototype, 그리고 마지막 단계인 Final Protoype for mass production으로 나뉠 수 있다. 일단 Prototype의 종류에 대해서 간단히  이야기해보겠다. Engineering Prototype은 말 그래도 Engineer가 기능 구현 위주로 만든 Prototype이다. 보통 회로 개발자가 실제 우리가 만들고자 하는 기능들을 회로를 구성해서 구현해보는 것이다. 요즘에는 이런 Engineering Prototype을 만드는 여러 모듈들이 나와서 노련한 회로 엔지니어가 아니라도 만들어 낼 수 있는 방법들이 있다. 대표적인 Tool이 아두이노이다. Engineering Prototype에서 검증할 수 있는 것은 '일단 우리가 이 제품의  이러이러한 기능을 만들 수 는 있겠네'라는 정도이다.이제 다음은 Design Prototype이다. 사실 개발의 순서는 보통 Engineering Prototype이 먼저이긴 하지만 Design Prototype이 먼저 시작해서 제품의 콘셉트를 먼저 잡고 회로 개발이 되는 경우도 있고 또는 동시에 진행하는 경우도 있다. 팀워크가 좋고 사전에 제품의 콘셉트에 대해서 팀 간의 논의가 잘 이루어졌다면 동시에 진행해도 무방할 것 같다. Design Prototype은 말 그대로 디자이너가 제품의 콘셉트를 외형으로 구현하는 것이다. 제품의 종류에 따라서 Design Prototype의 중요도가 달라진다. 특히 Wearable Device 같은 경우에는 제품의 사용성이 상당히 중요하기 때문에 Design Prototype 단계에서 제품의 사용성 검증이 상당히 중요한 Point이고 여기서 시행착오가 많이 발생한다. Desging Protoype은 최근에는 3D Printer 기술이 발전해서 3D Printer를 통해서 다양한 시도를 해볼 수 있다. 하지만 3D Printer로는 제품의 질감을 완벽하게 구현하는 것은 힘들기 때문에 일정 단계가 넘어가면 정식 목업을 만들어보는 것이 좋다.다음은 Working Prototype이다. 디자인도 완성되었고 회로도 어느 정도 완성되었다면 기구설계를 진행해서 실제 기능과 디자인을 결합한 Working Prototype을 만드는 단계로 넘어간다. Design Prototype 단계에서는 기능의 구현 없이 외형적인 사용성을 검증했다면 이 단계에서는 기능과 함께 실제 제품의 사용성을 검증해 볼 수 있는 단계이다. 이 단계에서도 3D Printer를 이용할 수 있다. 하지만 어느 정도 진행되면 3D Printer는 아직은 정교한 내부의 기구 설계를 반영하기 쉽지 않기 때문에 어느 정도 지나면 정식 목업을 만들어보는 게 좋다. 다음은 Prototype for mass production이다. 양산 검증을 위한 마지막 단계이다. Working Prototype 단계를 넘어서서 실제 제품의 단계로 넘어가야 한다.  Protype이라기보다는 샘플 제품이다. 금형 설계를 하고 금형을 통해서 내구성, 양산 품질 등을 검증해서 실제 샘플을 찍어보고 문제점을 잡아내는 것이다. 이 단계에서 설계 단계에서 생각하지 못했던 여러 가지 문제점들이  도출될 수 있다. 양산이 어려운 설계일 수도 있고, 양산이 되기는 하는데 금형비가 너무 높게 나오는 설계 일 수도 있고, 아니면 품질에 문제가 발생할 수도 있고 여러 가지 생각하지 못했던 문제점이 나올 수 있다. 이런 문제점들 잡아서 최종 양산까지 진행해야 한다. 이제 하드웨어 스타트업의 딜레마가 도출된다. 도대체 이 과정을 몇 번 반복해야 하는 건가? 그리고 돈은 얼마나 필요한가? 3D Printer로 외형을 만들면 몇 만원 단위이지만 정식 목업을 만들면 한 번 만드는데 몇 백만 원이 소요된다. 그리고 보통 목업은 전문 목업 제작업체를 통해서 제작을 하는데 기간도 빠르게 하면  1주이지만 보통 2주 많게는 3주가 걸릴 수 있다. 만들어보고 문제가 있어서 설계 수정해서 다시 목업 만들면 한 두 달은 금방 간다.  반복할수록 돈과 시간이 엄청나게 날아간다. 세계적인 혁신 제품을 만드는 Dyson은 먼지 통 없는 청소기를 만들 때 5000번의 시제품을 만들었다고 한다. 정말 후덜덜한 숫자이다. 특히 세상에 없던 제품을 만들 때는 시행착오가 정말 많다. Reference가 있으면 그대로 만들면 정말 쉽다. 스타트업은 본질적으로 돈이 없고 시간이 없다. 만약에 회로, 기구, 디자인 중에서 하나라도 외주를 주었다면 이 과정을 몇 번 반복하다가는 외주는 분명히 손들고 나갈 것이다. 하지만 시제품 단계에서 문제점을 검증하지 않고 양산에 들어가는 것은 더 큰 재앙이 되고 또 그 제품이 시장에 풀린다면 더 큰 재앙을  맛볼 수 있다. 금형 한번 제작하면 몇천만 원에서 많게는 억 단위의 투자가 필요하다. 시제품 단계에서 문제점을 잡지 못하고 금형을 제작하면 그 돈을 날릴 수 있고, 제품을 만들고 문제점이 나오면 양산된 제품을 모두 폐기해야 할 수도 있다. 결국 Prototype 단계를 얼마나 반복할 것인가는 이제 창업자의 몫이다. 양쪽의 Risk 사이에서 적절하게 끊어주어야 한다. 답은 없다. 창업은 원래 답이 없고 그 정답을 창업자가 스스로 찾아나가는 과정이기 때문이다. 다만 가급적 돈과 시간이 적게 소비하면서 Protytype 단계를 반복할 방법을 찾아서 Risk를 줄여나가는 방법이 최선이고 이게 경험 많고 노련한 팀을 구성해야 하는 이유이다.#NEOFECT #스타트업 #딜레마 #고민 #스타트업창업 #인사이트 #조언

 "수면은 신이다. 숭배하라"-판타지 소설가 짐 버처나도 몇년 전쯤에는 잠을 사치라고 여겼다. 잠을 참으며 내 삶에 투자해야되고 내 커리어를 만들어나가는 것이 당연한 것이였고 그렇지 않은 사람들은 삶에 열정이나 야망이 없다고 생각을 했던 어릴 때가 있었다.원래 건강에 대한 관심이나 잠에 대한 호기심은 굉장히 많았었다. 그러나 작년쯤부터 인사이트를 내 삶에 옮기려고 노력을 시작했다. 작년 사업을 시작하면서 몸을 혹사시키고 있는 스스로를 발견하고 나 스스로가 무엇을 위해서 이러고 있는지를 반성했던 시간이 있었다. 그리고 안타깝게도 잠을 제대로 안잤던 사람들의 위독한 질병이나 세상을 떠나곤 했던 기억들이 생각나면서 잠에 대한 중요성을 계속 인지하고 있었다.대체로 올해는 잠에 대한 질을 높이고 있었지만 몇몇 이슈가 터질 때는 그러진 못했다. 또 여전히 습관적으로 잠에 대한 가치를 저평가하는 행동은 내 삶을 더 불행하게 하기도 했다. 그래서 오늘 아침 여러가지 테드를 또 보면서 잠에 대한 사람들의 생각에 (저평가하고 있는) 약간의 변화를 주고자 나 스스로 정리할 겸 포스팅을 한다.*참고로 공유하는 테드들은 모두 한국 번역이 되어서 부담스럽지 않게 언어를 바꿔서 볼 수 있다.1) 숙면을 해야하는 또 한 가지 이유 - 제프 리프-https://www.ted.com/talks/jeff_iliff_one_more_reason_to_get_a_good_night_s_sleep(11:42)가장 추천하는 영상이다. 잠에 대한 원리를 가장 과학적으로 추적해서 이 중요성을 말해준다. 뇌는 놀랍도록 신체 어느 곳보다 스마트하게 설계되어있는데 사람들이 잠을 잘 때 뇌에서 단백질 찌꺼기를 청소한다. 그래서 잠을 자지 않으면 그 찌꺼기를 계속 머리에 축적시켜놓고 알츠하이머에 노출될 확률이 크다고 얘기한다.2) 어떻게 성공하냐고? 더 자라 - 아리아나 허핑턴-https://www.ted.com/talks/arianna_huffington_how_to_succeed_get_more_sleep(4:10)아리아나 허핑턴은 미국의 대표적인 블로그 뉴스 허핑턴 포스트로 이미 유명하다. 2011년에 AOL(America Online, Inc.)에 exit했다. 아리아나는 잠을 안자고 일만 하다 정신을 잃고 책상에 부딪히면서 얼굴을 꿰맸던 스토리를 들려주며 잠을 줄이면서 잘못된 의사결정들을 하는 위대한 리더들(비꼬는)을 풍자한다. 잠에 관련된 책도 낸 것이 있었는데 흥미롭게 읽었었다. http://book.naver.com/bookdb/book_detail.nhn?bid=11038409 3) 왜 우리는 잠을 자는가? - 러쉘 포스터-https://www.ted.com/talks/russell_foster_why_do_we_sleep(21:43)사람들이 잠에 대해서 굉장히 과소평가하고 있다고 한다. 특히 에디슨, 마가렛 대처, 월스트리트는 잠을 질병 취급까지 했다고 한다. 잠 잘 때는 밥을 먹지도 물을 마시지도 섹스를 하지 않기 때문에 사람들은 별로 중요하게 생각하지 않는다고 한다. 하지만 잠은 과학적으로 문제 해결력의 강화, 창의력을 증대, 비만율을 낮추고 어떻게 하면 좋은 수면을 취할 수 있는지도 간단히 소개한다.4) 우리가 현재 자는 패턴은 자연적인 수면 주기와 전혀 맞지 않다. -제사 갬블-https://www.ted.com/talks/jessa_gamble_how_to_sleep#t-188197(3:55)아주 짧은 테드 강연이지만 큰 울림을 준다. 자연적으로 인류가 가지고 있던 생체리듬을 현대인들은 전혀 따르지 않다고 한다. 24시간 상점, 교대 근무 등 자연과 많이 멀어졌다고 한다. 그러면서  현대인들은 그 대가를 치뤄야한다고 한다. 스스로가 잠에 대한 질문을 던지게 만드는 강렬한 짧은 강연이다. 결국 더 크게 성공하려면 더 오래 살아야된다. 온갖 질병을 다 갖고 비실대면서 오래 사는 것이 아니라 매일 매일 건강하게 오래 살 수 있는 힘을 길러야한다. 인간이 90년을 산다고 하면 30년은 잠을 잔다. 한 개인의 삶에 있어서 가장 중요한 것은 잠이라고 확신한다. 1) 밥을 안먹는 것과 2) 물을 안먹는 것과 3) 잠을 안자는 것과 이 3가지 중 무엇을 안하면 가장 빨리 죽는지 애기하는 것을 책에서 봤다. 근데 놀랍게도 3)이였다. 잠을 안자면 제일 빨리 죽는다고..다들 인생을 굵고 짧게 가즈아..!라고 하기보다는 내 삶에서 가장 중요한 것이 무엇이고 그것을 이루기 위해서 난 하루 하루를 어떻게 살아가야하고 그러함에 있어서 잠은 내 삶에서 어떤 의미를 가져야하는지 모두 돌아볼 수 있는 시간이 되었으면 좋겠다.건강한 강아지와의 특별한 만남, 페오펫'유리 진열장'이 아닌 '잔디밭'에서 특별하게 시작하세요.#페오펫 #peopet #아이디어기업 #기업문화 #목표 #비전 #각오 #인사이트 #조언

사용자 세그먼트(USER SEGMENTATION)란? 모바일 분석 툴을 사용하면 앱 사용자에 대한 많은 정보를 얻을 수 있습니다. 하지만 방대한 데이터는 오히려 의사결정에 혼란을 일으킬 수 있어 비즈니스에 의미가 있는 데이터를 선별해서 보는 것이 중요합니다.‘사용자 세그먼트’란 데이터의 필터 기능으로, 1차 데이터를 하위 기준으로 분류해서 보는 것을 의미합니다. 예를 들어 앱 사용자 전체의 데이터를 성별, 연령, 국가, 플랫폼 별로 나누어서 보는 것도 세그먼트에 해당합니다. 이 기능을 이용하면 ‘우리 사용자는 누구인가?’ 에서 더 나아가, 앱 서비스의 충성고객, 구매고객, 이탈고객 각각의 특성을 파악하고 이에 맞는 비즈니스 전략을 만들 수 있습니다.아래 내용을 통해 앱분석 시 사용자 세그먼트의 방법과 필요성을 알아보겠습니다.사용자 세그먼트 적용하기사용자 세그먼트가 무엇인지 실제 데이터 분석 툴의 예시를 보며 자세히 알아보도록 하겠습니다. 모바일 분석 서비스 와이즈트래커는 기본 세그먼트와 사용자 정의 세그먼트 기능을 제공하고 있습니다.기본 세그먼트기본세그먼트 기능을 통해 플랫폼, 성별, 연령대에 따라 데이터를 분류할 수 있습니다. 비즈니스에 따라 사용자 구분 시 중요한 지표가 있다면, 그것을 기본세그먼트 항목으로 추가하는 것도 가능합니다. 광고채널, 회원여부, 회원등급 등이 이에 해당합니다.[ 와이즈트래커 세그먼트 설정화면 – 필요한 세그먼트를 더블 클릭하거나, 오른쪽 상단의 ‘Drag Here’ 로 세그먼트 항목을 Drop하면 세그먼트가 적용됩니다. 여러가지 세그먼트를 동시에 적용할 수 있습니다 ]아래 데이터는 기본 세그먼트 중 연령대(20대, 30대, 40대) 세그먼트를 이용해 [신규방문 vs 재방문] 리포트 데이터를 하위 분석한 결과입니다.이를 통해 단순히 신규방문/재방문의 수치/비율 뿐 아니라, 각 방문 유형별 연령대 구성을 파악할 수 있습니다. 이 데이터를 통해 처음방문자의 경우, 20대와 30대의 수치가 비슷하게 나타나지만 반복방문자의 경우 30대의 비율이 20대보다 훨씬 높게 나타나, 앱 서비스가 20대보다 30대에게 지속적으로 어필되고 있다는 것을 확인할 수 있습니다.사용자 정의 세그먼트사용자 정의 세그먼트를 통해 기본적으로 제공되는 세그먼트를 조합해 비즈니스에 필요한 맞춤 세그먼트를 설정할 수 있습니다. 예를 들어, 앱 서비스의 주요 고객이 iOS를 사용하는 20~30대 여성이라면 아래와 같이 해당 속성값을 가지는 사용자 정의 세그먼트 ‘iOS_2030_여성’을 생성합니다.위에서 생성한 세그먼트를 위의 [신규방문 vs 재방문] 리포트에 적용하면 아래와 같은 데이터가 나타납니다.이처럼 사용자 정의 세그먼트를 이용하면 앱 사용자를 비즈니스에서 정의한 타겟 고객군과 잠재 고객군으로 분류하여 유의미한 사용자 그룹의 숫자를 파악할 수 있습니다.사용자 세그먼트의 필요성데이터 분석은 분석 자체가 목적이 아니라, 비즈니스의 성장과 목표 달성에 도움이 될 때 의미가 있습니다. 그럼 사용자 세그먼트는 비즈니스의 성장에 어떤 도움을 줄 수 있을까요?1. 의사결정에 필요한 데이터를 선별해 추출할 수 있다. 신규 고객을 위한 이벤트 기획 시, 신규 고객들의 성별, 나이, 플랫폼 등을 세그먼트 기능을 통해 파악할 수 있습니다. 만약, 아래 테이블처럼 신규 고객의 대다수가 20,30대 여성이라면, 이들의 흥미를 끌만한 이벤트를 기획해 이벤트 참여율을 높일 수 있습니다.[ 와이즈트래커 내 처음방문자 방문수 데이터에 연령_성별 사용자정의 세그먼트를 적용한 화면 ]2. 어떤 유저가 우리 비즈니스에 가장 유의미한지 파악할 수 있다. 앱 서비스의 핵심적인 유저는 앱을 주기적으로 방문하고, 구매 빈도/금액이 높은 사용자입니다. 이들의 특성을 세그먼트를 통해 파악하고, 이러한 데이터를 기반으로 해당 사용자들의 충성도와 구매율을 높이기 위한 프로모션을 진행할 수 있습니다.[ 와이즈트래커 내 1회 구매자 방문수 데이터에 여성들의 연령_플랫폼 사용자정의 세그먼트를 적용한 화면 ]3. 오디언스 타겟팅(AUDIENCE TARGETING)에 이용할 수 있다.세그먼트 기능을 통해 파악한 특정 사용자 그룹의 특성을 바탕으로 오디언스 타겟팅을 진행할 수 있습니다. 앱에서 한번도 상품을 구매하지 않은 비구매자 그룹의 특징을 파악했다면, 이를 기반으로 해당 그룹의 ADID/IDFA를 추출해 구매를 유도하는 푸시메시지 또는 광고를 노출할 수 있습니다.[ 와이즈트래커 오디언스 타겟팅 설정화면. 비구매자 그룹의 주요 특징이 회원인 40대 국내 남성이라면 이들의 ADID/IDFA를 추출해 구매를 유도하는 푸시메시지/광고 프로모션을 진행할 수 있다.]비즈니스 성장의 지름길 고객에 대한 이해도가 높을수록 비즈니스는 빠르게 성장합니다. 이 때문에 모바일 비즈니스에서 사용자 세그먼트를 통해 비즈니스 고객군 별 특성을 정확하게 파악하는 것은 선택이 아닌 필수입니다. 모바일 데이터 분석을 이제 시작했다면, 사용자 세그먼트 기능을 통해 데이터에 깊이를 더하고 비즈니스 성장에 핵심적인 데이터를 확인해보세요!

요즘 Software architecture 라는 단어를 들으면 아마도 Client engineer 분들은 MVC, MVP, MVVM 이 먼저 떠오를 것이고, Server engineer 분들은 Microservice architecture 를 먼저 떠오를 것 같네요. Clean architecture 나 Event-driven architecture 등을 떠올리는 분들도 계실 것 같구요. Software architecture 를 어떻게 정의할 수 있을지에 대해서는 Software architecture: The important stuff 에 적어 봤으니 여기에선 넘어가도록 하죠. https://mherman.org/blog/developing-microservices-node-react-docker/ Microservice architecture 는 대세라고 말할 수 있습니다. Netflix, Amazon 등 굴지의 기업들이 성공적으로 적용해서 운영하고 있고, 국내 기술적으로 뛰어난 많은 기업들 역시 이미 적용했거나 시도하고 있습니다. “남들 다 하는데 이러다 도태 되는거 아냐?” 라는 생각이 들 정도로 말이죠. 그러나 이전 글에서 얘기했듯이 정답은 없으며, Microservice architecture 역시 예외는 아닙니다. 모든 선택에는 Tradeoff 가 있고, Microservices 는 다른 architecture 에 비해 어떤 장점이 있는지 살펴봐야 합니다. 이와 관련하여 정말 많은 좋은 글들이 이미 있으니, 이 글에서는 몇 가지 Software architecture 들을 가볍게 정리 및 비교해 보도록 하겠습니다. Monolithic Architecture Monolithic architecture 는 Microservice architecture 의 장점을 얘기할 때 반드시 언급될 정도로 대척점에 있는 architecture 입니다. Monolithic architecture 는 하나의 큰 덩어리로 구성되어 있고, 모든 기능이 하나의 프로젝트에 집중되어 있습니다. 쉽게 구성이 가능하고 초기에 기능을 빠르게 추가하기에 용이하나, 복잡도가 늘어날수록 기능 추가 속도가 느려지고 문제가 발생할 가능성이 높습니다. PoC(Proof of Concept)를 위한 가벼운 프로젝트나 아주 초기 프로젝트에 적용 가능합니다. Semi-Monolithic Architecture Monolithic architecture 보다는 작지만, 여전히 기능들이 몇 개의 프로젝트에 집중되어 있는 architecture 입니다. 예를 들어 frontend 와 backend 프로젝트를 나누었지만 각 프로젝트가 monoliths 인 경우 semi-monolithic architecture 라고 볼 수 있습니다. 다만 Semi-monoliths 의 경우 몇 군데에서 언급한 것을 볼 수 있지만, 일반적으로 사용되는 architecture 용어는 아닌 듯하고, Semi-monoliths 로 구분될 수 있는 경우 Monolithic architecture 라고 분류할 수 있을 듯합니다. 단순 frontend / backend 보다 좀 더 많은 수의 service 로 분할된 architecture 를 구성하더라도 각 service 가 monoliths 로 구분될 수 있다면 여전히 monolithic architecture 를 구성하고 있다고 할 수 있습니다. Service-Oriented Architecture 여러 조직이 다수의 application 사이에서 로직과 데이터를 공유하기 위해 제안된 architecture 입니다. Monolithic architecture 와 달리 기능을 나눠서 여러 개의 서비스로 구성하고, 서비스 사이는 API 를 통해서 통신합니다. Microservice architecture 와 Service-oriented architecture (SOA) 를 비교하기 위해 Enterprise Service Bus (ESB)가 많이 언급됩니다. ESB는 Enterprise Application Interface (EAI) 와 대조적으로 가볍고 흔한 통신을 위해 제안되었으나, 통제와 관리를 위해 점점 무거운 방향으로 진행되면서 최초의 의도와 달라졌습니다. SOA 가 무거워짐에 따라 최초의 의도였던 빠른 적용, 민첩한 개발 및 적은 통합 비용과 멀어지게 되면서 자연스럽게 도태되었습니다. 서비스 사이에 데이터베이스를 공유할 수 있느냐 아니냐로 Microservice 와 구분을 짓는 의견도 있습니다만, SOA의 정의가 넓어서 이 부분에 대해서는 이견들이 있습니다.   https://dzone.com/articles/microservices-vs-soa-2 SOA가 넓은 범위에서 정의됐기 때문에 ESB 나 DB 공유 여부로 SOA 를 규정 짓기는 어렵습니다. 정의 상으로 보면 Microservice architecture 역시 SOA 의 일종이라고도 볼 수 있습니다. Microservice 의 예시로 자주 등장하는 Netflix 와 Amazon 역시 Microservice 라는 단어가 사용되기 전에는 스스로의 시스템을 SOA 라고 지칭했습니다. Microservice Architecture: The O’Reilly Book 의 공동 저자 Matt McLarty 는 Learn from SOA: 5 lessons for the microservices era 라는 글에서 SOA 와 Microservice architecture 가 같은가 다른가는 그다지 중요한 것이 아니며, 우리가 SOA 로부터 어떤 것들을 배웠는가가 중요하다고 강조합니다. Microservice Architecture Microservice architecture는 규모가 빠르게 커져도 제품 생산 속도를 빠르게 유지하고 안정성을 가질 수 있는 architecture 입니다. 충분히 작은 서비스들이 서로 통신하면서 기능을 수행합니다. Microservice architecture 를 SOA의 잘 구현된 형태라고 보는 시각도 있지만, micro 라는 단어가 SOA 에서 정의하는 서비스보다 작은 크기의 서비스임을 명시적으로 표현하기 때문에 매우 다르다는 의견 역시 있습니다. Microservice architecture 는 각 서비스의 크기를 작고 가볍게 유지함으로써 더 깔끔하고 명확하게 서비스를 유지할 수 있습니다. 잘 구성될 경우 특정 서비스에 장애가 생겨도 다른 서비스에 영향을 적게 미치거나 유연하게 대응할 수 있기 때문에 전체 시스템 오류(e.g Single Point of Failure)를 방지할 수 있습니다. 각 서비스는 독립적으로 배포 및 확장 가능하기 때문에 기능 배포가 빠르고 많은 트래픽에 유연하게 대처할 수 있습니다. 한편 Microsoft architecture 는 구조적인 면에서 복잡도가 증가하며, 많아진 서비스 및 서비스 간 통신에 대한 유지 보수 비용이 추가됩니다. 이를 대응하기 위해서 충분히 자동화되고 잘 구성된 시스템이 필수적으로 필요합니다. Conclusion 판단과 결정은 근거를 필요로 합니다. 가끔 감을 믿고 밀어붙여야 할 때(e.g 오늘 점심은 해장국을 먹어야 한다던가)도 있다는 점은 인정합니다. 하지만 그 역시 설득력을 가지지 못하면 하나의 목표를 향해 모두가 미친듯이 달려가기는 어렵겠죠. Software architecture 를 결정하기 위해서는 추구하는 비전과 비지니스를 이해하고 그에 맞는 근거 하에 모든 팀원을 판단하고 설득해야 합니다. 버즈빌 에서는 더 빠르고 큰 성장을 위해 Architecture Task Force 팀을 구성하였습니다. ATF 팀은 버즈빌에 최적인 Software architecture 를 판단하고, 구성하고, 실행하기 위해 바쁘게 움직이고 있습니다. Buzzvil Services Characteristic:  제품이 다양하고 제품별로 제공해야 할 기능이 많다. 각 제품이 공통적으로 필요로 하는 기능이 많다. 서비스 혹은 기능별로 대응해야 하는 트래픽이 다르다. 전체 서비스 장애 발생 시 많은 후속 문제가 발생한다. 트래픽 변동이 특정 이벤트에 의해 크게 일어날 수 있다.  Buzzvil 의 제품과 비지니스는 위와 같은 성격을 가지고 있습니다. 이를 바탕으로 우리는 Microservice architecture 가 가장 적절하다고 판단하였고, 현재 microservices 의 장점을 살리면서 안정적이고 빠르게 우리가 원하는 목표에 도달할 수 있도록 다양한 방면에서 변화를 가져가고 있습니다. References  Learn from SOA: 5 lessons for the microservices era Microservices vs. SOA On monoliths, service-oriented architectures and microservices Microservices.io Microservices Resource Guide Design Microservice Architectures the Right Way Developing Microservices – Node, React, and Docker    *버즈빌에서 개발자를 채용 중입니다. (전문연구요원 포함)작가소개 Whale, Chief Architect “Keep calm and dream on.”

레진코믹스의 서버 시스템은 잘 알려진대로 Google AppEngine에서 서비스되고 있지만, 이런저런 이유로 인해 최근에는 일부 컴포넌트가 Amazon Web Service에서 서비스되고 있습니다. AWS 에 새로운 시스템을 셋업하면서, 기존에 사용하던 PaaS인 GAE에서는 전혀 고민할 필요 없었던, 배포시스템에 대한 고민이 필요했습니다. 좋은 배포전략과 시스템은 안정적으로 서비스를 개발하고 운영하는데 있어서 필수적이죠.초기에는 Beanstalk을 이용한 운영에서, Fabric 을 이용한 배포 등의 시행착오 과정을 거쳤으나, 현재는 (스케일링을 위해 어차피 사용할 수밖에 없는) Auto Scaling Group을 이용해서 Blue-green deployment로 운영 중입니다. ASG는 여러 특징 덕분에 배포에도 유용하게 사용할 수 있습니다.ASG를 이용한 가장 간단한 배포는, Instance termination policy 를 응용할 수 있습니다. 기본적으로 ASG가 어떤 인스턴스를 종료할지는 AWS Documentation 에 정리되어 있으며, 추가적으로 다음과 같은 방식을 선택할 수 있습니다.OldestInstanceNewestInstanceOldestLaunchConfigurationClosestToNextInstanceHour여기서 주목할 건 OldestInstance 입니다. ASG가 항상 최신 버전의 어플리케이션으로 스케일아웃되게 구성되어 있다면, 단순히 인스턴스의 수를 두배로 늘린 뒤 Termination policy 를 OldestInstance 로 바꾸고 원래대로 돌리면 구버전 인스턴스들부터 종료되면서 배포가 끝납니다. 그러나 이 경우, 배포 직후 모니터링 과정에서 문제가 발생할 경우 기존의 인스턴스들이 이미 종료된 상태이기 때문에 롤백을 위해서는 (인스턴스를 다시 생성하면서) 배포를 다시 한번 해야 하는 반큼 빠른 롤백이 어렵습니다.Auto scaling lifecycle 을 이용하면, 이를 해결하기 위한 다른 방법도 있습니다. Lifecycle 은 다음과 같은 상태 변화를 가집니다.기본적으로,ASG의 인스턴스는 InService 상태로 진입하면서 (설정이 되어 있다면) ELB에 추가됩니다.ASG의 인스턴스는 InService 상태에서 빠져나오면서 (설정이 되어 있다면) ELB에서 제거됩니다.이를 이용하면, 다음과 같은 시나리오로 배포를 할 수 있습니다.똑같은 ASG 두 개를 구성(Group B / Group G)하고, 그 중 하나의 그룹으로만 서비스를 운영합니다.Group B가 라이브 중이면 Group G의 인스턴스는 0개입니다.새로운 버전을 배포한다면, Group G의 인스턴스 숫자를 Group B와 동일하게 맞춰줍니다.Group G가 InService로 들어가고 ELB healthy 상태가 되면, Group B의 인스턴스를 전부 Standby로 전환합니다.롤백이 필요하면 Standby 상태인 Group B를 InService 로 전환하고 Group G의 인스턴스를 종료하거나 Standby로 전환합니다.문제가 없다면 Standby 상태인 Group B의 인스턴스를 종료합니다.이제 훨씬 빠르고 안전하게 배포 및 롤백이 가능합니다. 물론 실제로는 생각보다 손이 많이 가는 관계로(특히 PaaS인 GAE에 비하면), 이를 한번에 해주는 스크립트를 작성해서 사용중입니다. 대략 간략하게는 다음과 같습니다. 실제 사용중인 스크립트에는 dry run 등의 잡다한 기능이 많이 들어가 있어서 걷어낸 pseudo code 입니다. 스크립트는 사내 PyPI 저장소를 통해 공유해서 사용 중입니다.def deploy(prefix, image_name, image_version): '''Deploy specified Docker image name and version into Auto Scaling Group''' asg_names = get_asg_names_from_tag(prefix, 'docker:image:name', image_name) groups = get_auto_scaling_groups(asg_names) # Find deployment target set future_set = set(map(lambda g: g['AutoScalingGroupName'].split('-')[-1], filter(lambda g: not g['DesiredCapacity'], groups))) if len(future_set) != 1: raise ValueError('Cannot specify target auto scaling group') future_set = next(iter(future_set)) if future_set == 'green': current_set = 'blue' elif future_set == 'blue': current_set = 'green' else: raise ValueError('Set name shoud be green or blue') # Deploy to future group future_groups = filter(lambda g: g['AutoScalingGroupName'].endswith(future_set), groups) for group in future_groups: asg_client.create_or_update_tags(Tags=[ { 'ResourceId': group['AutoScalingGroupName'], 'ResourceType': 'auto-scaling-group', 'PropagateAtLaunch': True, 'Key': 'docker:image:version', 'Value': image_version, } ]) # Set capacity, scaling policy, scheduled actions same as current group set_desired_capacity_from(current_set, group) move_scheduled_actions_from(current_set, group) move_scaling_policies(current_set, group) # Await ELB healthy of instances in group await_elb_healthy(future_groups) # Entering standby for current group for group in filter(lambda g: g['AutoScalingGroupName'].endswith(current_set), groups): asg_client.enter_standby( AutoScalingGroupName=group['AutoScalingGroupName'], InstanceIds=list(map(lambda i: i['InstanceId'], group['Instances'])), ShouldDecrementDesiredCapacity=True ) def rollback(prefix, image_name, image_version): '''Rollback standby Auto Scaling Group to service''' asg_names = get_asg_names_from_tag(prefix, 'docker:image:name', image_name) groups = get_auto_scaling_groups(asg_names) def filter_group_by_instance_state(groups, state): return filter( lambda g: len(filter(lambda i: i['LifecycleState'] == state, g['Instances'])) == g['DesiredCapacity'] and g['DesiredCapacity'], groups ) standby_groups = filter_group_by_instance_state(groups, 'Standby') inservice_groups = filter_group_by_instance_state(groups, 'InService') # Entering in-service for standby group for group in standby_groups: asg_client.exit_standby( AutoScalingGroupName=group['AutoScalingGroupName'], InstanceIds=list(map(lambda i: i['InstanceId'], group['Instances'])) ) # Await ELB healthy of instances in standby group await_elb_healthy(standby_groups) # Terminate instances to rollback for group in inservice_groups: asg_client.set_desired_capacity(AutoScalingGroupName=group['AutoScalingGroupName'], DesiredCapacity=0) current_set = group['AutoScalingGroupName'].split('-')[-1] move_scheduled_actions_from(current_set, group) move_scaling_policies(current_set, group) 몇 가지 더…Standby 로 돌리는 것 이외에 Detached 상태로 바꾸는 것도 방법입니다만, 인스턴스가 ASG에서 제거될 경우, 자신이 소속된 ASG를 알려주는 값인 aws:autoscaling:groupName 태그가 제거되므로 인스턴스나 ASG가 많아질 경우 번거롭습니다.cloud-init 를 어느 정도 최적화해두고 ELB healthcheck 를 좀 더 민감하게 설정하면, ELB 에 투입될 때까지 걸리는 시간을 상당히 줄일 수 있긴 하므로, 단일 ASG로 배포를 하더라도 롤백에 걸리는 시간을 줄일 수 있습니다. 저희는 scaleout 시작부터 ELB에서 healthy 로 찍힐 때까지 70초 가량 걸리는데, 그럼에도 불구하고 아래의 이유 때문에 현재의 방식으로 운영중입니다.같은 방식으로 단일 ASG로 배포를 할 수도 있지만, 배포중에 혹은 롤백 중에 scaleout이 돌면서 구버전 혹은 롤백 버전의 인스턴스가 투입되어버리면 매우 귀찮아집니다. 이를 방지하기 위해서라도 (Blue-green 방식의) ASG 두 개를 운영하는게 안전합니다.같은 이유로, 배포 대상의 버전을 S3나 github 등에 기록하는 대신 ASG의 태그에 버전을 써 두고 cloud-init 의 user-data에서 그 버전으로 어플리케이션을 띄우게 구성해 두었습니다. 이 경우 인스턴스의 태그만 확인해도 현재 어떤 버전이 서비스되고 있는지 확인할 수 있다는 장점도 있습니다.다만 ASG의 태그에 Tag on instance 를 체크해 두더라도, cloud-init 안에서 이를 조회하는 경우는 주의해야 합니다. ASG의 태그가 인스턴스로 복사되는 시점은 명확하지 않습니다. 스크립트 실행 중에 인스턴스에는 ASG의 태그가 있을 수도, 없을 수도 있습니다.굳이 인스턴스의 Lifecycle 을 Standby / InService 로 전환하지 않고도 ELB 를 두 개 운영하고 route 53 에서의 CNAME/ALIAS swap 도 방법이지만, DNS TTL은 아무리 짧아도 60초는 걸리고, JVM처럼 골치아픈 동작 사례도 있는만큼 선택하지 않았습니다.물론 이 방법이 최선은 절대 아니며(심지어 배포할때마다 돈이 들어갑니다!), 현재는 자원의 활용 등 다른 측면에서의 고민 때문에 새로운 구성을 고민하고 있습니다. 이건 언젠가 나중에 다시 공유하겠습니다. :)

‘보안팀'을 생각했을 때 어떤 단어들이 떠오르시나요? 조금은 무시무시하지만 우람한 팔뚝, 강력한 눈빛, 태평양같은 어깨를 소유한 영화배우 ‘마요미' 마동석님이 떠오르네요. 코인원에서도 무시무시한 매의 눈으로 코인원 크루가 자리를 비울때 화면잠금이 되었는지 확인하는 ‘정요미'가 있습니다. 바로 코인원 보안을 책임지는 보안전략기획팀의 지원님이에요. 코인원 크루의 보안뿐만 아니라 고객들의 소중한 자산을 지키는 코인원의 수문장, 지원님을 만나볼까요?Q. 안녕하세요, 코인원의 ‘프로 화면잠금러'를 만나뵙게되어 정말 영광입니다.네, 저 또한 영광입니다. 제가 이전에 자리를 잠깐 비울때 화면잠금을 하지 않았는데요, 이렇게 영혼까지 털릴줄 몰랐습니다. ‘화면잠금도 모르면서 보안을 어떻게 논하느냐’ 라고들 하셔서 사죄의 의미로 커피를 쏘게 되었습니다. 이후 다시 이런 일이 없도록 스스로에게 다짐했을 뿐만 아니라 화면잠금 안하신 크루가 있는지 없는지 열심히 찾고 있습니다. (걸리기만 해 아주…-_-)Q. ‘프로 화면잠금러’로 오해하실 수도 있는 독자분들을 위해 ‘진짜’ 지원님 소개 부탁드릴게요:)안녕하세요, 코인원 보안본부 내 보안전략기획팀에서 근무하고 있는 정지원입니다. 코인원의 보안본부는 대내외 각종 보안 위협으로부터 선제적으로 대응할 수 있도록 Action Plan을 수립하고 실행하여 코인원의 모든 서비스와 자산을 보호하는 역할을 하고 있어요. 크게 보안전략기획팀, 개인정보보호팀, 보안운영팀으로 나뉘어 집니다.이 중에서 보안전략기획팀은 주로 대/내외 보안 트렌드를 파악하며 거래소 보안전략을 수립하고, 우선순위를 설정하고 조정하여 실행하고 있습니다. 더불어 코인원의 기존 서비스와 앞으로 출시될 신규 서비스의 보안 위험을 식별할 수 있도록 분석하고 대응방안을 마련하죠. 철저한 보안으로 코인원이 고객들에게 신뢰받을 수 있는 거래소가 되기 위해 최선을 다하고 있습니다.Q. 코인원을 이용하는 고객분들이라면 정말 궁금할 것 같아요. 코인원에 보관되어 있는 제 자산, 정말 안전하게 보관되어 있나요?“코인원 고객들의 자산은 100% 안전합니다" 라는 말 대신 “코인원 보안팀은 단 1%의 취약점도 허용하지 않기 위해 정말 최선을 다하고 있습니다" 라고 말씀드리고 싶어요.개인적으로 “고객의 자산은 100% 안전합니다.” 또는 “100% 완벽한 보안” 이라는 말은 성립할 수 없다고 생각해요. 취약점이 발생할 가능성은 언제나 있다고 생각하고, 그것이 1%의 가능성이라고 할지라도 해결방안을 고민해서 현실적인 대책을 세우고 실행해나가야 한다고 생각합니다.현재 코인원에서는 *DID(Defense In-Depth)의 개념으로 계층화된 보안 시스템(Multi-Layered Security)을 구축하고 발생할 수 있는 보안 위협에 대비합니다. 성을 공략하는 게임을 예를 들어 볼게요. A라는 성은 10m의 성벽 1개가 있고 B라는 성은 1m의 성벽 10개가 있다고 가정할께요. 성벽을 우회해서 성에 도착하기까지 어디가 시간이 더 걸릴까요?코인원은 마치 여러 개의 성벽처럼 계층화된 보안 방안을 구현, 거래소에 적용하고 있어요. 적용했다고 끝난게 아닙니다. 계속해서 모니터링 하면서 좋은 점과 나쁜 점을 모아놓고 좋은 점은 더 좋게, 나쁜 점은 개선할 수 있도록 재기획하고 실행합니다. 보다 더 안전하게 고객의 자산을 보호할 수 있는 방법을 고민하고 적용하고 있어요. *여기서 잠깐 DID(Defense In-Depth, 심층방어)란? 여러 계층의 보안 제어가 정보 기술(IT) 시스템 전반에 걸쳐 배치되는 정보 보증 개념입니다. 보안 제어가 실패하거나 시스템의 수명주기 동안 인력, 절차적, 기술적 및 물리적 보안 측면을 포괄 할 수있는 취약점이 악용되는 경우를 대비하여 다수의 방어 중복성을 제공하기 위한 것입니다.Q. 현재 코인원에서 진행하고 있는 보안정책은 어떤것들이 있을까요? 간단하게 소개해주세요.코인원 보안정책 중 몇가지를 소개해 드리자면, 코인원은 콜드월렛 보관 비중을 85%로 유지하여 고객자산을 보다 안전하게 보호하려고 노력하고 있습니다. 이는 사단법인 한국블록체인협회 권고 사항인 70% 보다 높은 비중이죠.또한 IT전문 보안 기업 SK infosec의 체계적인 보안관제 서비스를 제공받고 있습니다. 사이버 침해 위협을 실시간으로 감시하고 SK infosec이 보유한 방대한 위험 정보 데이터 베이스에 기반하여 고도화된 위협에 대응하고 있습니다. 마지막으로 이번에 새로 사이버 보안 기업 티오리(THEORI)의 전문적인 보안 컨설팅을 받게 되었습니다. 티오리는 미국 오스틴에 본사를 둔 기업으로 카네기멜론대학 해커팀(PPP) 핵심 멤버들이 설립한 사이버 보안 R&D 기업인데요, 데프콘(DEFCON) 같은 유명한 국제해킹방어대회에서 항상 상위권에 랭크되고는 합니다. 이렇게 검증된 역량을 바탕으로 Pen-Test(모의해킹)을 통해 코인원의 보안 아키텍쳐를 점검하고, 발생 가능한 모든 침해 시나리오를 상정하여 이에 대비하기 위한 자문을 진행할거에요.이외 다수의 테크니컬한 부분은 영업비밀(?) 입니다. (와하하하)Q. 콜드월렛을 잘 모르실 수도 있는 독자분들을 위해서 자세한 설명 부탁드려요. 또한 85%까지 비중을 유지하는것이 왜 중요한가요?먼저 콜드월렛에 대한 설명을 드릴게요. 콜드월렛은 핫월렛과 달리 네트워크가 연결되지 않은 물리적으로 분리된 저장 공간을 말합니다. 콜드월렛에 보관한다는 의미는 고객의 암호화폐 자산을 침해 또는 해킹 위협으로부터 원천적으로 차단된 별도의 장소에 보관한다는 뜻입니다. 그런일이 있어서는 안되겠지만, 사이버 침해가 발생한다고 가정할 경우 고객의 피해를 최소화할 수 있는 안전 장치에요. 블록체인 협회에서는 70%이상을 콜드월렛에 보관하는 것을 권고하고 있는데요. 저희는 협회에서 권고하기 이전부터 자체적으로 월렛 관리 정책을 만들고 그에 따라 콜드월렛을 운영해왔습니다. 참고로, 85%로 유지하는 이유는 거래소 비즈니스적으로 병목현상이 일어날 수 있는 부분을 방지하기 위한 적정 수준이라고 답할 수 있겠네요.보안팀은 무시무시하지 않아요, 부드럽습니다! (그윽한 눈빛을 발사하는 지원님)Q. 거래소 보안 전문가로서 막중한 책임감을 갖고 계실 것 같아요. 코인원 입사 후에 가장 기억에 남았던 혹은 어려움을 겪었던 에피소드가 있을까요?코인원의 보안 수준을 어떻게 하면 제1금융권 수준까지 끌어올릴 수 있을까에 대한 고민이 매우 컸습니다. 블록체인과 암호화폐 업계가 굉장히 폭발적으로 성장해왔는데요. 폭발적으로 성장하는 속도를 따라잡을 수 있도록 보안 및 인프라팀에서 무수한 노력을 해왔어요. 짧은 시간내에 보안 인프라를 효율적으로 구축할 수 있을지 치열하게 진행했던 회의들이 생각나네요. 코인원의 많은 크루들이 노력해주시고 도와주신 덕분인지 현재까지 코인원에서는 단 한건의 해킹사고도 발생하지 않았습니다. 최근에 생각나는건 금번 NH농협은행과의 재계약에서 보안 요구사항과 점검에 대한 실사가 많았는데 다행이 보안요건을 충족하며 재계약한 것이 생각나네요.Q. 지원님은 앞으로 보안본부에서 어떤 꿈을 이뤄나가고 싶으세요?글로벌 회사를 보면 유명한 보안팀들이 있어요. 예를 들어 구글에는 ‘프로젝트 제로(Project Zero)’라는 팀이 있는데, 이 팀은 ‘제로데이(0-day)’ 공격을 대비하기 위한 팀이에요. 제로데이 공격은 알려지지 않은 취약점을 발견해서 이에 대처하기 전 무방비 상태인 점을 악용하는 사이버 공격 방법이에요. 프로젝트 제로는 제로데이 공격 위협을 사전에 해소하기 위해 자사 제품 뿐만 아니라 타사 제품까지 연구하고 취약점이 발견된다면 해당 회사에 전달해서 대처할 수 있게 합니다. 또 다른 예로 야후에 “패러노이즈(Paranoids)”를 들 수 있겠네요. 야후의 모든 제품은 패러노이즈의 승인 없이는 론칭되지 않습니다. 전문성이 뛰어나지 않다면 가능하지 않은 케이스죠.저는 보안을 위해서라면 편집증적인 집착도 용서가 된다고 생각하는데요, 암호화폐 거래소 뿐만 아니라 블록체인 전반적인 영역에 대해 전문성을 발전시켜 궁극의 편집증 환자가 되는게...(?) 아 이게 아니고, 글로벌 유수의 보안팀들과 어깨와 나란히 하고 싶습니다.Q. 마지막으로 묻겠습니다. 지원님에게 ‘화면잠금' 이란?(인터뷰에서까지 영혼이 털리네요...) 회사 메신저에 제 프로필을 보시면 “화면잠금 털린 보안어린이”라고 되어 있습니다. 슬프네요 흑. 농담이구요, 어떤 일이던지 기본부터 충실해야 한다는 초심을 찾을 수 있었던 계기도 되었고 또 의도하지 않았지만 코인원 크루들이 보안은 어려운게 아니구나 라는 인식으로 바뀌게 된 계기가 된 것 같습니다. 수많은 보안 캠페인을 기획하고 시행했지만 지금처럼 크루들에게 여운이 남아있던 적이 없던 것 같아요. 앞으로 쉽지만 누구나 할 수 있는 보안 캠페인을 고민해 볼께요. (좋은 아이디어 주시면 제가 커피를 쏩니다!)충성! 단결! 필승! 오늘도 보안은 안전합니다 :-)언제나 보안을 최우선으로 고려하고, 원칙을 지키며 건전한 암호화폐 시장을 만들기 위해 지원님은 오늘도 24시간 365일 보안에 대한 고민을 풀가동하고 있습니다. 코인원을 이용하는 고객들의 안전한 거래를 위해 끊임없이 노력하는 보안전략기획팀에 많은 응원 부탁드립니다!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트 #기업문화 #조직문화 #팀원소개 #인터뷰

창의성을 발휘하는 일은 매우 어려운 일이다의무교육 기간을 포함해 우리가 받는 교육은 새로운 생각을 좀처럼 허용하지 않는다. 기존의 지식을 익히는 것에 집중되어 있기 때문이다. 우리도 모르는 사이에 새로운 생각은 '오답'처리되고, 우리는 다름이 아닌 틀림의 두려움에 길들여진다. 누구도 그 오답에 대해 진지하게 고민하지도 않는다. 또 다시 들어와야 할 지식들이 기다리고 있기 때문이다.남과 다른 생각은 오답 처리로 인식우리네 교육이 창의성 발휘에 바람직하지 않다고 하더라도 얼마든지 창의력을 가진 사람들은 존재한다. 단언컨대 생각보다 많을 것이다.문제는 이들이 아무리 창의적이라고 하더라도 개인의 역량 차원을 벗어나기가 매우 어렵다는 것이다. 혼자서는 얼마든지 상상할 수 있지만, 이것이 세상에 드러나는 과정은 꽤 많은 난관을 극복하는 순간들의 연속이기 때문이다.혼자서는 얼마든지 창의적일 수 있다.자기 혼자서는.창의력을 특히 중시하는 예술, 광고, 디자인 등의 분야에는 창의성을 겨루는 국내외 공모전이 많다. 특히 디자인 전공 학생들의 경우에는 국내를 비롯해 세계적인 공모전에 뛰어난 성과를 내는 경우를 심심치않게 본다. 그 뛰어난 아이디어를 가진 친구들은 지금 어디에 있을까?공모전이 창의성을 전적으로 보증하지 않는다고 하더라도 우리 주변에 남과 다른 생각을 가지고 젊음을 불살랐던 친구들이 한 두명씩 있었을 것이다. 독특하다고 여겼던 그들 말이다.도전과 열정으로 의욕에 넘치던 눈빛을 가지고 어렵게 입사한 신입사원들이 채 6개월도 되지 않은 시간동안 축 늘어진 어깨와 흐릿한 눈동자를 갖게 되는건 무엇 때문일까? 창의적인 신입사원이 부서에서 일찍이 성과를 낸 적을 본 적이 있는가? 그럴거라고 기대했던 신입들이 어느 순간 순응적인 인간으로 변하게 된 모습을 종종 보게 된다.그들의 책임이 아니다.조직이 창의성을 수용할 수 있는 환경이 아니기 때문이다.신입이 뭘 알아? 이거 먼저 처리해~조직 전체가 창의적이지 못하면 창의적인 소수는 어느새 부적응자가 되거나, 괴짜로 낙인 찍히게 된다. 창의를 발휘할 터전이 안되는 것이다. 낙인 찍히지 않기 위해서 창의성을 스스로 죽이기 시작한다. 그렇게 적응해간다.그 밖에도 창의성을 죽이는 요인은 도처에 깔려 있다.이런 경우에도 해당한다.새로운 아이디어가 필요한 일을 위해 여럿이 모여 종종 브레인스토밍을 하는 경우가 있다. 1시간 정도는 꽤 활발히 아이디어를 쏟아 내다가 시간이 지나면 사람들은 점점 지쳐간다. 더 이상 새로운 생각을 짜내기도 어려워지고, 나와 생각이 다르거나 수준이 다른 의견에 대해 슬슬 반감과 피로감이 올라오기 시작한다.대부분의 브레인스토밍은 보잘 것 없어 보이는 아이디어들과 얼토당토 않는 생각들의 나열처럼 취급된다. 쓸만한 아이디어를 위해 2차 3차 아이디어 회의를 진행 하지만, 시간이 지날 수록 머리는 먹먹해진다.하지만 함정은 여기에 있다.얼토당토 않은 아이디어나 보잘 것 없이 보이는 생각 중에 숨어있는 기발한 발상들이 쉽게 무시되고 버려지는 것이다. 쓸만한 아이디어는 아마도 가장 최초의 순간에 나올지도 모른다. 왜냐하면 창의적 일수록  타인에게 쉽게 공감을 얻기 어렵기 때문이다. 그래서 쉽게 사라진다.창의적 생각은 쉽게 공감되지 않는다.줄을 서서 기다리지  않아도 결제가 되는 상점, 자신의 빈 방이 타인의 숙소가 될 수 있다는 발상, 쏘아올린 로켓을 다시 땅으로 소환하여 재활용할 수 있다는 생각... 이 아이디어를 우리 옆 대리, 과장이 기획서로 보고하고 설득할 수 있다고 생각하는 사람은 많지 않을 것이다.창의적인 생각은 우리가 당연하게 받아들여지는 전제를 비틀었을 때 가능하다. 하지만 당연한 전제를 뒤틀어 본다는 것은 우리가 정답이라고 생각했던 것을 부정해야 한다. 때문에 오답도 정답이 될 수도 있다는 오픈 마인드와 틀려도 괜찮다는 암묵적 합의가  있어야 당연한 것을 의심하는 것이 가능해진다.이것은 엄청난 에너지가 필요한 일이다.Bottom up으로 창의적인 아이디어가 구체화되기 어려운 이유다. 이러한 경험은 우리가 늘상 겪는 일들일 것이다. 아이디어가 빈약해서가 아니라 공감시킬 수 있는 에너지가 부족하기 때문이다. 반대로 위에서 부터의 혁신은 상대적으로 수월하다. 그 만한 에너지를 이미 가지고 있기 때문이다.문제는 창의적인 보스를 만나기가 어렵다는 것이다.한 때 스티브잡스 같은 인재를 국가적으로 키워야 한다는 웃픈 얘기가 있었다. 그런 기업이 탄생하지 못하는 이유를 직원 탓으로 돌리기 때문이다. 아무리 '스티브잡스'같은 신입사원을 대거 양성하여 모든 기업에 한 명씩 할당한다 하더라도, 그 회사들이 혁신 기업으로 성장하기는 커녕, 몇 명이나 그 직장에서 살아남을지 예상해보는 것은 어렵지 않을 것이다. 우리 조직에는 스티브잡스가 없는 것이 아니라 새로운 생각을 포용할 중간층과 환경, 그리고 새시대를 이끌 경영진이 부족하기 때문이다. 창의적인 개인이 아니라 창의적 조직이 필요하다혁신이 늘 부족한 기업의 대표나 오너라면, 직원들에게 혁신을 가져오라고 요구하기 전에 자신이 얼마나 창의적 생각을 무시하고 고사시켰는지 먼저 반성해야 할 것이다. 그건 직원들의 탓이 아닐 가능성이 높다.민주주의가 소수의 민주적 시민 의식만으로 구현되지 않듯이, 창의적인 조직은 소수의 천재가 만들어내는 것이 아니다. 탄탄한 미드필더와 미래를 읽을 수 있는 감독이 동시에 필요하다.그 동안 인정받던 많은 직업들이 앞으로는 기술과 인공지능에 자리를 내어줄 가능성이 아주 높다. 우리가 무엇을 준비해야 할지는 분명하다.알파고랑 싸워서 이기려면,적어도 창의성은 갖춰야 할 것 아닌가?

스타트업이 돈을 구하는 방법으로 매출, 투자, 정부 지원금을 지난 글에서 다루었고, 이번에는 금융권 대출에 대해서 이야기해보려고 한다.  사실 앞날이 불확실하고 매출이 없는 스타트업이 일반 금융권에서 대출을 받는다는 것이 쉽지는 않다. 그리고 모험 자본이 아닌 일반 금융권에서 스타트업에 대출을 해주는 것이 옳은 것인지에 대한 논란이 많다. 하지만 한국에서는 기술 보증기금, 신용 보증기금 등을 통해서 스타트업이 대출을 받는 것이 그렇게 어렵지 않다. 초기 벤처의 경우 1억 원 이하의 자금의 경우 기술 보증을 통해서 어렵지 않게 대출을 받는 것을 주위에서 많이 보아왔다. 그리고 한국에만 있는 희한한 제도인 벤처 인증이라는 인증을 받기 위한 가장 쉬운 방법이 기술 보증 기금에서 대출을 받는 방법이기 때문에 많은 스타트업들이 기보에서 대출을 받는 것을 보았다.본업을 통해서 매출이 어느 정도 나오고 미래에 대한 불확실성이 떨어지는 경우 차입은 금융공학적으로 봤을 때 꼭 나쁜 것만은 아니다. 레버리지 효과를 통해서 자본 이익률을 높이는 효과를 가지고 있다. 하지만 대부분의 스타트업은 본업을 통해서 나오는 매출에 대한 불확실성이 높은 상태이기 때문에 대출을 해주는 금융기관도 불안하고 대출을 받는 스타트업 입장에서도 이자와 상환부담이 있는 대출이 부담스러운 것이 사실이다.더 큰 문제는 한국에서는 대출시에 대표에게 언제나 연대보증의 책임을 지운다. 이건 주식회사라는 제도와 모순되는 제도이지만 여전히 남아있는 악습이다. 기술보증도 표면적으로는 기술을 검증해서 보증을 해준다고 하지만 실질적으로는 대표자에게 연대보증을 지우고 실패에 대한 모든 책임을 지우게 한다. 그렇기 때문에 개인적으로 스타트업을 시작하는 후배들이 찾아오면 언제나 난 절대로 대출을 받지 말라고 조언한다. 어쩔 수 없이 받아야 하는 경우가 올 가능성이 아주 높지만, 그때는 어떤 위험을 지는지에 대해서 명확하게 이해하라고 조언한다.우리나라가 창업 생태계와 미국의 실리콘 밸리 창업 생태계를 근본적으로 갈라놓는 차이가 바로 이것이다. 미국은 모험자본의 투자되고 실패 이후에도 창업자는 새로운 도전을 할 수가 있다. 그에 반해 한국은 기보 대출로 벤처인증을 받고 사업이 실패하면 기보를 갚기 위해 열심히 용역을 해서 대출을 갚거나 아니면 문을 닫고 대표는 신용 불량자가 되어 재도전의 가능성은 철저히 차단된다. 실리콘 밸리에서는 3번 정도 실패한 이후에 4번째 성공한다는 이야기가 있다. 하지만 한국에서는 그런 사례를 찾기 힘든 이유가 이것이다.창업 1년 미만의 초기 스타트업에게 기보 대출은 스타트업이 자금을 확보할 수 있는 방법 4가지 (매출, 투자, 정부지원금, 대출) 중에 가장 쉬운 방법이다. 하지만 가장 뒤탈 가능성과 위험성이 높은 방법이다.스타트업의 시기, 성격에 따라서 4가지 방법의 난이도는 조금씩 다를 것이다. 그래도 일반적인 난이도의 랭킹을 매겨본다면 "매출 (용역 매출 제외) >>>  투자 > 정부지원금 > 대출" 이렇게 될 것 같다. 바람직한 순서도 난이도가 어려운 순으로 되어야 하지 않을까 생각한다.스타트업이 돈을 구하는 방법 4가지에 대해서 다루어 보았다. 물론 이 범주에서 벗어나는 "기부"라는 것도 있을 수 있지만 그건 극히 예외적인 케이스이라서 제외시킨다면 웬만하면 이 범주에 포함되지 않을까 한다. 각기 스타트업이 성장하면서 대표는 본인의 성향과 전략에 따라서 적절히 사용하면 된다고 생각한다. 사람들마다 이건 되고 안되고  이야기하는 사람들이 있지만 그건 결국 그 사람들의 이야기 일뿐 결국 대표가 생각하고 판단하고 실행하고 책임지는 것이다. 훈수 두는 사람들의 이야기는 조언으로만 듣고 판단은 결국 본인의 몫이라고 생각한다. 내가 지금까지 쓴 내용도 가급적 객관적으로 쓰려고 했지만 나의 주관적인 경험과 판단이 들어간 내용이기 때문에 결국 이것도 참고 자료일 뿐이다. 다만 스타트업을 시작하는 사람들에게 내 경험과 지식이 조금이나마 도움이 되었으면 하는 바람일 뿐이다.세상을 더 아름답게 바꾸고자 도전하는 모든 스타트업인들에게 언제나 행운이 깃들기를 희망한다.#NEOFECT #스타트업 #스타트업창업 #창업자 #투자유치 #정부지원금 #VC #자금유치 #꿀팁 #인사이트 #대출 #스타트업운영