올해 전 국민이 느끼고 있는 가장 큰 이슈 중 하나는 '날씨'일 것이다.100년 만에 몰아친 폭염에 길거리에서 휴대용 선풍기를 손에 들고 다니는 사람들을 쉽게 볼 수 있었고10월인 지금은 한파로 롱패딩을 입을지 말지 눈치싸움을 하고 있으니 말이다.올여름 폭염으로 카페는 만석이고, 음료를 들고나가도 금세 실내로 들어가기 일쑤였다.'이렇게 더울 때 핸드폰에서 뜬금없이 경보음과 진동이 울리는데 바로 긴급재난문자다.'< 이런 긴급재난문자가 곳곳에서 울린다 >이런 문제가 4계절 내내 울리는데 봄에는[긴급재난문자] 미세먼지 비상 저감조치 발령. 내일(27일) 공공기관 주차장 폐쇄. 차량 2부제(홀수 운행)에 적극 참여 바랍니다.겨울에는[긴급재난문자] 안전 안내. 오늘 12:30 서울, 경기남부지역 건조경보, 입산 시 회기 소지 및 폐기물 소각 금지 등 화재에 주의하세요.7월~8월에 가장 많이 받은 문자는 카드 지출, 택배 다음으로 경보 문자였다.지하철에서 회사에서 길을 걷다가 다 같이 합창하듯이 경보소리가 들리면직감적으로 "아~!! 왔구나.. 캡처해야지~ 마케팅에 써야겠다." 하고 캡처 후 상황에 맞는 제품이 있는지 확인한다.나는 이것을 '테마주(이슈)'라고 표현하는데, 이런 이슈들은 소멸성, 단기성이 강하기 때문에 상대방을 이해시키고 전달하기에 이 단어가 적절하고 편했던 것 같다.본격적으로 테마주를 활용하게 된 건 올해(2018년 1월) 영하 20도, 미세먼지 경보 주의보, 건조경보로 뉴스에서 날씨 얘기를 쏟아낼 때 마침 회사에는 촉촉해지는 마스크와 옷에 뿌리면 따뜻하게 해주는 제품이 있었고, 지금까지 만든 마케팅 프로세스 외에 효과적인 마케팅 방법에 대해서 고민을 하고 있을 시기였다.그래서 테마주(이슈)를 활용해보자고 이미지 하나를 만들어 마케팅을 해보았다.  < 마케팅에 활용했던 이미지 >방법은 진성유저(DB)가 모여있는 매체를 활용해 마케팅하는 것이었고 가설 검증 내용은 아래와 같다.테마주를 활용한 가설 검증이슈 공감대가 진성유저들을 움직일 수 있을 것인가리소스 대비 광고 효율은 워킹할 것인가프로세스화 할 수 있을 것인가결과는 성공적이었고, 위 체크 사항들을 모두 충족시키고 광고 수익률이 좋다는 걸 쉽게 확인할 수 있었다.이걸 시작으로 테마주(이슈)를 활용할 기회가 있을 때마다 적용하면서 마케팅을 활용하는 프로세스 중 하나가 되었는데사용하는 리소스(시간, 자원) 대비 단기성으로 가장 큰 퍼포먼스를 내기에 안성맞춤이었다.이미지 1개를 만드는데 30분이면 되었고, 마케팅 효율을 추적할 트랙킹 URL(파라미터)과 마케팅을 세팅하는데 총 소요시간은 1시간이면 됐었다.  테마주를 활용하는 것 중 가장 효과적인 방법 중 하나는 우리 고객들의 DB(Data base)를 활용하는 것이다.DB가 모여있는 곳은 여러 곳이 있는데 나는 카카오 플러스친구를 가장 많이 활용했었고, 단기성으로 가장 좋은 효율을 만들어 냈었다.ROAS(광고 수익률)는 천차만별이지만 어느 매체와 비교해도 이상적인 ROAS를 나타냈고, Data가 자산이라는 걸 보여주는 수만 가지 사례 중 쉽게 활용할 수 있는 한 가지 사례였다.그러면 왜 사람들은 움직였을까? 무엇 때문에? 이유는"나를 움직이는 메시지(공감대)와 브랜드 경험이 곱해졌기 때문이다"카카오 플러스친구는 관심 있는 유저들과 구매한 유저들이 모여있는 집합체 중 하나인 매체이다.(친구수를 늘리기 위해 진성유저와 연관성이 떨어지는 마케팅을 했다면 오염되어 있을 가능성이 높을 것이다)  상황에 맞는 메시지만 던졌을 뿐이고, 관심과 경험도가 있기 때문에 움직이는 허들이 낮았고 구매까지 만들 수 있었다.- 직접 경험한 내용들이 도움이 되기를 희망하며 마케팅 인사이트들을 남깁니다  임재환마케터

“Deere is acquiring Blue River Technology for $305 million.” - CNBC.com 며칠 전 외신에서 익숙한 회사 이름을 발견했다. 블루리버 테크놀로지(Blue River Technology)가 존디어(John Deere)에 약 3,400억원에 인수되었다는 뉴스였다. 블루리버 테크놀로지는 2011년 스탠포드 대학원에서 창업 수업을 함께 들었던 조지 헤로드(Jorge Heraud)가 창업한 농업 기술 회사다. 존디어는 트랙터, 지게차, 불도저 등을 취급하는 미국 최대의 농기계 회사다. 국내에서는 익숙한 이름이 아니지만, 1837년에 설립해 무려 180년의 역사를 가졌다. 친구가 창업한 회사가 불과 6년 만에 이런 성과를 거두었다는 뉴스를 접하니, 오랜만에 우리가 함께 들었던 수업의 광경이 떠올랐다. 이전 포스트에서 소개한 바와 같이, 스탠포드 대학원 재학 시절 정말 듣고 싶었던 린 론치패드(Lean Launchpad) 수업을 수강했다. 실리콘밸리의 전설적인 창업가인 스티브 블랭크(Steve Blank)가 개설한 수업으로, 전세계에 린 스타트업(Lean Startup) 이론 열풍을 일으키는데 큰 역할을 한 수업이다. 과목 코드가 Engineering 245이기 때문에 수업명 대신 흔히 E245 라고 부른다. 2011년 스탠포드 E245 (린 론치패드) 수업의 소개 이미지E245는 이론이 아니라 창업 실전을 경험하게 하는 치열한 수업 방식으로 유명하다. 창업을 꿈꾸는 스탠포드 학생들이면 누구나 듣고 싶어하는 인기 수업이다. 수업에 들어가는 과정의 시작부터 매우 치열하다. 자신의 창업 아이디어를 상세하게 담은 제안서를 제출하면, 약 40명의 수강생을 선발해 10개의 팀으로 구성한다. 각 팀에는 4명의 멘토들이 배정되는데, 우리팀에 함께 한 멘토는 픽사(Pixar)의 전CTO, 구스토(Gusto)의 창업자 등 그 면면이 너무나 뛰어난 분들이었다. 내가 수강했던 2011년 린 론치패드에 참여한 총 40명의 멘토들이 과거에 창업했던 회사들의 시가 총액을 모두 합치면 100조원을 훌쩍 뛰어 넘을 정도였다. 수업 첫 시간에 조지가 내놓은 아이디어는 GPS 기술을 기반으로 한 자동 제초 기계였다. 농장, 골프장, 고속도로 등에서 제초 작업을 위해 불필요하게 많은 인력과 비용이 낭비되고 있어 기술 혁신이 시급하다는 내용이었다. 이와 같은 자신의 창업 아이디어를 발표하며 팀원들을 리쿠르팅하던 조지의 모습이 아직도 생생하다.풀고자하는 문제에 걸맞게 Autonomow 라는 프로젝트 이름으로 E245를 수강했던 조지의 아이디어는 3개월 동안 수차례의 피봇(pivot)을 거쳐 변화해나갔다. 그리고 마침내 이미지 인식 기술을 통해 잡초만 인식해서 부분적으로 제초제를 살포하는 사업으로 구체화되었고, 블루리버 테크놀로지의 창업으로 이어진지 6년 만에 미국 최대 농기계 업체에 인수된 것이다. E245 수업 동안 조지의 팀이 성장한 과정을 스티브 블랭크 교수님이 정리한 “제자들의 성장을 지켜보며(Watching my students grow)” 라는 글 속에서 이 수업의 치열함과 진지함을 조금 더 느껴볼 수 있다. 나 역시 E245 수업에서 실행한 프로젝트로 실제 창업을 했다. 우리팀이 진행한 프로젝트는 ‘조인트바이(JointBuy)’. 2011년 당시는 다수의 고객이 모이면 서비스에 대폭 할인을 제공하는 그루폰(Groupon) 등의 온라인 공동 구매 플랫폼이 폭발적으로 성장하던 때였다. 그러나 실물 상품의 판매는 레스토랑이나 레저 등의 서비스 산업과 다른 점이 있었다. 상품의 제조 수량과 판매 재고 관리에 대한 이슈가 있었기 때문이다. 아이디어를 키워가는 과정에서 특정한 버티컬(vertical)에 최적화된 공동 구매 플랫폼을 만들기 위해서는 전혀 다른 접근 방식이 필요하다는 결론에 이르렀다. 수업 과정에서 만들어진 아이디어는 패션 커뮤니티와 구매 채널을 융합하는 서비스 아이디어로 발전했다. 우리팀은 이 E245 수업에 참여한 10팀 중 2등의 성적을 거두었고, 당시 우리팀의 멘토들과 스티브 블랭크 교수님 역시 빠르게 창업할 것을 권유했다. 유학을 가기 전부터 실리콘밸리에서의 창업을 꿈꿨던 나는 E245 수업 후 스탠포드 대학원에 진학한 지 1년 만에 학교를 자퇴하고 스타일세즈(StyleSays)를 창업하게 되었다. 그당시 함께 E245를 수강했던 나머지 8개 팀의 행적이 궁금해 찾아보았지만 쉽게 찾아지지 않았다. 일부는 고된 창업길의 문턱에서 좌절하고 중단했을 수도 있고 일부는 내 경우와 마찬가지로 프로젝트 이름을 바꾸어 창업 전선에서 계속 혁신을 만들어나가고 있을거라 생각된다.이번 주는 몇 명의 잠재 고객과 대화했는가?매주 수업 시간마다 스티브 블랭크 교수님이 모든 팀들에게 공통적으로 묻는 질문이었다. E245 수업에서 배운 고객 중심의 사고 방식은 한국으로 돌아와 렌딧을 창업하고 발전시키고 있는 지금도 늘 가장 중요하게 생각하는 교훈이다. E245 수업은 창업에 있어 가장 중요한 한 가지인 고객 개발(Customer Development) 방법론을 몸소 부딪치며 실제로 경험할 수 있었던 최고의 수업이었다.

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다.오늘의 주제는 아마존에서 가장 중요한 FBA 서비스입니다. 입문 과정의 포스트를 읽지 않으신 분들은 꼭 보고 오시길 추천드립니다. 가장 중요한 개념일 뿐만 아니라, 정책적으로 가장 많이 바뀌고 있는 서비스이기 때문에, 여러분이 FBA의 발달 과정을 큰 그림에서 볼 수 있어야 조금 더 능동적인 판매를 할 수 있을 것입니다.FBA를 아마존의 배송대행 서비스 정도로 이해하시는 분들이 많겠지만, 우리는 Fulfillment라는 표현에 집중할 필요가 있습니다. 보통 직구를 하실 때, 배송 정도에 따라 상태(Status)가 단계적으로 표시되는데, 이때 ‘완료’ 되었다는 의미로서 ‘Fulfilled’라는 표현이 주로 쓰입니다. 근데 영어에서 ‘Fulfill’은 동사로서 보통 ‘성취하다, 충분히 발휘하다’ 이런 의미가 있는데요, 아마존의 FBA 서비스는 배송의 시작부터 끝까지, 배송 이후의 Q&A와 클레임까지 관리한다는 점에서 ‘Fulfillment’의 의미를 극대화된 케이스라고 이해하시면 되겠습니다.반면, 아마존에는 FBM 서비스도 존재하는데요. 이때의 배송 주체는 Amazon이 아니라, Merchant가 되는 것이고, 셀러께서 직접 배송 책임을 갖는 시스템입니다. FBM은, FBA 서비스를 이용했을 때의 배송대행 수수료를 절약할 수 있고, 소규모 판매를 하고 계신 개인사업자에게 적합하다는 게 일반적인 사실입니다.하지만, 이제 FBA는 선택이 아닌 필수가 되고 있습니다. 아마존이 폭발적으로 성장한 계기는 여러 가지 요인이 있지만, 그중 큰 역할을 한 게 바로 Prime membership입니다. 전 세계 1억 명의 소비자가 프라임이라는 연회비를 내면서 아마존의 ‘충성 고객’으로 쇼핑하고 있습니다. 전 세계 각지에서 배송된 물품을 미국 전역에 위치한 아마존 창고에 분류하고 소비자의 문 앞까지 도달하는 총 시간을 2-3일로 단축시킬 뿐만 아니라, 이런 엄청난 속도의 배송을 ‘연간 내내 무료’로 이용할 수 있게 되자, 미국 소비자들은 열광할 수밖에 없게 된 것이죠. 쿠팡에서 출혈 경쟁을 마다하지 않고 로켓 배송에 집중하면서 유료 연회원제도를 통해 사업모델을 확장하려는 것도 비슷한 맥락에서 비롯된 것입니다. 즉, 아마존 고객들은 상품 리스팅에 ‘FBA’라는 표현이 없는 상품은 애초에 구매 리스트에 넣는 것을 고려하지도 않을 것입니다. 미국에 지인이 있는 분들께서는, 제 말이 과장이 아니라는 것을 단번에 이해하실 겁니다. 소비자는 배송이 불편하고, 오래 걸리면 사지 않습니다. 어차피 이 제품을 구매하던 저 제품을 구매하던 대부분의 제품은 비슷하기 때문입니다.그러나, FBA가 반드시 정답은 아닙니다. 당연히, 아마존이 배송부터 사후 서비스까지 대행해주면, 그 서비스의 대가로 수수료를 요구하게 되겠죠. 따라서, 이때의 수수료와 본인이 직접 배송을 진행했을 때의 비용을 고려하시어, 손익분기점(BEP, Break Even Point)을 달성하는 가격을 산출하신 다음에 더 적합한 서비스를 선택하셔야 합니다. 그렇다면 언제 FBM 또는 FBA로 판매하는 게 적합할까요?가격 측면에서 제품이 초저가이거나 초고가인 경우, FBM을 추천드립니다. 우선 고가의 제품에 대해서 말씀드리겠습니다. 고가의 제품 경우, 대량 매입 후 FBA 창고에 보관했을 때의 경제적 부담(원가)이 큽니다. 하지만 이것만이 문제는 아닙니다. FBA는 단순 배송뿐만 아니라 반품, 교환, 환불까지도 관리를 대신하는 것이기 때문에 고객 반품에 대한 컨트롤마저도 없어지는 것이 추가적인 문제입니다. 고가 상품의 경우, 무작정 반품을 다 받아주면 로스(loss)가 클 수밖에 없습니다. 미국이라는 나라 자체가 굉장히 소비자 친화적임을 감안하더라도, 아마존은 상당히 소비자들에게 유리한 정책이 많습니다. 이는 곧, 공급자인 판매자에게, 그리고 특히나 고가의 제품을 판매하는 판매자들에게는 유난히 불리할 수 있다는 얘기가 되겠죠.반대로, 초저가 상품 경우에도 FBM 판매 방식을 권장하는 이유는 FBA 수수료가 제품의 무게와 부피에 따라 적용되는 “Fixed Price’ 시스템에 따라 적용되기 때문입니다. 쉬운 예를 드리자면, 본인의 상품 판매가가 $10이라고 했을 때, 아무리 작고 가벼운 제품이라고 하더라도, 무게와 부피, 사후 관리 서비스 등을 포함한 FBA 수수료가 $4.71이 나온다고 한다면, ‘수익’이 발생하기가 굉장히 어려운 구조라고 할 수 있겠습니다. 애초에 상품 판매가에 원가와 물류비를 포함해서 설정하셨겠지만, 그게 동종 상품군에서 최저가나 최저가 수준을 유지하지 못한다면, 판매 자체가 발생할 가능성이 적기 때문에, Pricing을 정말 정밀하게 하셔야 합니다.이처럼 수익이 발생하기 힘들어 보임에도 불구하고, 아마존 시장이 계속 크는 이유는 성공하는 셀러들이 꾸준히 나오기 때문입니다. 저희 컨택틱도 셀러 분들께서 꼭 성공하시길 바라는 마음에서 ‘영업 비밀’을 하나 말씀드리겠습니다 ^^ FBA 수수료가 무게와 부피에 따라 책정되는 시스템이기 때문에 이를 역이용하면, 물류비용을 조금이라도 줄일 수 있습니다. 바로 현지의 3PL 회사를 이용하는 것입니다. 미국 현지의 3PL 기업을 이용할 때의 장점은 FBA 배송대행 수수료보다는 저렴한 비용으로 배송이 가능하고, 한국에서 미국으로의 국제 배송 개념이 아니라 같은 미국 내에서의 배송이기 때문에 때문에 충분히 원활한 판매가 가능합니다. 그리고 무엇보다, Seller Prime이라는 자격조건을 얻을 수 있다면 FBA가 가져다주는 Prime 효과도 동반할 수가 있습니다.마지막으로 FBA 이용 시 가장 간과하기 쉬운 주의사항을 말씀드리고 글을 마무리하도록 하겠습니다. FBA는 결국, 본인의 상품을 아마존 창고에 보관하고 ‘소비자의 구매’가 발생하는 순간, 배송되는 구조입니다. 따라서, 보관 수수료가 발생할 수밖에 없습니다. 특히, 장기 보관 수수료를 조심하셔야 합니다. 아마존은 6개월 이상 장기간 보관된 제품은 아마존에서 일반 창고보관료보다 10배 이상 비싼 '장기 보관료'를 매월 부과하기 때문입니다. 따라서, 가장 좋은 방법은 월 판매량 예측치를 기준으로 '적당한 양만 FBA에 입고’하는 것입니다. 적당하다는 모호한 표현을 쓴 이유는 결국 제품에 따라 판매량 예측치가 다르기 때문입니다 (저희 컨택틱은 빅데이터 분석으로 예상 판매량을 도출한 후 셀러들에게 컨설팅을 진행하고 있습니다).컨택틱의 모든 교육은 파트너인 글로벌셀러 창업연구소와 접수하고 진행합니다. 교육 신청은 아래 링크나 글로벌셀러 창업연구소의 홈페이지를 통해 접수 가능합니다.오프라인 아마존 입문 과정오프라인 아마존 기초/심화 과정온라인 아마존 입문 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: [email protected]홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon

Overview브랜디는 현재 2.0 기반 Android 버전입니다. Main Thread와 Sub Thread 사이의 ANR를 방지하려고 Volley, Otto Bus Library를 사용해서 백엔드 서비스(back-end Service)를 연동하고 있습니다. 이제 3.0 개발로 더 좋은 백엔드 서비스 기능을 만들려고 합니다. (기반 작업은 이미 완료했습니다.) 다만 3년 동안 브랜디 앱을 개발하면서 느꼈던 고통과 피로를 ‘제발’ 줄여보고 싶어서 브랜디 3.0에서는 Retrofit2 와 RxJava, Lambda 표현식을 사용하기로 했습니다. RxJava(Reactive programming)는 가장 추천하고 싶은 것 중 하나입니다. 우리는 함수형 리액티브(반응형) 프로그램이라는 표현으로 자주 마주치곤 하는데요. 주로 옵저버 패턴(Observer pattern)을 대체하기 위해 사용합니다. 단순히 데이터를 넘기고 마무리하는 건 옵저버 패턴으로도 충분하지만 대부분의 문제는 이벤트들을 묶어서 사용할 때 생깁니다.1) RxJava는 이벤트에 대한 조건 처리나 실패 처리, 리소스 정리에 대비해 사용합니다. 기존 방식의 명령형 리액티브 접근 방식을 사용하면 복잡함이 지속적으로 증가하는 반면, 함수형 리액티브 프로그래밍은 효율을 크게 높일 수 있습니다. 몇 가지 예제와 함께 살펴보겠습니다. Android에 직접 사용해보기새로운 프로젝트를 생성한 후, 아래와 같이 build.gradle 파일을 수정해봅시다. (JDK 1.8 설치 필수) apply plugin: 'com.android.application' android {    compileSdkVersion 26   defaultConfig {        applicationId "kr.co.brandi.myapplication"        minSdkVersion 21        targetSdkVersion 26        versionCode 1        versionName "1.0"        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"    }    buildTypes {        release {            minifyEnabled false            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'        }    }   //추가된 부분 1      compileOptions {        sourceCompatibility JavaVersion.VERSION_1_8        targetCompatibility JavaVersion.VERSION_1_8   }  } dependencies {    implementation fileTree(dir: 'libs', include: ['*.jar'])       //추가된 부분2    implementation 'io.reactivex.rxjava2:rxandroid:2.0.1'    implementation 'io.reactivex.rxjava2:rxjava:2.1.3'      implementation 'com.android.support:appcompat-v7:26.1.0'    implementation 'com.android.support.constraint:constraint-layout:1.0.2'    implementation 'com.android.support:design:26.1.0'    testImplementation 'junit:junit:4.12'    androidTestImplementation 'com.android.support.test:runner:1.0.1'    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1' } 이제 람다 표현식과 RxJava를 사용할 준비가 되었습니다.Flowable.just("Hello World").subscribe(new Consumer() {    @Override   public void accept(String s) throws Exception {        Log.v(tag, s);   }  });   Flowable.just("Hello World !").subscribe(s -> Log.v(tag, s)); 간단한 생성자와 결과를 출력하는 부분입니다. 두 번째 subscribe는 람다 표현식으로 인터페이스를 생성하지 않더라도 첫 부분과 동일하게 결과물을 얻을 수 있습니다.2) 이제 RxJava에서 간단한 필터링으로 간편하게 데이터를 가공하는 능력을 확인해보겠습니다. 아래 코드는 기본적인 List 의 값을 출력하는 부분입니다.List valueList = Arrays.asList(0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10);   for (int data : valueList) {    String result = "value " + data;    Log.v(tag, result);  } Flowable.fromIterable(valueList)        .map(new Function() {            @Override            public String apply(Integer data) throws Exception {                return "value : " + data;            }        })        //.map(data -> "value : " + data)        .subscribe(data -> Log.v(tag, data)); 위의 코드에 조건을 추가해 ’짝수’만 출력하겠습니다.for (int data : valueList) {    if ((data % 2) == 0) {        String result = "value " + data;        Log.v(tag, result);    }  } Flowable.fromIterable(valueList)        //.filter(data -> {        //      return (data % 2) == 0;        //})        .filter(data -> (data % 2) == 0)        .map(data -> "value : " + data)        .subscribe(data -> Log.v(tag, data)); 위와 같이 데이터 가공은 순차적으로 진행되고, 여러 함수로 간단하게 처리할 수 있습니다. 원하는 데이터 가공을 위해 filter, map 등의 함수들을 순차적으로 이어 붙일 수도 있습니다.위에서 보여드린 RxJava는 간단한 예시이기 때문에 RxJava 의 기능을 좀 더 보여드리겠습니다.String[] data1 = {Shape.HEXAGON, Shape.OCTAGON, Shape.RECTANGLE};  String[] data2 = {Shape.TRIANGLE, Shape.DIAMOND, Shape.PENTAGON};   Flowable source =        Flowable.combineLatest(                Flowable.fromArray(data1)                        .zipWith(Flowable.interval(100L, TimeUnit.MILLISECONDS), (shape, notUsed) -> Shape.getId(shape)),                Flowable.fromArray(data2)                        .zipWith(Flowable.interval(150L, 200L, TimeUnit.MILLISECONDS), (shape, notUsed) -> Shape.getSuffix(shape)),                (id, suffix) -> id + suffix);   source.subscribe(s -> Log.d(getThreadName(), s)); CombineLatest() 함수를 이용해 두 개의 스트림을 하나로 처리하는 방법을 보여 드렸습니다. 각각의 스트림은 interval 함수를 시간 간격으로 data1과 data2 배열의 개수만큼 반복하여 처리하는 로직입니다. 서로 다른 두 스트림은 마지막 데이터를 가지고 있으며 새로운 데이터가 나올 때마다 하나의 스트림으로 출력됩니다.마블 다이어그램 3)결과Conclusion만약 RxJava를 이용하지 않고 두 개의 TimerTask를 이용해서 코딩했다면 결과는 같았을지도 모릅니다. 이제 RxJava를 알기 때문에 다시는 TimerTask를 이용해서 코딩할 일은 없을 겁니다. 알면 알수록 다양한 기능을 갖추고 있는 RxJava! 이제 브랜디 상용화 버전에 사용할 수 있게 다시 개발의 숲으로 들어가겠습니다. 그럼 이만. 1)함수나 네트워크 호출의 비동기 응답 2)Java 8 람다 표현식 자세히 살펴보기, 2018.03.09. 3)RxJava on Android 글고재성 과장 | R&D 개발1팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발문화 #개발팀 #업무환경 #인사이트 #경험공유

인사말안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다. 오늘 제가 알려드리고 싶은 이야기는 너무나도 많은 분들이 헷갈려 하고 어려워하는 '아마존 FBA에 재고를 보낼 때 고려해야 하는 통관, 관세, 수입자, IOR, EIN, CAN에 대한 개념과 해결책'시리즈 중 2번째 이야기입니다.QUESTION 2. Commercial Invoice의 총액을 Undervalue 해서 보내야 하나요, 아니면 아마존에 판매할 금액으로 신고해야 하나요?이 질문도 굉장히 많이 받았습니다. 그럴 수밖에 없는 게, 현재 저희가 하고자 하는 것은 한국에 있는 '내가' FBA 판매자인 '나에게' 화물을 보내는 것이기 때문에 통상적인 무역과는 다르게 '거래'인 것이 아니고 단순히 물건의 이동일뿐이기 때문에 헷갈릴 수밖에 없습니다.ANSWER 2. 제품 원가 혹은 매입가로 신고하세요.제 유럽 VAT 글을 읽어보신 분들은 아시겠지만 미국은 부가세 법이 아닌 Sales Tax 법을 준용하는 나라이기 때문에 저희 입장에서는 '부가세'라는 것을 걱정하지 않아도 되며 결국 지금과 같은 질문을 애초에 고민할 필요가 없는 것입니다. 조금 더 풀어서 설명드리자면, 부가세 법을 따르는 국가는 해외 판매자라고 하더라도 VAT 가입을 하게 하는데, 그러면 분기별로 부가세 신고를 해야 됩니다. 따라서 분기별 선납한 '수입 부가세'를 매입자료로써 제출을 하고, 매출분을 신고하면 두 가지를 합 계산한 최종 부가세액을 국세청에 납부하게 되는 개념입니다. 결국, 유럽의 경우 선납 수입 부가세가 부담되어서 undervalue 하는 경우가 대부분이며, Invoice Value를 조정하는 것은 통관과 관련된 문제는 아닙니다 (그래도 매출액이 10억인데, 수입액은 1천만 원도 안되면 이상해 보이는 건 당연하죠). 하지만 지금 얘기하고 있는 주제는 유럽이 아니라 미국이니, 그럼 다시 미국으로 기준을 돌려서 얘기하자면, 이런 '분기별 부가세 신고 및 납부'라는 제도를 해외 사업자들이 하지 않아도 되기 때문에 애초에 Undervalue에 대한 문제가 훨씬 덜하다는 것입니다. 그래도 어쨌거나 Invoice Value는 뭐라도 기재해야 하기 때문에 제가 추천하는 신고 금액은 '원가' 또는 '매입가'입니다. 제조사 및 제조 유통업자의 경우에는 원가가 될 것이며, 일반 유통업자들은 제품의 매입가를 기준으로 Commercial Invoice 상의 Invoice Value를 기재하면 됩니다. 즉, 세관에서 이상하게 눈여겨보지 않을 정도로 Undervalue 해서 보내라는 말입니다. 이에 대해 의구심을 가지시는 분들에게 한 번 여러분들이 '미국 세관에서 일하는 직원'이라고 한 번 상상해보라고 말씀드리고 싶습니다. 하루에도 몇 천 개의 화물이 통관되는 가운데 (심지어 각 화물마다 포장에 포장이 되어있는 상태의 화물을 놓고) 여러분들이 직원이라면 Invoice에 적힌 제품이 실제로 박스 안에 들어있는 제품이 맞는지, 그리고 심지어 기재된 금액이 사실인지 아닌지를 일일이 따져가며 통관할까요? 절대 아닙니다. 엑스레이로 대충 검사하고 Invoice에 기재된 상품명을 보고 '이런 제품의 commercial value는 이 정도니까, 이 금액은 일리가 있으니 넘기자'라고 생각하는 게 당연합니다. 따라서 결론은 너무 터무니없는 금액이 아닌, 제품의 원가 또는 매입가를 기준으로 Commercial Invoice 상의 Invoice Value를 기재하고 보내시면 되는 것입니다.마치며매주 목요일에 업데이트 되는 FBA 입고에 관련한 가장 많이 궁금해하시는 포스팅을 준비했습니다. 많은 관심 부탁드립니다. 그리고 미국 수입 기준 관세/통관/수입자/Consignee/IOR/Importer  등과 관련하여 도움이 필요하신 분들은 언제든지 컨택틱을 찾아주시기 바랍니다.  그럼 오늘도 즐거운 글로벌 셀링 되세요!컨택틱  서울특별시 강남구 강남대로 62길 11, 8층 (역삼동, 유타워)  대표 전화: 02-538-3939  해외 부서: 070-7771-1727  영업 부서: 070-7771-1728  이메일: [email protected]  유튜브: https://www.youtube.com/channel/UC8OxbQGAnMqWGpGj5weLcZA 홈페이지: https://www.kontactic.com

업계에서 페이팔 마피아(PayPal mafia)에 대한 이야기를 듣는 건 어렵지 않다. 전세계 IT 산업의 핵심인 실리콘밸리를 장악하고 있는 페이팔 마피아를 탄생시킨 회사는 컨피니티(Confinity)라는 회사다. 이 회사의 이름은 낯설지 몰라도 이 회사가 개발한 페이팔(PayPal)이라는 전자 송금 서비스의 이름은 낯설지 않을 것이다. 1998년 시작된 컨피니티는 페이팔을 만들어 2002년 상장한 뒤 얼마 지나지 않아 이베이(eBay)에 매각된 닷컴 버블 폭풍의 몇 안되는 생존자 중 하나였다. 페이팔 마피아란 페이팔의 초기 임직원들을 일컫는 말로, 이들은 이후에 또 다른 혁신적인 회사들(Tesla Motors, LinkedIn, Palantir Technologies, SpaceX, YouTube, Yelp, Yammer 외 다수)을 계속 만들어 내고 있다. 이들의 모습이 마치 사회 모든 곳에 얽혀 있는 마피아 조직을 연상시킨다는 것에 비유해, 이들을 페이팔 마피아라고 부르기 시작했다. 심지어 포춘지(Fortune)에서는 2007년 이들을 한데 모아 마피아 같은 옷을 입히고 재미있는 사진을 남기기도 했다. 출처 : Fortune Magazine, 2007년 11월페이팔 마피아들의 성공은 절대 우연이 아니라고 생각한다. 이들이 닷컴 버블의 위기를 이겨낼 수 있었던 밑바닥에는 페이팔이라는 회사가 가진 확고한 고유의 문화(culture)가 존재했다. 자신들이 만들어 낸 본연의 문화가 몸에 배인 초기 구성원들이 새로운 회사를 시작하고, 또 다시 새로운 그들만의 확고한 문화를 만들어 가면서 또 다른 페이팔이 만들어 질 가능성이 높아졌다고 할 수 있다. 또한 각자가 가진 강력한 인적 네트워크를 통해 서로 도움을 주고 받으며 새로운 회사를 만들고 함께 성장할 수 있도록 하는 노력을 아끼지 않았다. 실리콘밸리에 또 다른 닷컴 버블이 터진다 하더라도 이들 페이팔 마피아의 생존 가능성은 의심할 여지가 없을 것이다. 정부 시스템이 무너져도 마피아 조직의 견고함은 무너지지 않는 영화 같은 이야기가 실리콘밸리에서 실제로 일어나고 있는 것이다.출처 : jamesaltucher.com한국에서는 이런 사례가 없는지 늘 궁금했다. 얼마 전 알토스벤처스의 한킴 대표님 페이스북에서 ‘네오위즈 마피아'에 대한 이야기를 본적이 있다. 그런데 나는 이 이야기를 읽으면서 네오위즈보다 주목해야 할 회사는 첫눈이 아닌가 하는 생각이 들었다. 네오위즈, 넥슨, NHN 같은 회사보다 훨씬 더 마피아의 밀집도가 높은, 미국의 페이팔을 연상시킬만한 작은 조직이었기 때문이다.첫눈은 2005년 6월 네오위즈에서 분사하며 설립되었던 검색 회사다. 가장 큰 특징은 자사의 내부 DB를 통해 검색 결과를 제공하는 경쟁사들과 차별화하여 인터넷 전체를 검색 대상으로 삼는다는 점이었다. 이후 설립 1년 만에 NHN에 350억원 규모로 매각되었고, NHN의 당시 보도자료에 따르면 임직원은 총 55명이었다. ‘첫눈 마피아’에 대해 정리하려고 마음 먹고 그간 나왔던 첫눈에 대한 기사들을 많이 읽어 봤다. 간간이 첫눈을 페이팔 마피아에 비유했던 기사들도 있었다. 또 마침 우리 회사 렌딧의 홍보 담당인 꼬날이 첫눈의 홍보 담당이었던 덕분에 생생한 이야기를 직접 들을 수 있었다. 정리해 본 첫눈 마피아들은 아래와 같다 (존칭 생략):장병규 : 지난 9월 25일 4차산업혁명위원장에 임명되어 국가적 화제의 인물로 떠오른 장병규 블루홀스튜디오 의장이 첫눈의 창업자. 2005년 6월 네오위즈에서 검색엔진 개발팀 인력들을 이끌고 분사해 첫눈을 창업했다. 2006년 6월 첫눈 설립 1년 만에 NHN 과 350억원 규모로 매각. 이렇게 NHN에 들어간 첫눈의 인재들이 주축이 되어 개발한 서비스가 라인(LINE)이다. 장병규 대표는 첫눈의 NHN 인수 후 초기 기업에 전문적으로 투자하는 벤처캐피털 본엔젤스벤처파트너스를 설립해 우수한 창업자와 스타트업을 발굴하고 지원하는 일에 힘써왔다. 2007년에는 게임개발사인 블루홀스튜디오를 창업해 현재까지 의장직을 맡고 있다.신중호 : 신중호 라인 CGO(Chief Global Officer)는 첫눈의 CTO였다. 2005년에 첫눈 창업 시 장병규 대표와 함께 네오위즈에서 나왔다. 2006년 NHN 인수합병 시 NHN에 합류, NHN 재팬의 검색서비스를 책임지고 일본에 건너가 있던 중 라인을 개발했다. 일본과 동남아시아 여러나라에서 현지화에 성공, 2016년 7월 라인의 나스닥 상장을 견인했다. 최근에는 WAVE, Clova 등 네이버의 AI 사업을 총괄하며 미래를 이끌어 가고 있다.이상호 : SK텔레콤 AI사업단장 역시 첫눈 출신이다. 자연언어처리와 음성합성, 음성검색 분야의 국내 최고 권위자로 알려졌다. 첫눈에 합류하기 전에는 LG전자 연구원을 거쳐 서울산업기술대학 교수를 지냈다. 당시 이상호 교수를 첫눈에 영입하기 위해 장병규 대표가 오랜 시간 공을 들인 것으로 알려졌다. 이상호 단장 역시 첫눈의 NHN 인수합병으로 NHN에 합류한 후 음성 검색 서비스 등 검색 개발에 집중하다, 2011년 다이알로이드라는 음성 인식 개발사를 창업했다. 국내 최고의 음성 검색 전문가 4인으로 구성되었던 다이알로이드는 2012년 9월 국내 최초로 음성으로 문자를 전송하는 앱 ‘다이알로이드'를 선보였다 (관련 내용 : http://limwonki.com/536). 이상호 대표는 2012년 말 다음이 다이알로이드를 인수하며 다음을 거쳐 카카오에서 음성 검색 연구를 지속했으며, 이후 SK플래닛에 입사, CTO 로 기술을 책임지다 2017년 4월부터 SKT AI 사업단장을 맡아 누구 (NUGU) 등 AI 부문 사업을 총괄하고 있다.노정석 : 잘 알려지지 않은 사실이지만 노정석 리얼리티 리플렉션 대표 역시 첫눈 출신이다. 첫눈 창업 초기 약 4개월 간 글로벌 사업 담당으로 일하다, 2005년 9월에 블로그 개발사인 태터앤컴퍼니를 창업했다. 노정석 대표는 1996년 카이스트-포항공대 해킹 전쟁의 주인공으로 유명하다. 이후 1997년 선배들과 창업한 보안회사 인젠이 2002년 코스닥 상장에 성공. 2005년에 설립한 태터앤컴퍼니는 2007년 9월 구글이 인수하며 국내 스타트업으로는 드물은 글로벌 M&A 성공 사례로 기록 되었다. 이후 구글에서 2년여 간 프로덕트 매니저로 일하다 2010년에 설립한 파이브락스(설립 시 사명은 아블라컴퍼니)가 2014년 8월 다시 미국의 모바일 광고 플랫폼 회사인 탭조이에 매각되며, 국내 스타트업에서 드물은 글로벌 M&A 성공 사례를 다시 남긴 주인공이 되었다. 2015년 5번째 회사인 리얼리티 리플렉션을 창업해 국내 대표적인 ‘연쇄 창업가'로 불리운다. 창업과 더불어 엔젤투자자로서 좋은 창업가들을 발굴하고 후배 창업가들과 함께 호흡하는 것을 좋아한다. 티몬, 비트파인더, 미미박스, 다이알로이드, 다노, 다이알로이드(다음이 인수), 파프리카랩(일본 그리 인수), 울트라캡숑(카카오 인수) 등에 투자했다. 나 역시 2011년 미국에서 창업했던 두번째 회사인 스타일세즈 창업 때 노정석 대표의 엔젤투자를 받았다.그 외 2011년 모바일 메신저 ‘틱톡'을 개발해 카카오톡의 강력한 경쟁자로 부상했던 매드스마트의 김창하 대표 역시 첫눈 개발자 출신이다. 김창하 대표는 2012년 매드스마트를 SK플래닛에 매각하며 SK플래닛에서 일하다, 현재는 라인에 합류해 신중호 CGO와 함께 일하고 있는 것으로 알려져 있다. 라인의 박의빈 CTO 역시 첫눈 출신으로 오랜 기간 신중호 CGO 와 함께 하고 있는 핵심 인물이다. 천재 개발자로 유명한 보이저엑스 남세동 대표 역시 장병규 대표와 오랫동안 함께 한 개발자다. 19살에 네오위즈 인턴으로 시작해서 세계 최초의 웹기반 채팅 서비스인 ‘세이클럽 채팅' 개발을 주도하였고, 이후 첫눈을 거쳐 라인에서 일했다. 카카오의 AI 사업을 총괄하고 있는 김병학 부사장 역시 첫눈 출신이다.    대기업과 스타트업을 오가며 활약 중인 첫눈의 인재들도 있다. 이은정 라인플러스 이사는 베인앤컴퍼니 등에서 컨설턴트로 일하던 중 장병규 대표에게 스카우트되어 첫눈에 입사. 첫눈이 NHN에 인수된 후 현대카드, GS홈쇼핑, 삼성카드 등 대기업에서 승승장구 하던 중 2014년 라인플러스에 입사해 글로벌 사업의 중추 역할을 하며 다시 신중호 CGO와 일하고 있다. 엘지생활건강에서 모바일 플랫폼 혁신을 주도하고 있는 권도혁 상무 역시 첫눈 출신이다. 첫눈 합류 전 베인앤컴퍼니와 NHN에서 경력을 쌓았던 권도혁 상무는, 첫눈이 NHN에 인수된 후 다시 전직장 NHN에 합류하지 않고 스타트업인 큐박스에 합류했다. 이후 2011년 ‘울트라캡숑' 이라는 재미있는 이름의 스타트업을 창업, 대학생들의 익명 커뮤니티인 ‘클래스메이트', 소셜미디어 서비스 ‘너 말고 니 친구', ‘마티니', 다이어트 앱 ‘다이어터' 등을 개발해 서비스 하던 중 2014년 카카오에 매각하고 엘지생활건강에 합류했다.   스타트업 홍보를 열심히 하고 있는 우리 회사 꼬날도 첫눈 출신이다. 첫눈 (NHN 매각) - 태터앤컴퍼니 (구글 매각) - 엔써즈 (KT 매각, 이후 닐슨에 재매각됨) - 파이브락스 (탭조이 매각) 등 성공적인 엑시트로 평가되는 스타트업에 연이어 렌딧에 합류. 스타트업 홍보의 미다스 손으로 불리는 국내 유일무이한 이력의 홍보전문가다.첫눈이 NHN에 인수되면서 첫눈의 새로운 검색 정책과 혁신적인 서비스에 기대를 많이 했던 초기 사용자들이 '첫눈이 녹아 버렸다'며 아쉬워했었다고 한다. 하지만 첫눈은 매각 당시 보도했던대로 NHN과 함께 글로벌 서비스 개발에 힘썼고, 메신저 서비스 라인을 만들어 글로벌 시장 진출에 성공했다. 또한 다양한 첫눈 마피아들이 여전히 창업 전선에서 맹활약 중이다. 내가 창업에 뛰어든지 이제 만 12년이 되었고 세번째 회사인 P2P금융 렌딧을 시작한지 2년 반이 지났다. 렌딧은 기술 혁신을 통한 금융 서비스의 효율화라는 미션을 갖고 시작되었다. 혁신적인 서비스를 통해 우리 삶에 긍정적인 영향을 주는 것만큼이나 내게 강한 동기가 되는 것은 함께 일하는 사람들과의 동반 성장이다. 렌딧의 성장 뿐만 아니라 우리 고유의 문화가 몸에 배인 렌딧맨들이 미래에 또 다른 곳에서 새로운 혁신을 만들어 낼 수 있는 강력한 렌딧 마피아가 형성되기를 기대해본다.지난 5월27일, 렌딧의 SeriesB 투자가 확정되던 날 모든 렌딧맨과 함께

Kubernetes에서 컨테이너에 Persistent Volume을 붙이는 방법은 몇가지 있다. 여기서는 Kafka 서비스를 예로 삼아 주요 접근방법을 간단히 알아본다.Kubernetes v1.4.0를 기준으로 문서를 작성한다.Static말이 Static이지 수동 마운트를 뜻한다. 기본적으로 관리자가 EBS 볼륨을 만들고특정 Pod에 그 볼륨을 붙이는 작업을 한다. Volumes 문서에 나오는대로 하면 간단하다.apiVersion: v1 kind: Service metadata: name: kafka1 labels: app: kafka1 tier: backend spec: ports: # the port that this service should serve on — port: 9092 name: port targetPort: 9092 protocol: TCP selector: app: kafka1 tier: backend — - apiVersion: extensions/v1beta1 kind: Deployment metadata: name: kafka1 spec: replicas: 1 template: metadata: labels: app: kafka1 tier: backend spec: containers: — name: kafka1 image: wurstmeister/kafka imagePullPolicy: Always volumeMounts: — mountPath: “/kafka” name: kafka1volume ports: — containerPort: 9092 volumes: — name: kafka1volume awsElasticBlockStore: volumeID: vol-688d7099 fsType: ext4여기서 핵심은 다음의 두 줄 뿐이다.awsElasticBlockStore: volumeID: vol-688d7099Dynamic수동으로 볼륨을 붙이는 방법은 간단해서 좋다. 하지만 Autoscaling하는 서비스에 넣기에는 아무래도 무리다. 서비스가 뜰 때 요구사항에 맞는 볼륨을 스스로 만들어 붙이는 방법도 있다. Kubernetes Persistent Volumes를 참고해 작업해본다.우선 Kubernetes 생성할 EBS 볼륨의 사양을 정한다.# storages.yaml apiVersion: storage.k8s.io/v1beta1 kind: StorageClass metadata: name: default1a provisioner: kubernetes.io/aws-ebs parameters: type: gp2 zone: ap-northeast-1a iopsPerGB: “10” — - apiVersion: storage.k8s.io/v1beta1 kind: StorageClass metadata: name: default1c provisioner: kubernetes.io/aws-ebs parameters: type: gp2 zone: ap-northeast-1c iopsPerGB: “10”default1a를 선택하면 ap-northeast-1a Availablity Zone에 기가바이트당 IOPS는 10인 General SSD EBS 볼륨을 생성한다. 이제 다시 Kafka의 돌아가면apiVersion: v1 kind: Service metadata: name: kafka1 labels: app: kafka1 tier: backend spec: ports: # the port that this service should serve on — port: 9092 name: port targetPort: 9092 protocol: TCP selector: app: kafka1 tier: backend — - apiVersion: extensions/v1beta1 kind: Deployment metadata: name: kafka1 spec: replicas: 1 template: metadata: labels: app: kafka1 tier: backend spec: containers: — name: kafka1 image: wurstmeister/kafka imagePullPolicy: Always volumeMounts: — mountPath: “/kafka” name: kafka1volume ports: — containerPort: 9092 volumes: — name: kafka1volume persistentVolumeClaim: claimName: kafka1volumeclaim — - kind: PersistentVolumeClaim apiVersion: v1 metadata: name: kafka1volumeclaim annotations: volume.beta.kubernetes.io/storage-class: “default1a” spec: accessModes: — ReadWriteOnce resources: requests: storage: 300Gi이제 awsElasticBlockStore가 아닌 PersistentVolumeClaim을 통해 볼륨을 할당받는다. kafka1volumeclaim은 default1을 기준으로 스토리지 정책을 정하므로Availablity Zone: ap-northeast-1aIOPS: 기가바이트당 10General SSD300Gi 이상인 스토리지를 원한다는 요구사항을 기술한다. 위의 설정은 이러한 스토리지에 부합하는 EBS 볼륨을 생성하여 kafka1 Pod에 할당한다.분석Dynamic은 Autoscaling에는 적합하나 kubectl delete [service] 또는 kubectl delete [deployment] 등의 명령을 수행하여 서비스를 내렸다가 다시 올린 경우에 기존에 쓰던 볼륨을 마운트하지 않고 새 볼륨을 만드는 문제가 있다. 물론 delete를 하지 않고 서비스를 업데이트만 하는 경우에는 볼륨이 유지되지만 이래선 아무래도 문제의 소지가 많다.그래서 또다른 시나리오를 고민해볼 수는 있다. 짧게 설명하자면관리자가 Volumn Pool을 만들어놓고 Autoscaling 서비스가 이 풀 안에서 볼륨을 할당받게 한다. 이러면 앞서 본 두 가지 방식의 장점을 골고루 흡수할 수 있다.flocker 또는 glushterfs 같은 스토리지 관리 서비스를 활용해도 좋다. 하지만 배보다 배꼽이 큰 것 같은 느낌이 들지도 모르겠다.#데일리 #데일리호텔 #개발 #개발자 #개발팀 #인사이트 #꿀팁

분노 캔들 워크숍을 하면서 유독 힘들어하는 어른들의 이야기를 듣다 보면 항상 같은 부분에서 부딪치는 것들을 느꼈습니다. 그건 바로 어렸을 때 받았던 상처가 내 마음속 어딘가에 숨어 있다가 어느 순간 불쑥 튀어나와서 자신을 괴롭힌다는 것이었습니다.어렸을 때 받았던 상처가 성인이 되면 자동으로 치료될 수 있을 거라 생각하지만, 그 상처들을 꼭꼭 숨겨 두었기 때문에 오히려 그 상처가 더 커져 버린 경우가 더 많았습니다. 그렇게 힘들어하는 사람들을 보면서 '어렸을 때 누군가가 그 마음을 어루만져 주었다면, 지금까지 힘들지 않았을 텐데...'라는 생각이 들더군요. 그래서 스트레스로 힘들어하는 아이들의 이야기를 들어주고 싶다는 생각을 하게 되었습니다. 그러던 중, 6~7살 아이들이랑 워크숍을 할 기회가 생겼습니다. 저소득층 아이들과 함께하는 기부 파티였는데, 듣자마자 무조건 하겠다고 했지요. 그런데 막상 수락을 하고 나니, 과연 아이들이랑은 어떻게 진행하면 좋을지 고민이 되더군요. 게다가 저는 아직 미혼인지라 제 주변에는 아이들이 없기 때문에, 과연 아이들이 STRESS라는 말을 알까??라는 궁금증에 휩싸여 있었습니다. 그래서 워크숍을 진행하면서 아이들에게 직접 물어보기로 했습니다.나 : 스트레스가 뭔지 알아요?아이들 : 알아요!!!!!!!!!!!!!!!!!!!!!!!!!!!나 : 뭔데요??아이들 : 열 받아서 폭발하는 거요!!!!!!아.. 아이들도 스트레스가 뭔지 아는구나. 그런데 아이들의 이야기를 들으니 또 다른 궁금증이 생겼습니다. 이 작은 아이들이 열 받아서 폭발할만한 일은 대체 무엇이지??그러다 한 아이가 쓴 스트레스를 보고 깜짝 놀랐습니다.분노캔들 워크숍에서 한 아이가 적은 자신의 스트레스"우리 엄마가 미쳤다(혹은 매우 화났다)"라고 썼기 때문이었습니다. 그 당시에 저는 너무 당황해서 mad의 뜻을 문자 그대로 이해하고 왜 엄마를 미쳤다고 하는 거지..?? 의 충격에서 벗어나지 못했었는데요. 그 후로도 한동안 제 머릿속에서 이 아이의 글이 잊히지가 않았습니다. 왜?저는 미혼이지만, 제 친구들 중에는 벌써 둘째를 키우고 있는 친구들이 많습니다. 하루는 친구 집에 놀러 갔었는데 그 날따라 첫째가 아파서 어린이집을 못 가서 둘을 데리고 있더라고요. 그러다가 첫째가 토해서 씻기려는데 둘째는 내려놓기만 해도 울고.. 그래서 친구는 어쩔 수 없다며 둘째는 울게 두고 첫째를 씻기러 들어갔지요. 그동안 저는 도움이 될까 싶어서 안아서 달래 보려고 했는데, 엄마는 귀신같이 알아보는지, 제가 아무리 달래도 소용이 없더군요..그렇게 한참을 우는 둘째를 안고 있었는데 친구가 첫째를 씻기자마자 뛰쳐나와서 다시 둘째를 안는 모습을 보니 그제야 이유를 조금은 알 것 같았습니다. 엄마들이 정신을 제대로 차리고 있기가 너무나 힘든 상황이라는 것을 말입니다. 여자들이 처음부터 엄마로 태어나는 것은 아닙니다. 결혼을 하고 아이를 낳으면서, 엄마가 되어가지요. 그런데 엄마가 되어가는 과정이 호락호락하지만은 않습니다. 아이는 시도 때도 없이 울어대는데, 시간 맞춰 먹여야지, 입혀야지, 씻겨야지, 놀아줘야지, 맘 편히 자본 날이 언제인지 기억조차 안 납니다. 그렇게 온종일 아이들과 씨름하다 보면, 엄마도 사람인지라 계속 실수를 하게 됩니다. 남편과 싸운 날은 그러고 싶지 않은데도, 아이들에게 화풀이를 하게 되고, 그런 자신을 깨닫는 순간 자괴감이 밀려옵니다. 아..... 나 이것밖에 안 되는 사람이었구나...주부들의 스트레스그러나 엄마만 힘든 건 아니죠. 아빠도 매우 힘듭니다. 일하느라 녹초가 되어서 오면 집안은 엉망이고, 아이를 돌봐주고 싶은데 회사 일은 끝나지를 않고, 나는 돈 버는 기계 같고... 아빠는 아빠대로, 엄마는 엄마대로, 아이는 아이대로... 모두가 힘들어하는 이 악순환은 대체 어디서부터 바로 잡을 수 있는 걸까요?남편들의 스트레스아이들의 스트레스그러나 누구의 탓도 아닙니다.누구도 잘못하지 않았습니다. 그저 우리는 모두가 잘 해내기 위해 노력하고 있었을 뿐인 거지요. 그 노력의 방향이 달랐을 뿐, 누구의 잘못도 아닙니다. 누구를 탓한다고 해결할 수 있는 문제가 아니기 때문입니다. 편을 가르고 누가 더 잘못했다고 비난하기는 쉽습니다. 그러나 비난하기 전에, 왜 그런 행동을 할 수밖에 없었을까, 그 행동 뒤에 숨어있는 더 잘하려고 노력하는 마음을 인정하고 받아주는 것부터 시작하지 않으면 어떤 문제도 풀리지 않습니다.내가 아닌 다른 사람을 가리키는 손가락들우리는 모두 어느 정도의 애정결핍은 다 갖고 살아갑니다. 그래서 사람들의 관심을 바라고, 인정받기를 바라며, 내가 먼저 손을 내밀기보다는 누군가 먼저 나에게 손을 내밀어 주기를 바라고 있을 때가 많습니다. 저도 역시 그렇습니다. 그런 제가 사람들의 스트레스를 풀어주겠다며 워크숍을 진행하면서 "과연 내가 이런 말을 할 자격이 있을까?" 나는 잘살고 있는 것이 맞나." 하고 고민했던 적이 있었지요. 스트레스 때문에 회사를 만들 정도였는데, 저에게 남아있던 상처는 얼마나 많았을까요. 어릴 때 겪었던 일들은 잊히지도 않고, 어쩌면 기억 속에서 더 부풀려져서 나를 더 괴롭히고 있는지도 모르겠습니다.사실 저는 이 글을 처음 스토리 펀딩에 적던 날 언니와 싸움을 했습니다. 그것도 정말 유치하게 소리소리를 지르면서 싸우고 돌아와서 다시 글을 쓰겠다고 노트북을 폈는데, 나 자신이 너무 가식적으로 느껴져서 글을 더는 쓸 수가 없겠더라고요. 그래서 한동안 글을 묵혀두면서 우리 관계의 문제는 무엇인가를 골똘히 고민을 해봤습니다.우리의 싸움은 흡사 이들과 다르지 않았...역린이란 말을 아시나요? 용의 턱밑에 거꾸로 솟은 비늘이란 뜻인데, 용은 길들여서 탈 수 있을 정도로 순한 동물이지만 만일 사람이 부주의하여 그 비늘을 건드리게 되면 용이 화가 나서 그 사람을 꼭 죽여버린다고 합니다. 그만큼 아픈 부위였겠지요.역린 : 임금의 노여움을 이르는 말. 용의 턱 아래에 거꾸로 난 비늘을 건드리면 용이 크게 노하여 건드린 사람을 죽인다고 한다. ≪한비자≫의 <세난편(說難編)>에서 유래한다.  당신도 그런 부분이 있나요? 사람마다 이유와 부위는 달라도, 생각만 해도 가장 아픈 부분이 있기 마련인 것 같습니다. 그래서 가만히 생각해보니, 누구든 저에게 명령하는 것을 참지 못하더군요. 누군가가 부탁하는 것은 거절하지 못하면서도 그게 명령이라면 절대로 하지 않으려고 했던 것 같습니다. 그날도 언니의 저에게 명령하는 투의 말을 듣고 기분이 상해서 결국 소리소리를 지르면서 싸움으로 번져버리고 말았습니다.   이게 바로 나이 서른이 넘을 때까지 마음속에 감춰두었던 제 턱에 거꾸로 솟은 비늘입니다. 글로 써놓고 보니 굉장히 사소해 보이지만 이 마음들이 제 속에 있으니, 누가 조금만 건드려도 서러운 마음이 북받쳐 올라서 아무것도 아닌 일에 화를 내고 짜증을 냈던 것입니다. 당신의 마음속에는어떤 마음들이 감춰져 있나요?싸울 때는 언니의 잘못이라고 박박대며 우겼지만, 사실은 언니의 잘못이 아닌 걸 저도 알고 있습니다. 잘못이 있다면 우리 둘이 이렇게 다른 사람이란 것을 서로가 인정하지 않았다는 것일지도 모르겠습니다. 내가 유난히 힘든 부분이 있다면 상대방도 역시 그런 부분을 갖고 있을 테니까요. 열심히 저에 대해서 관찰한 덕분에 내가 어떤 것을 힘들어하는 사람인지는 알았는데, 그걸 아는 것만으로 우리 관계가 나아지지는 않더군요. 미안해. 언니. 나는 이런 부분에 특히 예민해지는데, 그래서 누가 그 부분을 건드리면 참을 수 없을 만큼 화가 나게 되더라고. 나도 화부터 내지 않도록 노력할 테니 다음엔 다르게 이야기해주면 좋을 것 같아. 라고 말하면 제 마음을 이해해줄까요. 머리로는 알겠는데, 역시 실천하는 것은 쉬운 일이 아닙니다. 미안해, 고마워, 사랑해. 이 세 마디면 세상의 모든 문제는 다 해결될 수 있었을 텐데 그 말을 하기가 어려우니까 세상이 이렇게 어려워진 게 아닐까요. 그래서 스트레스컴퍼니에서 만들어왔으며, 또 앞으로 계속 만들고자 하는 상품들은 사람 사이의 관계에서 생기는 문제들을 부드럽게 해결할 수 있도록 도와주는 매개체들입니다. 말로 하기 힘들 때, 내편 카드를 쓱 내밀어 보고, 내편 엽서에 써서 전해 보기도 하고, 내편 자석을 냉장고에 붙여서 마음을 전할 수 있게 도와주는 거지요. 아무리 내가 미안한 마음을 갖고 있다 해도 표현하지 않으면 아무도 모르니까요. 그래서 저도 고백카드로 마음을 전해보려고 합니다. 제 마음이 제대로 전달될 수 있으면 좋겠네요. 어렵지만 같이 한번 해봐요. 참았다가 터트리지 말고, 그때그때 내 마음을 전하는 연습을 시작해봐요. 우리.미안해, 사랑해, 고마워, 이유를 적어서 전할 수 있게 도와주는 고백카드고백카드, 내편 카드, 내편 자석은 스트레스컴퍼니샵에서 구매 가능합니다. ⓒ스트레스컴퍼니 - 무단 전재-재배포 금지 #스트레스컴퍼니 #심리스타트업 #스트레스관리 #서비스소개 #제품소개

데이터진흥원 DB 스타즈 프로그램에서 연락이 와서 오늘 오후 스타트업 얼라이언스에서 진행했던 스타트업 조직문화 특강. 조직,인사 컨설턴트였다가 조직심리 박사과정을 하고 있고(논문 써야 하는데 ㅜㅜ) 이제는 작은 스타트업의 대표가 된 이력때문에 패스트캠퍼스에서 연락이 와서 시작했던 강의인데 그 이후에 이 내용으로 여기저기서 강의 요청이 와서 신기해하고 있다. 그런데 아마 이 내용으로 강의는 다음 달에 있을 현대아산나눔재단이 마지막이지 않을까 싶다. ^^ '나도 팀원으로 일하고 싶은 스타트업 만들기'라는 다소 유치해보이는 강의제목을 달아놓았는데 실제 우리 마보를 그런 스타트업으로 만들어 놓기 전까지는 내가 그런 말을 하고 다닐 자격이 있을까 하는 생각이 들기 때문이다.우리 마보가 저 제목에 당당한 스타트업이 되면 그때 당당하게 우리의 사례를 알리는걸로! 그러려면 마보 서비스를 더 알리고 우리 마보팀부터 키우는 것으로~덧붙임: 그래도 끝나고 Dable 과 rainist 에서 대표로 오신 두분은 도움이 많이 되었다고 하셔서 기뻤음. 사실 이 강의는 스타트업 CEO분들께 꼭 전달하고 싶은 내용임. 한마디로 요약하면 스타트업 대표가 본인 스스로를 동기부여하는 것이 무엇인지 먼저 생각해보고 직원들을 동기부여하라는 것!#마보 #스타트업 #스타트업강연 #강연후기 #조직문화 #기업문화 #사내문화 #특강 #스타트업CEO

** 본 글은 문돌이 PM의 마케터 따라하기 시리즈 입니다.** 1화 보기 - 초기에 할만한 ASO (앱스토어 최적화) 팁모바일 앱 관련 분석지표, KPI같은걸 인터넷에 검색해 보면 ARPU, APPPU, ARPDAI, LTV 등등 무슨 코드 암호명같이 생긴 분석지표들에 대해 난해하게 설명하는 글들이 많다. 뭐, 물론 향후 매출을 일으키고 스케일이 나는 앱같은 경우 ARPU (사용자 당 평균 매출)을 모니터링 하는건 매우 중요하다고 한다. 하지만 나같이 초기에 매출도 없는 무료 SNS앱을 제로베이스에서 일구어나가야 하는 경우 저런 어려운 분석지표들을 공부하고 있으면 시간낭비다.본 글에서는 필자처럼 모바일 앱 세계의 완전 초보가 무료 앱을 완전 제로베이스에서 운영한다고 했을때 알아야 하는 모바일앱 지표 분석 방법론에 대해 설명하고자 한다. 본론에 들어가기 앞서, 모바일 앱의 다양한 지표를 트래킹 하기 위해서는 분석 툴이 필요한데, 이 툴에대해 소개하는것만 해도 한페이지가 소요되기 때문에 이건 다른 글들을 찾아보기 바란다. 여기서는 필자가 운영하는 바크 (Bark) 앱에서 사용중인 Fabric, 구글애널리틱스, 애플에서 기본 제공하는 아이튠즈 커넥트를 기준으로 설명하도록 하겠다.요즘 가장 핫한 분석툴 중 하나인 Fabric. 트위터에서 인수했다.우선 당신이 트래킹해야 하는 영역은 크게 다음 3가지가 있다.1. Acquisition (획득)2. Retention (유지)3. Referral (추천)1. Acquisition_ 새로운 사용자를 획득하기 위한 분석지표이 영역에서 가장 중요하게 트래킹 해야 하는 부분은 바로 '신규 유저가 어느 경로로 들어왔는가'를 집요하게 파는것이다. 초기에 코묻은 돈으로 발품 팔아가며 앱을 마케팅하고 있을 것인데, 내가 들이는 노력 만큼 신규 유저가 유입되고 있는지 체크하지 않으면 선택과 집중이 불가능하기 때문이다. 그렇다면 유저가 유입된 경로를 어떻게 추적하는가? 그건 바로 마케터가 베포하는 모든 URL에 추적 코드를 붙임으로써 가능하다. 크게 2가지 추적경로를 만들어야 하는데, 하나는 아이튠즈로 유입되는 추적코드, 하나는 웹사이트로 유입되는 추적코드 이다.아이튠즈로 유입되는 추적코드는 보통 다음과 같이 생겼다.https://itunes.apple.com/app/apple-store/id1100131438?pt=118117595&ct=Facebook-gangnamAd2&mt=8저기서 'ct='와 '&mt' 사이에 있는 'Facebook-gangnamAd2' 부분이 바로 추적코드 이다. 내가 만일 페이스북에 광고를 태우고 거기에 링크를 위와같이 만들어 놓으면, 그 링크를 클릭해서 아이튠즈로 유입되는 모든 트래픽은 'Facebook-gangnamAd2'라는 키워드가 기록되고, 아이튠즈 커넥트에서 저 키워드로 얼마나 유입이 됐는지 확인이 가능하다. (개발자한테 정기적으로 아래와 같이 생긴 키워드별 유입 숫자를 보여달라고 요청하자)아이튠즈 커넥트에서 Source 탭에서 확인 가능하다. (그냥 개발자한테 보여달라고 요청하자)그런데 여기서 두가지 발생하는 문제점이 있는데, 첫째는 저 링크가 너무 길어서 글 내에서 자리도 많이 차지하고 보기에도 지저분해 보인다는 것과, 둘째는 난 바로바로 결과를 알아야 하는데 아이튠즈 커넥트는 저 수치 업데이트가 보통 하루정도 지연된다는 것이다. 이를 말끔하게 해결하는 툴이 바로 구글에서 제공하는 URL Shortener 이다.저기 들어가서 URL을 goo.gl로 시작하는 아주 짧은 URL로 변경할 수 있고, 더 훌륭한 것은 간단한 통계 툴도 제공한다는 것이다. 아래 그림과 같이 실시간으로 현재 몇명이 이 링크를 클릭했고 (유니크클릭이다), 클릭이 발생한 채널이 어디인지 (페북이냐 웹이냐), 국가는 어디인지 등등의 결과를 실시간으로 확인 가능하다.구글의 URL줄이기 툴은 간단한 통계를 실시간으로 제공한다.이런식으로 모든 마케팅 컨텐츠의 URL에 추적코드를 붙여서 실시간으로 유입 결과를 확인하고 초기 반응이 좋으면 더 집중, 별로면 바로 내리거나 변경 등의 린한 초기 마케팅 활동이 가능해 진다.웹사이트로 유입되는 추적코드는 다음과 같이 생겼다.http://barkapp.co/?ref=Brunch여기서 '?ref=' 뒤에 있는 'Brunch' 부분이 추적코드이다. 이렇게 하면 내가 뿌려놓은 수많은 컨텐츠들에서 웹사이트로 유입된 유저들의 경로를 따로 추적 가능하다. 여기서 웹사이트로 유입된 유저들이 아이튠즈로 또 타고 들어갈 경우 저 추적코드를 유지하게 하는 것도 가능한데, 이건 개발자한테 물어보도록 하자.2. Retention_ 앱 내에서 유저가 얼마나 지속적으로 사용하는지를 관리하기리텐션은 신규유입보다 더 중요하다. 왜냐하면 신규유입이야 사실 마케팅 버짓과 밀접한 관계를 가지기 때문에 돈만 많으면 늘리는게 가능하다지만, 리텐션은 앱이 얼마나 퀄리티가 있느냐와 직결되는 문제이기 때문이다. 즉, 앱의 리텐션이 별로면 보통 다음 중 하나의 문제점을 가지고 있을 가능성이 크다.1. 앱이 추구하는 코어 가치를 제공하기에 기능적 완성도가 떨어진다.2. 유저가 느끼는 앱의 목적성이 모호하다.3. 코어 가치 자체가 가치가 없다.1번은 MVP로서 제공해야 하는 코어 기능들의 완성도가 떨어져서 유저가 불편을 겪거나 부족하다고 느끼는 경우이고, 2번은 유저가 이 앱을 왜 사용하는지 잘 모르는 경우이며, 3번은 그 앱이 제공하는 코어 가치 자체가 앱을 지속적으로 사용해야할 만큼 크리티컬하지 않은 경우를 의미한다.아무튼, 어떤 이유에서 리텐션이 떨어지는지를 분석하는건 소비자 리서치의 영역이기 때문에 여기서는 생략한다. (사실 필자도 잘 모른다) 다만 우리가 할 수 있는건 저 리텐션 수치와 관련된 가설을 수립하고 기능 추가, 수정 등을 통해서 끊임없이 테스트하고 결과적으로 봤더니 이 앱의 코어가치가 가치가 있네 없네를 따질 수 있다는 것이다.리텐션은 보통 다음 두가지 툴을 통해서 확인한다.첫번째는 아이튠즈 커넥트에서 기본적으로 제공하는 수치를 통해 확인하는데, 이렇게 생겼다. (역시 이것도 그냥 개발자한테 보여달라고 요청하자)아이튠즈 커넥트에서 제공하는 리텐션 차트이다. (역시 개발자에게 보여달라고 요청하자)위의 x축은 앱에 유입된 유저가 1일차에 얼마나 남아있는지, 2일차에는 또 얼마나 남아있는지...를 30일까지 보여주는 부분이고, y축은 그걸 날짜별로 보여주는 부분이다. 예를들어 위에서 5월 31일에 유입된 유저가 다음날 얼마나 남아있는지를 Day 1 리텐션이라 부르고 위의 표에서 58%가 그 숫자에 해당한다. 이 말은 처음 유입된 유저가 100명이라면 58명이 다음날 앱을 또 사용한 거다.하지만, 우리팀 개발자에 의하면 애플에서 트래킹하는 리텐션 수치의 정확도가 떨어지기 때문에 패브릭을 같이 봐줘야 한다고 한다. 패브릭에서는 Day1, Day7, Day30 리텐션만 그래프로 보여주는데 보통 숫자가 아이튠즈 커넥트 보다 낮다. 패브릭에서 Answers > MAU 섹션에 들어가면 하단에 나온다.패브릭에서 MAU 탭 하단에 보면 리텐션 차트가 나온다.패브릭에서 리텐션을 좀더 깊게 파는 방법이 있는데 뭐냐면, 일별로 앱 내에서 유저가 비활성 유저 - 낮은 활성 유저 - 중간 활성 유저 - 높은 활성 유저 사이를 왔다 갔다 하는 숫자를 보여주는 기능인데 이걸 매일 확인하면 이 앱의 리텐션이 죽어가는구나, 살고 있구나를 더 직관적으로 알 수 있다. 본 차트는 Answers > DAU 섹션 하단에 있다.일별로 유저의 활성도가 어떻게 움직이고 있는지를 패브릭에서 확인 가능하다.여기서 궁금한게, 내 앱의 리텐션 수치가 다른 앱과 비교해서 좋은지 나쁜지를 어떻게 아느냐인 건데, 이를 아주 자세하게 소개한 Andrew Chan의 블로그 글이 있으니 꼭 일독하길 바란다. 결과부터 얘기하면 Top 10 앱들은 보통 Day1 리텐션이 70%를 넘고, Day90까지 가도 반 이상이 살아있다.안드로이드 상위 탑 10, 50, 100, 5000 앱들의 평균 리텐션 추이3. Referral_ 유저가 내 앱을 얼마나 소문내고 다니는지 트래킹하기가장 어려운 부분이다. 내 앱을 사용하는 유저가 이 앱을 다른 사람에게 소개하는지를 어떻게 확인할까? 우리 앱에서는 앱 내에 아예 'Invite Friends' 버튼을 만들어 놓고, 여기에다가 유저 번호의 추적코드를 삽입해서 아이튠즈 커넥트에서 모니터링 하고 있다. 즉, 아래 버튼에 위의 아이튠즈 주소에서 추척코드 삽입하는 부분을 현재 유저 번호가 들어가게 해서 이 유저가 보내준 URL로 얼마나 신규 유저가 유입됐는지를 아이튠즈 커넥트에서 모니터링 하는 것이다. 바크 앱의 경우 한 유저가 20-30명씩 추천한 사람도 있다.추천하기 버튼에서 생성되는 URL에 유저 번호 추적코드를 삽입해 놓았다.지금까지 모바일 앱 세계의 완전 초보가 무료 앱을 완전 제로베이스에서 운영한다고 했을때 알아야 하는 모바일앱 지표 분석 방법론에 대해 알아보았다. 아마도 MAU니 DAU니, ARPU등의 이야기를 기대하고 온 분들은 실망하실수도 있는 얘기이지만 완전 제로베이스에서 시작하는 초기 앱의 경우 MAU같은거는 크게 의미가 없다. 이건 나중에 스케일을 키워서 얻어지는 결과값같은 거기 때문에 초기 부터 '아 우리앱의 DAU가 지금 100명이야, 어제는 50명이였는데 2배나 뛰었네..' 이런거 따지고 있는건 시간낭비라는 뜻이다. 그 보다는 위에 언급한 3개, 즉 Acquisition, Retention, Referral을 어떻게 모니터링하고 이를 초기 마케팅 활동에 반영해서 계속 린하게 튜닝해 나가느냐가 한 백배는 더 중요하다고 생각한다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

태초에 에이스프로젝트에도 팀장이 있었다. 기획팀이 있으니 기획팀장이 있고 개발팀이 있으니 개발팀장이 있는 것은 어떻게 보면 자연스러운 일이었다. 팀장은 팀을 대표해 다른 팀과 의사소통을 하고, 주요한 업무 내용과 팀의 방향성을 결정했다. 팀원들의 성장을 돕기 위해 또는 고충사항을 해결해주기 위해 면담도 했다. 이런 평범한(?) 조직구조가 크게 불편하지 않았기 때문에 한동안은 팀장 체제를 유지했다. 하지만 자리에서 일어나 둘러보면 전 직원이 한눈에 들어올 만큼 규모가 작던 시기가 지나자 조금씩 문제가 생겼다.팀장은 항상 바쁘다업무과부하에 시달리는 리더"팀장님 어디 갔어요? 저 이거 물어봐야 하는데.."팀장은 항상 자리에 없다. 겨우 회의에서 나왔다 싶으면 다른 회의에 들어간다.이제 말 좀 걸어볼까 하면 스케줄 정리를 하러 다른 팀에 가 있다. 내가 한 것 좀 봐줬으면 좋겠는데 자리에 앉아 있을 때도 너무 바빠 보인다. 팀원은 여럿인데 팀장은 하나, 다들 팀장만 바라보고 있다. 대기번호표라도 뽑아야 하나.팀장 본인도 고달프기는 마찬가지다. 팀에서 일어나는 모든 일에 다 신경을 써야 할 것 같기 때문이다.일정도 꿰고 있어야 하고, 팀원 관리도 해야 하고, 아웃풋 피드백도 줘야 하고, 각종 행정업무도 처리해야 한다. 그뿐인가 앞으로를 위해 업계 트렌드와 신기술에 대한 연구도 해야 하고 팀을 대표해 회사 운영 방향을 결정하는 데도 참여해야 한다. 새로운 팀원이 들어오면 회사생활과 업무에 잘 적응할 수 있도록 물심양면 신경도 써줘야 한다. 너무 많은 역할을 동시에 하다 보니 하루가 모자라다.시간은 제한적인데 몸은 하나, 상황이 이러하자 팀장들은 두 가지 양상을 보였다. 하나는 이 모든 역할에 적당히 타협하는 것이다. 스케쥴링도, 퀄리티 체크도, 팀원 관리도 적당히 적당히. 특별히 잘하는 것은 없지만 그렇다고 특별히 못 하는 것도 없게. 문제는 없는데 뭔가 탁월하게 잘 돼가고 있다는 느낌도 없다.다른 하나는 팀장이 해야 하는 여러 역할 중 한 가지(혹은 두 가지)를 과감하게 포기하는 것이다. 퀄리티 향상에는 심혈을 기울이지만 팀원들의 고충은 좀 덜 들여다보거나, 행정 업무는 완벽하게 하지만 새로운 기술에 대한 서치는 미뤄두는 식이다. 적당히 하건 한두 가지를 포기하건 두 경우 모두 팀원들은 항상 무언가가 부족하다고 느끼고 팀장들은 늘 다 해내지 못했다는 부채감에 시달렸다. 전지전능한 팀장은 없다한 사람이 모든 것을 잘할 수는 없다완벽한 리더?인간이 완벽하지 않은데 인간 카테고리 안에 있는 '팀장'이 완벽할 리가 없다. 문제는 '팀장'이라면 왠지 모든 면에 탁월하고 어떤 단점도 없어야 할 것 같다는 데에 있다. 이런 선입견 때문에 어느 부분에서라도 단점이 드러나면 뵹아리 팀원조차 팀장에게 실망하거나 팀장 스스로 자책하는 일이 생긴다.리더는 단점이 없어서 리더가 된다기보다 장점이 크기 때문에 리더로 인정받는다. 상대적으로 많은 양의 업무를 주지만 그만큼 커리어를 확실하게 보장해 주는 팀장, 의사결정의 속도는 느리지만 그만큼 팀원들의 의견을 잘 수렴하고 설명해주는 팀장 등 장점이 있기 때문에 단점이 생기는 것이다. 에이스프로젝트에도 다양한 유형의 '완벽하지 않은' 리더들이 있다. 함께 일하면 쓴소리를 많이 들어야 하지만 업무 역량만큼은 크게 성장할 수 있게 해주는 리더가 있는가 하면 팀원들의 고충 해결과 진로 개발을 위한 면담에 능한 리더도 있다. 에이스프로젝트는 전문성을 중시한다. 제너럴리스트보다는 한 가지를 전문적으로 잘 하는 스페셜리스트의 중요성을 꾸준히 강조해왔다. 단점을 지적하면서 못 하는 것을 잘 하게 하기보다는 잘할 수 있는 것을 더 잘 하게 도와주는 편이 훨씬 쉽고 긍정적이라고 생각하기 때문이다. 리더가 팀원들의 가능성과 장점을 찾아주기 위해 노력하는 것처럼 리더들도 잘하는 것에 좀 더 집중해 볼 수 있지 않을까 고민을 시작했다. 멀어지는 팀장과 팀원 사이커뮤니케이션에 위계가 생긴다직책? 직위?'직책'과 '직위'는 다르다. 팀장은 직책이지만 흔히 직위와 결합해 인식하는 경우가 많다. 최근 많은 스타트업이 그렇듯 에이스프로젝트에는 대리, 과장, 차장 같은 직위가 없고 팀장만 있기 때문에 구성원들은 더 자연스럽게 팀장을 직위로 인식했다. 팀장의 지위를 나타내는 상징물을 지우려고 했던 노력이나 구구절절한 설명으로 해결되지 않는 문제였다. 사원들이 팀장을 '윗사람'으로 생각하면서 생긴 위계는 원활한 커뮤니케이션을 어렵게 만들었다. '(안 그래도 바쁜) 팀장님한테 내가 이렇게 말해도 될까?' 하는 필터링이 들어가자 팀원들은 말이 없어졌다. '이렇게 말해도 될까?'는 '팀장님이 안 된다고 하실 거야' 혹은 '팀장님이 하라고 했으니까 그냥 해야지'로 확대 해석되기도 했다. 이의를 제기하거나 이해되지 않는 것을 물어보는 횟수가 줄어들었다. 사내 만족도 설문에서는 회의 시간에 대한 문항이 최저점을 기록했다.문제는 내 팀 팀장 하고만 있는 게 아니었다. 나와 전혀 업무 연관이 없는 옆팀 팀장이 한 마디 툭 던지고 가도 사원 입장에서는 '그래도 팀장'이 한 발언을 의식하지 않을 수 없다. 지나가던 동료가 던지고 간 의견이라면 '한 번 생각해봐야겠다' 정도로 받아들일 수 있지만 지나가던 팀장이 던지고 간 의견은 단순한 피드백이 아니라 꼭 고쳐야 하는 지시로 들린다. 정말 "왜"인지는 모르겠지만 왠지 팀장이 하라고 하는 대로 해야 할 것 같은 느낌이 드는 것이다. 단순 직책으로 두고 싶었던 팀장은 결국 직책, 직위를 모두 아우르게 되었고 거기에 나이 차이가 가미되자 에이스프로젝트가 지향해왔던 수평적인 커뮤니케이션은 저 멀리, 저 멀리로 멀어져만 갔다. 이 문제들을 어떻게 해결하기 위해 무엇을 고민했을까?2편에 계속.

일이 생기다, 일이 밀리다.일이란 게 참 그렇습니다. 오늘의 일이 끝났다고 내일 일이 없는 것이 아니죠. 심지어 오늘의 일이 안 끝났다면 내일의 일은 괴물이 되기 시작하고, 그렇게 하루이틀 밀리다보면 '아!!...난 왠지 백수에 적성이 있지 않을까?!' 싶어집니다.바로 백수야!!흔하게 일이 밀리는 프로세스는 다음과 같습니다.오늘 다 끝내지못한 PPT 나머지 8장은 내일로 넘어갑니다.내일은 보도자료 작성과 행사기획, 카드뉴스제작, 블로그글쓰기을 해야합니다. PPT를 만들다보니 블로그가 또 다음 날로 밀렸습니다.다음 날엔 또 그 날의 일이 있는데 블로그도 해야합니다.그런데, 그 순간 대표님이 어디가서 IR해야하니 PPT좀 만들자고 합니다.(아니 욕! 엊그제 만들었잖아!? 욕욕) 하지만 하라니까 해야죠.문제는 오늘의 일을 끝낼 수 없게 되었습니다. 난데없이 IR제작이 추가되면서 오늘 일 몽땅과 블로그작성도 또 미뤄집니다.그렇게 일주일이 지나니 블로그는 아예 누락되어버렸고, 월요일날 혼납니다. IR먼저 만들으래서 만들었는데, 왜 다른 일 못했냐고 꾸중을 듣습니다.협력업체에선 빨리 자료달라고 메일이 옵니다.겨우 IR 제작이 끝나서 지난 일주일간 밀린 것을 하려고 보니 양이 엄청납니다.이번 주에는 행사준비가 시작되는데, 이걸 다 하다간 아무것도 못할 것 같습니다.음. 해결책이 있습니다. 밤의 신에게 소원을 비는 것이죠. 새벽포텐으로 이 일을 마법처럼 끝낼 수 있게 해주세요...소원이 이루어졌습니다. 이번 주의 모든 저녁약속을 취소되었고...꿈의 야근이 시작됩니다. 여기서 꿈은 '비몽사몽'을 의미합니다. 대부분, 일이란 건 한 번 밀리기 시작하면 종잡을 수 없이 계속 밀어내기식으로 진행되다가 새로운 일이 하나 들어오는 순간부터 사채이자를 빌려쓴 카드 돌려막기의 폐해를 몸소 느낄 수 있게되는데..이 일 빼서 저걸 막으면, 저기에서 또 다른 일이 생기고... 도무지 정리가 안되고 하면 할수록 많아지는 느낌만 들게 됩니다.특히 브랜딩업무는 더더욱 그렇습니다. 브랜딩이란 단어는 굉장히 설렙니다. 사람들이 보통 이 단어를 들으면 희망과 꿈이 가득해지고 흥분을 하는 경향이 있더라구요. 그러나 엄밀히 따지고 보면 브랜딩은 딱히 새로운 시작을 알리는 축포 같은 게 아닙니다. 사실 명백히 따지면 시작부터 이미 되어있었어야 하는 걸 이제서야 하고 있는 거죠. 그리고 이제부터 브랜딩을 할끄야!!!! 라는 외침은 새해 해돋이를 보면서 올해는 살을 뺼거야!!! 와 같은 느낌의 결심의 톤과 비슷합니다. 브랜딩은 '기질과 속성'에 가까운 것인지라 결심으로 해결될 문제는 아닙니다. 기존의 일들을 정립하기원래 말도 잘 못하고 응..너가 좋으면 나도 좋아...스러운  웹툰주인공같은 성격을 지닌 세희씨는 2017년 내내 호갱으로 아스트랄하게 살다가 새해가 되어 문득 생각했습니다 '이렇게 살아선 안돼!!! 이제부턴 거칠거 강렬한 카리스마를 뿜을거야!!' 라고 결심을 했습니다. 다음 날 팀장님이 '세희씨 이런거 잘하지? 이거 세희씨가 해~' 라고 던진 썡뚱맞은 업무앞에서 그녀는 과연 결심을 지킬 수 있을까요.하루아침에 무언가가 슉~하고 바뀔 순 없습니다. 더군다나 원래 기질과 맞지 않은 옷을 입으려고 할 땐 더더욱 심각해지죠. 해결책이야 일반적인 자기계발서에 나오는 얘기와 비슷할 것 같습니다. 자신을 알고 어쩌고 뭐 하는 것이죠. 브랜드는 매출과 확장의 목표가 분명하므로 단순한 자기성찰을 넘어서 구체적인 '행동'이 추가되어야 합니다. 그것도 아주 명백한 결과를 낼 수 있는 행동들 말이죠.그런데 브랜딩을 한다고 해서 시작되는 행위는 대부분...좀 어딘가 동떨어진 느낌의 업무가 추가되는 느낌입니다.브랜딩 = 새로운 전환점! 시작, 터닝포인트! = 회사소개서 리뉴얼???과 같이 말이죠. 목적과 행위가 좀 따로논다는 느낌이 있지 않나요? 대부분의 회사 브랜드 프로젝트의 목적은 '우리 회사의 아이덴티티를 정립하고 알리겠다!' 입니다....그렇다면 일단 '정립'을 해야하고 '알려야하죠. https://dribbble.com/shots/1618339-Brand-Identity-System정립이란 건 = 태양계를 만드는 일과 같습니다. 핵심을 태양위치에 두고 회사를 구성하는 메인 BM과 부가적인 BM을 내행성계와 외행성계로 나누어 궤도에 돌리는 일이죠. 중간에 자잘한 것들은 소행성계에 넣어놓고 우리 회사의 영향력이 어디까지 미치는 지 시장의 범위를 정해서 헬리오포스(태양의 힘이 미치는 태양중력영향권)를 규정합니다.과학실에 있던 태양계 모형마냥 항상 지구를 돌리면 톱니바퀴장치로 다른 아이들도 빙글빙글 돌아가곤 했는데...이것과 유사하다고 생각됩니다. 예를 들어 태양. 즉 핵심가치가 "일은 먹고살자고 하는 거다."라고 해봅시다.'식사'라는 키워드로 7개 행성이 그 가치를 공전하기 시작합니다.내행성(주요BM)3개는 "도시락/샐러드/간편식" 제조와 배달입니다.외행성(보조BM)4개는 "강의/건강검진서비스/앱광고/굿즈판매" 입니다.그리고 중간에 "행사, 이벤트, 무슨 R&D사업유치, IR, 박람회, 해외지사 설립" 부수적인 이슈들이 있죠. 일단 브랜딩에서 업무구분을 할 때 중요한 건 무엇이 안쪽에 있고 무엇이 바깥에 있는지..어떤게 큰지 작은지를 나누고 구분하는 일입니다. 정립이란 건 "제대로 세운다" 라는 의미입니다. 회사에서 하는 일이 하나가 아닌만큼 하나가 자빠지면 우르르 넘어지기 시작하는데 그게 유튜브 도미노영상처럼 아름답게 넘어지진 않더라구요. 그냥 뜯다가 터져버린 아몬드후레이크처럼 사방에 널브러지는 거죠.위와 같이 일종의 동심원구조의 궤도를 구축했다면 각 궤도를 구성하는 상세한 업무들을 생각해봐야 합니다. 행성에 딸린 위성과 같은 느낌이죠. 업무를 정리하다.기존의 일을 정리하는 방식은 3가지로 구분할 수 있습니다.1) 없애거나2) 합치거나3) 바꾸는것이죠. '줄인다' 라는 표현은 좋아보이긴 하지만..절대량이 똑같다면 어떨까요? 100의 일을 해야하는데 하루2시간씩 50일을 해던걸 1시간으로 줄여 100일을 한다?... 어차피 똑같거나 아니면 더 힘들어질 수 있습니다. 우리가 신경써야 하는 건 절대량100을 80으로 줄이는 겁니다.쓸데없는 일들은 없애는 것이 맞습니다. 작게는 자잘하게 많은 서류작성이나, 출장계획서, 복귀 후 보고서(심지어 이런것도 있음) 등 불필요한 양식들을 정리해내고 크게는 소행성계에 있거나 외행성계에 있는데 지나치게 업무시간을 많이 할당하고 있거나 메인업무가 오히려 밀리는데 심지어 딱히 가성비도 좋지 않다!!..라고 하면 그냥 STOP! 해야죰. 존버는 답이 아니니까요.유사한 업무끼리는 합치는 게 좋아요. 소개서와 제안서는 비슷한 부분이 많아서 제작시에도 모듈화시킬 수 있는 부분이 있다면 또 새롭게 소개페이지를 만들고 간지를 제작할 필요가 없죠. 모든 PPT양식을 하나로 통일해서 지정된 디자인으로만 사용한다면, 필요할 때마다 템플릿 디자인을 다시 해야할 필요도 없죠. 내용만 갈아끼우면 되니까요. 지금까지 쓰던 서류철을 웹클라우드서비스로 바꿔서 데이터정리를 한다거나, 협업툴을 바꿔보거나 일반 종이계약 과정을 전자계약으로 바꾼다거나 하는 등 자동화/간소화 시스템을 활용해서 업무의 효율을 높이는 방법도 있어요. 이는 절대량100을 줄이진 않지만 내 능력치10에서 빛나는반지를 장착하여 +3의 어드밴티지 효과를 부여해주죠. 궤도정립과정에서 각각의 일들이 구체적으로 등장해준 후 위와 같이 각 일에 대해 마이너한 리뉴얼을 거치고 나면 그 떄 비로소 새로운 일을 만들 수 있습니다.후우..드디어그리고 실제로 위와 같이 마이너하게 업무정리를 하기 위해선 상당부분이 통일/정리/자동화가 이루어져야 하죠. 이미 이 과정자체가 브랜딩의 기초단계를 만드는 역할을 하기도 하고, 이 후에 새롭게 진행될 일의 절대량도 현저하게 줄어드는 꿀이득을 누릴 수 있죠. 일을 시작하다.이제 일을 시작해봐야겠습니다. 무슨 일을 어떻게 시작할 지는 앞서 적은 매거진 내용을 통해 언급했으니 구체적인 내용은 '뒤로 가기'를 누른 후 지난 1~14화를 쭈루룩....(이렇게 조회수를 늘리나요..)우리가 여행갈 때 셀카봉은 빼먹어도 되지만, 신발을 안신고 갈수는 없잖습니까. 일을 함에 있어도 중요한 요소와 부가적인 요소가 존재합니다. 초등학교 국어시간에 배웠던 6하원칙을 모두 지키라는 건 너무 가혹한 일이므로 3가지만 지키도록 하죠.'누가/언제/어떻게'무엇. 에 해당하는 건 이미 과업으로 정해졌을 테니 위의 3가지만 정확하게 잡아보도록 합시다.1) 누가...는 업무분장을 의미합니다. 지난 회의실에 브랜딩에서 익히 정리했던 내용이지요. 다시 한 번 요약하자면 정/부를 정확히 쪼개고 누구에게 보고하고 누가 컨펌하느냐 하는 사람에 대한 체계를 잡는 일입니다. 이게 제대로 안잡혀있으면 내 일이야? 네 일이야? 하다가 결국 일은 구멍이 났는데 책임지는 사람은 아무도 없고 돈만 날리는 경우가 종종 있습니다. 2) 언제. 는 데드라인을 의미하죠. 마무리 시점을 잡는 것 이외에 각 단계별 일정을 구축하고 다른 협업자와의 일정조율을 하는 모든 일을 포함합니다. 달력으로 하는 일이니만큼 책상위엔 2018년 예쁜 달력이 반드시 있어야 할 듯 합니다.3) 어떻게...는 업무방식에 대한 얘기이죠. 커뮤니케이션만 담당하고 외주로 돌릴 것인지, 직접제작 할지 아니면 TF팀을 구성할 지 등등 부터 오프라인/온라인 등의 채널 잡기, 구체적인 기획안에 적히는 콘텐츠의 내용들을 의미합니다. 이를 종합해보면 다음과 같은 과업지시 내용이 등장하죠.그래! 리플렛을 만들어서 우리 앱을 소개해보자!~라는 목표가 생겼다면"지혜가 정을 잡고, 가희가 부를 잡아. 각 업무분장은 지혜가 기힉/커뮤니케이션을 잡고, 가희가 자료조사/취합/전달의 역할을 하자. 자료조사는 12일까지, 취합전달은 13일까지 그리고 그동안 지혜가 컨택을 담당하고 13일에 디자이너에게 전달하는 걸로. 22일까지 1차시안을 완료하고 30일까지 최종시안 인도받아서 30일날 인쇄넘기는 걸로 정리한당. 리플렛은 오프라인 행사장에서 나눠줄 용도라서 2,000부 정도 인쇄 진행하고 AI원본파일 요청하고 해당비용에 대한 이슈는 알려줘요. 리플렛 내에 들어갈 내용은 기존 리플렛을 참고하되 업데이트된 부분들에 대한 정리와, 우리 브랜드가이드에 맞춰서 디자인리뉴얼에 초점을 맞추자."로 정리가 된달까요. 그럼 업무확인은 어떻게 하느냐.. 13일날 전달확인 / 22일 1차시안 확인 / 30일 최종시안 수령확인 으로 3번만 하면 됩니다. 누구에게 확인할까용? 지혜씨죠.인쇄이슈는 최종시안 컨펌 후 다시 과업지시로 전달합니다. 뭐 이 때 실무자는 대략 고민을 해봐야죠. 사이즈나 부수를 대략 확인했으니 인쇄비용에 대한 견적을 미리 받아야 할 거고, 비교견적을 내고 결재를 미리 올려야겠죠. 인쇄 및 수령일자를 확인하고 감리일정도 미리 업체와 조율해야 합니다. 택배방식도 확인해야합니다. 박람회 일정이 그리 넉넉치 않으니 일반배송으로 할지 다마스퀵으로 할 지 등등. 조금 더 깨어있는 현대인이라면 2,000부가 행사장에서 모두 소진되지 않을 것임을 알고있을 겁니다. 그렇다면 배포 후 남은 리플렛은 어디에 어떻게 활용하면 좋을지에 대한 B안을 가져갈 수도 있겠죠. 이런식으로 일을 줄이고 쳐내고 정리한 후 새로운 일을 잘 오물거려서 끼워넣는 방식으로 총량을 맞춰가는 게 정말 중요합니다. 일이 과다하게 쌓이기 시작하면 모든 일의 퀄이 떨어져갑니다. 퀄이 떨어진단 얘기는 브랜드관리가 허술해지기 시작한단 얘기고 헛점이 많아지는 것이죠. 내부업무에서 허점이 늘어나기 시작하면 반드시 고객접점까지 그 영향이 미칠 수 밖에 없어요.클레임 피드백이 안되거나, 간담회가 엉망이 되거나, 베타테스터 모임이 허접해지거나...또는 제품납품 일정, 서비스UX의 문제가 개선되지 않는 등...브랜드이미지와 운영관리가 똥망이 되어갑니다.회사소개서가 예쁘지 않아서 브랜딩이 안되는 게 아니예요.무리한 회사소개서 제작때문에 브랜딩이 어려워지는 것이죠. 내일은 전체회의를 하면서 태양계를 한 번 그려보는 게 어떨까용 (강츄) :)