안녕하세요. 크로키닷컴 입니다 :-)올해 초, 크로키닷컴은 더 좋은 서비스와 더 빠른 성장을 위해 목적 중심 조직으로의 개편을 진행했습니다. 2020년 메인 프로젝트를 담당하고 있는 각 팀은 PM/개발자/디자이너/마케터 등 다양한 직군의 팀원으로 구성되어 함께 팀의 목표를 달성해나가고 있습니다. 그리고 각자 소속된 팀이 다르더라도 전체 프로덕트가 일관된 방향으로 나아갈 수 있도록 같은 직군의 구성원들이 모여 협업하고 노하우를 나누는 '챕터'가 함께 운영되고 있습니다. 크로키닷컴 내에 존재하는 다양한 챕터들!오늘 처음으로 소개드릴 챕터는 '데이터' 챕터입니다.지그재그 서비스의 성장 과정에서 마주하는 문제들을 해결해나가는 과정에서, 매일 엄청난 양의 데이터를 통해 인사이트를 제공해주시는 데이터 과학자 성운님, 데이터 분석가 인성님과 함께 현재 채용 중인 [데이터 분석가] 포지션 및 지그재그 앱에 관해 소개해보도록 하겠습니다. :-)Chapter 1. 저를 소개합니다!Q. 안녕하세요 성운님, 인성님! 두 분은 각각 어떤 팀에서 어떤 역할을 담당해주고 계신가요?인성 : 안녕하세요, 저는 Growth팀에 속해있는 박인성입니다. 인터뷰는 2번째로 참여하게 되었네요. (웃음) (크로키닷컴을 소개합니다#2 참고)저는 팀 내에서 실행하는 다양한 서브 프로젝트에 대한 결과와 성과를 데이터로 표현합니다. 지그재그 팀에서 시도하는 여러 프로젝트들에 대한 성과 예측, 결과 수집 및 분석을 통해서, 우리가 Growth(성장)를 하기 위해 선택한 방법이 효과적이었는지, 또 앞으로 가장 효율적이고 효과적인 방법은 무엇인지 찾아갈 수 있도록 돕고 있습니다. 예를 들면 이벤트를 기획할 때 '이벤트의 대상자는 몇 명이 될까?', '사람들이 얼마나 주문을 할까?', '거래액은 얼마나 될까?' 등을 예측하면서 우리의 현황을 바라보는 거죠. 팀이 숲을 볼 수 있게 도와드리는 역할을 하는 것 같아요. 최근에는 서비스의 카테고리 확장과 유저 연령대 확대를 위한 데이터 분석과 예측도 진행하고 있습니다.성운 : 저는 커머스 UX팀에서 데이터 분석을 맡고 있습니다. 커머스 UX팀은 작년에 지그재그 내 Z결제(통합결제) 기능이 들어가면서 기존 메타 서비스에서 커머스가 되어가는 과정을 밟고 있고, 또 그렇게 되는 것이 팀의 목표인데요. 아직은 지그재그가 부족한 점이 많아요. 그런 것들을 make-up 하기 위해 여러 프로젝트를 하고 있는데, 결론적으로 기존에 유저들이 사용하고 있던 서비스를 더 편하고 사용하기 쉽게 만들기 위한 팀이라고 보시면 될 것 같아요. 저는 그중 개인화 추천 파트 리더를 맡고 있고요, 1 탭이 곧 개인화된 영역으로 개편될 예정인데 유저들이 앱을 사용하면서 더 좋아하셨으면 좋겠습니다.Q. 얼마 전 입사 3주년을 맞이하신 인성님! 진심으로 축하드립니다. 소감이 어떠신가요?인성 : 제가 3년을 근무한 첫 회사네요. (감격) 시간이 참 빠르다고 생각했어요. 보통 한 회사에서 3년 정도 근무하면 '할 거 다 했다.'라고들 하던데 전 아니더라고요..? 우리는 매해 다른 일들을 하다 보니, 늘 새롭고 어렵기도 해요. 하지만 그만큼 경험을 많이 하게 되어서 너무 좋아요.창밖을 바라보면서도 주변 공간과 분위기를 데이터 로그로 채우는 인성님.jpg(2년 전에 인터뷰를 한 차례 하셨잖아요, 그때의 인성에게 지금의 인성이 해주고 싶은 말이 있다면요?)인성 : 정말 고생했다. (웃음) 저는 경험적인 부분에 있어서는 정말 엄청난 성과를 얻었다고 생각해요. 지금은 예전보다는 단단해진 것 같기도 하고요. 협업하는 과정에서도 성숙해진 느낌? 2년 전에는 지그재그 팀에 데이터 분석가가 저 한 명이었는데, 지금은 Growth팀과 데이터 챕터의 일원으로서 다른 구성원들과 함께 '협업'을 통해 성과를 만들어가는 경험을 하고 있어요. 이 부분에서는 앞으로도 더 많이 성장하고 싶어요.Q. 성운님도 축하드릴 일이 있죠! 바로 AWS 머신러닝 히어로에 선정되었는데요!비하인드가 궁금합니다.히어로 성운님!성운 : 전 회사 일 이외에 데이터 관련 공부나, 트렌드를 쫓아가는 일을 하고 있어요. 그중 하나가 커뮤니티 활동인데요, AWS 한국 유저 그룹 데이터 사이언스 그룹에 참여하고 있고 리딩도 하고 있어요. 햇수로는 3년 정도 됐는데, 개인적으로 발표를 한다거나 노하우들을 알려드리기도 하고 모임도 주최하는 한 명의 운영진이에요. 모임 관련해서 개인적으로 시간을 많이 투자하긴 하지만, 활동할 때 저희 회사에서 하는 업무와 나름 겹치게 하는 편이에요. 예를 들면 발표하는 사례들을 회사에서 해온 업무 위주로 한다거나? 지그재그 사례가 많이 발표되었죠. 그리고 어쩌다 보니 AWS에서 선정을 해주셨더라고요..?(특히 어떤 점에서 뽑혔다고 생각이 드시나요?)성운 : 물론 잘하는 사람을 뽑았겠지만..(웃음) 보는 주요 항목 중 전문성인 부분도 있겠지만, contribution(기여)도 보는 것 같아요. 커뮤니티에 얼마나 기여를 했고, AWS에 대한 내용을 얼마나 전파하는지를 많이 보지 않을까? 생각했어요. 앞으로도 열심히 활동해야겠다고 생각했죠. 계속 공부도 해야 하고, 트렌드들도 빨라지고 많아지고 있는데 사람들과 함께 얘기하다 보면 학습 효과가 커져요. AWS 홈페이지에 들어가면 제가 등록되어 있는데, 한국 사람 중에는 저와 다른 한 분 딱 두 명이예요! 타이틀이 생기니 더 노력해야겠다는 동기도 생겼고, 타이틀에 맞게 더 열심히 활동하고 지식을 나눠야겠다고 생각하고 있습니다.Chapter 2. 우리 챕터를 소개합니다!Q. 지금은 두 분이 각 프로젝트 팀으로 나뉘어서 일하고 계시지만, 지그재그 팀의 데이터 분석가들만의 공통적인 업무 특성이나 프로세스가 따로 있을까요?성운 : 이번에 Z결제 내 리뷰 기능이 들어갔는데, 새로운 기능이 들어가면 사람들의 사용성을 데이터를 통해 보면서 개선할 점을 찾아내는 것이 데이터팀의 기본적인 needs인 것 같아요. 그러다 보니 런칭 전부터 데이터를 모으고 볼 수 있게끔 미리 준비를 해왔어요. 유저가 리뷰를 어떤 방식으로 작성할 것 같은지 등의 예측을 바탕으로, 우리가 세운 가설을 검증하기 위해 어떤 데이터를 모니터링할 것인지 모니터링 기반을 수립하고 실행하기 위한 준비를 했습니다. 예를 들어서 설명해볼까요?성운 : 그래서 최근에 데이터에 익숙하지 않은 팀원들도 데이터를 쉽게 볼 수 있도록 대시보드를 만들었어요. 팀원들이 원하는 데이터를 데이터 분석가에게 따로 요청할 필요 없이, 새로운 데이터들이 있을 때마다 실시간으로 지속적으로 모니터링을 할 수 있습니다. (다른 회사들에 비해 지그재그 팀이 데이터를 공유받는 것에 대한 특이점이 있다고 하던데요!)성운 : 데이터는 누구나 다 쌓을 수 있지만, 양도 양이고 사용할 수 있을 정도로 가공해서 핸들링하고 있는 회사들이 많지 않을 것 같은데요. 데이터를 분석하고 모니터링할 때, 쉽게 볼 수 있는 tool(ex. GA..)들이 있는데 우리 지그재그 팀원들은 데이터를 보고 싶어 하는 needs가 tool의 영역을 벗어났어요. 알고 계시겠지만, 우리 지그재그 팀원분들은 정말 전문적이고 꼼꼼한 분들이거든요. 보고 싶어 하는 데이터가 굉장히 디테일해요. (웃음) 그래서 저희가 직접 대시보드를 만들기도 했고요. 특히 최근에는 데이터 엔지니어 분들이 많이 합류하시면서, 팀원들의 needs를 충족시킬 수 있는 데이터 인프라 구축 속도가 더욱 빨라지고 있어요. Q. 두 분이 생각하시는 데이터 분석 과정에서 가장 중요한 건 어떤 걸까요?인성 : 문제 해결이 가장 중요한 것 같아요. 명확한 문제 인식과 분석 없이 데이터를 보기만 한다면 표류할 가능성이 높아지거든요. 아무래도 데이터가 방대하게 존재하다 보니 파악할 때도 여러 방법을 사용할 수 있는데요, 중요한 것은 그 데이터에 어떤 의미를 담을 수 있고 어떻게 활용할 수 있는지 하나로 연결이 되어있어야 한다고 생각해요. 연결고리처럼? 탐색만 한다고 해서 우리가 찾는 인사이트는 바로 나오기 어려우니까요.성운 : 데이터를 보고 생각만 하는 게 아니라, 가설을 수립하고 목적이 명확하지 않으면 데이터를 봤을 때 일희일비하거든요. 어떤 날은 데이터가 올라가기도 하고, 내려가기도 하니까요. 왜 그랬는지 저희가 알아내야 하고, 어떤 결론을 내고 싶고, 그 결론을 내기 위해 어떤 준비를 해야 하는지 사전에 기획되는 부분이 중요하다고 생각합니다. 저희 팀 안에서 맞추는 것뿐만 아니라, 실제 현업에서 쓸 분들과 함께 얘기하면서 가설을 맞춰야 원하는 데이터를 얻을 수 있어요.Chapter 3. 업무와 일하는 방식Q. 두 분이 추구하시는 업무 방식을 각자 키워드 형태로 말씀해주신다면요?인성 : 저는 속도와 공감이요! 속도는 현재는 잘 지키지 못하고 있지만.. 완결을 보기 위해 무조건 빨리 한다기보다는, 커뮤니케이션을 위한 반복을 빠르게 하는 걸 추구하고 있어요. 공감은 협업하는 파트너와 문제 인식에 대해 공감하기 위해 노력해요. 예를 들면 제가 생각했을 땐 이게 문제가 될 수도 있다고 생각이 들 때가 있는데, 그럴 때 '다른 식으로 해봐도 괜찮지 않을까요?'라고 제안을 드려볼 수도 있고요. 실제로 데이터를 확인해서 그 파트너가 납득할 수 있게 확인을 해드리고 싶달까? 그러려면 우선 서로 말이 잘 통해야 하고, 공감이 필요한 것 같아요.(그럼 인성님은 공감을 위해 시도하는 인성님만의 방식이 있으신가요?)인성 : 사전에 얘기를 많이 나누어보려고 하는 편이에요. 어떤 데이터를 요청하셨을 때, 이 데이터로 어떤 결과를 보고 싶고 어떤 결정을 내릴 건지의 과정을 위한 시간 확보를 하려고 합니다.협업의 하이파이브!성운 : 음.. 저는 키워드를 하나 뽑자면, 재현 가능성을 중요시하는 것 같아요. 제가 한 분석이 인성님이 분석한 것과 같아야 하고, 또 그걸 항상 생각하다 보니 어떤 분석을 할 때 선입견이나 편견, 베이스 등이 없다는 전제로 시작하려고 합니다. 기본적인 것부터 하나하나 발판을 쌓아가듯 체크를 해보거든요. 빌드업 과정이랄까?탑을 쌓는 과정이라고 치면, 뭔가 문제점이 생겼을 때 무너트리고 다시 만들어야 할 때가 있을 수 있잖아요. 그때 발판을 좀 쌓아두면, 다시 시작할 수 있는 시작점이 탄탄하게 있으니 맨 처음으로 돌아가지 않아도 되거든요!Q. 현재 각 팀에서 데이터 분석가가 진행하고 있는, 그리고 앞으로 진행하게 될 업무에 대해서 설명해주세요.성운 : 커머스 UX팀에서는 전반적인 AB테스트와 실험 설계들을 해주실 텐데, 어떤 유저들을 대상으로, 성과를 어떻게 낼 건지 그리고 그 성과를 어떻게 해석하고 공유할 것인지에 많이 집중하게 될 것 같아요. 이번에 개편되는 1 탭(접속 시 보이는 첫 페이지)도 담당해주실 거예요. 그리고 Z결제팀에서는 결제 이후의 경험을 편하게 하기 위한 여러 기능이 들어갈 예정인데요, 셀러에게 데이터 관련된 인사이트를 제공하는 것도 저희와 같이 고민해볼 것 같아요.인성 : Growth팀에서는 유저나 거래액 부분에서의 분석을 주로 진행할 예정이고, 크게는 맵을 2가지 만들어본다고 보시면 될 것 같아요. 첫 번째는 유저 관점의 맵이고, 이 유저들이 지그재그 안에서 어떻게 행동하는지에 대해 살펴볼 예정입니다. 두 번째 맵은 셀러 관점의 맵인데 나중에 어떠한 셀러들이 어떻게 판매하는지에 대해서도 함께 살펴보면 좋을 것 같아요.Q. 데이터 챕터에서는 어떤 사람을 찾고 있는지 설명해주세요!성운 : 저는 간단합니다. 셀프 동기부여가 강하고 문제 해결 과정의 어려움을 즐기시는 분이면 좋겠어요. 데이터 커리어를 고민 중이시라면, 저희 지그재그 데이터 챕터로 오세요!인성 : 데이터 그 자체뿐 아니라, 데이터가 눈앞에 들어오기까지의 흐름과 맥락에 관심을 가지고 이를 분석에 활용할 수 있는 분이면 너무 좋을 것 같아요. 또 저희 챕터는 협업을 중요시하다 보니, 나와 전문영역/배경지식이 다른 분의 이야기를 경청하고, 낮은 진입장벽의 데이터 커뮤니케이션을 펼칠 수 있는 분이면 좋겠습니다.Chapter 4. 마무리Q. 곧 지그재그 앱이 개편된다고 하는데요! 간단히 설명해주세요!인성 : 지그재그 앱의 가장 핵심인 1 탭(첫번째로 보여지는 페이지)이 변경될 예정이에요. 개인적으로는 지그재그 팀에 온 후로 지금의 1 탭을 함께 만들었던 것이 가장 큰 성과 중 하나였었는데, 이번에 1 탭이 더 편하게 바뀐다는 건 굉장히 큰 의미로 와 닿네요. 성운님과 함께 고민하다 보니 더욱 고도화된 버전으로 개편할 수 있게 된 것 같아요!성운 : 유저들이 더 편하게 맞춤형으로 지그재그 앱을 사용할 수 있도록 변경될 예정이에요. 많은 기대 부탁드립니다!곧 개편될 1탭 기대해주세요! :-)Q. 두 분의 2020년 목표가 있을까요? 지그재그와 함께 이뤄내고 싶은 목표!성운 : 저희 데이터 챕터에 좋은 분들을 많이 모셔서 재미있는 데이터 프로젝트들을 많이 진행하고 싶어요. 또, 이미 하고 있긴 하지만 지그재그 내에서 진행한 데이터를 활용한 사례들을 외부에 알리고 소개하고자 노력할 예정입니다.인성 : 데이터 챕터 구성원 분들과 커머스 도메인의 전문성을 키우고, 이를 바탕으로 지그재그 고객에 대한 가치 있고 심도 있는 이해를 쌓아나가고 싶어요!지그재그에서는 데이터 분석가를 포함하여 활발하게 채용을 진행하고 있습니다. 지그재그 팀과 함께, 수면 아래 숨겨진 가치를 찾아내는 경험에 동참할 팀원을 꼭 모시고 싶습니다 :-) 궁금하신 점은 언제나 [email protected] 또는 http://facebook.com/zigzagcareer로 연락 주세요!지그재그 [데이터 분석가] 포지션을 소개합니다!이런 일을 합니다.이런 분을 모십니다.    - 개인화/추천 리서치 및 관련 로직과 평가지표 개발    - 로그설계, A/B테스트 설계 및 운영, 성과분석    - 데이터 분석 방법론(AARRR, Cohort, Funnel)에 대한 높은 이해를 바탕으로 한 문제 해결이 중 하나라도 가능하시다면 더더욱 좋아요 :)지원 방법채용 절차혜택과 복지   더 많은 공고는 채용 사이트에서 확인 가능합니다! >>> 채용 사이트 바로가기

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

“남들이 부러워하는 직장을 왜 그만둬?”제가 가족, 친구들에게 이직을 생각하고 있다고 얘기했을 때 제일 많이 들은 말이었습니다.저는 2003년부터 최근까지 짧지 않은 기간을 모건 스탠리(Morgan Stanley), UBS 홍콩과 서울에서 Research Analyst로 근무했습니다. Analyst는 담당 산업 전문가로 자신의 이름을 건 리포트를 발간하고, 전 세계에 있는 이른바 ‘큰손’ 기관투자자들에게 발표하는 직업입니다. 애널리스트라는 직업에는 여러 가지 매력이 있습니다. 명예와 금전적인 부분들도 있지만 가장 매력적인 부분은 훌륭한 사람들을 많이 만날 수 있다는 점입니다. 저도 좋은 회사 동료들과, 유수의 기업의 최고경영자들을 포함한 많은 분들, 국내외 기관투자자들, 그 외에도 담당 산업의 최고의 전문가들을 만날 수 있는 기회가 많이 있었습니다.애널리스트로 근무하던 시절 받은 트로피들UBS 아시아태평양 지역 본부인 홍콩에서 근무하던 시절대학교를 졸업하고 첫 직업으로 analyst가 될 수 있었다는 것은 참으로 감사한 일이었습니다. 그런데 왜 이직을 했냐고요?Analyst라는 직업은 기본적으로 외부 투자자의 입장에서 담당 산업과 이에 속한 기업들을 분석하여 주식의 가치를 평가하는 것입니다. 다른 사람들의 경영의 결과를 외부에서 평가하는 일이라고 볼 수 있습니다. 저는 이러한 업무를 하면서 '내가 직접 경영에 참여해보고 싶다'는 생각을 하게 되었습니다.외부의 시선을 넘어 내부에서 직접 실행하기로 기존의 익숙한 영역에서 벗어나 새로운 사업에 뛰어들기 위해서 필요한 도전의식, 기획력, 실행력은 제가 이제껏 동경하였으나 경험해보지 못한 부분들이었습니다. 이제 30대 후반의 나이, 더 늦기 전에 저도 그런 부분들에 도전해보고 싶었습니다.또 analyst라는 직업은 많은 것이 주어지는 만큼 계속 결과물을 내놓아야 하는 직업이기도 합니다. 출장도 잦고 사무실에서 긴 시간을 보내야 하는 날들도 많았습니다. 결혼하고 아이가 생기면서 이런 부분에 대한 고민도 생겼습니다.그런 고민들을 하던 중에 핀다를 만났습니다. 대기업 전략팀에서 근무하다가 연쇄 창업가로 성공한 이혜민 대표와 미국에서 대학원을 졸업하고 유수의 금융사에서 근무하던 박홍민 대표가 함께 금융상품의 아마존을 만들겠다는 얘기를 들었을 때 무척이나 매력적인 아이템이라고 생각했습니다. (핀다의 공동대표인 박홍민 대표는 고등학교 그리고  대학교에서 같은 반이었던 오랜 친구이기도 합니다. 참 질긴 인연이죠.)국내 온라인 쇼핑은 이미 전체 소매 시장의 20% 차지하고 있는 데에 반해, 은행들과 보험사들의 경우 온라인의 비중이 아직 5%에도 못 미친다는 점 그리고 금융기관들이 지출하는 중개 비용이 굉장히 큰 규모라는 점을 고려했을 때 좋은 사업 기회가 될 것이라고 생각했습니다.애널리스트였을 때 저의 역할은 사업 아이템 얘기를 들었을 때 ‘좋은 기회 같아 보이네’라고 평가를 하고 기업이 그 아이템을 실제 사업으로 잘 현실화하는지 외부에서 지켜보는 것이었습니다. 하지만 이제는 핀다의 CFO로 그 사업을 현실화시키기 위해서 핀다의 모든 팀원들과 함께 노력해야 합니다.Startup CFO:  from Finance to BusinessCFO로서의 기본적인 역할은 재무적인 부문을 관리하는 것이지만 스타트업 회사의 특성상 여러 가지 업무를 같이 합니다. 이혜민 대표, 박홍민 대표와 핀다의 전략과 목표들을 설정하고, 금융기관들을 만나서 핀다와 협력하자고 설득하고, 계약서를 작성하고, 어떻게 많은 이용자들이 핀다를 찾게 할지 또 어떻게 해야 핀다를 찾은 이용자들이 편리하게 자신에게 딱 맞는 금융상품을 찾을 수 있을까 고민합니다.핀다에서 저는 두 공동대표 외에도 (이전 직장에서는 접할 기회가 없었던 분야인) 마케팅, 개발, 디자인 전문가분들과도 함께 일하고 있습니다. 젊고 활기찬 분위기에 함께 회사를 만들어가는 생동감 넘치는 에너지가 느껴져서 설렙니다. 제가 이전 직장에서 일하면서 얻은 분석력과 재무 지식, 금융시장에 대한 이해를 활용하고, 아울러 다른 팀원들에게 새로운 분야를 배워나가면서 함께 최고의 핀테크 회사를 만들고 싶습니다.2017년 5월 핀다에서 첫 발걸음을 내딛으며Finda's CFO 배정훈 드림Josh Junghoon Bae #핀다 #스타트업CFO #스타트업일상 #조직문화 #기업문화

안녕하세요. 매쓰플랫입니다 :)요즘 매쓰플랫 사내에서 조금은 특별한 모습을 볼 수있어요~!바로 콘텐츠팀에서 특별 프로젝트를 진행중이에요.과연 어떤 서비스가 업데이트 될 지 궁금하시죠?선생님들!매쓰플랫이 시중교재/교과서 연동 수가업계에서 압도적으로 많은 거 아시죠?현재 2015 개정 교육과정 포함약 800여권 교재 연동 서비스를 지원하고 있어요.현재의 교과과정에 맞는수학문제은행을 발빠르게 제공하기 위해서매쓰플랫 '콘텐츠팀'에서 열일해주고 계세요.여러명의 '수학 교육' 실력파 콘텐츠팀 멤버 중!두 분께서는 더 나은 서비스 제공을 위해서'특별히 마련된 자리'에서요새 아주 열심히 회의 또 회의를 하고 계세요.과연 무슨일을 하는걸까요?아직은★★사내 비밀★★분명히 선생님들이 좋아하실 무언가를서비스에 녹여내기 위한거는확실해요~!!궁금하셔도 조금만 더 참고,기대해주세요 :)매쓰플랫은콘텐츠팀을 비롯하여전체 팀에서 항상 더 나은 서비스 제공을 위해고민 또 고민 한답니다~!매쓰플랫에 주시는 관심에 걸맞는점점 더 좋아지는 서비스를 보여드릴게요.선생님들의 사랑항상 감사합니다 ♥오늘도 즐거운 하루 보내세요 :)click! click! 매일 매일 더 좋아지는 ♥ 매쓰플랫 7일 무료 체험하기 ♥http://bit.ly/2MczO25가장 빠르고 부담없이 문의하는 방법 요기!

 첫 글에서 제가 스타트업을 깟음(?)에도 불구하고, 스타트업을 하기로 결심! 을 하셨다면 그만큼 큰 결정을 내리신 거라 생각하고, 저도 지금부터 아는 바에 대하여 알려드리기 위해서 최선을 다하겠습니다. 막상 "나 이제 할 거야!!"라고는 하셨는데, 처음부터 엄청나게 막막하실 겁니다. 그쵸? 뭘 어떻게 시작해야 할지, 뭐부터 해야 할지, 나는 누구인지, 여긴 어디인지 그럴 겁니다. 저도 그랬어요 :). 그래서 이번엔 어떤 것들을 가지고 시작해야 하는지 간단히 설명해 드리며 시작하려고 합니다.많은 분이 이야기하시는 스타트업을 시작하기 위해서는 주요 3요소를 알아야 하는데 이는, 1. 서비스를 개발하고, 어느 정도 성장할 때까지 필요한 자본력(Capital). 2. 같이 고생할 파티원들 (Teammates). 3. 이거 하나면 페이스북도 정복할 수 있을 것 같은 아이디어! (Idea).라고 들 합니다. 가장 기본적인 3요소라고 하죠. 그리고 많은 분이 저것 중 2가지 요소만 가지고 있어도 충분히 시작할 수 있는 원동력이 있다고 합니다. 이에 대하여는 저도 적극적으로 동의하는바 입니다. 정말 3개 중 하나도 없으면 시작할 이유가 없거든요… 그래서 일단 저 3요소들이 되었다 싶은 젊은 청년 창업가 분들은 “우리는 이제 다 됐다! 두려워질게  없다!!!”라고 생각하시는 분들이 있어서 바로 이 장을 마련한 겁니다! ㅎㅎ그럼 3가지가 다 있다! 고 생각하신 분들은 이런 생각은 해보신 적이 있나요?  “혼자서 이것저것 다할 수 있을까?, 팀원을 모으면 같이 하는 사람들의 월급/ 지분관리는 어떻게?”  “개인사업자 등록? 법인 설립은 어떻게?”  “개발자/기획자/디자이너랑 다들 친하게 잘 지낼 수 있을까?”  “하면서 돈 다 떨어지면 어떻게 하지?”  “사무실은 어디에다 둘 거야? 아니 사무실이 필요할까?”  “나는 그러면 개발(또는 디자인 또는 기획 또는 경영)만 하면 되는 건가?”   등등 기타 무궁무진한 질문들이 많을  것이라고 예상이 됩니다…일단은 다음장에서 하나하나 제 경험과 견해를 하나하나  말씀드리도록 하겠습니다!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트

디자인이란 단어가 이제는 어디서나 익숙합니다. 그만큼 디자인의 정의와 역할은 다양한 영역에서 분화되어 있기도 합니다. 네이버랩스에서는 로봇이라는 대상에 대해 여러 분야의 디자인이 진행되고, 종국에는 통합됩니다. 하나의 로봇으로 이어지는, 로봇시스템/UX/ID 각각의 디자인에 대해 물었습니다.Q. 어떤 ‘디자인’을 하나요?로봇의 메커니즘에서 인터페이스까지, 최적의 시스템을 디자인(김인혁|Robot) 제가 하는 디자인은, 시스템 디자인이라고 말할 수 있습니다. 아, 물론 제가 속한 Robot팀엔 더 많은 디자인 과정들이 있어요. 로봇의 기구, 전장, SW 등 각각의 영역에서도 디자인 과정이 존재합니다. 저는 그 중에서 주로 시스템 제어 엔지니어로서의 디자인을 이야기할 수 있겠네요.사실 시스템이란 말이 좀 모호하죠. 과학분야에선 이렇게 정의할 수 있습니다. 구성 요소들이 내외부와 경계를 가진 상태에서 각 요소 간에 긴밀한 상호작용을 하는 집합체. 쉽게 설명하고 싶었는데, 여전히 어렵긴 하네요.로봇은 단순한 기능을 구현할 때에도 복잡한 요소들이 동시에 작동합니다. 메커니즘, 동력원, 에너지원, 제어기와 인터페이스 등. 이들이 서로 잘 연결되어 작동할 수 있어야 합니다. 이를 위한 최적의 시스템을 구성하는 디자인이라 하겠습니다.로봇, 그리고 사람, 그 사이에서의 상호작용(김석태|UX) UX의 입장에서는 HRI (human-robot interaction) 디자인이라고 정의할 수 있습니다. 앱이나 웹 등의 화면 기반 인터페이스와는 조건이 다른데요. 물리 공간에서 로봇이 동작한다는 점이 그렇습니다. 주변 사물이나 사람을 로봇이 인식하는 순간처럼 다양한 상황에서 로봇이 어떻게 동작하거나 반응해야 하는지, 그리고 로봇을 활용한 서비스는 다른 디바이스나 앱과 달리 어떤 방식을 통해 제공되어야 더욱 직관적으로 사람과 상호작용이 가능한지 등을 디자인하고 있습니다.기술만큼, 인상과 매력도 중요하다(김승우|ID) 로봇의 외관도 중요합니다. 로봇은 여전히 일반인들에겐 생소합니다. 이들에게 로봇은 흥미로움을 일으키는 대상일 수도 있지만, 마주치는 순간 기피하고 싶은 이질적 존재일 수도 있어요. 그래서 외관을 통해 느끼는 인상과 그 효과에 대해 세심한 접근을 하고 있습니다. 로봇 서비스가 보편화되지 않은 시점에서는, 사람들이 기대하는 로봇다운 매력을 잘 체감할 수 있게 하는 것도 로봇 대중화를 위해 중요한 역할인 것 같습니다.“기술이 지닌 본래의 가치를 더욱 잘 느낄 수 있도록 전달하는 것, 그것도 디자인의 역할입니다.” Q. 어떤 프로세스로 작업하나요?단순한 목표를 위해 필요한 복잡한 과정들(김인혁|Robot) 기본 목표라고 한다면, 일단 요구 스펙을 잘 만족하는 시스템을 설계하는 것입니다. 현실은 아주 복잡하죠. 요소들이 워낙 다양하기 때문인데요. PoC, 성능 테스트 등 평가 과정을 거치면 조정해야 할 것들이 많아집니다. 아예 새로 개발을 할지를 고민하게 될 때도 있는데, 참고할만한 레퍼런스가 없을 때는 참 어려워집니다. 이럴 때는 원론적으로 풀 수밖에 없죠. 공학적인 문제부터 정의하고 문제 해결을 위한 방법론을 탐색합니다. 이런 일들이 수없이 많지만, 시스템 디자인의 일반적인 프로세스이기도 합니다. 목표는 단순하지만, 과정은 현란하죠.산업을 이해하면 목표가 보이고, 사람을 이해하면 디테일이 보인다(김석태|UX) 앞서 말씀드린 것처럼, 서비스 로봇은 다른 앱/웹 서비스와 상황이 많이 다르죠. 앱이라면 프로토타이핑과 검증 과정을 상당히 빠른 주기로 반복할 수 있는데, 로봇은 그런 면에서는 제약이 있습니다.일단 로봇 서비스 산업에 대한 이해부터 시작하였습니다. 그간 어떤 로봇들이 어떤 서비스를 했고, 학계에서는 어떤 연구들이 선행 되었는지를 꼼꼼히 연구했습니다. 그리고 나니 목표 수준이 좀 더 명확해지고, 시나리오를 구체화할 수 있었습니다.중요한 건 역시 사람에 대한 이해입니다. 실제로 유용하다고 느낄까? 어떤 니즈가 여전히 숨어있을까? 로봇이 대신 해 주었을 때 더 가치 있는 것은? 이런 질문에 대한 답을 찾은 후 다음 숙제가 이어집니다. 사람들의 삶 속으로 이질감없이 자연스럽게 녹아 들기 위한 인터랙션입니다. 인터랙션 상황들을 정의하는 일부터가 시작이고, 어떤 이슈나 문제가 있는지를 찾아냅니다. 가장 단순하면서도 자연스러운 해결 방법은 무엇일지 실험을 통해 검증합니다. 이 과정에서 굉장히 많은 디테일들이 새롭게 발견됩니다.기술에 대한 이해도 중요합니다. 예를 들어 최근 AROUND C에는 디자이너가 가장 이상적인 로봇의 속도 및 이동 경로를 선택하면, 이를 바탕으로 딥러닝 기술을 적용해 최적화된 자율주행을 할 수 있는 기술이 적용되어 있습니다. 지켜보는 사람이 언제 안정감을 느끼는지, 로봇과 사람이 교차할 때엔 상대 속도나 동선을 어떻게 할지, 공간상의 제약이 복합적으로 작용하면 어떤 기준을 세워야 할지 등등. 수많은 요소들 사이에서 최적의 인터랙션 디자인을 설계해야 합니다. 이런 사소해보이는 사용자 경험이 로봇 서비스 과정에서 뜻밖의 감동까지도 전달할 수 있다고 생각합니다.“우리가 추구하는 기본 방향은, 실용적이면서도 사람을 배려하는 로봇입니다. 문제 상황을 분석해 나온 다양한 해결책 중에, 사람이 직관적으로 파악할 수 있는 방법을 택합니다.” 최근에는 AROUND C에서는 gaze, sound, lighting을 통한 비언어적 커뮤니케이션을 테스트하고 있습니다. 왜 굳이 로봇이 직접 말하게 하지 않고 비언어적 커뮤니케이션을 연구할까요? 그게 서비스 시나리오 상에서 더 직관적이며, 심지어 더 똑똑해 보이기 때문입니다. 스타워즈의 R2D2와 C3PO를 떠올리시면 됩니다. 점과 선을 활용해 가장 로봇다운 눈을 디자인 했고, 이를 통해 다양한 상태 정보를 사람에게 직관적으로 전달하고자 했습니다.전체의 통일감과 개별 디자인의 완성도라는 두개의 과녁(김승우|ID) 제가 공을 들이는 건 전체 제품의 통일감과, 개별 디자인의 완성도입니다. 네이버랩스에서 그간 공개했던 제품들은 작은 디바이스부터 중형 로봇, 대형 차량 센서박스에 이르기까지 다양한 카테고리에 걸쳐 있습니다. 디자인의 토대가 되는 조형 요소인 제품의 크기와 형태, 구조가 상이하다 보니 각각의 형태와 구조적 특성을 고려하면서도 전체 제품에 통일감이 느껴지도록 하는데 많은 노력을 기울여 왔습니다. 기업에서 일관된 메시지를 전달하는 것은 그 기업을 신뢰할 수 있는가에 대한 중요한 가치라고 생각해요. 디자인도 마찬가지입니다. 네이버랩스라는 기술 기업에서 전달해야 할 가치는 ‘정밀함’과 ‘단단함’이라고 생각했고, 로봇을 포함한 전체 제품에서 이 키워드들을 담은 일관된 디자인 언어가 느껴질 수 있도록 조형의 기본이 되는 면, 면의 기본이 되는 선을 세밀하게 다듬으며 디자인했습니다.또한 개별 디자인의 완성도를 위해 밸런스와 디테일을 중요하게 생각합니다. 로봇은 움직이기 때문에 다양한 각도에서 바라보게 되고, 어느 방향에서 보아도 완성도 높은 밸런스가 특히 중요합니다. 잘 안보이는 곳의 디테일도 쉽게 드러나기 때문에 세밀한 디테일을 놓치지 않기 위해 노력하고요.로봇의 경우엔 일반인들의 디자인 완성도에 대한 기대 수준이 더 높은 편입니다. 이런 기대를 충족시키는 동시에 기술적인 요구도 충족해야 합니다. 예를 들어, AMBIDEX의 전체 디자인 균형을 잡는 과정에서 팔의 부피를 늘리는 선택이 필요했는데, 동시에 무게는 가볍게 유지해야만 로봇의 기능을 100% 발휘할 수 있었습니다. 경량성이 AMBIDEX라는 로봇 팔 기술의 핵심 특성이기 때문이죠. 외관 부피를 늘려 디자인 밸런스를 최적으로 잡으면서도 1g을 더 줄이기 위해 질량을 체크하며 표면과 두께를 조정하고, 강성을 높이는 내부 구조를 추가하며 문제를 해결했습니다. 이런 디자인 과정을 거쳤기에 외관에서도 내부의 단단함과 견고함이 배어 나온다고 생각합니다.Q. 서로 어떻게 협업을 하나요?어차피 목표는 하나(김인혁|Robot) 각기 다른 분야의 전문가들이 협업할 때의 견해차이는 프로세스를 통해 해결되어야 한다고 생각해요. 그게 아니라 의견의 일방향성이 생기면 그건 곤란하죠. 저는 각 분야의 선/후행을 두지 않고 초기부터 과정 전반에 걸쳐 계속 공유하고 의견을 나누며 서로의 수용성을 늘리는 것이 아주 중요하다고 생각해요.“한 영역의 전문가가 모든 결정을 하고 다른 분야의 전문가는 일방적으로 종속되어야 한다면, 그건 문제가 있습니다. 선행과 후행을 나누면 안됩니다. 초기부터 같이 고민하고 대화하고 함께 풀어야 합니다.” (김석태|UX) 저도 커뮤니케이션이 협업 과제를 빠르게 가속하는 가장 중요한 요소라고 봅니다. 다양한 관점에서 의견을 나누는 건 정말 필요해요. 그 과정 없이 한번에 이상적인 솔루션을 바라는 건 무리입니다. 지금 진행 중인 1784 프로젝트 역시 이러한 소통을 원활히 이어가고 있기 때문에 좋은 협업이 진행되고 있고요.(김승우|ID) 차이란 것은 자연스럽죠. 좋은 결과를 위해 필수적입니다. 궁극적인 목표를 달성하고자 한다는 동질감을 느끼기 때문에 서로의 진정성을 확인허는 과정이기도 합니다. 어떤 디자인이라도 많은 협의와 조율이 전제됩니다. 하나의 입장에 매몰되어 있는지 되돌아보기도 하고, 전체를 바라보는 기회로 삼기도 합니다.Q. 앞으로의 도전은?(김인혁|Robot) 우리의 목표는 사람에게 도움이 되는 로봇을 개발하는 것입니다. 단순하죠. 이를 기술 관점에서 고민하고, 가장 적합한 답을 찾고, 그 답을 세상과 공유하고 싶습니다. 그것이 제가 맡은 역할이라 생각하고요. 그 역할을 잘 할 수 있도록 연구개발자로서도, 프로젝트를 리드하고 완성하는 실무자로서도 역량에 깊이를 더하고 싶습니다.새로운 스탠다드라는 설레는 도전(김석태|UX) 이제는 실험실이나 전시장이 아니라, 우리가 실제 살아가는 공간으로 로봇이 들어옵니다. 그런 시대에 도달했습니다. UX디자이너로서는 완전히 새로운 기회이자 설레는 도전입니다. 한때 모바일이란 세상으로 패러다임이 이동했던 시기가 있었죠. 이제는 가상 세계에서 제공하던 다양한 서비스와 기술들이 일상의 물리 공간으로 다시 돌아올 것입니다. 서비스 로봇을 통해 이 분야의 새로운 스탠다드를 만들고 싶습니다.(김승우|ID) 네이버랩스에서는 늘 흥미로운 프로젝트들이 진행되어 왔습니다. 그 중에서도 로봇 디자인은, 다른 어느 로봇보다도 디자인 완성도가 높으며, 동시에 기능적 가치를 충실히 구현하는 것을 목표로 진행해 왔습니다. 게다가 로봇은 외관 그 자체가 하나의 강렬한 인상이자 브랜드 체험 요소가 되기 때문에 더욱 큰 책임감을 느끼고 있습니다. 네이버랩스는 기술이 강점인 회사입니다. 동시에 디자인 또한 우리의 탁월한 강점입니다. 이를 위해 앞으로도 노력하려고 합니다. 네이버랩스의 인재상은 passionate self-motivated team player입니다. 어쩌면 '자기주도적 팀플레이어'라는 말은 형용모순(形容矛盾)일 지도 모릅니다. 하지만 우린 계속 시도했고, 문화는 계속 쌓여갑니다. 다양한 분야의 전문가들이 경계없이 협력하고 스스로 결정하며 함께 도전하는 곳의 이야기를 전합니다. How to work at NAVER LABSH2W@NL 시리즈 전체보기

저는 좀 예민한 성격 탓에, 어디에 가든 쉽게 불편해지는 능력이 있습니다."여긴 테이블이 너무 높아.""의자가 좀 딱딱해.""조명 색온도가 높아서 눈이 부셔.""사람이 바글바글한데 음악도 멜론 탑 100이야…."항상 대부분의 공간에서 쉽게 불편함을 발견하죠. 프로 불편러의 세례를 받은 저는, 편안한 공간을 찾아 오랜 여정을 떠날 수 밖에 없었습니다. 하지만 주로 조용한 곳을 좋아하는 제 취향이 문제였어요. 제가 찾은 곳들은 너무 조용한 나머지 아예 손님이 없었죠. 결국 장사가 안돼서 다 망했다더라는 슬픈 전설이 가끔 들려오곤 했습니다.전설 같은 건 믿지 않았지만 왠지 눈물샘이 흥건하던 2015년, 다행히 제게 직접 '편안한 공간'을 만들 계기가 생겼습니다. 청년들을 위한 공유 공간, 무중력지대 G밸리의 운영팀이 된거죠. 쉽진 않았지만, 훌륭한 동료들을 둔 덕분에 우리가 원하던 공간을 조금씩 만들 수 있었어요. 시간이 흘러 운영 2년 차가 넘어가던 무렵, 이용자 분들께 이런 질문을 던졌습니다. "저희 공간에 있으면 어떤 느낌이 드세요?"무중력지대 G밸리 2016년 이용자 만족도 조사 ⓒ무중력지대 G밸리놀랍게도 거의 대부분의 이용자 분들이 '편안함'을 꼽아 주셨어요. 우리의 노력이 빛을 발한 것 같아 정말 기뻤습니다. 그리고 2018년, 그동안 같이 걷던 동료들과 저는 무중력지대를 뒤로 하고 '로모'라는 회사를 시작했습니다. 저희의 미션 선언문 중에 이런 문장이 있어요.우리는 누구나 동등한 삶의 주체로서, 편안하게 공존할 수 있는 공간을 만듭니다.공존의 가치를 지향하는 커뮤니티에서 '편안한 공간'은 아주 중요한 바탕이 됩니다. 그래서 우리는 커뮤니티 공간 디자인 매거진 개시에 앞서, 편안한 공간을 먼저 말하고자 합니다. 왜 편안한 공간이 필요할까요? 어떻게 만들 수 있을까요? 로모 멤버들의 지난 4년이 담긴 비밀(?)을 이제 하나씩 풀어 보겠습니다 :)― 목차 ―편안한 공간이 필요한 이유1) 피로사회2) 제3의 공간3) 입지를 극복하는 공간 활성화4) 커뮤니티 공간의 기본기편안한 공간 만들기의 원칙1) 자율성2) 직관성편안한 공간이 필요한 이유피로사회"현대인들은 이미 엄청난 데이터와 정보 관계 노동을 헤쳐 나가는데 에너지를 모조리 빼앗겼기 때문에 일과를 마친 뒤에는 모든 관계를 차단하고 싶어 진다."달튼 콘리(Dalton Conle), 뉴욕대 교수요즘 인간관계에 회의를 느끼고 피로를 호소하는 분들이 많습니다. 관계와 권태기를 합한 '관태기'라는 말도 너무 흔해졌죠. 단순히 인간관계뿐만 아니라 현대사회의 복잡도에 따른 피로 때문인 것 같아요.공간도 마찬가지죠. 우리 대부분은 대도시에 살고 대형 건물에서 일합니다. 현대 건축물의 규모와 복잡도는 갈수록 증가하고 있죠. 가게들의 흥망성쇠도 빨라서 익숙하고 편한 공간은 사라지고 금새 낯선 공간들이 늘어납니다. 일과 관계에서 충분히 피곤해진 사람들은 얼마 되지 않은 편안한 공간으로 발길을 돌릴 수밖에 없습니다.제3의 공간미국의 사회학자 올든 버그(Ray Oldenburg) 교수는 저서 에서 '제3의 공간'의 필요성을 주장했습니다. 가정이나 직장 외에 긴장을 풀고 편안하게 머물 수 있는 '제3의 공간(The Third Place)'이 필요하다는 거죠. 가까운 사람을 만나 편안한 일상을 보낼 수 있는 카페, 서점, 음식점 같은 곳 말이에요.카페에서 편안한 일상을 보내는 사람들 ⓒRob Bye on Unsplash가장 유명한 '제3의 공간'으로는 스타벅스가 있어요. 일찍이 이런 수요를 간파한 CEO 하워드 슐츠는 '커피보다 편안한 공간을 판다'는 경영 전략을 펼치고 있죠. 어느 매장에 가든 좋은 품질의 원두커피는 물론 직원의 상냥한 인사, 오래 있어도 눈치 안 주는 자유로움, 안락하고 자연스러운 인테리어, 무료 와이파이를 즐길 수 있습니다. 색상, 조명, 가구 배치, BGM 등 철저한 공간 가이드, 기업문화에서 비롯된 CS 매너 등 편안하게 느낄 수밖에 없는 요소가 아주 많아요.스타벅스는 '공동체 안에서의 고독(Communal Solitude)'을 즐기기에 최적화된 장소기도 합니다. 번화가에 있고 언제나 불특정 다수로 꽉 차 있죠. 스타벅스에 가면 타인과 함께 하고 싶지만 불필요한 관심과 구속은 바라지 않는 사람들의 느슨한 연대가 느껴집니다. 그들과 공존하는 동시에 자신만의 영역을 침해받지 않을 수 있죠. 제가 농담 반 진담 반으로, 스타벅스를 마음의 고향이라 부르는 이유입니다.입지를 극복하는 공간 활성화사실 무중력지대 G밸리가 지하철 입구 근처거나 건물 1층이었다면, 편안한 공간에 그만큼 집중하진 않았을지 몰라요. 저희는 일부러 찾지 않는 이상 절대 올 수 없는 빌딩 6층 구석에 있었습니다. 빌딩 입주자 외에 유입률이 아주 낮았죠. 우리는 입지의 한계를 극복하는 수단으로 편안한 공간을 생각했습니다.누구나 편안한 공간에선 그렇지 않은 곳보다 오래 머뭅니다. 이용자의 체류 시간이 증가하고, 오래 머물며 공간의 많은 요소를 경험한 이용자 중 일부는 단골이 됩니다. 여러분께서 충분히 좋은 공간을 만들었다면? 재방문율도 함께 상승할 거에요. 단골이 생기면 이용자와 관계를 만들기 수월해져요. 공간 커뮤니티를 만드는 튼튼한 바탕이 되죠.단, 체류 시간의 증가가 좋은 점만 있는 건 아니에요. 공간의 성격에 따라 다를 수 있죠. 매출의 압박이 없는 공공시설이라면 보통 환영할 일이겠지만, 카페 같은 상업 공간이라면 고민이 필요합니다. 체류 시간의 증가는 매장 회전율의 저하를 뜻하기 때문이에요. 대신 오래 머무는 손님들의 객단가를 높이는 방안을 마련해야 합니다. 커피 외에도 허기를 채울 수 있는 브런치나 디저트 같은 사이드 메뉴를 마련하거나, 지루함을 해소할 수 있는 다채로운 공간 프로그램을 개발해야겠죠.커뮤니티 공간의 기본기매슬로의 욕구단계설을 보완한 알더퍼(Clayton P. Alderfer)의 'ERG 이론'을 들어보셨나요? 여기서 ERG는 존재(Existence)·관계(Relatedness)·성장(Growth) 욕구를 뜻합니다. 이 중 존재 욕구는 기본적인 저차원 욕구로서 배고픔, 갈증, 안식처 같은 생리적·물질적 욕망을 말합니다. 회사로 치면 보수, 복리후생이나 사무실 같은 물질적 욕구와 물리적 조건으로 볼 수 있죠. 매슬로의 생리/안전의 욕구와 대응됩니다.ERG 이론과 욕구 단계설의 비교 ⓒ로모ERG 이론은 매슬로의 이론처럼 저차원의 욕구가 충족되면 고차원의 욕구를 갈망하게 된다고 말합니다. 반면에 고차원의 욕구가 충족되지 않으면, 저차원의 욕구를 더욱 원하게 된다는 시각도 있죠. 결국 커뮤니티라는 관계와 이용자의 성장이 가능한 공간을 만들려면 기본적인 존재 욕구의 충족이 최우선입니다.안전한 공간이 전부 편하지는 않지만 편한 공간은 모두 안전해야 하죠. 우리는 위험한 장소에서 함부로 움직일 수 없으니까요. 내 존재를 드러내도 안전한 공간이라는 생각이 들지 않는데, 솔직한 나의 모습을 보여줄 수 있을까요? 내가 보호받을 수 있는 안식처라면 새로운 사람을 만나고, 남들과 다를 수 있는 내 생각을 꺼내고, 이제껏 가본 적 없는 행사에 참여하는 것 모두가 쉬워질 거예요.무중력지대 G밸리가 만족스러운 이유 ⓒ무중력지대 G밸리셀카 찍기 좋은 예쁜 공간, 멋진 셀럽들이 가득한 공간도 좋아요. 하지만 진정한 관계와 성장이 이루어지는 공간을 꿈꾼다면, 무엇보다 편안하고 안전한 공간이라는 기본기를 지켜야 합니다.편안한 공간 만들기의 원칙이제와 보니, 의문이 생깁니다. 과연 '편안한 공간'이란 무엇일까요? 사전을 펼칩니다. 편하고 걱정 없이 좋다는 뜻의 '편안(便安)하다'에서 핵심은 '편하다'겠죠. '편하다'의 두 가지 정의에서 우리는 편안한 공간 만들기의 가장 중요한 원칙인 자율성과 직관성을 발견할 수 있습니다.편-하다便--)1) 몸이나 마음이 거북하거나 괴롭지 아니하여 좋다. → 자율성2) 쉽고 편리하다. → 직관성1) 자율성'거북하다'는 건 자연스럽거나 자유롭지 못하다는 말입니다. 내가 하고 싶은 대로 하기 어렵다는 거죠. 그렇다고 모든 사람에게 무한한 자유를 줄 순 없는 노릇입니다. 그렇다면 공존의 규칙을 마련하되, 이는 자율성에 기반해야 합니다. 스스로의 의지로 자신을 통제하게 하는 거죠. 이용자의 자율성을 늘리려면 어떻게 해야 할까요?먼저 제약과 규칙을 최소화해야 합니다. 다들 시나 구에서 운영하는 공공시설을 많이 가보셨을 거예요. 도서관이나 공원을 갈 때마다 눈에 띄는 건 정말 많은 '금지문'입니다. 거기선 떠들어도 안되고, 만져도 안되고, 음식을 갖고 들어가도 안되고, 애완동물이 들어가도 안되고, 가끔은 사람인 나도 들어가면 안 됩니다. 이 공간은 이렇게 쓰면 안 되고, 저 공간은 저렇게 쓰면 안 됩니다.금지 과잉의 시대 ⓒ한국일보물론 불특정 다수가 오는 공유 공간에서 제재는 필연적입니다. 문제는 습관적으로 무거운 제약과 복잡한 규칙을 남발한다는데 있습니다. 때로는 운영자가 직접 해결해야 할 구조적인 문제조차 이용자에게 떠넘기기도 하죠. 고민 없이 참 간단한 방법입니다. 거칠고 딱딱한 표현 방식도 문제예요. 시키는 대로 안 하면 누가 죽기라도 할 것 같습니다. 빨간색 궁서체로 쓴다고 모두가 진지하게 보는 게 아닌데 말이죠. 부드러운 표현을 쓸 때 부담 없이 느껴져 더 효과적일 수도 있다는 걸 모르는 걸까요?다음으로 이용자에게 더 많은 선택권을 줘야 합니다. 앞서 말한 공공시설의 예도 결국, 이용자를 통제와 관리의 대상으로 보는 운영자의 시각에 문제가 있습니다. 운영자가 오롯이 통제의 주체로 남을 것인지, 그 몫의 일부를 이용자에게 넘길 것인지 결단이 필요하죠.이용자에게 줄 수 있는 권한 중 공간의 선택권이 있습니다. 누구는 일할 때 꽉 막힌 구석 공간을 선호하는 반면, 통유리창에 천장이 높은 공간을 선호하는 사람이 있죠. 테이블과 의자가 있는 좌식을 좋아하거나 빈백 깔린 바닥에서의 와식을 좋아하는 사람도 있습니다. 나의 취향과 그 날의 기분, 내가 할 행동에 맞게 내가 있을 공간을 직접 선택할 수 있다면 어떨까요. 여력이 있다면 업무, 휴식, 놀이, 대화 등 다양한 기능과 구성을 갖춘 세부 공간을 마련하는 걸 추천합니다. 이용자는 머물 자리를 선택하면서 '내가 공간을 통제하고 있다'는 안도감을 느낄 거예요.2) 직관성'편리하다'는 건 이용하기 쉽다는 말입니다. 이용하기 쉬우려면, 직관적이어야 합니다. 이용자가 입구에 들어와서 특정 공간을 찾을 때, 상품을 주문할 때, 시설 사용법이 궁금할 때, 원하는 정보를 찾을 때 망설일 여지가 있으면 안 됩니다. 별다른 판단이나 고민 없이도 공간에 관련된 무엇이든 파악할 수 있어야 하죠.직관성을 높이려면 첫째, 복잡성을 최소화해야 합니다. 아마존과 야후의 사용자 인터페이스 최고책임자였던 래리 테슬러(Larry Tesler)는 '복잡성 보존의 법칙'을 주장한 바 있습니다. 모든 프로그램은 고유한 복잡성을 지니며, 복잡성은 없애거나 감출 수 없고 각 프로세스 사이를 옮겨 간다는 내용입니다. 복잡함의 총량은 정해져 있으며, 공급자가 복잡함을 짊어지면 그만큼 소비자는 심플함을 즐길 수 있다는 거죠. 이해하기 어렵나요? 더 쉽고 멋진 문장도 있습니다."만드는 사람이 수고로우면 쓰는 사람이 편하고 만드는 사람이 편하면 쓰는 사람이 수고롭다."김봉진, 배달의 민족 대표이 법칙은 HCI(human-computer interaction) 뿐만 아니라 공간 사용자 경험(User eXperience)에도 똑같이 적용됩니다. 사용자의 고민을 덜도록, 먼저 공간 운영자가 더 크고 깊은 고민을 해야 합니다. 사용자를 고민하게 하는 공간은 결코 편안한 공간이 될 수 없을 거에요. 레오나르도 다빈치는 단순함은 궁극의 정교함이라고 말했습니다. 단순하게 만드는 게 실력입니다.둘째, 일관성을 높여야 합니다. 하버드 비즈니스 리뷰의 선임 편집자 스콧 베리나토(Scott Berinato)에 따르면, 인간은 습관의 동물이라 참신한 것을 잘 인지하지 못한다고 합니다. 그렇다는 건, 바꿔 말해 어떤 사물이 일관성을 유지할수록 뇌가 그 사물을 인식하고 선택할 때 에너지가 덜 든다는 얘기입니다. 우리가 쇼핑을 할 때 제품의 위치, 색깔, 모양, 공간적 방위 순으로 반응한다는 연구 결과가 있다고 해요. 뇌는 낯선 사물보다 익숙한 사물을 쉽고 빠르게 인식하고, 정보와 에너지도 덜 드는 거죠.생각보다 일관된 느낌의 공간은 많지 않아요. 보통 공간 내의 컬러나 가구·소품의 소재가 너무 다양합니다. 세부 공간별로 인테리어 톤이 달라서 분리감이 크기도 해요. 안내문의 형식도 제각각이라 한 눈에 들어오지 않습니다. BGM도 마찬가지죠. 알록달록 뽀로로 키즈 카페의 스피커를 윤종신의 '좋니'가 적셔주는 풍경도 흔합니다(아프다 행복해줘) 같은 브랜드를 쓰는 체인점인데도 메뉴와 공간 가이드가 각각 다른 경우도 많고요. 운영자의 주관이 수시로 바뀌었든지, 모든게 새롭고 창의적이어야 한다는 압박이 크든지, 무조건 화려해야 한다는 강박이 있든지, 요인은 다양하겠죠.모든 것이 다양하고 생소한 공간은 이용자의 호기심을 자아내거나 셀카를 찍기에는 좋을지 모르겠습니다. 하지만 분명 피로감을 증가시킵니다. 도무지 예측하고 파악할 수 없기 때문이에요. 사람들은 익숙해지면 편안함을 느낄 수 있는데, 이런 공간은 익숙해지는데 많은 시간이 걸립니다. '참신하면서 편안한 공간'이라는 건 모순이죠.일관성이 강한 공간의 사례로 '스타벅스'가 또다시 등장합니다. 리저브 매장 등을 제외한 대부분의 매장에 메뉴가 동일하고, 인테리어 컬러도 포인트(그린)/메인(브라운)/베이스(블랙) 컬러 비율이 균일합니다. 매장 별로 독특한 소품이나 아트월이 있지만 절대 전체 공간의 톤을 해치지는 않아요. 계절마다 조금씩 변하는 BGM도 항상 같은 느낌이죠. (물론 오랫동안 누적된 스타벅스의 사용 경험 탓도 있을 거에요. 단골이 된 우리가 스타벅스의 모든 것에 익숙해져 버렸죠)스타벅스 더종로점 실내 ⓒ로모하나의 일관된 세계관이 존재하는 공간을 방문할 때, 우리는 아주 빠르게 익숙해집니다. 일관성은, 낯선 공간에서 미아가 될 뻔한 우리의 손을 따뜻하게 잡아주죠. 공간을 만드는 사람은 건물 구조나 사이니지 등 다양한 요소를 통해 사람들이 공간에 익숙해지는 시간과 에너지를 줄여야 합니다. 차차, 깊게 살펴보기로 해요 :)PS.다음에는 다양한 공간 요소를 바탕으로 커뮤니티 공간 디자인을 찬찬히 살펴보겠습니다!저희 팀에서 다른 유익하고 재밌는 매거진도 열심히 쓰고 있으니 기대해주세요!훈훈  CTO & Co-Founder#커뮤니티 #공간 #디자인 #브랜딩 #조직문화 #메모 #마블 #DC #애견 #육아 #비주류참고 자료세계인의 사랑방 ‘스타벅스’-편안한 공간·행복한 직원…커피는 문화다 ― 매일경제현대인에게 갈수록 필요한 제3의 공간 ― emars스타벅스 CEO 하워드 슐츠의 경영 철학 ― 도서더 나은 사용자경험(UX)을 위한 인터랙션 디자인 ― way to L!ah ;습관은 어떻게 참신함을 이기는가 ― 하버드 비즈니스 리뷰#로모 #기업문화 #조직문화 #사내문화 #기업소개

이 글은 Really Good Emails의 Don’t let your customers fall off. Re-engage with email. Here’s how를 저자의 허락을 받고 번역, 편집 한 글입니다.이 글의 저작권은 원문의 저작자에게 있으며 문맥을 고려하여 표현을 수정한 부분이 있습니다. 정확한 내용이 궁금하신 분들은 원문을 읽어보시기를 추천합니다.반복하기(repeat), 비용 회수하기(return), 개선하기(revise), 리마케팅(re-marketing), 리인게이지먼트(re-engagement), 온라인 마케팅에서 유행하고 있는 말들입니다. 모두 “re”가 붙어있는 말들이죠. “Re”가 왜 그렇게 중요한 걸까요? 마케터들에게 리인게이지먼트 전략이 필요한 이유가 뭘까요?Source: Giphy첫 만남에서 뭔가를 구매하게 만드는 것은 거의 불가능합니다. 첫 구매를 하기 전까지, 브랜드나 제품이나 서비스를 반복해서 접하고 경험하는 과정이 필요하기 때문입니다.Source: Sammi XieNielsen Norman Group에 따르면, 오늘날 고객여정(customer journey)은 훨씬 더 역동적이고 상호 연결되어 있다고 합니다. 그렇기 때문에 기업들은 모든 채널에서 간결한 커뮤니케이션 전략을 마련해야 합니다.Source: NNgroup다행히 이미 제품을 구매한 경험이 있거나 서비스나 제품에 대해 만족스러운 경험이 있는 고객과는 너무 접점을 가질 필요는 없습니다.이메일마케팅은 다시 주목받고 있습니다. 이메일은 완전히 멀어진 고객을 재활성화(re-activate) 시킬 수 있는 가장 스마트한 채널 중 하나입니다. 이메일 디자인도 중요하지만, 그 외에 성공적인 리인게이지먼트를 만드는 요소들은 다음과 같습니다.개인화된 이미지와 콘텐츠행동 또는 시간에 따른 고객 세분화(segmentation)고객의 특성에 맞는 (제품) 추천행동을 유발하는 명확한 CTA(Call-to-Action)와 메시지개인화(personalized)된 이미지Welcome home, Smiles Davis개인화(personalized) 된 이미지는 특히 고객에게 특화된 상품을 소개할 때 강력한 효과를 발휘합니다. 위의 Airbnb 이메일이 그 예시입니다. 전체적인 디자인은 별다를 게 없는 이메일이지만, 브랜드 아이덴티티를 잘 드러내고 있고 매우 가볍고 간단하고 가독성이 좋습니다.이메일을 통해 유도하고자 하는 첫 번째 행동 이외에도, “슈퍼호스트” 배지가 어떤 의미인지에 대한 정보를 제공하는 CTA(Call-To-Action) 버튼을 넣었습니다.고객들의 전환(conversion)을 최대한 늘리고 싶다면, 이러한 부가적인 CTA 포함하고 싶지 않을 수 있습니다. 하지만 이메일이 너무 강압적으로 보이지 않으려면, 판매와 직접적으로 관련 있지 않는 다른 무언가가 필요합니다.그렇다고 항상 이미지가 필요한 것은 아닙니다!Skillshare는 상단에 거대한 이미지를 배치하는 대신, “우리는 당신이 그리워요(We’ve missed you)!”라는 타이틀을 매우 크게 배치했습니다.Come See What’s New!이 메일의 목표는 이전의 프리미엄 사용자에게 특별한 할인을 제공함으로써 재구매(re-activate)를 유도하는 것입니다. CTA 버튼 역시 이 목표에 맞게 설계되어 있습니다.또한, “한정된”, “곧 끝날”과 같은 긴급함, 촉박함을 표현하는 단어를 사용하여 — 일종의 불안 심리(FOMO*)를 자극하여 — 사용자들이 즉시 행동하도록 유도합니다.*FOMO(Fear of Missing Out): 기회를 놓쳐 손해 보지 않을까 하는 두려운 마음뿐만 아니라 본문 하단에 세 가지의 새로운 제품 기능을 소개하며, 다시 프리미엄 사용자가 되어야 할 이유도 보여줍니다.이메일 템플릿에 다음과 같은 사회적 증거(social proof)를 몇 가지 추가하는 것도 도움이 될 것입니다.Skillshare의 유료 사용자 수재구매한 고객의 피드백(유료 사용 경험이 있으며, 재구매하기로 마음먹은 고객)Skillshare를 유료로 사용하는 친구 또는 지인에 대한 정보이메일에서 이미지를 아예 없애보는 건 어떨까요?The power of updatesKickstarter의 이메일은 이미 모금활동을 성공적으로 끝냈지만 프로젝트를 업데이트하지 않은 프로젝트 오너들에게 발송된 것입니다.특정 시점에 또는 사용자가 특정 행동을 했을 때 발송되는 이메일인데, 상품을 판매하려는 목적이 있는 것이 아니기 때문에, 유용한 팁과 실용적인 조언들이 나열되어 있습니다.Kickstarter는 펀딩 이후의 커뮤니케이션이 후원자와 프로젝트 오너 모두에게 중요하다는 것을 잘 알고 있습니다. 그 이유는,프로젝트 오너는 후원자들과 상호작용하기 위해 사이트에 재방문 할 것입니다.후원자 역시 같은 이유로 재방문하게 되는데, 로그인을 했을 때 다른 프로젝트를 추천받기도 합니다.Kickstarter가 얻을 것이 없는 것처럼 보이지만, 사실은 Kickstarter와 후원자, 프로젝트 오너 모두에게 도움이 되는 시나리오입니다.애니메이션 GIF를 사용해 재미를 더해보세요!Animated GIF은 오래전부터 사용되었으며, 마케팅 이메일에서도 자주 사용됩니다. Experian의 연구에 따르면, 이메일 마케터 2명 중 1명은 이메일 마케팅에 애니메이션 GIF를 사용합니다.애니메이션 GIF을 사용할지 말지는 스스로 결정할 일이지만, 우선 아래의 통계부터 확인해보죠.Dell은 애니메이션 GIF를 사용하여 수익을 109% 증가시켰습니다.MyrtleBeachGolf.com는 GIF 이미지를 사용했을 때 클릭률이 13%에서 21% 높아졌습니다.Helzber Diamonds는 개인화 이메일과 애니메이션 GIF을 통해 매출을 288% 증가시켰습니다.위의 이메일들은 애니메이션 GIF를 잘 활용했고 디자인도 좋을 뿐만 아니라, 모두 특정 시점에 또는 고객이 특정 행동을 했을 때 발송되는 이메일입니다. 이런 여러 요소들이 모여 수신자의 인게이지먼트를 극대화하게 됩니다.애니메이션 GIF는 고객 세분화(segmentation)와 개인화(personalization)와 결합하여 사용될 때 최대의 효과를 발휘하는데, 두 가지 모두 마케팅 자동화(marketing automation) 기능을 필요로 합니다.하지만 적시에 타게팅 된 이메일을 보낸다고 해도, 모든 이메일 템플릿에 애니메이션 GIF를 사용할 수는 없습니다.맞춤형 콘텐츠 + 정적 이미지애니메이션 GIF를 사용할 수 없다면, 수많은 이메일 사이에서 눈에 띌 수 있는 다른 방법을 찾아야 합니다. 정적인 이미지를 사용하더라도 수신자가 이메일을 기억하고 행동하도록 만들 수 있습니다. 어떤 방법이 있을까요?Still available?예를 들면, 다른 고객의 구매 내역을 기반으로 한 고도화된 트래킹(advanced tracking)과 스마트한 제품 추천이 방법입니다. Brooklinen의 이메일은 특정 제품을 찾아보기 위해 몇 주 전 사이트에 방문한 고객들에게 발송된 것입니다.이 이메일은 검색 기록에 기반하여 개인화된 제안(personalized offers)과 제품 추천(product recommendations)을 포함하고 있습니다. 수신자가 바로 구매 결정을 내리고 무료 배송의 기회를 즐기도록 하는 것이 메일의 목표입니다.몇 주 전에 제품을 찾아본 후 아직 구매를 결정하지 못했다면, 이 이메일을 받았을 때 아마 망설이지 않고 구매를 하게 될 것입니다.이런 복잡한 얘기는 차치하더라도, 이 메일은 디자인과 콘텐츠만으로도 충분히 매력적입니다.한 가지 덧붙이자면, 상단 메인 영역에 있는 배경 이미지는 아웃룩(Outlooks)에서 표시되지 않을 수 있습니다. 안타깝게도, 일부 이메일 클라이언트는 배경 이미지 표시를 지원하지 않습니다*.*링크: 특히 Outlooks 2007+과 Hotmail을 이용하는 고객에게는 배경 이미지가 자동적으로 비활성화될 것이라 합니다.맞춤형 콘텐츠와 정적 이미지를 활용한 또 다른 예시는 Jet의 이메일입니다. 눈에 띄게 큰 이미지를 사용하여 할인 소식을 강조합니다.Here’s 15% off your next 2 ordersJet는 신규 고객을 유치하는 것보다 기존 고객을 유지하는 것이 더 효율적이라는 사실을 완벽하게 이해하고 있습니다. 그런 맥락에서, 첫 구매 후 이어지는 두 번째 구매에 대해 15% 할인을 제공하고 있습니다.이런 방식의 할인은 방금 첫 구매를 한 신규 고객에게 매우 매력적인 제안일 뿐만 아니라 Jet 입장에서도 득이 되는 현명한 제안입니다. 왜일까요?많은 고객들이 — 특히 가격에 민감한 고객들이 — 15%의 할인을 최대한 활용하기 위해 더 많은 상품을 구매할 것이기 때문입니다.이어지는 두 번의 주문 과정을 거치면서 고객들은 Jet에 쉽게 적응할 수 있으며, 추가적인 할인 없이도 정규 고객이 될 수 있습니다.나아가 Jet가 향상된 이메일 자동화를 사용한다면, 고객에 대한 더 많은 데이터를 수집할 수 있으며, 향후에는 그들의 구매 이력을 바탕으로 제품을 추천할 수 있을 것입니다.이것이 바로 우리가 얘기하는 ‘스마트’입니다.어쩌면 첫 구매를 바탕으로 개인화된 콘텐츠를 제공하는 실험을 이미 해봤을 수도 있습니다.또한 인센티브를 제공하여 사용자들이 친구나 가족을 초대하도록 하는 일종의 리퍼럴 프로그램 — 약간의 게이미피케이션(gamification)이 가미된 — 을 해볼 수도 있습니다.물론 고객을 리인게이지(re-engage) 하는 방법은 이 밖에도 무수히 많습니다.지금까지 소개한 사례들은 일부분에 불과하지만, 대체로 이런 트렌드를 따르고 있습니다.개인화 이미지와 콘텐츠를 포함합니다.행동이나 시간에 기반한 고객 세분화(segmentation)를 활용합니다.제품 추천(product recommendations)과 관련한 기능을 사용합니다.사용자의 즉각적인 행동을 유도하기 위해 적절한 CTA를 사용하고 전환에 초점을 두고 이메일을 설계합니다.하지만 절대적인 것은 없습니다. 언제나 개선의 여지가 있기에 때로는 용기 내어 시도해야 합니다.예를 들어 제품이나 서비스의 가치를 뒷받침하기 위해 몇 가지 사회적 증거(social proof)를 추가할 수 있습니다.위의 조언과 사례들이 이메일의 전환율을 높이는 데 도움이 되길 바랍니다.특히 이커머스 비즈니스를 하고 있다면, 주문 확인 메일부터 최적화해보는 것이 좋습니다.왜냐하면 70%의 사람들이 주문 확인 메일을 열람하기 때문입니다. 주문 확인 메일은 신규 고객을 충성 고객으로 바꿀 수 있는 좋은 방법입니다.#슬로워크 #마케팅 #마케터 #마케팅꿀팁 #인사이트 #조언

처음에 핀다(Finda)를 창업하면서 주변 사람들이나 투자자들, 또는 금융업 종사자들에게 설명할 때 하나같이 다음과 같은 두 가지 반응이 있었다. 한 가지는 ‘꼭 필요한 서비스인데 왜 없지?’이고 다른 한 가지는 ‘예전에 많이들 시도했었는데 성공하지 못했던거 같은데.’였다. 공동창업자와 이런 반응에 대해서 우리가 판단하는 시장에 대한 상황을 설명하곤 했는데, 결론적으로 ‘아무래도 시장이 준비가 덜 되었다.’라는 이야기를 나누곤 했다.론 애드너의 <혁신은 천개의 가닥으로 이어져있다> (출처: 교보문고)그러나 핀다를 창업하고 이제 1년 남짓한 시간밖에 지나지 않았는데, 시장의 반응은 180도 바뀌었다. 창업 초기 온라인으로만 100% 대출이 가능했던 상품은 없었는데, 지금은 1금융권에서도 모바일, 온라인 상품들을 출시하고 있고, 오히려 금융권에서도 먼저 손을 내밀어주고 있다. 사용자들도 송금과 결제 외의 금융활동들을 모바일과 온라인에서 하고자 하는 니즈도 많아졌고, 나름 각 분야에서 경쟁 서비스들도 출시되기 시작했다. 그러면서 몇 년 전에 읽었던 론 애드너 (Ron Adner)의 ‘혁신은 천개의 가닥으로 이어져 있다 (The Wide Lens)’ 책의 내용을 다시 되짚어보게 되었다.내 실행이 의미를 지니려면 누구와 무엇을 해야하는가책에서는 혁신을 성공적으로 이루고 경쟁자를 물리치려면 무엇이 필요한지에 대해 세 가지 요소가 필요하다고 설명하고 있다. 첫째는, ‘실행 초점 (Execution focus)’, 둘째는 혁신이 의미가 있으려면 다른 누가 혁신을 일으켜야 하는지에 대한 ‘공동 혁신 (Co-innovation)’, 마지막으로 최종 소비자가 완전한 가치 제안을 평가하기 전에 다른 누가 내 혁신을 수용해야 하는지에 대한 ‘수용 사슬 (Adoption Chain)’을 이해하고 있어야 한다고 한다.  론애드너의 혁신 전략에 대한 와이드 렌즈 관점. 나도 잘하고, 시장도 성장하고, 이해관계자들도 모두 성장해야 한다.‘공동 혁신'과 ‘수용 사슬'에 대해 조금 더 살펴보자면, 이를 잘 만들어내기 위해서는 가치 창출을 위해 결합해야 하는 모든 요소의 청사진과 생태계 구조 구축 ‘순서'에 대한 명확한 계획을 바탕으로 단계적으로 시스템을 구축해야 한다고 설명한다. 즉, 나만 잘한다고 혁신이 되는 것은 아니라고 말이다.엠페사(M Pesa) 혁신 사례로 본 시장의 중요성 여러가지 좋은 사례가 나와있지만 그 중에서도 성공적인 핀테크 회사로 유명한 케냐의 엠페사(M Pesa)의 케이스가 와 닿았다. 영국의 보다폰 (Vodafone)과 케냐의 최대 이통사인 사파리콤 (Safaricom)의 합작사인 엠페사는 대리점 네트워크를 기반으로 문자 메세지를 통해 은행 계좌가 없어도 쉽게 송금할 수 있게 해주고 있다. 이제는 케냐 뿐만 아니라 남아공, 인도, 이집트 등 다양한 국가에서 총 2천 5백만 명이 사용하는 글로벌 금융 서비스로 성장했다. (2016년 3월말 기준)엠페사가 처음 설립되었을 때 목표는 케냐의 수많은 금융 소외 인구에게 기본적인 은행 업무를 제공하고 자본에 대한 접근성을 높이는 것이었다. 이는 케냐 전체 인구의 27%는 휴대전화를 가지고 있으며, 27%는 잠재적 고객으로 만들 수 있다고 판단했고, 무엇보다 이 수치가 빠르게 증가하고 있다는 시장 상황을 바탕으로 실행에 옮겼다고 한다.  케냐 엠페사의 대리점 모습. 상대적으로 허름한 모습이 오히려 고객 가치의 본질에 대해 다시 생각하게 해준다. (출처: Worldbank 홈페이지)엠페사의 이러한 성공에는 공동 혁신과 수용 사슬의 발전이 뒷받침 되었다. 문자메세지 기간망 그리고 휴대폰 보급이라는 ‘공동 혁신’은 이미 일어나 있었고, 사파리콤 대리점이라는 ‘수용 사슬’의 매개체 또한 갖추고 있었다. 하지만 수용 사슬에서 어려움에 봉착하게 되었는데, 도시에 사는 사람이 농촌에 사는 친지에게 송금하는 경우가 많아, 농촌 대리점에 현금이 부족해졌다. 이를 위해 대리점들이 협력하는 방식을 바꿨다.그 외에도 더 큰 과제는 복잡한 생태계 구조였다. 송금 이외에도 대출이나 입출금과 같은 포괄적인 금융 서비스를 제공하기 위해 케냐의 미소금융 기관인 파올루 케냐(Faulu Kenya)와 시범 사업을 개시했는데, 일일이 언급하기가 힘들만큼 많은 과제가 있었고 그 중에서도 특히 파올루 케냐의 기존 관행 및 시스템을 수용하기 위해 소비자 거래가 상당히 복잡해졌다고 했다. 이 문제를 해결하기 위해 엠페사는 기본적인 요소인 문자를 통한 송금 서비스에만 집중하였고, 결국 파올루 케냐를 제외시킨 송금 관련 ‘최소 실행 가능 범위’의 생태계를 구성하게 되면서 큰 성공을 거둘 수 있었다.2년 이후 엄청나게 단순화된 최소 실행 가능 범위. 집중할 수 있도록 시장을 구성하는 것이 매우 필요하다. 혼자만의 노력으로는 소비자에게 의미있는 서비스가 될 수 없다핀다가 만들고자 하는 혁신도 같은 맥락에서 바라볼 수 있다. 너무나 당연한 이야기겠지만 우리 혼자만의 노력으로는 소비자에게 의미있는 서비스가 될 수 없기 때문이다. 다른 O2O 서비스와는 다르게 더 나은 사용자경험을 모바일과 온라인에서 제공하는 것이 매우 중요하다. 금융상품에 대한 정보를 보고 선택하는 것은 온라인에서 일어나고, 실제로 가입하고 구매하는 것은 오프라인에서 일어나서는 소비자에게 제대로 된 온라인 경험을 제공하는 것이라고 할 수가 없기 때문이다. 은행에서 온라인에서 가입할 수 있는 상품을 만드는 ‘공동 혁신'이 이루어지고 또 그러한 상품을 은행 자체 채널이 아닌 객관적으로 비교하고 추천할 수 있는 채널에서 판매하는 ‘수용 사슬'이 만들어져야 핀다의 비즈니스가 성립할 수 있다.하지만  ‘공동 혁신'도 ‘수용 사슬'도 이루어지지 않았으니 핀다와 같은 서비스가 제대로 기능하기가 힘든 환경이었다. 베타 서비스를 런칭한 2016년 봄에도 온라인으로 신청 완료까지 가능한 금융 상품은 드물었고 다른 금융기관의 상품들과 같은 자리에서 비교하고 판매하는 것에 대한 거부감이 매우 높았다. 그러다보니 핀다가 갖고 가야할 생태계 구조에 대해서도 많은 고민을 할 수 밖에 없었다. 상품의 가입과 구매가 오프라인에서 일어나기 때문에 핀다가 대출 중개인과 계약을 통해서, 또는 직접 운영을 통해서 오프라인 가입과 관련된 문제를 해결해줘야 하나 하는 여러가지 고민이 있었다. 이러한 고민은 최종 소비자에게 제공할 가치 측면에서 뿐만 아니라 비즈니스 모델 측면에서도 중요한 문제였다.핀다의 사업가치 청사진을 도식화 해보았다. 제대로 가치를 제공하는 온라인/모바일에 집중하는 것이 중요하다고 생각한다.(중개인을 활용하게 되면 ‘수용 사슬'이 복잡해지고 최종 소비자에게 제공할 수 있는 가치도 불명확해진다. 그림을 그려보니 금융기관이 늘어날수록 복잡성이 역시 증대되는 것은 어찌보면 당연한 이야기인 것 같다.)그러나 보다 우리가 명확하게 가치를 제공할 수 있는 범위로 서비스를 제한하기로 결정했다. 온라인 및 모바일로 가입이 가능한 금융상품을 소개하고 연결하는 것에만 집중하기로 한 것이다. 온라인이 더 익숙한 밀레니얼 세대의 중요성 증대, 비대면 본인인증 등 기반기술 및 정책의 발전, 해외 사례, 조금씩 보이는 금융권의 변화의 움직임 등을 바탕으로 핀다와 같은 서비스가 필요해질 환경이 금방 올 것이라 생각 (또는 베팅을) 했다.  시장의 흐름을 잘 파악하는 노력창업을 하기 전뿐만 아니라 회사를 운영하면서도 필요하다.그 사이 시장 환경은 빠르게 변화해왔다. P2P 대출부터 올해 첫 번째 인터넷 은행인 K뱅크까지 오픈하였고, (카카오뱅크도 오늘 출시되었다.) 시중 은행들도 온라인, 모바일 전용 금융상품들을 앞다투어 출시하고 있다. 씨티은행의 경우에는 지점의 80%를 폐쇄하겠다고 발표하기도 했다. 핀다 자체의 혁신에 이러한 환경 변화가 더해지면서 핀다는 신한은행, 씨티은행을 포함, 30개 이상의 금융기관과 파트너십을 맺을 수 있었다고 생각한다. 공동 혁신 및 수용 사슬이 이루어졌음은 물론이고 갈수록 범위가 커지면서 자연스레 핀다가 최종 소비자에게 제공할 수 있는 가치도 커지고 있다.핀다의 목표는 사람들이 큰 노력없이 자신에게 잘 맞는 금융상품을 추천 받음으로써 큰 고민이나 걱정없이 더 나은 금융생활 (a better financial life)을 할 수 있게 하는 것이다. 그 일환으로 핀다 고객들이 핀다에서 상품들을 비교해보고 추천받아 가장 적합하다고 판단되는 대출 상품을 가입하면 제휴사와 함께 우대금리를 추가로 제공하는 핀다 전용 상품들을 출시했다.씨티은행과 제휴해서 직장인 신용대출을 받는 핀다고객들에게 0.5% 우대금리를 제공하고 있다. (출처: 핀다)창업 초기에는 시장에 대한 리서치, 인터뷰 등에 대한 노력을 많이 기울이는 편인데, 아무래도 스타트업을 하면서 수많은 업무와 이슈에 파묻혀 시장을 흐름과 사용자들의 변화하는 니즈를 놓치게 되는 경우가 종종 있다. 하지만 노력을 진짜 규모있는 혁신으로 만들기 위해서는 계속해서 변화하는 시장의 흐름과 이에 따라 사용자들에게 전달해 줄 수 있는 가치들이 어떻게 변할지 Wide Lens를 통해 시장을 보려는 노력을 끊임없이 기울여야 한다. 시장은 끊임없이 변화하고 있으니...#핀다 #스타트업창업 #창업가 #창업자 #철학 #마인드셋

OverviewDB를 다뤄봤다면 SELECT문도 아실 겁니다. 가장 먼저 접하는 명령어 중에 하나이기도 하죠. 보통은 아래처럼 사용합니다. SELECT문SELECT     * FROM 테이블명  ; 명령을 주면 지정한 테이블에 저장된 모든 내용을 검색합니다. 이번 글에서는 테이블을 만들고 SELECT하는 과정을 다뤄보겠습니다. DB는 MySQL 5.6을 기준으로 하고, Tool은 MySQLWorkbench를 사용하겠습니다.Query, 너란 녀석테이블은 위와 같이 생성할 수 있습니다. 위의 내용은 MySQLWorkbench를 이용해 Model을 표시하면 아래와 같습니다. 구성원의 정보를 저장하도록 했고, 컬럼마다 의미를 갖게 됩니다. MBR_ID (구성원 아이디) : DB에서 구성원을 식별하는 아이디MBR_INDFY_NO (구성원 식별 번호) : 구성원을 실제 구별하는 번호로 과거에는 주민등록번호가 많이 사용되었고, 요즘은 e-mail 이 많이 사용됩니다.MBR_NM (구성원 명) : 구성원의 이름 테스트 데이터를 입력해 실행하면 어떤 결과가 나오는지 보겠습니다.가장 기본적인 SELECT문 실행계획을 보면 아래와 같이 나옵니다.실행 계획은 DB가 어떻게 Query를 수행할 건지 보여줍니다. Query가 복잡해지면 실행 계획을 보면서 Query가 올바르게 작성됐는지 확인하고 필요하다면 Query를 수정해야 합니다. DB를 시작할 때부터 실행 계획을 보는 습관을 기르는 게 중요한 이유입니다. 각 항목에 대한 설명id : SELECT 문에 있는 순차 식별자로 Query 를 구분하는 아이디select_type : SELECT의 유형SIMPLE : Subquery나 union 이 없는 단순한 SELECTtable : 참조되는 테이블의 명칭TB_MBR_BAS : 참조되는 테이블명type : 검색하는 방식ALL : TABLE의 모든 ROW를 스캔 위의 이미지는 임의로 만든 자료를 이용해 Query를 실행한 결과입니다. 실행 계획은 TABLE : TB_MBR_BAS 를 TYPE : ALL 전체 검색한다고 나옵니다. 실행한 내용도 같습니다. 여기서 MBR_NM 이 “나서영”인 자료를 검색해볼까요. WHERE 조건이 들어가자 실행 계획도 내용이 변경되었습니다. rows와 Extra에도 값이 있는데요. 두 항목을 잠시 짚고 넘어가겠습니다. rows : Query를 수행하기 위해 접근해야 하는 열의 수Extra : MySQL 이 Query 를 수행할때의 추가 정보Using where : Query 수행시 TABLE에서 값을 가져와 조건을 필터링 함 위의 결과처럼 전체를 검색해 필요한 자료만 추출하는 것을 FULL TABLE SCAN or FULL SCAN 이라고 합니다. 그러나 FULL SCAN은 성능이 좋지 않기 때문에 우선 꼭 필요한 Query인지 검토해야 합니다. 보통 MBR_NM에 INDEX를 추가해서 해결하는데요. INDEX를 추가해서 같은 Query를 수행하면 실행 계획은 어떻게 달라질까요. 분명 같은 Query였는데 INDEX에 따라 실행 계획이 변경된 걸 알 수 있습니다. INDEX를 추가해도 수행한 결과는 같지만 검색 속도에 많은 차이가 있습니다. 각 항목에 대한 설명type - ref : 인덱스로 자료를 검색하는 것으로 현재는 매칭(=) 자료 검색을 나타냄possible_keys : 현재 조건에 사용가능한 INDEX를 나타냄(인덱스가 N개일 수 있음) IX_MBR_BAS_02 : 현재 조건에 사용 가능한 INDEXkey : Query 수행시 사용될 INDEX (possible_keys 가 N 개일 경우 USE INDEX, FORCE INDEX, IGNORE INDEX 로 원하는 INDEX 로 바꾸어 수행할수 있음)key_len : 수행되는 INDEX 컬럼의 최대 BYTE 수를 나타냄152 : 수행되는 INDEX 컬럼의 BYTE 수가 152ref : INDEX 컬럼과 비교되는 상수 여부 or JOIN 시 선행 컬럼 constant : 상수 조건으로 INDEX 수행rows : 678 : 678 rows 접근하여 값을 찾음Extra : using index condition : INDEX 조건에 대하여 스토리지 엔진이 처리(MySQL의 구성에서 스토리지 엔진과 MySQL 엔진이 통신을 주고 받는데 스토리지 엔진에서 처리 하여 속도가 향상됨) ConclusionINDEX가 없으면 결과가 나오기까지 5초 정도 걸리지만, 반대로 INDEX가 있으면 1초 안에 결과가 나옵니다. 별거 아닌 것 같아 보이지만 실무에서는 엄청난 차이입니다. Query를 작성할 때 실행 계획을 확인하고 조금이라도 빨리 결과가 나올 수 있도록 하는 것이 중요하기 때문이죠. 다음 글에서는 단일 TABLE 을 SELECT하는 것을 주제로 이야기를 나눠보겠습니다. 무사히 SELECT하길 바라며.글한석종 부장 | R&D 데이터팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발문화 #개발팀 #업무환경 #인사이트 #경험공유

백엔드 서비스로 Python을 사용한다면 만나게될 상황을보다 쉽게 해결하기 위한 와탭의 Python APM, 개발하게 된 이유입니다.파이썬은 배우기 쉽고, 어디서나 실행되는 언어라고 이야기되며, 인기도 높습니다. 생각보다 많은 곳에서 배울 수 있으며, 혼자 배우기도 좋습니다. 그런데, 이 규모가 확대되어서 스타트업의 경우에 Python을 사용하여 백엔드 서비스를 개발하는 경우를 찾는 것이 어렵지 않습니다. 또는, 수학적인 알고리즘이거나 ML(머신러닝)과 같은 영역이거나 블록체인등에서 Python을 사용하여 API geteway나 broker를 사용하는 경우에 한정한 상황을 고려하고 있습니다.Python으로 백엔드 서비스를 만들 때에는 성능과 설계 부분에 대해서 많은 걱정을 하게 됩니다. 이런 상황을 만나게되는 개발자는 여러가지 문제를 만나게 됩니다. 그 문제에 와탭은 집중합니다.!와탭은 백엔드 서비스를 Python으로 개발시에 만나게 되는 상황을 가장 최우선으로 생각하게 되었습니다.Python으로 '설계', '개발'되고 '테스트'된 후에 '배포'되는 상황에서 서비스의 불완전함과 속도상의 문제, 리소스의 불협화음등을 '유지보수'하는 단계를 '성능 튜닝'이라고 정의하고, 이를 고려한 상황을 보다 단순화하는 것이라고 생각하게 되었습니다. 이를 어떻게 처리하느냐가 와탭 Python의 핵심 가치라고 생각하였습니다.----- 이 부분은 Python korea 페이스북에서 '배권한'님이 지적하신 내용을 기반으로 일부 첨언되었습니다.----- python native 개발자들에게는 불필요한 설명에 해당됩니다.파이썬은 분명, 읽기 쉽고 사용하기 쉬운 것은 장점이며, 라즈베리파이 위에서 동작되는 기민함은 정말 매력적입니다. <- 원래 문장.(* 현재에는 jvm도 동작합니다. 하지만, 작고 기민하게 다양한 IoT 디바이스에서 폭넓게 활용되는 것은 파이썬의 장점은 분명하지 않나 합니다. 이 부분에 대한 지적이 있어서 첨언합니다. )내부 구성상 비동기식으로 쓰레딩이 아니라, 단일 이벤트 루프를 사용하는 비동기식 작성은 매우 효과적입니다. <- 원래 문장.(* 이 부분도 asyncio나 gevent등에 대한 이야기이고, CPython의 언어 구현상 GIL때문에 쓰레드가 비효율적이라는 이야기를 거론하고 싶었으나, 일반적으로 파이썬에 대한 언어를 사용할때에 대부분 사용하는 이유가 단일 이벤트 루프기반의 비동기식 작성이 매우 일반적으로 사용되기 때문에, 이렇게 서술되었습니다. 하지만, 이런 설명은 백엔드로 Python을 사용하는 경우에 대부분의 프레임웍들에서 처리되고 있기 때문에 서술이 불분명하다는 지적이 있었습니다. 당연, 백엔드 서비스를 개발할때에 사용되는 wsgi interface등에 맞추어서 서술되는 경우에는 이런 설명이 무의미합니다.다만, 이렇게 서술한 이유는 Java를 기반으로 APM이 개발되어졌기 때문에 이 부분에 대한 서술이나 설명이 필요하다고 생각한 저의 과도한 설명이 되겠습니다.이 부분은 Python Native개발자들에게는 불필요한 설명이 되겠습니다. 하지만, 백엔드 서비스를 개발하면서 만나게될 환경에서는 이 부분에 대한 이해가 어느정도 필요하다고 생각되어 서술된 내용이라고 생각해주시면 감사하겠습니다. )----------------------------------------------------------------------------------------------------------------------이 방식은 복잡한 자원 경쟁이나 교착상태를 발생하지 않게 되며, 기본 코딩과 유지보수를 정말 수월하게 만들어 줍니다. 그만큼 일관성이 높은 수학 알고리즘을 구현하는데 매우 적합합니다. 하지만, 냉정하게, 비즈니스 로직이나 분기가 많은 업무 로직에 적합한 언어는 아닙니다.하지만, 수학적 알고리즘 기반의 주요 모듈 위에 데이터베이스가 일부 필요하고, 웹서비스의 형태로 가동되는 구조라면 파이썬은 매우 훌륭한 선택이 되고 있으며, 생각보다 많이 사용됩니다.그런 이유 중의 하나는 파이썬의 멀티패러다임 구성과 같은 구성에서는 자바에서처럼 굳이 프린트를 위해서 객체지향 클래스를 만들 필요 없이 간단한 함수형 스타일도 가능하게 구성이 됩니다. ( 자바 8에서는 이런 함수 기능도 추가되었습니다. )단순한 구조와 방식 때문에 파이썬 개발은 요즘처럼 ML이나 AI 등의 기술적 요소들이 많이 사용되는 환경에서는 매우 효과적입니다. 백엔드 파이썬 개발이 많이 보이게 되는 이유이기도 하죠.또한, 파이썬 개발의 단점이라고 지적되던 문제들도 현재에는 실행 속도 문제는 사실상 큰 문제가 되지 않는 상황입니다. 일례로, 파이파이(PyPY)로 실행된 파이썬 코드는 웬만한 수준의 C 코드보다 빠르게 동작합니다.굳이 더 지적하자면, 모바일 컴퓨팅과 브라우저에 따른 웹 애플리케이션 클라이언트는 굳이 파이썬으로 작성할 필요성을 느끼지 못한다고 이야기하는 정도입니다.하지만, 이런 파이썬 개발에 가장 큰 문제가 있습니다.테스팅 없이는 동작하기 어렵고,실제 동작 환경에서만 등장하는 오류의 발생파이썬의 특성상 동적 입력 형태에 따르는 더 많은 테스팅을 필요로 하고 있으며, 실제 실행시간에만 나타나는 오류를 찾는 것이 가장 큰 문제가 있습니다. 이 부분은 수많은 파이썬 개발자들을 괴롭히고 있습니다.( 단편적으로 파이썬 개발환경이 매우 고도화되어있지 않으며, 파이썬으로 백엔드 서비스를 만들 것이라고 예측하지 못한 점도 있을 것입니다. 앞으로 파이썬 개발이 더 고도화 되기를 기원합니다. )이 가장 큰 문제를 잡기 위해서와탭은 집중하였습니다.파이썬 백엔드 개발 시의 문제 해결!물론, Python도 디버깅에 대한 지원 유틸리티가 존재합니다.pdb라는 파이썬 디버깅 모듈을 통해서 Step over/Step into, 중단점(breakpoint) 설정, 콜 스택 검사, 소스 리스팅, 변수 치환 등을 할 수 있습니다.‘Phthon -m pdb 파이썬 파일. py’의 형태로 디버그 동작 화면에서 세부적인 동작을 트레이스 해보는 방식을 사용하거나, pdb모듈을 import 한 후에 pdb.set_trace()를 중단하고 싶은 부분에 넣어서 사용하는 방식도 사용됩니다. 또한, 디버그 세션을 사용하는 방식이며, PDB를 사용하여 디버깅하는 방식들도 흔하게 사용됩니다.PyCharm, PTVS, Spyder 등의 IDE를 사용해서 디버깅을 하는 방법은 전통적인 개발환경과 동일하게 사용할 수 있습니다.하지만, 이 방식들은 백엔드 서비스에는 맞지 않게 되며 개발자들은 백엔드 서비스 동작시에 디버그 추적을 위한 로그를 거는 방식을 흔하게 사용하게 됩니다. ( 너무도 전통적인 방식이죠. )정말 백엔드로 파이썬을 사용하고 있다면, 오류 추적이나 동작 메커니즘을 추적한다는 것은 매우 귀찮고 번거로운 작업이 됩니다.만들어지는 파이썬의 모든 파일에 해당 로그를 넣었다가 빼었다가, 배포의 오류를 만나는 상황까지 매우 번거로운 작업들이 끊임없이 반복되게 됩니다. 이런 상황들을 추적하기 위한 APM의 추적 기능들을 찾게 됩니다.또한, Python의 특징상 수학 알고리즘으로 구성된 API 중개인의 형태를 취할 경우에 DB에 대한 접근을 위한 ORM에서의 추적과 외부 웹 호출들이 뒤섞이게 되면서 오류 추적은 매우 짜증스러운 단계로 진화되게 됩니다.Python으로 백엔드 개발을 하게 되면만나게 되는 매우 짜증스러운 상황이죠.그래서, 와탭의 Python APM은 이 문제에 집중하기 위해서 와탭 고유의 문제 해결 방식을 그대로  아키텍처로 적용하여서 개발시에 편하고 빠르게 성능을 추적할 수 있도록 제작되었습니다. Python 백엔드 개발을 위한 최선의 방향을 제시합니다.Python개발자는 와탭의 APM을 설치하면 매우 손쉽게 웹 트랜잭션의 단계, 에러 추적, 클래스 추적, DB의 형태 및 Slow Query추적, 외부 호출 메커니즘의 구성 등을 설치 이후부터 빠르게 추적할 수 있으며, 개발자의 실수이거나 다른 외부 호출의 문제, DB와의 관계 등을 빠르게 잡아낼 수 있습니다.에러를 추적하기 위한 로그를 동작한다던지, 실환경시에 배포를 다시 한다던가 하는 귀찮은 작업을 모두 제거하는 것뿐만 아니라, 매우 통계적으로 의미 있는 와탭의 트랜잭션 추적 메커니즘을 사용할 수 있게 됩니다.파이썬을 기반으로 백엔드를 구성하는 곳이라면,와탭 APM은 매우 의미 있는 결과를 도출할 수 있습니다.와탭 Python의 세부적인 기능을 조금 더 상세하게 설명드리겠습니다.가장 먼저, 실시간 트랜잭션 모니터링!5초 주기로 트랜잭션을 수집하는 와탭의 방식은 서버의 부하를 최소화하면서 가장 의미 있는 데이터들을 수집하고 데이터 기반으로 오류와 트랜잭션을 빠르게 추적할 수 있게 합니다.파이썬 개발 시의 동작성을 체크하기 위한 와탭만의 고유의 진행 중인 트랜잭션 실시간 모니터링 기능인 아크 이퀄라이져와 동작된 웹 트랜잭션의 종료시간을 기준으로 시각화하여 동작된 트랜잭션의 상황을 한눈에 파악할 수 있습니다.와탭 Python APM위의 그림을 보면, Active Transaction으로 불리는 원형( 아크 이퀄라이져라 함 )으로 실제 동작중인 트랜잭션의 개수와 동작속도 등을 체크할 수 있으며, Hitmap을 통해서 종료된 트랜잭션의 속도를 시각화하여 볼 수 있습니다. 이 두 개의 시각화 만으로도 느린 트랜잭션을 추적 관리할 수 있습니다.Python 트랜잭션 추적 및 분석개발자는 단지 APM을 동작시켰을 뿐이지만, postgreSQL 데이터베이스에 연결하고 SQL문장을 주고받는 부분들을 하나의 시각화된 관점으로 나열해서 확인할 수 있습니다.각각의 동작 시간을 추적하는 것은 물론이고, 이 내용은 ORM으로 매핑된 상태에서도 SQL의 동작 순서대로 시각화되기 때문에 순서가 꼬이거나 문제가 발생되는 부분들을 손쉽게 찾아볼 수 있게 합니다.이외에도 와탭 APM( Java, Node, PHP 등의 모든 APM)에 기본적으로 제공되는 트랜잭션 추적 모듈 이외에도 사용자가 원하는 모듈 추적에 대한 기능들을 플러그인 형태로 정의할 수 있습니다. 더 복잡한 추적을 위해서 와탭의 고유기능을 추가적을 확대 사용이 가능합니다.WHATAP_HOME 의 plugin.json파일에 적절한 내용을 수정하여 특정 모듈의 데이터를 추적할 수 있습니다. 특정 모듈의 데이터를 추적하거나, 사용자 별로 원하는 모듈을 추적할 수 있습니다.*사용 안내:•[module_name]: 추적하고자 하는 대상의 모듈 명. import 하는 모듈 명 이기도 하다.•[class_name]: 추적하고자 하는 대상의 클래스 명. 없다면 ‘’(empty string)으로 사용한다.•[def_name]: 추적하고자 하는 대상이다.•args_indexes: 추적하고자 하는 대상의 아규먼트 인덱스. 여러 개일 경우 , 로 구분한다.•kwargs: 추적하고자 하는 대상의 키워드 명. 여러 개일 경우 , 로 구분한다.Plugin 기능 사용위의 예제에서는 Plugin과 SQL update문장의 순차적인 실행,세부 Plugin 설정에서 사용자의 모듈명, 추적 클래스 명, 추적대상과 아규먼트 인덱스, 키워드 등을 추적할 수 있습니다.*사용 예:plugin.json{"[module_name]": {      "class_name": "[class_name]",      "def_name": "[def_name]",      "args_indexes": ", ",      "kwargs": ", "},"httplib2": {      "class_name": "Http",      "def_name": "request",      "args_indexes": "1",      "kwargs": "method"},"faker.providers.address": {      "class_name": "Provider",      "def_name": "street_address",      "args_indexes": "",      "kwargs": ""}}두 번째, 데이터베이스를 매핑한 ORM과 SQL의 순서와 속도, Slow Query!매우 당연하게 파이썬을 기반으로 백엔드 개발을 할 경우에 데이터베이스를 사용하게 되며, 이에 대한 Slow Query와 관련된 추적하는 것이 개발자에게 필요하게 됩니다. 향후, RDS기반을 사용하게 되면 Query추적은 대부분의 데이터베이스 처리에 기본이 될 것입니다.현재 지원되고 있는 mysql / postgresql에 대하여 SQL Query, Fetch Count, SQL Query수행 시간을 수집합니다.Python개발 시에 RDBMS(관계형 데이터베이스 관리 시스템)를 선택하면 거의 항상 ORM(객체 관계 매핑) 라이브러리를 함께 사용하게 됩니다.특히, 파이썬에서는 이런 ORM라이브러리가 다양하고 사용하기 쉽기 때문에, 매우 흔하게 사용하고 있습니다.ORM의 장점으로는 쿼리를 생성하거나 추상화하는 대신, 데이터 베이스 시스템에 대한 접근을 쉽게 할 수 있는 장점이 있습니다. 다만, 이러한 장점 때문에 실제 만들어진 쿼리가 어떠하고 쿼리 수행 시간이 얼마나 걸리는지에 대해서는 추적이 어렵다는 점이 있습니다.이처럼, 파이썬의 특징상 ORM(객체 관계 매핑) 라이브러리를 사용할 경우에 추상화된 쿼리가 어떻게 동작하고, 실제 어떤 상황으로 발생 및 동작되는지를 한눈에 파악할 수 있게 합니다.ORM으로 매핑된 SQL의 순차적인 동작 상태 파악그리고, 세 번째. 외부 호출 추적파이썬 백엔드 개발 시에 사용되는 외부 호출(request/httplib2)등의 외부 호출과 관련된 호출 정보 및 수행 시간 등을 수집합니다.외부 호출을 사용하는 경우에는 각각의 호출에 대한 지연시간에 대해서 세밀하게 추적해야 하므로, 이와 관련된 에러와 지연시간 등을 추적하는 것은 매우 중요한 개발 시의 관점입니다.Python 외부 호출 추적마지막 중요 관점 네 번째는, 튜닝을 위한 다양한 프로파일 데이터의 제공을 이야기할 수 있습니다.와탭의 파이썬 에이전트는 위에서 나열되는 성능 저하를 위한 요소들의 전체적인 관점에서 수집하고 그 데이터들을 시각화할 수 있습니다.데이터베이스를 효율적으로 사용하고 있는지, 사용하는 ORM툴과 매핑과의 관계, 쿼리와 쿼리의 수행 시간과 상태에 대한 추적, 외부 호출시간과 각각의 지연되는 외부 호출과의 관계와 순서 등이 전체적으로 백엔드로 개발되는 Python의 성능 튜닝에 영향을 주게 되는 것이죠.그 이외에도 전체적으로 백엔드 서비스의 TPS, 응답 시간, 서비스 리소스 사용량과 어떤 에러가 발생되고 있는지를 알 수 있습니다.서비스 사용자가 사용하는 상세한 정보들을 프로파 일릉 함으로써 이들의 연관관계를 한분에 파악하게 해줍니다. 와탭에서 관리되는 프로파일 정보는 - 트랜잭션, SQL Query, 외부 HTTP호출, Error, User Agent, Client IP 등의 상관관계들입니다.그리고, 덤으로... Python이 설치 운영되는 전체적인 패키지의 버전을 한눈에 파악할 수 있는 것은 너무도 당연한 기능입니다.설치된 Python 패키지 확인그리고, 와탭의 DNA를 그대로 이어받은 APM이기 때문에, 기본적인 APM의 기능들을 대부분 담고 있습니다. 처음 와탭 APM을 접하시는 분들을 위해서 간단하게 설명드리면 다음과 같습니다.CUBE 메뉴는 시간을 기점으로 와탭 Python APM이 설치된 이후부터 현재까지의 모든 상황들을 추적 관찰할 수 있습니다. 주말에 오류 간 난 상황이라던지, 특정 오류의 발생 시점을 알고 있는 경우에 빠르게 해당 문제가 발생한 위치나 SQL 등을 추적할 수 있습니다.상세한 일간, 주간, 월간 리포트나 MAU 등을 추적할 수 있는 리포트 기능들은 와탭만이 가지고 있는 장점에 해당됩니다.Python으로 백엔드 웹서비스를 개발하고 계시다면, WHATAP Python APM은 개발과 운용을 매우 풍요롭고 빠르게 해줍니다.파이썬 백엔드 서비스 개발자라면 와탭 APM!

오픈서베이 이건노 CTO(이하 폴)는 훌륭한 개발팀의 첫 단추로 ‘일단 매출이 나는 서비스 만들기’를 꼽는 현실주의 개발자입니다. 돈을 벌어야 생존 가능한 환경이 갖춰지고 이때부터 좋은 팀에 대해 고민을 할 수 있다면서요.  동시에 모두가 즐겁게 일하며 공동성장할 수 있는 팀이라는 이상을 꿈꿉니다. 지속가능한 서비스는 지속가능한 개발팀에서 비롯되는데, 즐겁지 않은 업무 환경에서는 그런 개발팀이 나올 수 없다고 믿기 때문입니다.  이런 현실주의적 몽상가는 주니어로 입사해 개발 조직 리더까지 지낸 이스트소프트에서의 경험으로 오픈서베이 개발팀을 리빌딩합니다. 구성원 모두가 즐겁게 일할 수 있는 환경을 위해 폴은 어떤 고민과 노력을 했을까요?   오픈서베이 이건노(폴) CTO   폴, 안녕하세요!  안녕하세요. 스타트업은 처음이라 직원 간 출퇴근 시간도 다르고 영어 이름으로 불리고 하는 게 익숙하지 않았는데, 17년 4월에 조인해서 벌써 만으로 2년째 다니고 있네요(웃음). 오픈서베이 개발팀을 총괄하고 있는 폴입니다.    현실주의적 몽상가의 오픈서베이 합류 계기가 궁금합니다(웃음).  경영진 미팅이었어요. 저는 주변 후배들이 이직 고민할 때도 그 회사의 경영진을 꼭 보라고 이야기하는 편인데, 제가 오픈서베이에 조인한 결정적인 계기도 하이(황희영 대표)와의 미팅이었어요. 하이를 만나보니 제품에 대한 애정이 정말 크다는 걸 느꼈어요. 대표가 제품에 애정이 많다는 뜻은 정말 하고 싶은 일을 한다는 의미잖아요. 사실 제품에는 관심 없고 주식, 엑싯 이런 거만 고민하는 대표도 있거든요. 그런데 하이처럼 제품에 애정이 정말 많은 대표가 있는 회사라면 저도 정말 믿고 다닐 수 있겠다고 생각했어요.  “대표가 제품에 애정이 많다는 뜻은  정말 하고 싶은 일을 한다는 의미라고 생각해요”   현재 개발팀 구성은 어떻게 되나요?  오픈서베이 개발팀은 현재 프로젝트 매니저 3명, 프론트엔드 개발자 2명, 백엔드 개발자 4명, 그리고 앱 개발자 2명까지 총 11명으로 구성돼 있어요. 최근 회사가 빠르게 성장하면서, 올해는 개발팀도 여러모로 성장하는 한 해가 될 것 같아서 기대됩니다.   팀이 성장하면 어떤 변화가 생기나요? 기업의 규모는 천차만별이지만 업무의 범위는 크게 다르지 않아요. 그러다 보니 인원이 적은 스타트업은 한 명이 얕고 넓게 일하는 구조인데, 회사가 성장하면서 직원이 늘면 각 구성원의 역할을 좀 더 세분화하고 전문화할 수 있게 돼요.  오픈서베이 개발팀도 기존에는 프로젝트 매니저가 기획·QA 등 다양한 역할을 모두 소화했다면 최근에는 좀 더 한 분야에 집중해서 깊게 일하는 식으로 역할의 변화를 주고 있어요. 그래서 서비스 기획자·백엔드 개발자·QA 엔지니어 등 다양한 직군을 채용하고 있고요.   오픈서베이 개발팀의 채용 정보를 알고 싶다면? (링크)   조셉(김경만 오베이 PM) 인터뷰를 보면, 개발팀 세미나 제도를 통해 긍정적인 영향을 많이 받은 것 같아요.  사실 세미나 자체가 주니어 개발자의 발언 기회를 위한 제도예요. 개발자는 스스로 제품이나 기술에 대해 주도적으로 고민할 때 역량이 극대화된다고 생각해요. 그런데 주니어 시절에는 아무래도 고민의 결과를 제품이나 기술에 반영하기 힘들죠. 세미나는 이런 갈증을 느끼는 주니어가 좀 더 의욕적으로 일할 수 있는 창구를 제공하기 위해 도입했어요. 구성원분들 덕에 우리 개발팀에는 잘 적용됐지만, 무작정 도입만 한다고 알아서 잘 작동하진 않는 것 같아요. 세미나가 주니어에게는 동등하게 업무 커뮤니케이션을 할 기회지만, 시니어에게는 사실 귀찮고 번거로운 일이 될 수 있거든요. 해왔던 대로 하는 게 편하다는 생각도 들 수 있고 새로운 기술을 팀에 적용하는 과정에서 드는 리소스도 크고요.    주니어 관점일 때는 생각지도 못했는데 이야기를 들어보니 그렇네요.  사실 저도 마찬가지예요. 저도 CTO이기 전에 개발자니까 주니어 개발자의 신선한 아이디어나 최신 기술을 업무에 적용해보고 싶은 마음도 있어요. 주니어분들의 세미나를 통해 저도 새롭게 배우는 점이 많아요. 그런데 CTO 입장에서는 이를 도입했을 때 우리 제품이나 업무 환경에 어떤 영향이 미칠지를 계산하지 않을 수 없어요. 좋아 보인다고 무작정 도입하면 문제가 터졌을 때 대처할 준비가 안 된 거니까 부담이 너무 크거든요.  그래서 이런 제도는 신중하게 도입하고 모든 구성원이 꾸준히 노력해야 잘 유지되는 것 같아요. 저도 간혹 이런 데서 내적 갈등이 생길 때마다 세미나 제도의 긍정적인 영향을 생각하며 이겨내는 편이에요(웃음). 실제로도 팀 업무 환경 개선이나 기술 수준 향상에 많은 도움이 되고 있고요.   “주니어에게도 고민 내용을 공유할 기회를 주려고 해요. 개발자는 주도적으로 제품을 고민할 때 역량이 극대화되거든요”    ‘코드리뷰’도 비슷한 제도라고 들었어요.  맞아요. 코드리뷰는 제품이나 소프트웨어의 변경사항을 체계적으로 관리하는 형상 관리의 일환이기도 해요. 오픈서베이 개발팀은 각 개발 담당자가 코드를 업데이트하면 슬랙에 자동으로 알림이 와요. 그럼 구성원들은 자유롭게 코드를 열어보고 의견을 내는 거죠. 여기서 담당자가 놓친 오류나 실수를 점검해 주거나, 더 효율적이고 경제적인 코드에 대한 의견을 주고받기도 해요.    그럼 코드리뷰는 보통 어떤 식으로 진행되나요?  마이너한 코드는 비대면 방식으로 온라인에서 수시로 리뷰를 진행하는데, 메이저한 코드 업데이트가 있을 때는 따로 회의를 열어서도 해요. 경우에 따라 방식은 다르지만 적극적으로 진행하려는 편이에요.  코드리뷰 제도를 도입하고 장려하는 이유는 명확해요. 개발자는 여럿이 함께 일할수록 시너지가 난다고 생각하거든요. 개발자 개인의 실력이 아무리 좋아도 본인이 작성한 코드의 오류나 실수를 다 잡아내기는 힘드니까요.  코드리뷰 자체가 구성원들이 의견을 주고받으면서 시스템 전반을 두루 이해하고 배우는 과정이기도 해요. 탄탄한 개발팀은 한명의 개발자가 하나의 시스템을 맡는 게 아니라 여러 구성원이 여러 시스템을 보조하는 구조거든요. 그래야 특정 담당자가 공백일 때 다른 구성원이 대신 문제를 처리해줄 수 있고, 개인의 부담도 줄어드니까요.  개발팀의 조셉과 로빈이 코드리뷰 중인 화면   그러다 자칫 잘못하면 서로의 감정을 상하게 하거나, 주니어를 향한 시니어의 훈육 공간으로 전락할 수도 있을 것 같아요.  그래서 어떤 제도가 좋다고 해도 무턱대고 받아들이면 안 된다는 생각을 해요. 도입에 앞서 서로 인신공격을 하면 안 된다거나 리뷰 내용은 공개된 채널에서만 주고받아야 한다는 등의 세세한 규칙을 정할 필요가 있어요. 코드에 대한 의견이 상대방을 헐뜯으려는 게 아니라 제품 개선과 모두의 성장을 위해서라는 상호 신뢰도 충분히 형성돼 있어야 하고요.    구성원들이 서로 자극을 주거나 보고 배우면서 함께 성장하는 팀을 지향하는군요. 정확히 맞아요. 개발자는 연차나 경력과 무관하게 개인별로 역량의 편차가 좀 있는 편이에요. 하나의 팀에 똑같은 수준의 역량을 갖춘 개발자만 모여 있는 게 오히려 부자연스러울 정도로요. 그래서 서로 다른 역량을 가진 팀원들이 함께 일할 때 시너지가 날 수 있는 방법이 필요해요.  저도 예전에는 이렇게 생각하지 않았어요. 일 잘하는 개발자에게 일을 몰아 주고 그 친구가 일을 다 하게 했죠. 거기에 따라 보상도 많이 주고요. 처음에는 일이 되는 것 처럼 보였는데 그런 식으로 한두 명이 일을 많이 하니까 금방 지치더라고요. 결국 서로 도와 가면서 팀으로 일하는 게 필요하더라고요.   그렇게 생각한 특별한 계기가 있나요? 개발팀장 시절에 새로 합류한 구성원 한명이 기억나네요. 좀 독특했어요. 에러·버그 등 문제가 생기면 원인을 파악하고 해결하는 개발업무를 ‘트러블슛(Trouble Shoot)’이라고 하는데, 그 친구는 다른 구성원이 담당하는 시스템의 트러블슛도 함께 고민하는데 시간을 많이 쓰더라고요.  사실 전 그때까지만 해도 팀원은 자신에게 주어진 일을 잘하면 되고 팀장은 역량에 맞춰 일을 잘 분배해주면 된다고 생각했어요. 그래서 이 친구 모습을 보면서 왜 자기 일은 안 하고 다른 사람 일을 야근까지 하면서 보고 있을까 생각했었죠.  그런데 시간이 지날수록 팀원들의 역량과 그 친구의 역량이 동반 성장하더라고요. 그것도 눈에 바로 보일 정도로 빠르게요. 서로 자극을 주고 함께 고민하면서 결국은 팀 전체가 성장한 거예요. 서로 시너지가 났던 거죠. 그러면서 자연스럽게 성과도 잘 나왔어요.   하지만 의지만으로는 자신의 업무를 넘어서 다른 구성원의 업무를 함께 고민하기는 힘들 것 같아요. 팀에서 함께 일할 수 있는 환경을 잘 만들어 주는 게 중요했던 것 같아요. 이슈 관리, 형상 관리, 버전 관리, 테스트, 릴리즈 등 개발과 운영을 위해서 필요한 기본적인 이해가 서로 있어야 해요. 그리고 개발 업무에만 집중할 수 있게 빌드, 배포와 같은 반복적인 업무의 자동화나 운영 툴 개발과 같은 것도 중요합니다.  그리고 가장 중요한 건 서로에 대한 배려심이라고 생각해요. 이번에 도와주고 다음에 도움을 받고 하는 서로에 대한 배려가 없다면 함께 일하는 문화는 자리 잡을 수 없어요. 일이 나뉘어 있기도 하지만 결국 같은 목적으로 일하고 있는 동료와 팀이라는 것을 알고 서로 배려해 주는 거죠. “좋은 제품은 좋은 개발 환경에서 나온다고 생각해요.  그래서 좋은 환경을 만들어주고 싶어요”   레드(김승엽 개발자) 인터뷰만 봐도, 로빈(권장호 개발자)를 통해 자극을 받아 공동성장하는 모습이 인상적이더라고요. 폴은 이런 레드에게 팀장을 넘어 멘토로서도 다양한 조언을 해주려는 것 같아요. 개발팀 구성원들이 회사 안에서의 성장에 갇히길 바라지 않아요. 좋은 인연으로 만났는데 회사라는 틀 안에서 팀장과 팀원 관계로 한정할 필요는 없다고 생각해요. 틀을 벗어나면 제가 할 수 있는 조언의 범위도 넓어지고 깊이도 훨씬 풍부해지기도 하고요. 인생 관점에서 조언해줄 수 있잖아요. 그럼 반대로 저도 레드를 비롯한 다른 구성원들을 통해 많이 보고 배울 수 있게 돼요.    쉽게 가지기 힘든 생각 같은데, 폴의 주니어 때 팀장님을 통해 배우신 건가요? 아니요. 사실 저는 팀장님과의 기억이 많지 않아요. 주니어로 입사한 지 2년 만에 엉겁결에 팀장이 됐거든요. 처음에는 기존 팀장님이 갑작스럽게 자리를 비우면서 팀장 업무를 임시로 맡았어요. 이때는 인사권 같은 건 전혀 없고 그냥 팀 업무를 할당받아서 각 구성원에게 배분하는 역할만 잠깐 한다고 생각했죠. 그런데 회사에서 “이왕 한 거 너가 계속해라”라며 아예 팀장을 시켜버리더라고요. 그때는 많이 당황했어요. 저도 완전 주니어일 때라 좋은 팀장님 밑에서 이것저것 배우고 싶었거든요. 그런데 이렇게 일찍 팀장이 되면서 이젠 내게 가르쳐줄 사람이 없는 걸까 싶어서 앞이 깜깜했어요 “나도 개발 잘할 수 있는데 왜 매니저 역할을 주는 거지? 내가 개발을 잘 못 한다는 건가?”라는 삐뚤어진 생각도 했고요. 얼마나 막막했으면 구글에 ‘팀장이 하는 일’ 같은 걸 검색한 적도 있어요(웃음).   위기를 어떻게 극복했을지 궁금해요. 그 과정이 지금의 폴 인사 철학에 많은 영향을 줬을 것 같아요.  그래도 어쨌든 팀장 일을 해내야 하니까 시선을 좀 넓혀봤어요. 제게는 이제 직속 팀장은 없지만 저보다 경력 많고 실력 좋은 선배 개발자가 팀원으로 있었고, 다른 팀에 훌륭한 시니어 개발자나 선배 팀장님도 계셨죠. 시선을 넓히니 오히려 제가 보고 배울 사람이 더 많더라고요. 그분들에게 궁금한 걸 적극적으로 묻거나 보고 배우면서 중요한 시기를 잘 보낼 수 있었던 것 같아요.  그때 처음으로 깨달은 게 아닐까 싶어요. 제가 엉겁결에 팀장이 되면서 다른 많은 분들을 보면서 보고 배운 것처럼, 팀원들도 꼭 팀장이 아니더라도 다른 팀원들을 서로 보고 배우면서 긍정적인 자극을 받으며 성장할 수 있다는 걸요. ‘팀장은 팀원에게 가르쳐주는 사람이야’란 생각에 갇혀 있었으면 절대 깨닫지 못했을 것 같아요. 얘기를 해보니 정말로 저 난관을 통해서 지금과 같은 생각을 할 수 있게 된 것 같네요(웃음).  “팀장과 팀원이라는 틀을 벗어나면 훨씬 풍부하게 긍정적인 자극을 주고받을 수 있어요”   폴의 경험과 고민이 결국은 팀 업무 환경이나 문화를 통해 드러나는 것 같네요. 그렇게 봐주시면 정말 고맙죠. 사실 어떻게 하면 더 일하기 좋은 회사와 팀을 만들 수 있을지는 계속 고민되는 부분이에요. 돈 많이 주는 회사가 일하기 좋은 회사라고 간단히 생각해버릴 수도 있는데, 저는 일하기 좋은 회사를 이루는 요건은 좀 더 다양한 것 같거든요. 일단 하는 일이 어떤 가치를 가지고 있고 이것을 쓰는 사람들에게 어떤 가치를 제공해 주는지 알고 있어야 해요. 그래야 내가 하는 일에서 보람을 찾을 수 있으니까요. 물론, 회사에서도 보람을 가질 수 있는 방법을 함께 고민해 줘야겠죠.  보람만으로 회사에 다닐 수 없으니 역세권 사무실, 맛있는 커피, 좋은 경영진, 좋은 팀원 등 중요한 요건들이 엄청 많은데요. 오픈서베이는 서로에게 자극을 주거나 보고 배우며 스스로 성장할 수 있는 좋은 구성원들이 많은 것 같아요. 저도 요즘  구성원들에게 많이 배우고 있습니다.    마지막 질문입니다. 좋은 팀을 위한 폴의 역할은 무엇인가요?  장점을 찾아 주는 게 저의 중요한 일이죠. 잘하는 일을 해야 역량도 극대화되거든요. 장점이 없는 사람은 없다고 생각해요. 장점을 잘 모르는 친구들이 있는데 이런 친구들의 장점을 찾아주고 또 그 장점이 회사에서 잘 발현되도록 도와주는 조력자 역할을 잘 해내는 게 제가 할 일이라고 생각해요.  좋은 장점이 잘 발현되면 개발자는 한 단계 더 성장할 기회가 생겨요. 예를 들어 초기 제품 기능을 빠르게 잘 만드는 게 장점인 친구는 신사업 중심의 일을 할 수 있게 해주면 그 역량이 잘 발현되거든요. 거기서 가치를 인정받고 탄력이 붙으면 지속적으로 좋은 성과를 낼 수 있게 되고요. 이 과정을 저는 “알을 깨고 나온다”라고 표현하는데, 이렇게 알을 깨고 나오면 좀 더 제품이 주는 본질적인 가치를 알게 된다고 생각해요. 개발자로서 일하는 가치와 방법을 알게 되는 거죠. 그런 만큼 오픈서베이의 예비 구성원분들도 좋은 자극을 받으며 성장할 수 있는 계기가 되셨으면 좋겠어요. 회사를 그저 출근해서 일만 해주고 돈을 받아가는 공간이라고 생각하면 회사 다니기가 우울하잖아요. 사람마다 얻어갈 수 있는 건 다 다르겠지만, 긍정적인 영향을 받아 성장하는 계기가 오픈서베이가 될 수 있을 것같아요.    “폴과 함께 즐겁게 일하고 싶으시다면 지금 바로 오픈서베이 입사지원을 해보세요”