이벤트 로그로부터 정확한 프로세스 모델을 도출하기 위해 고려해야 할 점은 무엇일까요?프로세스의 특성과 이벤트 로그에 맞는 적절한 알고리즘을 적용하는 것이 중요하지만 오늘은 좀 더 일반적인 사항에 대해 생각해 보겠습니다.프로세스 모델의 품질을 측정하는 4가지 기준은 Fitness, Generalization, Simplicity, Precision입니다.좋은 프로세스 모델을 발견하기 위해서는 이 4가지 기준 사이에서 균형을 잘 유지해야 합니다.[그림 1] 프로세스 모델 품질 측정의 4가지 기준Fitness(적합도)는 관찰된 이벤트 로그를 얼마나 잘 설명할 수 있는지를 나타냅니다. Fitness가 높을수록 모든 이벤트 로그의 경로를 표현하기 때문에 데이터 집합을 잘 설명할 수 있으나 수많은 경로가 프로세스 모델에 나타나게 되어 프로세스 모델이 복잡해지게 됩니다.Generalization(일반화)은 Overfitting을 피하는 것입니다. Overfitting된 모델은 모델 추출 대상이 되는 데이터(이벤트 로그)에 대해서는 정확도가 높으나 동일 프로세스에서 추출한 다른 데이터 집합에 대해서는 정확도가 낮고, 높은 오류율을 보여주게 됩니다. 따라서 Generalization 수준이 높을수록 다른 데이터에 적용했을 때의 적중률(설명 정도)이 높아져서 프로세스 모델을 다른 데이터에 적용하기가 좋습니다. 하지만, 지나치게 Generalization이 높을 경우 대상 데이터 집합에 대한 프로세스 모델 적중률만 높아지지 프로세스에 대한 의미 있는 정보를 전달하지 못하는 문제가 발생합니다.Simplicity(단순화)는 프로세스 모델을 단순하게 만드는 것입니다. 프로세스 모델이 단순할수록 쉽게 이해하고 한눈에 프로세스를 파악할 수 있으나 적합도가 떨어지게 됩니다. 적합도가 떨어지면 추출한 프로세스 모델로 설명할 수 없는 이벤트 로그가 많아지게 됩니다.Precision(정확도)은 Underfitting을 피하는 것입니다. Underfitting된 모델은 Overfitting과 달리 모델을 단순화하여 공통 경로만 표현하게 되어 프로세스를 정확하게 설명할 수 없게 됩니다. Precision이 높을수록 기존 데이터에 대해 정확하게 설명할 수 있으나 지나치게 높을 경우 다른 데이터 셋에 대한 오류율이 증가하는 문제가 생깁니다.4가지 품질 특성을 보면 Fitness와 Simplicity, Generalization과 Precision은 서로 반대되는 특성을 가지고 있습니다. 즉, Fitness가 너무 높으면 Simplicity가 낮은 문제가 생기고 Generalization이 높으면 Precision이 낮은 문제가 생기게 됩니다.Overfitting과 Underfitting 예제를 통해 좀 더 살펴보도록 하겠습니다.[그림 2] Underfitting과 Overfitting 그림[그림 2]에서 볼 수 있듯이 Underfitting은 데이터 분류 기준을 단순하게 구할 수 있으나 새로운 데이터 집합을 Underfitting된 모델에 대입하면 의미 있는 결과를 얻기가 힘듭니다. 이에 반해 Overfitting은 모든 데이터를 정확히 분류하고 있으나 데이터의 특성을 일반화시킬 수 없습니다. [그림 3] Underfitting 모델[그림 3]의 경우 모든 경로를 표현 가능하여 Fitness 만족, 다른 모델에도 적용 가능하여 Generalization 만족, 모델도 간단하여 Simplicity도 만족하지만 실제 프로세스가 어떻게 수행되는지 설명해 주지 못해 도출된 프로세스 모델에서 유의미한 정보를 얻을 수 없습니다. 즉, 모델이 Underfitting되어 Precision 조건을 만족시키지 못합니다.[그림 4] Overfitting 모델[그림 4]는 관찰된 이벤트 로그를 모두 나열한 프로세스 모델입니다. 이렇게 할 경우 모델을 도출할 때 사용한 이벤트 로그의 프로세스 패턴을 모두 나타내어 Fitness와 Precision은 만족하나 Simplicity와 Generalization은 만족하지 않습니다. Overfitting된 모델도 프로세스 모델에서 유의미한 정보를 얻을 수 없습니다.이상과 같이 Fitness, Generalization, Simplicity, Precision 4가지 기준을 잘 조화시켜야 정확한 프로세스 모델 도출이 가능합니다.#퍼즐데이터 #개발팀 #개발자 #개발후기 #인사이트

주변을 둘러보면 ‘생산성’이 뛰어난 사람이 한 명씩은 있다. 그들은 동시에 여러가지 것들을 진행하는데 결과마저 좋다. 심지어 커뮤니케이션 능력도 뛰어나기 때문에 그 팀은 팀워크도 최상이다. 옆에서 보고 있노라면 그렇게 많은 프로젝트와 커뮤니케이션을 성공시키는 ‘비결’이 궁금해진다. 그들은 정말 DNA가 다른 걸까? 아니면 후천적으로도 가능한걸까. 회사에서 동료들에게 좋은 평가를 받는것은 결코 중요하다. 지금부터 모두의 이익이 최상이 되는 방법, 모두의 피해를 최소화 하는 지혜로운 해결책을 도출 할 수 있는 1% 협업러의 커뮤니케이션 스킬 5가지를 공개한다. 1. 열정 에너지를 가진 매력적인 동료가 되자.이름만 떠올려도 같이 일하기 불편한 동료가 있는가 하면, 이름만 떠올려도 같이 일하고 싶게 만드는 동료가 있다. 그리고 방금 떠올린 같이 일하고 싶은 동료들의 공통점을 뽑자면 ‘열정’이라는 키워드가 잘 어울리는 사람일 것이다. 매사에 ‘열정’적인 에너지를 가진 사람이라면, 누구든 같이 일하고 싶게 만드는 매력과 이끌림을 가진 사람이라고 볼 수 있다.“열정은 나도 모르게 전염된다.” 재미있는 사실은 열정이 부족한 사람도, 열정이 넘치는 사람을 보면 끌리게 되어 있다고 한다. 무의식적으로 자신이 잊은 걸 상기시켜 주기 때문이다. 열정은 전염이 아주 강해서 주변인들에게 뜨거운 자극이 되고, 결국 조직의 분위기를 바꾸는 가장 큰 원동력이 된다고 볼 수 있다. 현재 내 열정이 조금 부족하다고 느껴진다면 열정 충만한 동료와 에너지를 함께 부딪히는 것도 좋다.“열정이 있는 사람에게는 매일이 천국이다.” 상위 1% 협업러들은 ‘열정’ 은 내가 가진 능력보다 더 큰일을 해낼 수 있게 만드는 힘이라고 한다. 그리고 그  열정을 지속적으로 유지할 수 있는 비결은 언제나 내가 하고 있는 일에서 가치를 찾는다고 답한다. ‘내가 하고 있는 일에서 가치를 찾는다 = 하고 싶은 일을 한다.’라는 말이 아니다. 나에게 어떤 일이 주어지던지 누군가가 시켜서 억지로 하는 것이 아니라 잘 해야 하는 이유를 스스로 찾으면서 그 업무를 해결하는 과정을 즐기라는 말이다.  2. 공감은 오아시스를 만든다.회사 내에서도 포식자가 들끓는 정글 같은 팀과 사막 속 오아시스 같은 팀의 차이는 무엇일까?그 해답은 공감에 있다.업무의 대부분은 분업되어 있다. 일을 하기 위해서는 다른 구성원과의 협업이 필수라는 얘기다. 협업은 구성원이 각자의 아이디어를 보태어 더 좋은 결과물을 만들어가는 과정을 거쳐가게 되는데. 이때 어떤 의견에 대해 공감하지 않고, 비판이나 무시를 거듭하면, 말해봐야 소용없다는 것을 학습한 구성원들은 새로운 아이디어를 내지 않게 된다. 이렇듯 업무와 공감은 땔 수 없는 것이다.공감이 없으면 커뮤니케이션도 없다.커뮤니케이션이 없으면 협업도 없다.취업포털 잡코리아가 직장 내 소통을 주제로 직장인 2860명을 대상으로 실시한 설문조사에 따르면 직장인 79.1%가 직장 내 소통장애를 경험한 적이 있다고 답했다. 소통 장애가 겪으면 근로 의욕이 꺾인다는 응답이 44.0%에 달했다. 하지만 이 설문에서 더 집중해야 되는 부분은 바로 다음이다. 소통을 위해 가장 중요한 것을 묻는 질문에 설문자들은 공감 능력(28.4%)을 1위로 꼽았다.한국은 멕시코에 이어 OECD 국가 중 두번째로 노동시간이 긴 나라이다. 우리는 하루의 대부분의 시간을 회사와 일에 묻혀 산다. 워라벨이 강조되는 이 시대에도 여전히 회사생활은 우리 시간의 많은 부분을 차지한다. 얼굴에 웃음을 띄며 만나는 사람은 친구가 되고, 노기를 띄우며 만나는 사람은 적이 된다는 말이 있다. 전하는 말에 공감을 담아 자신과 상대 모두 잠시나마 힐링되는 회사 생활이 될 수 있기를 바란다. 3. ‘발전적 피드백’으로 팀의 업무 완성도를 S급으로 높이자.팀 단위로 공동 목표를 가지고 업무를 수행할 때 피드백을 하는 사람도 피드백을 받는 사람도 서로의 감정과 시간에 대한 소모가 크기 때문에 스트레스로 여기는 경우가 많다. 그러나  상위 1% 협업러들은 피드백으로 작업 완성도를 높이는 것을 일련의 업무 과정으로 여긴다. 발전적 피드백은 리더가 팀원에게 일방적으로 조언을 전달하는것이 아니라 직책을 떠나 서로 조언과 정보를 나눌 수 있는 상호 커뮤니케이션의 기회가 되어야 한다. 팀의 무한한 성장을 위해 피드백을 즐기는 상위 1% 협업러들은 피드백은 하는 사람도, 받는 사람도 즐거워야 한다고 말한다.2-1) 수정 피드백을 하는 입장일 때, 나는 A / B / C 중 어떤 모습일까?‘일 잘하는 사람 = 피드백을 잘하는 사람’이라는 공식이 성립되는 것은 아니다. 종종 일을 잘하는 사람 중에 본인의 능력이 타인보다 출중하다고 생각하여 기고만장한 태도를 가진 사람들은 대체로 팀원들을 존중하지 못하고 가혹한 피드백을 하는 경우가 많다. 같이 일하는 직원들의 자존감을 떨어뜨리는 피드백은 동기부여를 잃게 하는 독설일 뿐이다. 피드백은 ‘할 것인가, 말 것인가’보다 ‘어떻게 잘 할 것인가’를 고민하는 것이 더 중요하다고 한다. 작업자의 결과물이 부족하다고 느껴 수정 피드백을 할 때는, 작업 수행자의 의도를 간단하게라도 듣고 공감을 표시한 후 내 생각을 전달하는 것이 좋다. 1분 1초가 빠르게 돌아가야 하는 치열한 업무 시간에 C와 같이 긍정적 피드백의 힘을 기르는 것은 말처럼 쉬운 일은 아니다. 때문에 우리는 대부분 A or B와 같은 모습일 것이다. 그러나 태도가 차이를 만든다는 것을 명심하라. 피드백 사냥꾼이 될 것인지 상위 1% 협업러의 차이를 만들 것인지는 본인의 선택에 달려있다.   2-2) 부정적 피드백을 받았을때, 나는 A / B / C 중 어떤 모습일까?내 결과물에 부정적 피드백을 받았을 때 기분 좋게 수용할 수 있는 사람은 극히 드물다. 대부분 방어적인 태도를 보이거나 내 생각이 옳음을 증명하기 위해 피력하는데 급급하여 ‘갑분싸’ 상황이 발생하기도 한다. 이러한 상황이 반복되다 보면 서로 피드백을 주고받는 것이 부담스러워서 결국 더 좋은 조언을 주고받을 수 있는 무한한 기회를 잃게 된다. 내 결과물이 언제나 칭찬과 인정을 받을 수 있으면 좋지만 그렇지 못하더라도 피드백은 무조건 환영하는 태도를 가져라. 내가 잘하고 있는 것인지 확인받고 싶어도 수년 직장 생활 중에 제대로 된 피드백을 받지 못한 직원들도 수두룩하다. 피드백은 돈 한 푼 들이지 않고 내 결과물을 객관적인 시선에서 발전시킬 수 있는 절호의 기회다. 타인의 피드백을 내 것으로 만들어 ‘질적인 전환’을 즐기는 것이 상위 1% 협업러의 특급 노하우다.4. 신뢰의 기본은 약속을 잘 지키는 사람.회사에서 같이 협업하고 싶은 동료를 떠올려 보자. 대부분의 사람들은  ‘업무 능력이 뛰어난 동료’가 아닌 주어진  ‘업무 약속’을 성실히 잘 지키고 신뢰할 수 있는 직원을 떠올릴 가능성이 높다. 그렇다면 내가 동료들에게 신뢰를 받는 사람일까?라는 질문은 스스로에게 해보자. 평범한 직장인이라면 대부분 이런 생각을 거의 해본 적이 없을뿐더러, 자신 있게 ‘Yes’라고 대답할 수도 없을 것이다. 상위 1% 협업러들은 동료들에게 신뢰를 얻는 것이 기본 덕목이라고 말한다.■ 업무 마감일 하루 전, 나는 A / B / C 중 어떤 직원의 모습일까? 업무 약속의 가장 기본이 되는 요소 바로 ‘일정 관리’다. 회사에서 일정이라는 것은 단순히 날짜가 아니다. 조직이 목표로 한 기간 내에 원하는 프로젝트를 끝내기 위한 수단이다. 내가 일정 관리를 놓쳐 일이 늘어지는 만큼 함께 일하는 동료 또한 시간적 여유를 잃는 악순환이 반복된다. 일정은 상호 커뮤니케이션의 기본이 되는 약속이기에 기획자도 디자이너도 개발자도 정해진 일정 내에 약속한 수준의 결과물을 전달해 주어야 전사적으로 업무가 원활히 이루어질 수 있다. 아무리 뛰어난 업무 능력을 가지고 있더라도, 매번 마감일을 준수하지 못한다면 직원들은 모두들 당신과의 프로젝트에서 불안함을 느끼기 마련이다. 업무의 시작일과 마감일을 잘 지키는 것, 그것이야말로 회사의 동료들에게 신뢰받는 1순위라는 것을 명심하자.5. 평일은 ‘프로’답게, 주말은 ‘프리’하게상위 1% 협업러들은 평일과 주말의 균형, 즉 일과 개인 삶의 균형을 조화롭게 이루는 것이 매우 중요하다고 말한다. 평일 ‘프로’답게 일하고, 주말은 업무에서 해방되어 ‘프리’한 상태를 즐기는 것이 그들의 공통점이다. 즉, 일을 잘하는 사람은 노는것도 잘 논다는 말이 맞는 셈이다.5-1) 평일은 프로답게 : 금요일을 찝찝하게 퇴근하지 마라.    두 상황에서의 주말은 극과 극이다. 전자는 주말 리프레시를 위한 힐링의 출발선이라면, 후자는 몸은 집에 마음은 회사인 억울한 주말의 출발선이다. 주말을 주말답게 리프레쉬 해야 상쾌한 월요일 출근이 가능한데 해결하지 못한 업무들을 마음에 담아둔 상태로 주말을 업무 지옥으로 보낸다면 마치 14일 연속 출근하는 기분이 들지도 모른다. 금요일에 일을 완벽하게 마무리하고 퇴근 하기 위해서는 아래와 같은 3set 공식으로 일한다고 하니 참고해보자.월,화요일은 그 주에 가장 중요한 업무의 70% 이상을 몰입해서 다 처리한다고 한다. 월,화에 가장 중요한 업무를 빠르게 해결 해야 비교적 한 주가 여유로워지기 때문이다. 이때는 업무 몰입을 위해 회의, 미팅을 최소화 시기기도 하다. 수,목요일은 후 순위 남은 업무를 처리하면서 좀 더 여유를 가지고 마음으로 다양한 사람들과 회의도 하고 아이디어를 나눈다. 그리고 월+화 업무를 좀 더 디벨롭 시키면 더할 나위 없이 좋다. 마지막 금요일은 한 주를 돌아보는 가장 중요한 시간이다. 그 주의 good & bad를 정리하고 더 나은 차주 업무 계획을 세운다.  5-2) 주말은 프리하게 : 일 스트레스를 날리고, 더 재미있게 일하는 에너지!나에게 주어진 일만 잘 수행한다고 10년, 20년 인정받으며 롱런하는 직장인이 될 수 있을까요? 비즈니스 세계에서 더 인정 받기 위해서는 ‘협업’ 시너지를 잘 내는 것이 매우 중요하다고 생각합니다. 서로의 부족함을 채우고 장점을 극대화 하여 1+1 = 3을 만들 수 있는 1% 협업러가 되길 바랍니다. 마지막으로 최근 협업툴 플로우에서 1,429명 직장인 대상으로 진행했던 의미있는 설문조사 결과 리포트를 공유드리며 본 글을 마무리 하겠습니다.플로우 사용을 경험한 응답자 1,429명은 플로우 사용 전·후 ‘팀 협업’ 만족도와 ‘개인 업무 관리’ 만족도가 크게 개선됐다고 평가했다. 플로우를 사용을 통해 동료와의 협업 만족도는 22점 상승했다. 팀간 실시간 업무 진행 사항 한눈에 파악된다는 점이 긍정적으로 작용된 것으로 판단된다. 개인 업무 관리 만족도는 무려 31점이 상승했다. 응답자 1,429명은 이메일, 단톡방 사용 대신 플로우를 통해 하루 55분의 비효율적인 시간을 단축할 수 있었다고 대답했다.직장인 1,429명의 디지털 업무 경험 결과가 궁금하시다면지금 바로 신청하세요!👉선착순 신청하기

대명레저산업 직원 인터뷰 <대명인사이트>의 일곱 번째 주인공입니다. 대명리조트를 이용하는 모든 고객님들이 한번쯤은 이용해보셨을 그 곳, 회원서비스팀 컨택센터의 김은경 센터장을 만났습니다. 밝은 미소로 친절히 대답해주시는 김은경 센터장과 함께 다양한 이야기를 나누었습니다.Q1. 간단한 자기소개 부탁드려요.여행을 준비할 때의 설렘과 여행을 즐기면서 느끼는 행복 그리고 다녀온 후의 소중한 추억을 드리기 위해 일하는 행복 플래너들의 리더, 김은경 센터장입니다.Q2. 대명리조트 컨택센터를 소개해주세요.대명리조트 여행을 계획하시는 모든 고객님들이 가장 먼저 만남을 시도하는 곳이 저희 컨택센터인 것 같아요. 현재 상담업무와 지원업무를 하는 100여명의 직원으로 운영 되고 있고, 전국 16개의 사업장에 대한 예약과 부대시설 등의 전반적인 이용안내가 주 업무에요. 특히 오션월드, 스키월드, 개화시기 등 사계절에 걸맞는 만족스러운 여행을 설계하는데 도움을 드리고 있습니다.Q3. 기억에 남는 에피소드 있나요?정말 많은 에피소드가 있었지만, 그 중에서도 가장 기억에 남는 일이 있어요. 어느 고객분께서 계속해서 비발디파크 예약을 취소하고 다시 예약하기를 반복하며 하루에 몇 번씩 동일한 문의를 했던 적이 있었어요. 이런 상황이 계속 발생하다 보니 결국 그 분의 보호자님께 연락을 드려야 했는데.  알고 보니 심각한 언어 장애가 있는 친구더라구요. 비발디파크를 너무 좋아하지만 가지 못하는 상황이고 또 말을 배우기 위해  계속해서 누군가와 이야기를 해야 했는데 그럴 상대가 주변에 없다 보니 저희 컨택센터에 전화 통화를 하면서 대화를 시도했던 같아요. 그런 사정을 알고 난 뒤부터, 저희 상담사들도 그 친구와  전화연결이 되면 차근차근 대화하면서 소통을 이어갔고, 나중엔 말이 많이 늘었다며 기뻐했던 기억이 나네요.Q4. 아쉬웠던 상담 문의는 무엇이었나요?가장 큰 아쉬움은 고객분들의 문의에 대해서 확실한 해결책을 드리지 못하는 경우죠. 예를 들면, 사업장 입 출입구 혹은 사업장 내에서 폭우나 폭설 때문에 교통체증이 발생하는 경우가 있거든요. 사업장 직원들도 사실 최소 인원을 제외하고는 모두 밖으로 나가서 고생하고 있는 걸 저희가 아는 상황에서 자연적인 문제를 해결해드리기는 어려운 상황이었어요. 무조건 사업장으로 전화 연결을 해달라 혹은 시간적 보상을 해달라 하는 고객분께 죄송하다라는 말 밖에는 할 수 없는 상황이어서 이런 상담이 가장 힘든 것 같습니다.Q5. 상담사를 꿈꾸는 분들께 조언해주세요.나만의 여행 경험을 공유하면서 여행의 질을 높여주고, 그로 인해 고객님께 행복과 만족을 충족시켜 드릴 수 있는 사람은 대명 컨택센터 상담사 뿐이라고 확신합니다. 단순 상담사가 아닌 행복전도사가 되고 싶은 분들이라면 꼭 함께 했으면 좋겠습니다.Q6. 마지막으로 한 말씀 해주세요.이번 기회를 통해 컨택센터를 적극적으로 응원하고 지원해주시는 저희 회원서비스팀과 유관부서 외 모든 임직원분들, 그리고 고생하는 상담사들에게 ‘수고한다’, ‘감사하다’ 격려해주시는 고객님들, 모두 감사합니다. 그리고 바쁜 회사 생활 속에서 한 가정의 아내와 엄마로서 소홀했던 저를 언제나 이해해주고 곁에서 힘이 돼주는 소중한 가족에게 사랑한다고 전하고 싶어요. 마지막으로 저를 믿고 최선을 다해 함께 뛰어주는 컨택센터 여러분께 작게나마 버팀목이 될 수 있는 멋진 리더가 되어주고 싶습니다. 진심으로 감사드립니다. 인터뷰 내내 행복 바이러스를 전달해 준 김은경 센터장. 대명레저산업을 이용하는 모든 고객님들이 즐겁고 행복한 여행을 할 수 있도록 노력하는 컨택센터의 노고를 엿볼 수 있는 시간이었습니다. 대명인사이트는 다음 주인공과 함께 다시 찾아오도록 하겠습니다.#대명 #대명리조트 #대명레저산업 #CS #컨택센터 #센터장 #고객만족 #고객중심 #행복전도사 #직무정보 #구성원인터뷰 #공채정보 #채용정보 #대명채용

모니터링은 IT 운영의 핵심입니다. 장비의 활성화 상태에서 애플리케이션의 변화와 성능 이슈까지 언제나 실시간으로 인지와 대응이 가능해야 합니다. 서비스를 운영에 장애를 없앨 수는 없지만 좋은 모니터링 전략을 가지고 있다면 빠른 예방과 대응을 통해 고객이 불편함을 느끼지 못하게 할 수는 있습니다.  IT 운영에서의 비지니스 목표IT 서비스 모니터링 전략을 만들기 전에 우리는 우선 목표를 선정해야 합니다. 빠른 예방과 대응은 좋은 모니터링 전략의 기본 목표일 뿐입니다. 우리는 모니터링을 통해 아래와 같은 비지니스 목표를 이루어야 합니다. 브랜드 이미지 향상매출증대비지니스 개선비지니스 목표를 위한 모니터링그리고 이런 비지니스 목표를 위해서는 아래와 같은 일들을 모니터링을 통해 수행할 수 있어야 합니다. 안정적인 서비스 운영 (브랜드 이미지 향상, 매출증대)빠른 장애 대응 (브랜드 이미지 향상, 매출증대)장애 예방 (브랜드 이미지 향상, 매출증대)사용자 분석 (비지니스 개선)사용성 분석 (비니지스 개선)서비스 성능 개선 (브랜드 이미지 향상, 매출증대)현대 IT 서비스는 물리서버와 클라우드가 혼재되어 있는 인프라스트럭처 환경과 다양한 플랫폼에서 개발된 애플리케이션들이 작게 구성되어 있는 복잡한 구성을 가지고 있습니다. 뿐만아니라 서비스의 구성 또한 전 세계에 분산되어 있는 상황에서 우리는 효율적인 모니터링 전략을 만들어서 IT 서비스를 운영해야 합니다.비지니스 목표를 위한 모니터링 전략이런 체계적이고 효율적인 IT 서비스 모니터링 전략을 만들기 위해서는 아래와 같은 것들을 고려해야 합니다.1. 통합 모니터링 체계를 구축하세요.  인프라스트럭처와 애플리케이션을 모두 모니터링하여 전체 그림을 얻어야 합니다. 전체적인 그림을 모든 운영자들이 알수 있어야 체계적인 IT 서비스 운영이 가능합니다.2. 기준을 넘어서는 성능 변화가 생기면 알수 있도록 경고를 설정해야 합니다. CPU 부하율, 메모리 사용률, 누적 트랜잭션 등 다양한 상황에 대한 기준 값을 선정하고 이에 대한 알림을 받을 수 있어야 합니다. 초기 이슈 확인은 고객이 영향을 받기 저너에 문제를 해결할 수 있게 해 줍니다. 3. 사용자 관점에서 모니터링 해야 합니다. 예를 들어 TPS의 평균값만으로 서비스의 안정성을 판단해서는 안됩니다. 사용자 개개별 현황을 파악 할 수 있어야 합니다. 기업의 브랜드는 서비스 사용에 불편을 겪는 1%의 고객을 통해 내려갈 수 있습니다.4. 메트릭을 비지니스 목표와 맞출 수 있어야 합니다. 현재 서비스에 접속한 사용자 현황을 알 수 있어야 합니다. 예를 들면 동시 접속자 수를 기반으로 현재 서비스의 성능을 설명할 수 있어야 합니다. 5. 애플리케이션에서 특히 데이터베이스의 성능을 평가할 수 있어야 합니다. 많은 이슈들이 데이터베이스에서 발생합니다. 6. 애플리케이션의 코드 성능을 분석할 수 있어야 합니다. 많은 프로젝트에서 오픈소스 또는 서드파티 솔루션들이 사용되고 있습니다. 여기서 발생하는 문제들은 심각한 장애 상황을 유발할 수 있습니다.7. 모든 서비스를 분석 할 수 있어야 합니다. 몇몇 페이지가 아니라 전체 페이지를 분석 할 수 있어야 합니다. 우리는 항상 효율적인 IT 모니터링 전략을 재평가하고 새로 구축해야 합니다. 모니터링 전략을 만드는 것은 쉬운 일이 아닙니다. 하지만 모니터링 전략을 만드는 데 시간을 투자하는 것은 안정적으로 서비스를 운영하는데 있어서 매우 가치있는 일입니다. #와탭랩스 #개발자 #개발팀 #인사이트 #경험공유 #일지

어느덧 학창시절 지원자로서 면접 본 횟수보다, 면접관으로서 면접을 치르게 된 횟수가 3배 4배는 더 많아진 것 같습니다.  어렸을 땐, 면접관이 무얼 물어볼지 구글링하고 선배들에게 조언을 구하거나 서점에서 면접대비 책을 구매해가면서까지, 예상질문과 예답을 만들어가며 심지어 기숙사 벽장에 포스트잇까지 붙여가며 말하는 톤 하나하나 엄청 연습을 했었는데, 직접 사업을 운영해보니 그때 내가 지원자로서 받았던 질문들, 도무지 이런 질문까지도 준비를 해가야 하는거야? 라는 생각이 들 수 밖에 없던 질문들을 회사는 왜 물어볼 수 밖에 없는지 아니, 물어야만 하는지,  이젠 너무 훤히 알아서 실웃음이 나옵니다.  그만큼, 구인자와 구직자의 시각과 입장 차이가 다르다는 거겠죠. 도대체 우리나라 이력서는 왜 얼굴 사진을 박으라고 하고, 도대체 엄마 아빠 나이랑 직업은 왜 쓰라고 하는거야 심지어 몸무게, 키는 왜 써? 어이가 없네? 이런 생각을 저도 했었어요 하하. 팀원들끼리는 우스개 소리로,  지원자의 조부모님은 안녕하신지 한번 물어볼까? 라고 얘기합니다.  이 말을 알아들으신다면, 아마 여러분도 저만큼 또는 저보다 더 많은 사업 경험을 하신 분일지 모르겠습니다. 최근 우리 회사도, 다양한 직군의 신규 인력을 채용 중에 있어,  제 주간 스케줄 다이어리에 매주 4~5타임이 넘게 면접 일정이 채워지고 있습니다.  이번 포스팅에서는, 회사가 어떻게 인재상을 만들어가는지에 대한 내용을 다루려고 합니다.  CJ나 삼성과 같은 대기업 홈페이지를 들어가보면, 뭐 애플이나 구글 등 외국계 careers 사이트도 마찬가지겠고요. 회사소개나 비전, 인재상 등이 나와있는 페이지를 클릭하면 우리 회사는 어떠어떠한 인재를 원한다고 언급되어 있습니다.   열정, 도전정신, 끈기, 긍정 뭐 이런 말 많이 들어봤을 거에요.  어렸을 땐, 에이 으레 하는 말이겠거니 하고 그렇게 중요하게 살펴보지 않았어요.   그런데, 실제 회사를 운영해보니, 이게 웬걸, 그게 제일 중요하더라고요. 왜 중요할까요?▷인재상을 찾아가는 계기초기 스타트업의 경우, 함께 같이 일할 멤버를 찾습니다.  가족이나 친척이 될 수도 있고, 친구가 될 수도 있고 또는 건너 건너 소개를 받거나, 온라인에서 알게 되는 경우 등 다양한 경로로 멤버를 구합니다.  시간이 흐르면 흐를수록, 해치우는 일 보다, 해야할 일이 더 많아지게 되고, 운영진은 추가 인력 채용을 고민하게 됩니다.  그런데, 경험이 부족하다 보니, 정말 딱 맞는 친구가 들어오게 되면 너무 좋겠지만, 세팅을 해나가는 중인 회사는 회사 나름대로 안 따라줘서 답답하고, 직원은 직원 나름대로 고생하는 입장이 있겠고 거기서 빚어지는 자잘한 마찰이나 서투름 등을 이유로 결별하는 경우가 잦습니다.  이직이 빈번한 요즘 시대에, 스타트업은 인력변동이 더 심하죠. 처음엔, 직원과의 결별은 씁쓰름하고 여운이 며칠 갈 때도 있지만, 시간이 흐르면, 오히려 서로 개운할 때도 있습니다. 직원으로선 실력과 본인의 커리어를 한줄씩 차곡차곡 쌓아가고, 회사는 어떤 사람이 우리가 하는 일과 우리의 분위기와 우리의 업무 스타일에 맞는 사람인지 형상을 구체화하기 시작합니다. ▷회사와 직원 간의 호흡우리 회사는, 지원자 중에서 창업 경험이 있거나 창업 멤버로 일한 경험이 있는 친구를 좋아합니다.  설령 짧게 몸담았을지라도,  운영했던 회사가 비록 문을 닫았을지라도 그 경험을 저는 굉장히 가치 있게 여깁니다. 회사를 운영한다는 것이 여간 힘든 게 아니라는 것을 아는 친구,  운영진으로서 직원들에게는 말 못하는 고민들이 무언지 잘 아는 친구는, 회사의 방향성을 잘 이해합니다.  여기서 실력이나 역량은 그 다음입니다.  설령 능력이 뛰어나지 않더라도,  함께 의논하고 각자 맡은 바 일을 매일매일 조금씩 해내는 직원이 회사가 원하는 인재입니다. 빅딜을 계속 연이어 따거나,  거액 투자 유치를 하면 분명 회사는 비약적으로 성장하겠지만,  직원과 회사의 호흡이 따라주지 않으면 회사의 기반이 약할 수 밖에 없습니다. 지휘자가 스파르타식으로 단원들 연습을 단행한다던가 자기 맘대로 지휘하고, 오케스트라 단원들은 지휘자 손깃 한번 쳐다보지 않고 알아서 연주한다면, 심지어, 다른 단원의 악기 소리는 듣지도 않고 연주한다면 과연 그 소리는 아름다울까요?  그 합주를 듣고 관객은 어떤 반응을 할까요?회사라는 조직도 마찬가지입니다.  회사는 직원을 존중하고 나아가는 방향대로 따라올 수 있도록, 기다려줘야 합니다.  직원도 운영진의 입장과 회사가 나아고자 하는 방향을 정확히 알고 있어야 합니다.  쪽팔림 이런 거 개의치 않고 모르면 물어봐야 할 정도로 중요한 부분입니다.  마케팅, 영업, 개발, 디자인, 고객센터 등 업무는 다르지만, 내가 하는 일이 유기적으로 다른 파트와 어떻게 연결되어 있는지 알고 있어야 합니다.  초등학교 운동회를 하면, 청팀 백팀 대항 중 단골 게임인, 발목을 묶는 공동달리기 시합이 있습니다.  한 사람이 넘어지면, 같이 일으켜 세우고 격려해주고, 탓하지 않아야 합니다.   물론, 한 사람이 넘어지면, 어깨동무하던 옆사람도 넘어지는 점도 알아야 합니다.  성숙한 조직 생활이라는 건, 일이란 나 혼자 잘 한다고 되는 일이 아니라는 것을 인지하는 것에서부터 시작한다고 봅니다.  체계적인 조직 생활이라는 건, 직원들의 감정을 무시하지 않고 또 직원들의 역량과 성격 성향을 잘 이해하는 것에서부터 시작합니다. 실력이 아무리 좋아도, 회사 입장이 아닌 내 입장으로만 생각하는 사람은 원치 않습니다.   하찮은 주제를 가지고 얘기하거나 잡담을 하더라도, 말 한마디 말 한마디를 들어보면, 이 사람이 회사를 평소에 어떻게 생각하고 있는지 훤히 보입니다.   ▷스타트업이 지원자를 보는 관점규모와 서비스 업종에 상관 없이 기업이라면, 인재 채용을 정말 중요하게 여깁니다.  아무나 들어와도 상관없어- 하는 경영진은 아마 없을 거에요.  누가 들어오느냐에 따라 회사의 방향과 속도가 달라지는 만큼, 인재 한명이 회사를 일으켜 세우고, 한 명 때문에 망할 수 있는 게 회사입니다.  심지어 스타트업은, 1인 다인 역할은 물론 자기 일은 알아서 잘 해내야 하는 곳입니다. 면접을 진행할 때 회사가 보는 부분은 해당 업무에 대한 관심의 무게와 이해력, 적응력이 빠른지, 이전 회사에서 무엇을 성취해 왔는지, 그 경력이 우리 회사에선 어떤 식으로 역량 발휘가 되는지를 살펴봅니다. 어떤 서비스를 제공하는지, 서비스에 대한 이해, 열정과 배움의 자세, 인성과 성격 등 다양한 관점으로도 지원자의 합격여부를 고려하구요.  전공은 뭐고, 이전 경력은 뭐고, 어떤 역량이 있고 이런 것들도 물론 중요하지만, 스타트업은 특히 이 사람이 과연 스타트업에서 일할 수 있는 사람인지를 염려합니다.  예를 들면 이런거죠.  어떤 사람의 이력서를 보니, 줄곧 큰 기업에서만 일해왔는데,  과연 부서가 곧 직원 한 명,  회사가 팀인 작은 회사에서 일할 수 있을까 라는 의구심이 드는거죠. 그간 채용을 진행하며 깨달은 건, 전공과 직장 경력을 떠나서 역량에 대한 자기계발 및 자기반성이 부족할 경우, 회사로서는 아무리 그 사람의 성향에 맞는 일을 주거나 다른 보직으로 변경해도 답이 안 나온다-라는 겁니다. 결과물에 대한 스스로의 기준이 낮은 사람은, 장기적으로 회사에 도움이 되는 인재가 아닙니다.  이는 비단 실력의 문제가 아닙니다.  아무리 실력이 뛰어나도 대충대충 일하면 결과물이 나올까요? 학교 시험성적이 70점 나왔다고 탓하는 게 아니라 아쉽지만, 본인 스스로 70점을 받으면 속상해서 더 열심히 공부를 할 수 있는 계기만 된다면 그건 속상한 일이 아닌데, 70점 맞고도 속상은 커녕 너울너울 지낸다면, 과연 그 학생은 평생 만년 70점에 만족하는 사람이 되겠죠.  그래서 경력이 많은 사람이 채용 되는 게 아니라, 직장 경력과 연수는 적을지라도 잠재 역량이 높은 사람, 상황 별 대처 능력과 판단 능력이 있는 사람, 해결 능력이 있는 사람을 회사는 채용해야 합니다. 스타트업은 복지나 근무 환경이 열악할 수 있습니다.  구글, 페이스북과 같은 멋 드러진 회사 오피스에서 자유분방한 분위기 만을 생각한다면, 얼른 환상에서 벗어 나와야 합니다.   물론, 시키는 일보다 스스로 해야 하는 일이 스타트업에서 많을 수 잇습니다.  마냥 좋아할 일은 아니지요.  그만큼 본인에게 책임감이 주어지는 거니깐요.  물론, 일 못한다고 시말서까지 쓰진 않지만, 무조건적인 비판 보다는 문제의식을 가지고, 본인의 능력 안에 개선할 수 있는 것 작은 것부터 해치우려는 태도가 정말 중요합니다.  이 태도가 지원자에겐 보이지 않는다면, 합격 카드를 주기가 힘들 것이고,  이 태도가 지금 함께 일하는 직원에게서 보이지 않는다면, 그 회사는 고심이 클 수 밖에 없습니다. 그래서 이런 기본 자세가 없으면 스타트업에서는, 직원 스스로도 만족스러운 성과를 내기 힘들고, 회사에 나오는 게 점점 힘들어질 수 밖에 없습니다.  회사 또한, 안 그래도 의기투합해도 모자랄 판에, 엔진 동력에 한 부분이 모자르니 성장이 더딜 수 밖에 없습니다.  ▷면접 절차면접에 정해진 방식은 없지만, 넷뱅은 기본적으로 서류 전형을 통과한 지원자를 대상으로 전화면접, 사전과제 순으로 진행하며 대면 면접은 실무면접, CEO면접으로 구성되어 있습니다.  사전과제는 직군에 따라, 문제가 다릅니다.  때론 실기, 때로는 필기 과제가 주어집니다.   여기서 진짜로 걸러지는 건, 서류전형이 아니라 사전과제입니다. 경력이나 전공이 직무에 적합하면 서류전형 통과는 비교적 관대합니다.  어디 가서 우리 회사 면접 쉬웠다고 말하고 다니는 사람은 아마 최종문턱에도 못간 분들일거에요.  사전과제 제출여부에 따라, 회사 차원에서는 이 지원자가 진심으로 회사에 관심이 있는지의 의지를 확인할 수 있습니다.  사전과제 질문에 어떤 답변을 썼는지는 그 다음 중요도인거죠.  넷뱅의 경우, 오픈북 형태이더라도 생각의 로직을 묻는 질문이 많기 때문에 지원자의 실제 업무 지식이 어느 정도인지를 파악할 수 있습니다.  말만 거창하게 쓰고, 속 알맹이는 없을 수도 있고, 비록 전문용어는 없더라도 문액에 생각의 흐름이 읽혀지는 답변도 있으니까요. 직군에 따라 실무면접 시 팀 및 그룹면접을 진행하는 경우도 간혹 있습니다. 면접 결과는 보통 3에서 7일 이내, 최대 2주일 이내에 알려드립니다.  최종합격자에 한해 결과를 통보해드리고 있습니다. 넷뱅이란 회사에 관심을 갖고 계신 분들께 힌트를 드리자면,  홍보마케팅 분야는 계속 수시채용을 진행하고 있으니 비록, 채용이 마감됐더라도, 이력서를 보내면 즉시 채용담당자가 확인합니다. 늦어도 1주일 이내로 회신을 드리니 주저 마시고 지원하는 것을 장려하고 싶네요. #넷뱅 #스타트업 #스타트업취업 #스타트업채용 #면접후기 #후기 #경험공유

규모는 대기업이라고 하기엔 뭐하지만 나름 카메라시장에서 제일 잘나가는 외국계 회사, 국내 대기업보다도 더 대기업 문화를 가진 회사에서 기획돌이로 일하고 있었다. 나름 신사업 담당이랍시고 이것저것 들쑤시고 다니면서 몇십억 돈드는 프로젝트도 터뜨려 보고 사장님 앞에서 당돌하게 이래서 뭐 5년후에 회사 남아 있겠습니까? 하며 직썰도 날리는 자신감 넘치고 좀 건방진 사원대리 나부랭이였다.그런데, 신사업을 담당하다 보니 자연스레 스타트업 동네에 놀러가는 일이 잦아졌고, 그들이 무대에서 멋있게 피칭도 하고 투자도 받고 인터뷰도 하면서 뭔가 본인이 하고싶은대로 다 해먹을 수 있는 저동네가 점점 부러워 지기 시작했다. 내 회사에서 뭐 하나 해보려고 하면 차장님 -> 부장님 -> 임원진들 -> 사장님 -> 다시 임원진들 -> 다시 부장님 -> 다시 임원진들 -> 다시 사장님 ... 이런 무한 트리를 반복하다 보면 내가 처음에 하려던건 수박이였는데 어느새 호박으로 바뀌어져 있는 경우가 많다보니 당연히 저 스타트업 형들이 얼마나 멋있어 보였겠는가.기획서 무한 루프에 한번 빠지면 빠져나올수가 없는 대기업 보고시스템그래서 과감하게 때려쳤다. 원래부터 한번 꽂히면 나중에 '아 이게 아니였는데...' 하고 후회를 하기 전에는 내 쿨해보이는 선택에 자아도취하던 성격이라, 나름 계획도 세우고, 그만두기 전에 팀도 꾸리고, 아이템도 (내 생각에는) 뭔가 있어보이는걸로 골라서 있어보이는 기획서도 만들고, 뭔가 이게 열라 심각한 문제를 해결하는 엄청 스마트하게 풀어내려는 아이템처럼 스토리도 잡고... 아무튼 회사 그만두기 1개월 전까지는 자신감도 충만했고 바로 막 무대에서 피칭도 하고 그럴줄 알았다.그러다가 1개월 직전 갑자기 같이 하기로 한 사람들의 마음이 바뀌고 팀이 와해되 버렸다. 회사에는 이미 '난 몇월 몇일부로 그만두겠소!' 하고 통보해놓은 마당에 이미 업질러진 물을 다시 담을 길은 없어 보였고, 또 그러기도 싫었다. 그때 내 생각은 (지금 생각하면 정말 바보같은 자아도취 마인드) 바로 이랬다.나 정도면 신사업도 이것저것 해봤고, 포샵으로 디자인도 할 수 있고 (파워포인트 디자인 하던걸 감히 디자인이라 불렀다...), IT쪽에도 나름 아는게 많고 (테크니들 기사를 열심히 읽던걸 감히 이렇게 생각했었더라...), 피칭도 잘 할 수 있고 (사장님, 임원들 앞에서 재롱떨던 피티실력을 감히 이렇게 평가했었더라...), 아무튼 나정도면 금방 개발자도 만나고 디자이너도 만나서 멋찐 팀을 꾸릴 수 있을꺼야!이렇게 생각했던게 정말 나의 엄청난 무지와 부끄러운줄 모르고 나대는 초딩들의 외침이였다는걸 느낀건 그리 오래걸리지 않았다. 회사를 그만둔 시점부터 열심히 이곳 저곳 스타트업 모임에 찾아다니고, 스타트업 이미 하고 있는 형들도 좀 찾아 다니고, 개발자 모임에 가서 열심히 아이템 설명도 하고 돌아다니는 시간이 길어질 수록 내가 가진 능력은 저기 길거리에서 나부끼고 있는 전단지 한장 딱 그정도의 역할밖에 이 바닥에서 할 수 있는게 없다는걸 받아들일때 까지 딱 두달밖에 걸리지 않았다.그 당시 스타트업 형님들이 나를 보면 아마 속으로 이렇게 생각하고 있었을꺼다그렇다. 내가 그때까지 해온 내 4-5년의 커리어라는건, 그냥 딱 3가지로 요약 가능한데 1) 보고, 2) 보고를 위한 기획서 작성, 3) 정치 및 의전. 그냥 이거 3개만 4-5년동안 줄창 해오던 거라는걸 인정하는데 그리 오래 걸리지 않은거다. 그나마 더 오래 걸리지 않은게 다행인건, 나는 대기업에서 좀더 전문가 보직에 있는 사람들 (재무, 회계, 영업, IT 등등)도 아니었기 때문일거다.그래서 나는 모든걸 다 인정하고, 내 무지를 깨달은 그 시점부터 최근에 정식으로 서비스를 런칭할때 까지 거의 1년 반의 시간동안 대학교에 다시 들어가는 심정으로 닥치는 대로 공부하며 시간을 보냈다. 다행이도 요즘은 유다시티, 유데미 등 맘만 먹으면 프로그래밍이나 디자인을 초보 수준으로 익힐 수 있는 길이 널려있기도 해서 나는 유데미에서 프로그래밍, UX기초, 스케치로 모바일 디자인하기 등등 앱이나 웹서비스 제품을 만들기 위해 꼭 필요한 기본기들을 착실히 공부해 나갔다.다행스러운건, 내 무지를 깨달을 즈음인 작년 여름, 아무 생각 없이 지푸라기라도 잡는 심정으로 나가본 해카톤에서 만나게 된, 그리고 지금은 고맙게도 이런 무지한 나와 같이 팀을 꾸리고 풀타임 스타트업을 같이 해주고 있는 만랩 풀스택 개발자를 만나게 된건 정말 행운 오브더 행운이었다. 현재 우리는 2016년 4월을 기점으로 BourbonShake (우리 개발자님이 좋아하는 술이 버번이라서...ㅎㅎ)라는 스타트업을 꾸리고 바크 (Bark)라는 앱을 서비스 하고 있다. (바크에 대해서는 나중에 자세히 소개할 예정.) 나는 나름 제품 디자인과 마케팅을 담당하고 있다. (하지만 이마저도 저 능력자 개발자님한테 맨날 갈굼당하면서 하고 있다.)앞으로 브런치를 통해서 나처럼 뭣도 모르고 이바닥 뛰어들었다가 고군분투 하고 있는 사람들과 다양한 이야기 및 노하우를 서로 나누고 싶다. 열혈강호의 주인공 처럼 (물론 그는 슈퍼 천재긴 하지만) 어쩌면 차라리 백지에서 시작하는게 더 원하는 그림을 그릴 수 있는 장점이 있는 것 처럼, 혹시나 나 같이 지금 회사에서 보고트리를 타는 업무를 하고 있는데 스타트업쪽의 커리어를 희망하는 사람들이 있다면 괜히 주눅들지 말고 과감하게 실행해 보라고 말하고 싶다. 글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

지금까지 읽었던 만화 중 가장 좋아하는 만화 3개를 꼽으라면 단연코 열혈강호, 슬램덩크, 킹덤을 꼽는다. 마침 와이프가 휴가간 틈을 타 일요일 하루 종일 오랜만에 열혈강호 60권을 꺼내어 다시 읽어보는 나만의 휴가를 가졌다. 그러다가 문득, 여기 캐릭들이 스타트업에서 활동하는 캐릭들이랑 겹치는 부분이 많아서 한번 재미삼아 소개해 보고자 한다. 어디까지나 '재미삼아' 매칭시켜 보는거기 때문에 너무 진지빨면서 읽지는 말자.1. 한비광 - 필요하면 직접 배워서 뭐든지 달성해 버리는 공격적인 스타트업 대표스타트업 하다보면 마케팅, 영업, 재무, 회계 등등 수많은 펑션의 일들을 직접 해결해야 하는 경우가 많은데, 이런 사람들은 별로 고민하지 않고 지가 스스로 배워버려서 실제 그 업무를 하던 사람들 보다 고퀄을 달성해 버리는 캐사기 민망한 스타트업 대표 캐릭터이다. 이런사람들 특징이 '내가 직접 해봐서 아는데'라는 말을 달고 살면서 직원들 스팀돌게 만드는데 일가견이 있다.'내가 직접 해봐서 아는데'를 입에 달고사는 대표2. 담화린 - 전략과 변초에 능한 기획자머리 겁나 좋고 뭔가 전략같은거 멋있게 만드는 기획자이다. 실제 만화에서 한비광이 싸울때 옆에서 '지금 운유과봉을 써,' '지금이야 잠룡등천!' 이러면서 싸움 전략을 기가막히게 잘 짠다. 이런 능력자들은 학교나 교과서에서 배운 내용들일지라도 각 상황에 맞게 능수능란하게 적용할 수 있는 어마어마한 기획력을 지니고 있다. 스타트업의 스케일을 위해 꼭 필요한 캐릭터. 다만 너무 보수적이고 리스크테이킹을 잘 안하려는 성향이 있어서 위의 한비광같은 사람이 이끌어 줄 필요가 있는 캐릭이기도 하다.  뒷태..가 아닌 두뇌가 섹시한 기획자이다.3. 노호 - 우직하고 깡따구도 세고 한결같이 노력하는 사업개발, 또는 영업사원머리가 좋거나 재능이 뛰어나진 않지만 항상 우직하게 노력의 노력을 거듭하고 깡따구도 있어서 어디 큰 영업건 계약따러가면 반드시 성사해버리는 영업사원이다. 특히 이 사람의 끈기는 타의 추종을 불허할 정도라서 고객사들 사이에서도 저사람한테 한번 물리면 절대로 빠져나올 수 없는 영업사원으로 유명하다. 실제로 만화에서도 세외세력중 하나인 동령에 들어가 내부 반란과 각종 분란에도 전혀 굴하지 않고 끈기있게 도전하여 결국 동령을 접수해 버렸다. 술마시면 진지빠는 얘기로 주변사람들 졸게만드는건 옥의 티.술마시면 너무 진지하지만 항상 큰 계약 성사시키는 영업사원4. 매유진 - 자기세계 뚜렷하고 친해지기도 어렵지만 실력 하나는 줄충한 디자이너속을 알수없고 자기 세계가 너무 뚜렷해서 누가 참견하거나 내 영역에 침범하는걸 끔찍하게도 싫어하는 디자이너다. 사람들이랑 쉽게 어울리지 못하고 친해지기도 어렵다. 하지만 실력 하나는 줄충하고 나름 디자인 분야에서 명성도 있어서 이 사람이 우리 회사에 존재하는것 만으로도 투자자의 관심을 끌 정도이다. 일단 친해지고 나면 은근 잘 챙겨주고 마음 따뜻한 면모가 보이는 참 매력적인 디자이너.업계에서 나름 명성있는 디자이너. 다가가기 어렵지만 한번 친해지면 마음 따뜻한 면모를 볼 수 있다.5. 진풍백 (천마신군 셋째 제자) - 자기잘난맛에 살고 남 깔아뭉개기 좋아해서 재수없지만 성과는 잘나와서 욕하기 힘든 스타트업 대표기본적으로 사람들이 싫어한다. 뒤에서 욕도 많이 먹는다. 그 이유는 캐릭 자체가 자기 잘난맛에 살고 누가 뻘짓하면 '저런 멍청한놈' 하면서 바로 깔아뭉개버리는 스타일이다. 하지만 사업수완이 좋고 말빨도 수려하기 때문에 대표로서 투자도 잘받고 언론 인터뷰빨도 잘받는 스타일이라 직원들이 앞에서 비판은 못하고 항상 뒤에서 뒷다마만 열심히 까는 캐릭이다. 본인과 말이 통하는 사람들하고만 대화하는 경향이 있어서 그 바운더리 안에 들지 못하는 직원들은 모멸감만 느끼다가 금방금방 그만둬 버린다. 시간이 흐르고 나면 이 팀에는 본인과 말이 통하는 똑똑한 능력자들만 남아있게 되는건 함정(?)자기 잘난맛에 살지만 직원들이 대놓고 욕은 못하고 뒷다마까는 대표6. 최상희 (천마신군 다섯째 제자) - 성격좋고 겉으로 보기에 뭔가 뛰어나보이지도 않는데 이상하게 성과 잘나오고 투자도 잘받는 스타트업 대표일단 성격이 좋고 마음씨가 따뜻한 스타트업 대표이다. 그런데 겉으로 보기에는 뭔가 전혀 능력자 같지 않아 보인다. 말빨이 수려한것도 아니고 카리스마가 있어보이지도 않는다. 하지만 제법 사업이 잘 굴러가고 피칭은 잘 못해도 투자자들이나 파트너사들이랑 미팅하면 항상 투자유치나 계약도 잘 따낸다. 여린 구석이 있어서 감동적인 순간이나 옛날에 힘들었던 시절 생각하면 펑펑 울기도 해서 직원들이 달래주는 캐릭터.여리고 잘 울기도 하고 능력자도 아닌것 같지만 사업은 이상하게 잘굴러가는 대표7. 유원찬 (송무문 문주) - 한때 실패의 쓰라린 경험을 맛보고 재기를 꿈꾸는 스타트업 대표과거 크게 실패해본 경험이 있어서 재기를 노리는 스타트업 대표이다. 스펙 화려하고 대기업에서 승승장구 하다가 스타트업에 도전했다. 인맥도 좋아서 초기에 투자도 크게 받아서 사업을 공격적으로 확장했다가 크게 말아먹고 빚더미에 올라앉은 경험이 있다. 방황의 시기를 극복하고 다시 오랜 시간의 준비 끝에 새로운 사업으로 재기했다. 옛날에는 성격도 더럽고 남 무시하기 좋아하는 유아독존형 캐릭터였지만 크게 쓴 맛을 본 후에 성격을 고쳐먹어서 지금은 인품도 좋고 매사에 신중한 캐릭터로 변모하였다. 향후 성공가능성이 가장 높은 스타트업 대표 스타일이다.과거에 크게 사업 말아먹고 다시 재기를 꿈꾸는 스타트업 대표8. 천운악 (정파 육대신룡 중 한명이자 벽풍문 소문주) - 자기잘난맛에 살고 남 깔아뭉개기 좋아하고 뭐 성과 내는것도 없이 맨날 말뿐인 마케터스타트업 팀 구성할때 이런사람은 반드시 피해야 한다. 이 캐릭터는 유아독존 자아도취가 하늘을 찌르고 남 깔아뭉개는건 기본인데다가 집안 배경 믿고 까부는 마케터 스타일이다. 워낙 집안 배경이 좋아서 초반에는 자비+집안인맥 동원하다 보니 성과도 잘 내는것 같은 착각이 들게 하는 마케터이지만, 나중에 밑천 다 드러나면 지 손으로 직접 할 줄 아는게 하나도 없는 알맹이 없는 사람이라는게 금방 드러나 버린다. 하지만 절대로 본인의 부족함을 인정하지 않고 말만 번지르르하게 해서 주변 사람들을 멘붕시키는 캐릭터이다. 혹시 본인 팀에 이런 사람이 있다면 팀 구성을 꼭 다시한번 고민해 보길 바란다.집안 배경 믿고 까부는 말만 번지르르한 마케터9. 요열마화 부용 - 일안하고 맨날 커피마시러 나가고 딴짓 장난 아닌데 성과는 잘 내는 마케터일단 자리에 잘 붙어있지 않는다. 출근하자마자 옆에 직원 꼬셔서 커피마시러 나가고 점심시간도 보통 남들보다 30분 일찍 나가서 30분 늦게 들어온다. 놀기도 좋아하고 아웃도어 스포츠나 취미생활 즐기는걸 좋아해서 보통 하나에 꽂히면 지름신 덕질 동원해서 장비 갖추고 주말마다 놀러다닌다. 구속받는걸 싫어해서 결혼에 대한 생각도 없고 자유분방한 삶을 즐기는 마케터이다. 하지만 성과하나는 기가막히게 잘낸다. 워낙 본인이 덕질에 일가견이 있어서 덕후들이 열광하는 컨텐츠도 잘만들어 내고 카피도 잘쓰고 본인 자체적인 인맥도 끝내준다. 스타트업 대표로서 초기에 가장 탐나는 마케터 캐릭이다.일 안하고 맨날 딴짓하고 놀러다니는 것 같은데 성과는 기가막히게 잘나오는 마케터10. 미고 (동령의 신녀) - 푸념 잘들어주고 항상 따뜻해서 모든 직원들에게 사랑받는 HR 담당자보통 초기 스타트업에는 없는 캐릭터이고 어느정도 시드투자 받은 후에 직원 수 키워나갈때 합류하는 스타트업의 HR담당자이다. 성격이 따뜻하고 사람들 푸념도 잘들어주고 중간에 갈등 조율도 잘하는 누나/언니같은 스타일이다. 잘난척 절대로 없고 항상 겸손하기 때문에 보통 잘난척 좋아하는 직원들이 이 누나 앞에서 재롱떠는 경우가 많다. 그럴때마다 이 누나는 항상 '우와 너 진짜 대단하구나~~' 하고 칭찬해주면서 그 사람의 사기와 동기부여를 하늘 끝까지 치솟게 만들어 준다. 그런데 이런 캐릭터는 항상 속으로 엄청난 내공과 경험을 가지고 있다. 야망도 있어서 매정해야 할때는 그 누구보다도 매정한 선택을 하기도 한다. 모든 행동과 말에는 항상 이유가 있는 사람이라 이런 사람을 대할때는 너무 모든걸 드러내지 말고 조심스럽게 대해야 한다. 스타트업 대표라면 조직 키울때 꼭 영입해야하는 HR담당자 1순위 캐릭이다.항상 직원들 푸념 잘들어누는 푸근한 언니/누나 같은 HR담당자11. 소향 - 어디가면 항상 있는 순진 발랄하고 사내 평균연령 확 줄여주는 인턴이자 신입사원사내에서 가장 어린 정도가 아니라 보통 평균연령보다 한 세대가 더 어린 신입사원 혹은 인턴이다. 순진 발랄해서 회사의 모든 직원들이 동생같이 챙겨주려 하고 하나하나 세심하게 가르쳐주려고 노력한다. 회사 분위기가 무겁고 칙칙할때 마다 끼와 재롱을 발산해대며 회사의 분위기를 밝혀주는 소중한 존재이다. 그런데 술만 마시면 대표님한테 '오빠~ 원샷해야지!' 이러면서 꽐라가 되버리고 다음날에 절대로 기억 못하는 척을 하는건지 진짜로 기억을 못하는건지는 아무도 모른다.사내 평균연령보다 한 세대 이상이 어린 신입사원 혹은 인턴12. 신공 (신지 신묘각주) - 까칠하고 지잘난맛에 살고 화도 잘내서 상대하기 껄끄럽지만 실력은 겁나 뛰어난 만랩 개발자열혈강호 60권대까지 읽지 않으면 모를수도 있는 캐릭터인지라 간단히 소개해 주면, 열혈강호 최대의 세외세력인 '신지'의 난공불락 기계진을 설계한 만랩 개발자이다. 성격이 매우 까칠하고 화도 잘내서 상대하기 매우 껄끄러운 캐릭터이다. 같이 일하는 기획자나 다른 직원들이 기술적인 내용들을 잘 모르면 항상 '넌 잘 모르면 그냥 내가 시키는대로 해' 이러면서 무시해 버리는 통에 다른 팀 직원들이 스트레스를 많이 받는다. 하지만 혼자서 서버와 프론트를 넘나들면서 어떤 문제가 발생해도 다 해결해 버리는 통에 스타트업에서는 꼭 필요한 만랩 개발자.까칠하고 화도 잘내서 상대하기 껄끄러운 만랩 개발자13. 벽력자 - 술 좋아하고 사고도 많이 치고 가끔 대표나 다른 직원 골탕먹이기 좋아하지만 역시 실력은 겁나 뛰어난 만랩 개발자술을 너무너무 좋아하는 개발자. 가끔 술먹고 다음날 행방불명 됐다가 하필 그날 서버 다운되는 바람에 회사가 난리나버린 적도 있다. 동료직원들 PC화면에 갑자기 야한 팝업창들이 계속 뜨게 한다던지 뭔가 본인만 아는 비밀기능을 제품에 심어놨다가 대표를 골탕먹이는 등 짓궃은 장난을 잘 치는걸로도 유명하다. 하지만 성격도 쾌활하고 주변 사람들과 잘 어울리고 실력도 뛰어난 만랩 개발자라서 스타트업에서는 역시 꼭 필요한 존재감과 함께 오늘도 열심히 장난을 치거나 어제의 술기운에서 헤어나지 못하고 있다.술먹는거 엄청 좋아하고 짓궃은 장난도 잘치는 만랩개발자14. 유세하 (담화린 사형) - 잘생기고 일도 잘하고 성격도 좋은데 술만마시면 x꽐라되서 사고치는 영업사원이 직원을 뽑을때 모두를 (특히 여직원들의) 가슴을 설레게 할 정도로 꽃미남에 매너좋고 성격좋고 집안좋은 완벽남처럼 보이는 신입사원이었다. 본인의 그런 외적 능력을 십분 활용해서 영업 스킬도 매우 뛰어나다. 하지만 술만 먹으면 완전 x꽐라되서 전혀 다른 인격체가 되버리는 단점이 있다. 그냥 꽐라도 아니고 x꽐라인 이유는 그 변하는 정도가 장난 아닌지라 (실제 만화에서도 평소에는 인자한 꽃미남 미공자가 마령검만 잡으면 악의 화신으로 변해버린다) 회사에서 이사람은 절대로 술 마시지 못하게 금주령을 내릴 정도이다.평소에는 초절정 꽃미남 굳매너 완벽남이 술만 마시면 x꽐라되는 영업사원15. 진패운 - 우직하고 사람 좋고 항상 한결같은 바른사나이지만 이상하게 성과는 없는 영업사원사람이 과묵하고 한결같고 지각무, 결석무, 아침 7시 출근에 술도 잘 안먹고 아무튼 거의 완벽에 가까운 바른사나이이다. 스펙도 좋고 할줄아는 잡다하게 많은 직원이라 뽑을때 주변의 기대가 컸지만 이상하게 메이저급 성과가 없는 영업사원이다. 뭐 언변이 부족한것도 아니고 경험이 없는것도 아닌지라 왜 실적이 저조한지는 그 누구도 이유를 모르는 미스테리. 흔히 주변에서는 '저 사람은 영업사원이 아니라 임원이 되야 능력발휘할수 있는 사람일거야' 라는 말을 자주 듣는다.우직하고 한결같은 바른사나이 영업사원. 하지만 이상하게 실적은 저조한데 그 이유를 아무도 모른다.지금까지 열혈강호에 나오는 주요 캐릭터들과 스타트업에서 흔히 볼 수 있는 캐릭터들을 한번 매칭해 보았다. 앞서 얘기했지만 뭐 객관적인 데이터를 근거로 한 매칭이 전혀 아니고 순전히 개인적인 느낌으로 소설을 써본것이기 때문에 그냥 가볍게 읽어주길 바라며, 혹시 본인이 몸담고 있는 스타트업에 저 15명 캐릭터 중에 매칭되는 사람이 있으면 제보 부탁드린다. 혹은 내가 놓친 캐릭터나 매칭을 잘못한 캐릭터가 있으면 이 역시 의견 부탁드린다. 열혈강호라는 만화를 전혀 모르는 사람들에게는.. 미안합니다..글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

2018년 2월 28일, 근로시간을 주 52시간(연장근로 12시간 포함)으로 단축하고, 연장근로의 한도(1주 12시간)가 적용되지 않는 특례업종을 축소하는 등의 내용을 담은 「근로기준법 일부 개정법률안」이 국회 본회의에서 의결되어 국회를 통과하였습니다.근로기준법근로기준법에서 근로시간에 대한 조항들은 대표적으로 제 50, 53, 56조라고 볼 수 있습니다.제 50조 (근로시간) ① 1주 간의 근로시간은 휴게시간을 제외하고 40시간을 초과할 수 없다.제 53조 (연장 근로의 제한) ① 당사자 간에 합의하면 1주 간에 12시간을 한도로 제50조의 근로시간을 연장할 수 있다.제 56조 (연장·야간 및 휴일 근로) 사용자는 연장근로(제53조·제59조 및 제69조 단서에 따라 연장된 시간의 근로)와 야간근로(오후 10시부터 오전 6시까지 사이의 근로) 또는 휴일근로에 대하여는 통상임금의 100분의 50 이상을 가산하여 지급하여야 한다.근로기준법 개정안 주요 내용1. 근로시간 단축전에는 제 50조와 제 53조에서 언급한 1주의 범위가 명확하지 않아 월화수목금으로 해석하여 평일에 총 52시간 근무, 그리고 주말에 각각 8시간 휴일근로를 합하여 1주일간 총 68시간 근로를 시켜도 문제가 되지 않았습니다. 하지만 이 번 근로기준법 개정안에서 1주의 범위를 평일과 주말을 모두 포함한 7일임을 명시하여 반드시 주 52시간(법정근로 40시간 + 연장근로 12시간)을 지키도록 못 박았습니다.주 52시간제 시행일300인 이상 사업장: 2018년 7월 1일50~300인 미만 사업장: 2020년 1월 1일5~50인 미만 사업장: 2021년 7월 1일2. 휴일노동의 가산수당 할증률 명확화이 번 근로기준법 개정안은 8시간 초과 휴일노동에 대하여 가상수당을 100%만 할증하는가에 대한 논란을 입법적으로 해결하였습니다. 그 결과, 8시간 이내의 휴일노동에 대해 통상임금의 50%를, 8시간 초과 휴일노동은 100%를 가산 지급하여야 합니다.3. 근로시간 특례업종 축소, 존치되는 5개 업종은 연속 휴식시간 11시간 보장연장근로 한도(1주 12시간)을 적용받지 않는 특례업종이 26개 업종에서 5개 업종으로 축소되었습니다.특례존치(5개) 업종은:육상운송업 (「여객자동차 운수사업법」의 노선여객자동차운송사업 제외)수상운송업항공운송업기타 운송관련 서비스업보건업특례에서 제외된 업종은:보관 및 창고업, 자동차 및 부품판매업, 도매 및 상품중개업, 소매업, 금융업, 보험 및 연금업, 금융 및 보험 관련 서비스업, 우편업, 전기통신업, 교육서비스업, 연구개발업, 시장조사 및 여론조사업, 광고업, 숙박업, 음식점 및 주점업, 영상·오디오 기록물 제작 및 배급업, 방송업, 건물·산업설비 청소 및 방제서비스업, 하수·폐수 및 분뇨처리업, 사회복지서비스업, 미용·욕탕 및 유사서비스업하지만 존치되는 5개 업종의 노동자들이 근무일간 11시간의 연속 휴식시간을 보장하는 보완장치도 마련하여 장시간노동으로부터 휴식권과 건강권을 보장해야 합니다.4. 민간기업의 공휴일 유급휴일 의무화명절, 국경일 등과 같이 공무원들에게만 부여되는 공휴일에 대해 민간 사업장에도 유급공휴일로 적용하여 모든 노동자가 공평하게 휴일을 향유할 수 있게 되었습니다. 대한민국의 현행 법정 공휴일은 새해 첫날, 설날 연휴(3일), 삼일절, 부처님오신날, 어린이날, 현충일, 광복절, 추석연휴(3일), 개천절, 한글날, 성탄절입니다.다만, 근로시간 단축으로 인해 경영적으로 부담으로 느껴질 민간 사업장들을 위하여 관공서 공휴일의 민간적용은 기업규모마다 단계적으로 시행될 예정입니다.시행일300인 이상 사업장: 2020년 1월 1일50~300인 미만 사업장: 2021년 1월 1일5~50인 미만 사업장: 2022년 1월 1일5. 연소근로자 근로시간 단축(시행: 2018년 7월 1일)마지막으로, 연소근로자(15~18세)의 1주 근로시간을 40시간에서 35시간으로 단축하고, 연장근로 제한은 1주 6시간에서 5시간으로 단축하여 연소근로자 보호가 강화되었습니다.2018년 근로기준법 개정안이 기업에게 미치는 영향이 번 개정안으로 기업들이 가장 큰 고민은 바로 단축된 근로시간에 따른 추가적인 고용 혹은 생산성 향상에 대한 방안입니다. 또한 주 52시간 근로시간을 지키지 않으면 사업주는 2년 이하의 징역, 2천만 원 이하의 벌금형에 처할 수 있기 때문에 기업내 모든 직원들의 근로시간을 정확히 측정하여 52시간이 넘지 않도록 관리해야 합니다.이를 대응하기 위하여 탄력근무제, 유연근무제, 그리고 시간선택제 등을 사내에 도입하여 유연하게 대처하는 기업들이 늘고 있으며 또한 이러한 제도를 효과적으로 관리할 수 있는 더 효율적인 근태시스템의 수요가 늘고 있습니다. 출근과 퇴근만 기록되고 리포팅 기능이 없어 따로 엑셀로 가공해야 했던 기존의 근태시스템으로는 주 52시간제를 대응할 수 없기 때문입니다.이 글은 고용노동부 설명자료를 참고하여 작성되었습니다.#시프티 #고객가치 #핵심가치 #기업소개 #서비스소개

블로그 첫 글에서 비트윈의 시스템 아키텍처에 대해 다룬 적이 있습니다. 시스템 구성의 미래에 대한 계획으로 멀티티어 아키텍처에 대해 언급했었는데, 이는 프로토콜을 단순화시키고 배포 자동화를 가능하게 하기 위해서 클라이언트와 비즈니스 로직을 담당하는 서버 사이에 일종의 게이트웨이를 두는 것이었습니다. 그 외에도 여러 가지 필요성이 생겨 해당 역할을 담당하는 프레젠터라는 것을 만들게 되었고 비트윈의 채팅 시스템에 적용하게 되었습니다. 만드는 과정 중에 여러 기술적인 문제들이 있었고 이를 해결하기 위한 노력을 하였습니다. 이 글에서는 비트윈 시스템에서의 프레젠터에 대해 이야기 하고자 합니다.프레젠터프레젠터는 일종의 게이트웨이 입니다. 기존의 시스템에서는 클라이언트들이 ELB를 통해 채팅 서버에 직접 TCP 연결을 하였습니다. 하지만 비트윈 PC버전과 자체 푸시 서버를 만들면서 ELB로는 해결할 수 없는 부족한 점들이 생겼고, ELB의 부족한 점을 채워줄 수 있는 시스템이 필요하게 되었습니다. ELB를 대체하는 역할 외에도 다른 여러 필요했던 기능들을 제공하는 프레젠터를 만들기로 하였습니다.프레젠터는 ELB의 역할을 할 뿐만 아니라 여러 다른 기능들도 제공합니다.프레젠터의 기능패킷을 적절한 샤드로 중계비트윈에서는 커플 단위로 샤딩하여 같은 커플의 채팅 요청에 대해서는 같은 채팅 서버에서 처리하고 있습니다. Consistent Hash를 통해 커플을 여러 채팅 서버로 샤딩하고 ZooKeeper를 이용하여 이 정보를 여러 채팅 서버 간 공유합니다. 프레젠터 또한 ZooKeeper와 연결을 하여 어떤 채팅 서버가 어떤 커플을 담당하는지에 대한 정보를 알고 있도록 설계되어 있습니다. 따라서 프레젠터는 첫 연결 시 보내는 인증 패킷을 보고 해당 채팅 연결에서 오는 요청들을 어떤 채팅 서버로 보내야 할지 판단할 수 있습니다. 어떤 채팅 서버로 보낼지 판단하는 과정은 처음 한 번만 일어나며, 이후 패킷부터는 자동으로 해당 채팅 서버로 중계합니다.프레젠터의 이런 기능 덕분에 클라이언트는 더 이상 어떤 채팅 서버로 붙어야 하는지 알아내는 과정 없이 아무 프레젠터와 연결만 맺으면 채팅을 할 수 있게 되었습니다. 기존에는 클라이언트들이 여러 채팅 서버 중 어떤 서버에 붙어야 하는지 확인하는 작업을 한 후에 할당된 채팅 서버로 연결 맺어야 했습니다. 그래서 클라이언트가 채팅 서버와 연결을 맺기 위해 다소 복잡한 과정을 거쳐야 했지만, 이제는 클라이언트가 프레젠터의 주소로 연결 요청만 하면 DNS Round Robin 통해 아무 프레젠터와 연결하는 방식으로 프로토콜을 단순화할 수 있었습니다. 덕분에 새로운 채팅 서버를 띄울 때마다 ELB를 Warm-Up 시켜야 했던 기존 시스템의 문제가 없어졌습니다. 그래서 비트윈 개발팀의 오랜 염원이었던 채팅 서버 오토스케일의 가능성도 열렸습니다.많은 수의 연결을 안정적으로 유지PC버전과 푸시 서버를 만들면서 기존의 채팅 연결과 다르게 많은 수의 연결이 장시간 동안 유지 되는 경우를 처리할 수 있어야 했습니다. 기존에는 TCP 릴레이를 하도록 설정된 ELB가 연결들을 받아주었습니다. 한 머신당 6만 개 정도의 Outbound TCP 연결을 맺을 수 있는데, ELB도 트래픽에 따라 여러 대의 머신에서 돌아가는 일종의 프로그램이므로 이 제한에 걸린다고 생각할 수 있습니다. 따라서 많은 수의 연결을 맺어놓고 있어야 하는 경우 ELB에 문제가 생길 수 있다고 판단했습니다. (과거 ELB가 연결 개수가 많아지는 경우 스케일아웃이 안되는 버그 때문에 문제가 된 적이 있기도 했습니다) 또한 클라이어트 연결당 내부 연결도 하나씩 생겨야 하면 클라이언트가 연결을 끊거나 맺을 때마다 서버 내부 연결도 매번 끊거나 연결해야 하는 오버헤드가 발생합니다.이를 해결하기 위해 프레젠터에서는 TCP 연결을 Multiplexing하는 프로토콜을 구현하여 적은 수의 내부 연결로 많은 수의 클라이언트 연결을 처리할 수 있도록 하였습니다. 서버 내부에서는 고정된 개수의 몇 개의 연결만 맺어 놓고 이 연결들만으로 수많은 클라이언트 연결을 처리할 수 있습니다. 이처럼 TCP Multiplexing을 하는 것은 Finagle과 같은 다른 RPC 프로젝트에서도 지원하는 기능입니다.TCP Multiplexing 프로토콜을 통해 많은 수의 클라이언트 연결을 소수의 서버 내부 연결로 처리합니다.또한, 프레젠터는 많은 수의 SSL 연결을 처리해야 하므로 암복호화 로직을 실행하는데 퍼포먼스가 매우 중요하게 됩니다. 채팅 서버 한 대를 제거하거나 하는 경우 많은 연결이 한꺼번에 끊어지고 연이어 한꺼번에 연결을 시도하게 되는 경우가 있을 수 있는데, 이 때 대량의 SSL Handshaking을 하게 됩니다. 기존 서버들로 대량의 SSL Handshaking을 빠른 시간안에 처리하기 위해서는 높은 퍼포먼스가 필요합니다. Java로 작성된 프로그램만으로 이런 퍼포먼스 요구사항을 달성하기 어려우므로, 클라이언트와의 연결을 담당하는 부분은 OpenSSL, libevent를 이용한 C++로 코드로 작성하였습니다. 인증 패킷을 파싱하거나 패킷들을 릴레이 하는 등의 로직을 담당하는 부분은 Alfred라는 Netty를 이용하여 만든 인하우스 RPC 라이브러리를 이용해 작성되었습니다. 연결을 담당하는 부분은 TCP 연결을 유지하는 역할과 들어온 패킷들을 Netty로 작성된 모듈로 릴레이 하는 역할만 담당하므로 매우 간단한 형태의 프로그램입니다. 짧은 시간 안에 어럽지 않게 구현할 수 있었습니다.클라이언트의 연결을 받아주는 역할을 하는 부분은 C++, 실제 로직이 필요한 부분은 Java로 작성하였습니다.여러 네트워크 최적화 기술의 지원ELB에는 여러 네트워크 최적화 기술들을 아직 제공하지 않는 경우가 있습니다. 대표적으로 HTTP/2 혹은 SPDY, QUIC, TCP Fast Open 등이 있습니다. 특히 모바일 환경에서는 SSL Handshaking 등 부가적인 RTT로 인한 지연을 무시할 수 없으므로 이런 기술들을 이용한 초기 연결 시간 최적화는 서비스 퀄리티에 중요한 부분 중 하나입니다. ELB는 AWS에서 관리하는 서비스이므로 AWS에서 이런 기능들을 ELB에 적용하기 전에는 이용할 수 없지만, 프레젠터는 직접 운영하는 서버이므로 필요한 기능을 바로바로 적용하여 서비스 품질을 높일 수 있습니다. ELB에서 이미 제공하는 최적화 기술인 SSL Session Ticket이나 다른 몇몇 기술은 이미 적용되어 있고 아직 적용하지 않은 기술들도 필요에 따라 차차 적용할 예정입니다.프레젠터의 구현C++ 연결 유지 모듈프레젠터는 퍼포먼스를 위해 C++로 작성되었습니다. 이는 Pure Java를 이용한 암복호화는 프레젠터에서 원하는 정도의 퍼포먼스를 낼 수 없기 때문입니다. 처음에는 OpenSSL과 libevent를 이용해 작성된 코드를 JNI를 통해 Netty 인터페이스에 붙인 event4j라는 인하우스 라이브러리를 이용하려고 했으나, 코드가 복잡하고 유지보수가 어렵다는 점 때문에 포기하였습니다. 그 후에는 netty-tcnative를 이용해보고자 했으나 테스트 결과 연결당 메모리 사용량이 큰 문제가 있었고, 이를 수정하기에는 시간이 오래 걸릴 것 같아 포기하였습니다. 결국, 페이스북에서 오픈소스로 공개한 C++ 라이브러리인 folly를 활용하여 프레젠터를 작성하게 되었습니다. folly의 네트워크 API들이 OpenSSL과 libevent를 이용해 구현되어 있습니다.릴레이 로직프레젠터는 첫 인증 패킷을 파싱하여 릴레이할 채팅 서버를 판단하며, 이후의 패킷부터는 실제 패킷을 까보지 않고 단순 릴레이 하도록 설계하였습니다. 처음의 Netty 파이프라인에는 Alfred 프로토콜을 처리할 수 있는 핸들러들이 설정되어 있어 인증 패킷을 파싱 할 수 있으며 인증 패킷에 있는 정보를 바탕으로 어떤 채팅 서버로 패킷을 릴레이 할지 결정합니다. 그 이후 파이프라인에 있던 핸들러를 모두 제거 한 후, 읽은 byte 스트림을 Multiplexing Protocol 프레임으로 감싸서 그대로 릴레이 하는 매우 간단한 로직을 담당하는 핸들러 하나를 추가합니다. 덕분에 로직 부분의 구현도 매우 간단해질 수 있었으며, 채팅 서버에 API가 추가되거나 변경되어도 프레젠터는 업데이트할 필요가 없다는 운영상 이점도 있었습니다.Multiplexing Protocol프레젠터의 Multiplexing Protocol은 Thrift를 이용하여 직접 정의 하였으며, 비트윈 개발팀 내부적으로 사용 중인 RPC 라이브러리인 Alfred에 이 프로토콜을 구현하였습니다. Thrift를 통해 C++과 Java로 컴파일된 소스코드를 각각 프레젠터의 연결 처리 부분과 로직 처리 부분에서 이용하여 통신합니다. 프레젠터에서는 Multiplexing된 TCP 연결들을 Stream이라고 명명하였으며 이는 SPDY나 HTTP/2에서의 호칭 방법과 유사합니다. SPDY나 HTTP/2도 일종의 Multiplexing 기능을 제공하고 있으며, 프레젠터의 Multiplexing Protocol도 SPDY 프레임을 많이 참고하여 작성되었습니다.수 많은 클라이언트와의 TCP연결을 Stream으로 만들어 하나의 내부 TCP연결을 통해 처리합니다.Alfred에서는 Multiplexing 된 TCP 연결을 Netty의 Channel 인터페이스로 추상화하였습니다. Netty에서 TCP 연결 하나는 Channel 하나로 만들어지는데, 실제 Stream도 Channel 인터페이스로 데이터를 읽거나 쓸 수 있도록 하였습니다. 이 추상화 덕분에 비트윈 비즈니스 로직을 담당하는 코드에서는 Stream으로 Multiplexing 된 TCP 연결을 마치 기존의 TCP 연결과 똑같이 Channel을 이용해 사용할 수 있었습니다. 그래서 실제 비즈니스 로직 코드는 전혀 건드리지 않고 프레젠터를 쉽게 붙일 수 있었습니다.로드 밸런싱클라이언트는 Route53에서 제공하는 DNS Round Robin 기능을 이용하여 아무 프레젠터에 연결하여 채팅 요청을 날리게 됩니다. 하지만 무조건 동등하게 Round Robin 하게 되면 새로 켜지거나 하여 연결을 거의 맺지 않고 놀고 있는 프레젠터가 있는데도 연결을 많이 맺고 있는 기존 프레젠터에에 연결이 할당되는 문제가 생길 수 있습니다. 충분한 시간이 흐르면 결국에는 연결 개수는 동등하게 되겠지만, 처음부터 놀고 있는 프레젠터에 새로운 연결을 가중치를 주어 할당하면 로드를 분산되는 데 큰 도움이 될 것입니다. 그래서 Route53의 Weighted Routing Policy 기능을 이용하기로 하였습니다. 현재 연결 개수와 CPU 사용량 등을 종합적으로 고려하여 Weight를 결정하고 이를 주기적으로 Route53의 레코드에 업데이트합니다. 이런 방법으로 현재 로드가 많이 걸리는 서버로는 적은 수의 새로운 연결을 맺게 하고 자원이 많이 남는 프레젠터로 더 많은 새로운 연결이 맺어지도록 하고 있습니다.스케일 인/아웃AWS에서는 트래픽에 따라 서버 개수를 늘리기도 하고 줄이기도 하는 AutoScaling 이라는 기능이 있습니다. 프레젠터가 스케일 아웃될때에는 프레젠터가 스스로 Route53에 레코드를 추가하는 식으로 새로운 연결을 맺도록 할 수 있습니다. 하지만 스케일 인으로 프레젠터가 제거될 때에는 Route53에서 레코드를 삭제하더라도 함부로 프레젠터 서버를 종료시킬 수 없습니다. 종종 클라이언트의 DNS 캐싱 로직에 문제가 있어, Route53에서 레코드를 삭제되었는데도 불구하고 이를 업데이트하지 못해 기존 프레젠터로 연결을 시도하는 경우가 있을 수 있기 때문입니다. 따라서 프레젠터 클러스터가 스케일 인 될 때에는 기존의 모든 연결이 끊어지고 충분한 시간 동안 새로운 연결이 생기지 않은 경우에만 서버를 종료시켜야 합니다. AutoScaling Group의 LifeCycleHook을 이용하여 위와 같은 조건을 만족 시켰을 때에만 프레젠터 서버를 완전히 종료시키도록 하였습니다.못다 한 이야기프레젠터라는 이름이 이상하다고 생각하시는 분들이 있을 것으로 생각합니다. 멀티티어 아키텍처를 이야기할 때 프레젠테이션 티어, 어플리케이션 티어, 데이터베이스 티어로 구분하곤 하는데 이 프레젠테이션 티어에서 나온 이름입니다. 지금은 실제 프레젠터가 하는 역할과 프레젠테이션 티어가 보통 맡게 되는 역할에는 많은 차이가 있지만, 어쩌다 보니 이름은 그대로 가져가게 되었습니다.프레젠터에서 AutoScaling을 하기 위해 LifeCycleHook을 이용합니다. 이때 프레젠터를 위해 LifeCycleHook 이벤트를 처리하는 프로그램을 직접 짠 것이 아니라 비트윈 개발팀이 내부적으로 만든 Kharon이라는 프로그램을 이용하였습니다. Kharon은 인스턴스가 시작되거나 종료될 때 실행할 스크립트를 작성하고 인스턴스의 특정 위치에 놓는 것만으로 LifeCycleHook을 쉽게 이용할 수 있게 하는 프로그램입니다. Kharon 덕분에 비트윈 내 다양한 시스템에서 별다른 추가 개발 없이 LifeCycleHook을 쉽게 활용하고 있습니다. 후에 Kharon에 대해 자세히 다뤄보도록 하겠습니다.정리비트윈 개발팀에서는 오랫동안 유지되는 수많은 채팅 서버 연결들을 처리하고 클라이언트와 서버 간 프로토콜을 단순화시키는 등 여러 이점을 얻고자 ELB의 역할을 대신하는 프레젠터를 만들었습니다. 프레젠터를 만드는 과정에서 여러 기술적 문제가 있었습니다. 이를 해결하기 위해 C++로 연결 유지 모듈을 따로 작성하였고 Multiplexing Protocol을 따로 정의하였으며 그 외 여러 가지 기술적인 결정들을 하였습니다. 이런 과정에서 시행착오들이 있었지만 이를 발판 삼아 더 좋은 기술적 결정을 내리기 위해 고민하여 결국 기존 시스템에 쉽게 적용할 수 있고 쉽게 동작하는 프레젠터를 만들어 이용하고 있습니다.

아이폰 X가 11월3일 정식으로 출시됩니다. 이번 모델은 1125x2436픽셀을 자랑하는 슈퍼 레티나 디스플레이를 장착하고 나오죠. 상단에 파인 홈 부분을 통해 미래지향적인 얼굴 인식 기능을 쓸 수도 있습니다.이 아름다운 기기의 디자인은 조금 새롭고 도전적일 수도 있지만, 또한 새로운 디자인의 가능성을 보여주기도 합니다. 액정의 너비를 따져 봤을 때는 아이폰 6, 7, 8과 같죠. 하지만 높이는 145pt만큼 증가해서 기존보다 20%정도 늘어났습니다. 예전에 @ 1x 이미지를 디자인 할 때는 375x812 픽셀의 아트보드가 필요했었죠. 하지만 이번에 새롭게 도입된 레티나 디스플레이 때문에 아이폰 X는 아이폰 8처럼 @ 2x 에셋을 사용할 필요가 없습니다. 대신에 아이폰 7-8 플러스처럼, @ 3x 에셋을 이용해 이미지를 내보내면 되죠.당신이 UI를 디자인 할 때, 이 기기의 새로운 기능들(OLED 디스플레이, M자 상단 디스플레이, 없어진 홈 버튼 부분)이 당신의 UI를 방해하지 않도록 해야겠죠. 또한, 기존의 홈 버튼 부분은 스크린의 하단부에 작은 줄의 형태로 남아있습니다. 이곳을 손가락으로 살짝 밀어주면 전처럼 홈 화면으로 돌아오고 다른 작업들도 할 수 있게 되죠.^ See that white line, that’s the new home indicator.당신의 앱이 기존의 iOS 구성을 벗어나지 않는다면, 그것들은 이 새로운 iPhone에 자동적으로 적용이 됩니다. 거기엔 네비게이션 바, 테이블, 그리고 탭 바까지 포함되죠. 그것들은 자동적으로 새로운 iPhone에 맞춰서 옮겨지게 됩니다.^ iPhone 8 design on the left, automatically adapted to the iPhone X on the right만약 당신이 커스텀 레이아웃을 쓰고 있다면, 그 앱을 새로운 스크린에 맞게 업데이트 해 줘야 할 겁니다. 그것도 당신이 만약 Auto Layout 기능을 쓴다면 훨씬 더 쉬워지겠죠.바로 시작해봅시다우선, 이 기기의 디자인을 받아들일 필요가 있겠습니다. 이걸 개발한 애플 직원들은 이 비싼 하드웨어의 놀라운 기능들을 숨기기 위해서 이렇게 노력한 건 아닐테니까요.풀 스크린을 사용하도록 하세요. 스크롤 뷰가 화면 하단의 곡선 디스플레이 부분을 넘어가도 좋습니다. 또한 애플은 상단부의 M자 부분과 하단의 휘어진 디스플레이 부분을 가리지 않는 것을 권장합니다. 왜냐면 그곳을 검은색 바 같은 것으로 가려버리면 그건 디자인적으로 아이폰 8과 다를 게 없으니까요.새로운 상단바. 디스플레이어의 상단부에 있는 센서가 중간에 위치하기 때문에, 상단바가 양쪽으로 갈라지게 됐습니다. 당신이 UI를 디자인할 때 이 공간을 활용해서 뭘 할려고 한다면, 인터페이스를 업데이트 하는 게 좋을 겁니다. 왜냐하면 iPhone X는 더 길어졌기 때문이죠. 이 달라진 높이 때문에 당신의 UI를 상당히 많이 바꿔줘야 할 겁니다. 또한 상단바의 높이를 동적으로 바뀔 수 있게 만들어 주세요. 이번 새로운 아이폰의 좋은 점 중 하나는 보통은 상단바가 동적으로 바뀌지만 전화를 걸 때나 네비게이션 앱을 쓸 때는 높이가 바뀌지 않는다는 부분입니다. 이점은 예전 아이폰에선 문제가 됐었죠.^ split and taller status bar새로워진 스테이터스 바를 가리지 마세요. 만약 당신이 스테이터스 바를 가리려고 생각한다면, 그 결정을 재고해 보시길 바랍니다. 아이폰X는 스크린이 더 커졌기 때문에 컨텐츠를 넣을 공간도 더 생겼죠. 그러니 스테이터스 바를 가리지 않는게 좋을 겁니다. 유저들은 이 바를 통해 유용한 정보를 얻을 수 있을 것이고 그 공간은 어차피 다른 UI를 쓸 때 거의 사용되지 않으니까요.풀스크린 이미지를 쓰세요. 만약 당신이 풀스크린 이미지를 쓰고 있다면, 그것들을 새로운 iPhone을 위해 업데이트 해 줘야 할 겁니다. 아래 사진처럼 잘린 부분이나 그 밖의 핵심적인 부분이 안 보일 수도 있기 때문이죠.액정 하단부에 인터페이스를 넣지 마세요. 긴 선 모양의 홈 부분은 오직 손가락의 움직임만을 캐치하기 위해 만들어졌습니다. 이 근처에다가 버튼을 둔다던가 하는 것은 좋은 생각이 아니에요. 유저들은 아마 실수로 홈 부분을 건드리게 될 것이고 그러면 당신의 UI에 접근하는 게 어려워질 겁니다. 하지만 탭바나 펑션 바에 그것들을 둘 수는 있을 거에요. 즉, 단지 홈 부분 주변에만 두지 말라는 거죠.홈 부분(기존에 홈 버튼이 있던 부분)을 숨기려 하지 마세요. iOS 자체적으로 당신의 앱에서 홈 부분을 숨길 수 있게 해주기 때문이죠. 유저들이 스크린에 몇 초간 손을 대지 않으면 자동적으로 사라지게 됩니다. 당연히 손을 대면 다시 나타나죠. 비디오나 사진을 볼 때 사용되는 몰입형 인터페이스를 쓴 것입니다. 또한 홈 부분은 당신의 앱 배경 색에 맞춰서 자동적으로 색깔이 달라지게 되어 있습니다.더 많은 색깔을 써보세요. 새로운 슈퍼 레티나 디스플레이는 기존의 sRGB 대신에 DCI-P3를 이용해 스크린에 보여줍니다. 즉 더 풍부하고 선명한 색깔을 보여줄 수 있다는 것이죠. 특히 비디오와 사진 기능이 이 광범위한 색깔로 인한 혜택을 받게 될 것입니다.손가락을 이용한 움직임에 익숙해지세요. 홈 버튼이 없어졌기 때문에, 이제 당신은 손가락으로 밀어서 아이폰을 조작해야 합니다. 위로 밀면 홈 화면으로 돌아오거나 멀티 태스킹 뷰 모드로 전환할 수 있죠. 왼쪽이나 오른쪽으로 밀면 그 앱들을 선택할 수 있습니다. 액정 상단에서 아래로 밀어주면 알림이나 제어 센터로 이동할 수 있죠. 게임 같은 경우에는, 기존에 위나 아래로 미는 iOS의 기본 움직임을 무시하고 당신만의 움직임을 설정할 수 있습니다. 새로운 기능인 ‘edge protect’를 쓰면 앱에서 설정한 손가락 움직임을 먼저 인식하고, OS의 움직임을 나중에 인식할 수 있게 되죠. 하지만 이 기능을 너무 많이 쓰는 건 권장하지 않습니다. 왜냐면 기존 아이폰 시스템에 익숙한 유저들이 혼란을 느끼게 될 수 있으니까요.Face ID를 써보세요. 이전 iPhone의 가장 큰 특징이라면 터치 ID겠죠. 이는 유저들로 하여금 지문을 이용해서 장치의 잠금을 해제할 수 있게 했습니다. 이 기능은 원래 홈 버튼에 붙어있었지만, iPhone X에서 홈 버튼이 사라지면서, 애플은 이 기능을 좀 더 보안적으로 발전된 형태로 대체했죠. Face ID는, 사람들의 얼굴 윤곽을 분석하는 아주 놀라운 알고리즘을 이용해 동작합니다. 이 기능은 UI 적으로도 새로운 가능성을 보여줄 것이기 때문에, 당신은 아이폰 X를 쓰는 유저들을 위해서 이 기능을 써야만 하겠죠. 새로 앱이나 메뉴를 만들 때 더 이상은 터치 ID를 쓰지 않아야 한다는 걸 꼭 기억하세요. 이제 이걸 Face ID가 대체할테니까요.커스텀 키보드. 아이폰 화면에 들어가는 커스텀 키보드를 만들거라면, Emoji같은 이모티콘이나 받아쓰기 기능을 추가하지 마세요. 그것들은 자동적으로 키보드에 추가될 겁니다.네비게이션 바가 더 커졌습니다. iOS 11버전에서는 새로운 네비게이션 바가 업데이트 되었습니다. 이제 더 길어졌죠. 이러한 디자인은 특히 아이폰 X같이 길이가 긴 휴대폰에 더 좋다고 할 수 있습니다. 새로운 스테이터스 바와도 아주 잘 어울리죠. 그러니 이 점을 UI를 디자인할 때 참고하세요. 또한 이제 네비게이션 바를 스크롤 할 때 멋진 애니메이션이 추가됐습니다.내용 요약아이폰 X는 145pt만큼 더 깁니다. 그러니 375x667pt로 디자인하지 말고 375x812pt로 디자인하세요.아이폰 X는 @3 이미지 에셋을 씁니다.풀스크린으로 디자인하고 싶다면, 아이폰 X의 고유한 기능들을 가리지 마세요.당신 UI의 중요한 콘텐츠는 센터부분에 위치해 두세요. 기기의 센서와 코너부분은 항상 가리지 않고 보이게 하세요.상단 스테이터스바가 기존 22pt에서 44pt로 더 커졌습니다.기존의 풀스크린 이미지들을 계속 다 보이게 하려면 업데이트를 해줘야 합니다.버튼을 홈 부분 근처에다 두지 마세요.정말 필요한 경우가 아니라면 홈 부분을 가리지 마세요.아이폰 X는 DCI-P3를 지원하기 때문에 색깔이 더 풍부하고 선명해졌습니다.홈 부분이나 스테이터스 바에서 쓰이는 손동작들을 커스텀 할 때 항상 주의하세요. 유저들이 기존에 쓰던 손동작들과 혼동하게 만들지 말아야 합니다.이제 사용자를 인증할 때 Face ID가 Touch ID를 대체합니다. 커스텀 키보드를 만들 때 Emoji 이모티콘과 받아쓰기 버튼을 따로 추가해 줄 필요는 없습니다.더 커진 내비게이션 바는 긴 화면을 갖고 있는 아이폰 X와 아주 잘 어울립니다.여기 비디오에도 내용을 요약해 봤습니다.How do I preview my app UI?내 앱 UI를 프리뷰 해보려면 어떻게 해야 하죠?Xcode 9 시뮬레이터를 사용하시면 당신의 앱을 프리뷰 해 볼 수 있습니다. 이 프로그램은 만약 당신의 UI가 업데이트가 필요하다면 즉각 그 부분을 표시해줍니다.Where can I find iOS 11 and iPhone X resources?iOS11과 아이폰 X 리소스는 어디서 찾을 수 있나요?애플은 Sketch, 포토샵, 그리고 Adobe XD 같은 뛰어난 리소스를 지원하고 있습니다. 이곳에서 찾아보세요.참조: 이 글의 대부분의 정보는 애플 UI 가이드라인에 기초합니다.원문 : https://blog.prototypr.io/designing-for-the-iphone-x-4239d5ac736c#더팀스 #THETEAMS #디자인 #디자이너 #인사이트 #영문번역 #꿀팁

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다.저번 주차 글을 끝으로 입문 과정 소개를 마쳤습니다. 이제부터는 본격적으로 아마존에 진출했을 때, 주의할 점과 실무적으로 활용할 수 있는 꿀팁도 소개하고자 합니다. 첫 번째 주제는 입점입니다. 만약 여러분들께서, 아마존 셀러 계정 가입을 한국에서 쿠팡이나, G마켓 등에서 회원가입하는 것과 비슷한 난이도로 생각하셨다면, 꼭 이번 글을 정독하시길 바랍니다. 아마존에서의 작은 실수는 곧 실패로 이어질 수 있기 때문입니다.이런 분들에게는 제 말이 과장처럼 들릴지도 모르겠습니다. “혹시라도 정보를 잘못 기입했으면, 홈페이지 고객센터에 전화해서, 어떻게든 바꿔달라고 말하면 되지. 한국에서 불가능이 어디 있어?”라고 말씀하시는 분들 말이죠. 이런 마인드로 아마존에 진출하신다면, 실수로 인해 계정 정지 조치를 받을 가능성이 감히 높을 것이라고 말씀드립니다. 아마존 입장에서 고객들의 회원가입이 중요한 만큼, 셀러들의 입점 관리도 중요합니다. 왜냐하면, 공급자가 많아야 양질의 다양한 제품들이 싸게 공급될 수 있기 때문입니다. 하지만, 동시에 시장을 교란하는 판매자를 관리하기 위해서 셀러의 입점을 세심하게 신경 쓸 수밖에 없습니다.이렇게 말씀드려도, 안일한 마음가짐으로 아주 사소한 실수를 하셔서 컨택틱에 도움을 요청하시는 분들이 꽤나 계십니다. 특히, 가입 당시는 완료가 되었는데, 가입 직후 계정이 정지 당하는 사례가 정말 많습니다. 컨택틱에서 대행하거나 가르쳐드리는 방식대로 하면 전혀 문제없이 입점이 가능한데, 구글 검색이나 유튜브 강의를 보고 직접 하셨다가 실수하게 되시면 이미 첫 단계부터 꼬이게 되는 것입니다.“꼬이면 풀면 되지 않느냐?” 반문하실 수 있겠지만, 아마존이 정말로 무서운 이유는 한번 입점이 거절되면 그 뒤로 추가 자료를 다시 제출해도 승인해주지 않을 가능성이 굉장히 높다는 것입니다. (경험해보신 분들은 정말 공감하실 겁니다) 기본적으로, 한국의 업무처리 속도를 기대하시면 답답함을 느낄 것입니다. 여러분이 다시 준비한 서류가 또다시 승인되지 않게 되면, 향후 문의에 대해서 답변조차 하지 않겠다는 통보를 받을 수 있습니다. 옛 속담처럼, 첫 단추를 잘 꿰야 하는 것입니다.하지만, 우리가 옷을 입을 때, 첫 단추를 잘 꿰어도 중간에 까먹거나 잘못 맞춘 경우가 있듯이, 아마존 입점 후에도 계정 문제가 발생할 수 있는 경우가 무궁무진합니다. 결제와 관련된 은행, 신용카드, 신원 확인 문제는 물론, 상품 등록(리스팅) 과정에서의 어뷰징이나 과대광고로 인한 리스팅 정지 문제가 충분히 발생할 수 있습니다. 만약 문제가 발생하는 경우, 아마존은 셀러에게 고지를 하기 전에, 가입 당시 등록한 정보를 참고하게 되는데, 만약 중요한 문항이 아니라고 생각해서, 대충 등록한 경우 사소한 문제가 큰 문제로 바뀔 수도 있게 되는 것이죠. 여기까지는 ‘유비무환(有備無患)’의 관점에서 말씀드렸습니다. 하지만, 실수를 방지하는 것만으로는 성공을 할 수 없습니다. 소기의 성과를 달성하기 위해서는 아마존의 부가 기능을 본인의 상황에 맞게 적재적소로 활용할 수 있어야 합니다. 특히, 영어에 익숙하지 않거나 본인의 상품만 믿고 마케팅 전략을 깊게 고민하지 않으신 분들이 부가혜택 설정 기능을 간과하시는 경우가 많습니다. 당장, FBA export, Barcode Preference, Inventory Placement Service, Giveaway Settings 등등의 서비스를 초기 세팅으로 고정해놓는다면, 경쟁자들에게 뒤처질 수밖에 없을 것입니다. 특히, 정책 변화가 잦은 아마존 시장이기 때문에 입점 과정에서 기입해야 할 모든 항목들을 제대로 이해하고 계셔야 합니다. 그래야만 아마존 판매자로써 누릴 수 있는 혜택을 온전히 본인의 것으로 만들 수 있는 것입니다.“권리 위에 잠자는 자 보호받지 못한다는 말이 있듯이, 아마존에서 잠자는 자, 성공하지 못한다”라는 공식을 항상 기억하시길 바라며, 이번 글을 마무리하겠습니다.컨택틱의 모든 교육은 파트너인 글로벌셀러 창업연구소와 접수하고 진행합니다. 교육 신청은 아래 링크나 글로벌셀러 창업연구소의 홈페이지를 통해 접수 가능합니다.오프라인 아마존 입문 과정오프라인 아마존 기초/심화 과정온라인 아마존 입문 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: [email protected]홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon

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