그렇습니다. 봄이 오고 있습니다. 날이 따뜻해지고 출근 후 최소 2시간반은 나른한 정신으로 떨어지는 벚꽃잎을 떠올릴 시즌이 되었죠. 귓 속엔 끝없이 맴도는 장범준 연금 테마송과 도시의 뿌연 먼지가 서울에도 봄이 왔단 사실을 다시금 상기시켜 줍니다. 이렇게 졸리고 나른한 시즌에는 춘곤증을 날려줄 무언가가 절실하죠. 보통은 카페인 또는 봄맞이 꽃놀이 등이겠지만, 종종 극단적인 방법으로 졸음을 이겨내는 경우가 있습니다. 그렇죠. 사고를 치는 겁니다.졸림등골이 오싹해지고 손이 떨리며 옥상에서 담배 한 개비를 태우며 뛰는 심장을 느낍니다. 살아있음을 느낄 수 있는 좋은 방법이죠. 아드레날린과 코티솔이 잘 분비되는지 자가확인할 수 있는 시간입니다. 내분비계의 정상적인 움직임이 느껴지면서 다양한 감정과 지금까지 살아왔던 수많은 세월, 인간관계, 주량 등을 종합적으로 체크할 수도 있죠.오늘은 아주 사소하고 작은 사고부터, 격렬한 심장박동을 느낄 수 있는 거대한 사고까지 다양한 업무상 사고와 그 예방책 등에 대해서 알아보려고 합니다. 물론 대부분은 경험담입니다. 지금이야 웃으며 넘길 수 있지만, 당시엔 굉장했던 것들을 되새겨보며 저도 잠을 이겨낼 수 있을 것 같습니다. 벌써부터 소름돋는게 곤지암 슈비슈비 귀신보다 더 공포스러운 기억이군요.대부분의 사고는 5가지 유형으로 나뉩니다.1. 보고누락으로 인한 사고2. 뭔갈 잘못써서 터지는 기재형 사고3. 커뮤니케이션 미스로 인한 외부업체와의 이슈4. 결과물과 관련된 제작사고5. 말 잘못해서 터지는 주둥아리형 사고사옥이 무너지거나 대규모 해킹을 당했다거나, 횡령/배임 등의 쇠고랑이슈가 아닌 이상 대부분의 사고는 손과 입에서 시작됩니다. 이러한 사고는 미연에 방지하는 것이 최선이지만, 일이란 것도 사람이 하는 것이니 만큼 실수가 없을 수는 없습니다. 때문에 사고를 예방하는 것 못지않게 중요한 게 대처하는 방법이죠. 그래서 간단히 대처하는 방법에 대해서도 써보았는데, 사실 이 대처라는 것은 자기선에서 어찌어찌 마무리해선 안되는 겁니다. 회사는 그런 곳이 아니죠. 뭐든 보고와 지시에 의해 진행되기 때문에 '대처'라는 건 = 어떻게 보고하느냐. 와 같은 개념이기도 합니다. 이 점을 염두해두고 시작해볼께요~~ 다들 3D안경과 팝콘을 들고 구경해봅시다.1. 일어나보니 9시반아침의 5분은 지구상의 1시간과 같다.이건 사고라고 하기도 참 그렇지만, 신입입장에선 대형사고입니다. 일단 아침부터 강렬하게 일어날 수 있죠. 내가 이렇게 빨리 움직일 수 있었는가...에 대해서 다시 한 번 고찰해 볼 수 있는 시간입니다. 대처법은 잠이 들기 전 베게의 멱살을 잡고 7시반!! 7시반이라고!!! 알았어?!! 라며 거칠게 외치고 잠을 청해봅시다. 베게요정이 7시반이 되면 깨워줄 겁니다. 네, 그만큼 예방책이 없단 얘기죠.대처법 : 괜히 어디가 아프네, 할아버지가 꿈에 나왔네, 누가 돌아가셨네, 사고가 났네...하면 너무 뻔합니다. 그냥 늦어서 죄송합니다 다음부턴 지각하지 않겠습니다! 하고 들어가서 열심히 일하도록 합시다. 그리고 가끔 몰래..스윽 들어와서..스윽 앉는 사람들이 있던데, 그래봤자 다 알고있습니다. 상사에게 가서 늦게와서 죄송하다고 얘기하고 업무 시작하도록 합시다.2. CC안걸고 그냥 보냈을 때그럼 다시 보내면 됩니다.3. 전날 퇴근하면서 보일러/에어컨 안끄고 그냥 가기욕을 먹을 일입니다. 이건 사무실이 아니라 집이었어도 맘스터치 각입니다. 심지어 자취하는 분이라면 일 끝나고 집에 돌아와서 멀쩡히 켜진 채로 집을 태워먹을 듯한 보일러를 보고 느끼는 소름을 경험하셨을 겁니다. 돈이 타는 소리가 들리죠. 대표님도 똑같은 심정이었을 겝니다.대처법 : 이래서 IoT기술의 발전은 좋은 겁니다. 빨리 발전해서 앱으로 켜고 끄고 합시다.4. 영수증 버리기안녕? 난 니 고생이라고 해.영수증이 없어. 대부분 회계, 업무지원팀은 냉정합니다. 영수증이 없으면 처리가 안됩니다. 대천사 미카엘같은 분이 담당자라면 어찌어찌 대강 맞춰주기도 하겠지만, 결과적으론 그 분이 일이 꽤나 피곤하게 늘어나는 거니까요. 회사에 다니는 이상 껌을 하나 사도 영수증을 챙겨야 합니다. 안줘도 내놓으라고 해야합니다. 버려진 영수증이라도 주워와야 합니다. 영수증은 생명입니다.대처법 : 해당 매장에 가서 그 날짜 그 시간에 영수증을 다시 떼어달라고 합시다. 좀 시간이 지난 경우라면 꽤나 귀찮아질 수 있으므로 잘 사정사정해야합니다. 카드로 긁은 경우라면 전표를 카드사측에 요청해보도록 합시다. 대신 이 경우엔 언제 얼마를 썼었는 지 알고있어야 합니다.5. 견적서 같은 숫자써진 문서 세절 안하고 그냥 이면지로 쓰기음.. 안돼죠. 안돼요. 누가 내 주민등록등본 뒤에 메모하면 좋겠습니까... 비슷한 이치입니다. 뭐가 되었든 숫자가 1글자라도 있다면 일단 찢든 불을 태우든 반입자충돌을 시키든 해서 잘게 쪼개도록 합시다. 6. 세절기를 고장냈다.세절기는 막 SF영화에 나오는 그런 기계가 아니예요.그렇다고 20장씩 세절기에 종이를 꾸겨넣으면 고장납니다. 세절기가 체한 듯 꾸륵꾸륵 대다가 결국 멈춰버리는데 어?..하면서 손가락을 넣으면 내 살갗이 미립자가 되어 사라질 수도 있습니다. 개인적으론 플라스틱 자가 진짜 좋더군요. 쇠자면 더 좋습니다. 플라스틱자로 긁어내면서 정방향, 역방향으로 몇번 그륵그륵 해주면 풀어집니다. 대신 막혀있는 상태에서 계속 켜놓고 있으면 어디선가 탄 냄새가 나면서 세절기가 루비콘강을 건널 수도 있습니다.7. 입찰PT를 갔는데 폰트가 깨졌다.응. 입찰 망했어음... PPT의 글꼴포함 저장을 너무 믿으면 저렇게 됩니다. 글꼴저장을 믿지마세요. 주로 TTF가 저장가능하고 OTF는 일부 글꼴에 한해서만 저장이 가능합니다. 또한 TTF라고 할 지라도 상용제한이 걸려있는 폰트라면 저장이 되지 않습니다. 가장 속편하고 깔끔한 건 사용폰트까지 한꺼번에 압축파일로 가져가는 방법입니다. 혹자는 xml로 분리한 다음 소스코드를 바꾸는 방법도 쓰지만 입찰비딩이 5분전인데 그럴 시간은 없죠.대처법 : 일단 나눔고딕이라도 깔아서 적어도 맑은고딕이나 굴림은 안나오게 해줍니다. 폰트는 마스터적용해서 일괄적으로 바꿀 수 있으니 이상한 줄바꿈같은 걸 예방하려면 나눔고딕 등으로 변환 후 폰트사이즈를 하나씩 줄여줍시다.8. 미팅갔는데 파일 안열림. USB잃어버림. 인터넷안됨외부출장을 자주 다니시는 분들은 항상 에그를 지참하시던가 무제한 데이터요금제로 테더링을 각오하고 다니셔야 합니다. USB는 원래 이성을 지니고 자유의지가 있는 물체라서 자주 사라지곤 합니다. 그리고 일 끝날 때쯤 다시 책상에 돌아오곤 하죠. 녀석의 습성을 잘 파악해야 합니다. 모든 파일은 메일에 꼭 복사본으로 하나 보내놓던가 아니면 드롭박스나 구글드라이브에 공유해놓도록 합시다.보통 미팅을 갈 땐 반드시 뭔가를 하나씩 빼먹기 마련입니다. 이건 거의 불변이죠. 그러니 뭘 빼먹을 지 모르겠다면 모든 걸 하나씩 예비로 가지고 다니시는 게 좋습니다. 하다못해 펜까지도.9. 메일 잘못보냄클라이언트에게 우리 내부문서를 보냈습니다. 음? 네, 큰일났습니다. 어떤 문서인지는 모르겠으나 아마 견적서 같은 거였나봅니다. 이건...흠 큰일입니다. 메일을 보낼 때는 반드시 다시 한 번 주소를 확인해주세요. 그리고 지난 메일을 꼭 확인하고 그 메일에 답장하도록 합시다. 새로쓰기 이런거 하지말구. 이런 큰 이슈가 터지면....하아...일단. 흡연을 한 번 한 뒤, 팀장님 기분을 한 번 보도록 합시다. 사실 기분을 볼 필욘 없습니다. 왜냐면 30분전에 로또를 맞았거나 3년째 묶여있던 부동산이 500% 가격에 매매되지 않은 이상, 당신의 목숨은 경각에 달렸으니까요. 메일은 당신이 보냈으나 이런 이슈는 당신이 해결할 수 없습니다. 윗선에서 처리해야 합니다. 향후1달간의 당신의 모습10. 견적서에 0하나 더 붙임.이건 혼나야 할 일입니다. 숫자를 쓸 때는 0을 잘봐야 합니다. 그래서 3자리마다 콤마도 찍는거구요. 하지만 비교적 이 사고는 원만히 처리할 수 있습니다. 왜냐면 크로스체크가 되거든요. 받는 사람도 제대로 확인 못했고, 주는 사람도 그냥 줬다면 추후에 계산서가 좀 복잡해지겠지만 그냥 처리하면 됩니다.  그러나 계약당시의 금액에 문제가 있었다면 추후 논쟁의 여지가 있습니다. 계약법상 일방착오에 의한 계약해제는 불가합니다. 물론 그 금액이 잘못되었다는 걸 알았거나, 알 수 있는 여지가 있었다면(굉장히 모호하지만) 일방착오라고 해도 해제를 요구할 순 있습니다. 쌍방착오였다면 특정조건하에서 계약취소가 가능하긴 합니다. 그러나 만약 엄청나게 거액의 건이었거나 꽤나 복잡한 공공조달등의 과정이었다면 음... 한동안 회사를 좀 조용히 다녀야 할 듯 합니다. 11. 기한 실수택배 왔다ㅡ앙잉ㅇ!!!14일까지 배송해주세요!!~~라고 했는데 업체측에선 14일에 배송해달라는 줄 알았다고 칩시다. 근데 행사일이 내일인거예요. 이럴 땐 어떻게 해야될까요. 두 가지 경우가 있습니다. 택배발송 전이라면 약간의 금액부담을 하고 퀵으로 받으면 됩니다. 택배발송 후라면 큰일난겁니다. 일단 손해를 감수하고 행사는 치뤄야 하니 추가구매를 해서 퀵으로 받아야겠죠. 근데 그게 주문제작물품이었다면? 음...........실제로 이런 일이 발송했을 때. 택배물건을 추적해서 해당 영업소로 택시타고 뛰어간 적이 있습니다. 울면서 전화를 해야합니다. 영업소에 보관해달라고. 그리고 찾아가서 찾아와야 합니다. 이럴 땐 신속한 보고와 바로 전화하겠습니다!!! 가 필요합니다. 제발 무슨 물건이 언제까지 올 예정이라면 적어도 이틀전에 배송예정 물품체킹을 하도록 합시다.12. 이게 뭐야??파란색을 시켰는데 옥매트같은 색깔의 묘한 아이가 내 눈앞에 있습니다. 배송 실수 였을까요? 아닙니다. 깨알같은 글씨로 "상기 색은 모니터에 보이는 것과 다소 차이가 있습니다."라고 써져있더군요. 원래대로라면 소비자원에 고발을 하든 진상을 부리든 해서 반품과 재배송을 요청해야 함이 맞지만, 사실상 그럴만한 시간적 여유가 없을 겁니다. 다시 사야 합니다.13. 제작물사고다시 돌아가버려!!!안 그럴 것 같지만 제작물 사고는 엄청나게 자주납니다. 100mm로 시켰는데 10mm짜리 스티커가 온다거나..이런 경우는 은근히 흔하죠. 서로 사이즈체크가 안된겁니다. 양방책임이니 양 쪽에서 책임을 지는 것이 맞긴 합니다만, 회사입장에선 납득이 가지 않는 얘기죠. 만약 오더할 때 제대로 100mm로 들어간 경우라면 이건 제작자의 실수가 맞습니다. 물론 오더하는 측에서 전일, 제작 전에 한 번 더 확인하는 것이 옳다! 라는 얘기도 있지만 그건 이론적인 거고 어쨌든 제작을 주업으로 하시는 분들께서 사이즈실수를 하시면 안되는 거죠. 대처법 : 업체는 당연히 반반내지는 쌍방과실로 하자고 할 겁니다. 오더보낸 메일이나 과업지시서 상에 문제가 없었다면 냉정하게 좀 질러야 합니다. 14. 구두계약 상 실수'네 그럼 그 때 봬요!' / '추후 다시 연락드릴께요.'는 엄연히 다른 말입니다. 전자는 그래, 구두상으론 계약한거야?!~ 라는 뉘앙스고 후자는 아직 확정은 아니다..라는 뉘앙스가 있어요. 이 말 하나때문에 사고가 터집니다. 강사섭외를 하거나 대관 등을 요청할 때 이렇게 말 한마디를 잘못하면 상대방은 스케쥴을 비워놓거나 이미 예약을 확정지어버리죠. 시간이 지나서 '어? 저희 거기서 안할건데요?'라고 하면, 이제 난리난리가 납니다. '아니 그때 하신다고 해서 자리 다 비워놓고 거기 요청하신 분들도 다 돌려보냈는데 이러시면 안되죠.'등등 업체쪽의 볼멘소리가 폭발할 겁니다. 구두계약은 말 한마디 한마디가 진짜 중요하므로, 스크립트를 써놓고 말하도록 합시다. 특히 견적이나 예약사항을 알아보기 위해 전화할 때는 녹음필수!!!15. 뒷마다 까다가 걸렸다.이왕 이렇게 된 거 앞에서 까도록 합시다.16. 3일내내 작업했던 파일이 깨졌다..................... 컴퓨터 잘못이니 어찌 할 도리가 있겠습니까만은... 삼가 고인의 명복을 빕니다.17. 인쇄사고인쇄..당신은 대체..후우..이건 얘기를 좀 해야겠습니다. 중요합니다. 인쇄사고는 엄청나게 자주!!!! 일어납니다. 일단 집에 있는 프린터나 회사프린터로 뽑아보고 판단하지 마세요. 인쇄소 프린터는 그것과는 완전히 다릅니다. 둘째, 반드시 ai/PSD원본파일을 보낼 땐 png와 PDF파일도 함께 보내서 비교해달라고 요청을 하셔야 해요. 이렇게 잘 나오는지 꼭 확인 후 인쇄해달라고. 그리고 셋째. 인쇄직전에 인쇄용으로 다시 만들어놓은 PDF파일을 보내달라고 하셔야 합니다. 그걸 보고 문제없는 지 다시 체크후에 제작오더를 내리시는 거예요. 그럼에도 불구하고 뒷종이에 잉크묻어남, 도무송실수, 컬러오차, 후가공실수, 종이재질이 다르다던지...온갖 실수가 넘쳐납니다. 왠만하면 중요한 인쇄건이라면 반드시 실인쇄전에 감리를 가시는 걸 추천드립니다. 감리갈 여건이 안되고 시간적 여유가 있다면 일단 한 판 뽑고 샘플을 보내달라고 하세요. 퀵으로 쏴달라고. 만약 이 난리를 쳤는데도 사고가 났다면... 그건 사람이 어찌할 수 없는 암흑의 영역에 존재하는 일입니다. 분명 인쇄소측의 과실이라고 해도 프로젝트 담당자면 혼나는 걸 결국 당신이 될 겁니다. 인쇄소가 어쨌다..라고 징징대봤자 사실 결과물이 이렇게 나왔는데 그럼 어떻게 할거냐? 라는 반문만 돌아올 뿐이죠. 인쇄소측에 정식적으로 지난 오더메일 히스토리와 발주서 등등/결과물의 오류부분등을 기재해서 재인쇄를 요청하시는 게 맞습니다. 물론 그에 대한 비용은 업체측에서 부담해야죠. 당연히. 인쇄에 대해 정확하게 알고 있는 사람도 종종 실수를 하는데, 대부분의 실무자는 인쇄소직원이 아니니 크고 작은 실수가 있는 건 당연한 일입니다. 하지만, 최대한 실수의 오차를 줄이기 위해 실인쇄가 들어가기 전 샘플받기, 감리하기, PDF받기 등은 체크하셨으면 합니다.18. 뭘 엎었다.보통 책상위 오른쪽쯤에 커피같은 걸 놔두면 항상 마우스든 뭐든 선에 걸려서 자빠집니다. 오른쪽엔 뭘 놔두지 마세요. 그리고 엎었으면 빨리 치우세요. 어머 어쩌지?!.....하고 멀뚱하지 보고서있지 말구.19. 백업데이터 하드를 날려먹었다.이쯤되면 집에 가야됨..뭔가 백업을 하면서 헤헤헤, 백업이 알아서 되겠지 하고 원본파일을 지워버렸는데 백업이 제대로 안되고 다 날아가버렸고..................와우.(복구해야지 뭐.)20. 법인차량으로 사고를 냈다.안다쳤으면 다행입니다. 사람이 우선아니겠습니까. 보험처리하도록 합시다. 설마 아무리 법인차량이라지만 사고냈다고 "이런 배추김치꼬다리같은 자식아, 넌 돌아오면 시말서 깜지다!" 라고 윽박지른다면 그냥 그만두시는 게 좋을 듯 합니다. 큰 실수 작은 실수..뭔가 잘 정리해서 적어보려 했건만 지난 시간들을 되돌이켜 보며 생각나는 대로 쓴거라 순서에는 큰 의미가 없습니다. 돌이켜보니 참으로 리디큘러스하고 판타스틱한 일들을 많이 저질렀네요. 사실 사고는 반드시 나기 마련입니다. 그리고 그 사고는 대부분 '설마' 하는 부분에서 터지죠. 반드시 터집니다. 재고 수량을 확인 안하면 반드시 수량이 빕니다. 강사님이 전날 오시는 지 확인 안하면 다음 날 반드시 늦습니다. 파일 잘 갔겠지~ 라고 확인안하면 항상 안가있습니다. 백업이 되었겠지~~하고 파일을 지우면 백업이 안되어있다구요.설마란 없습니다. 세상엔 모든 일들이 벌어질 수 있어요.설마란 없습니다. 세상엔 모든 일들이 벌어질 수 있어요. 심지어 은행명이 다르고 계좌번호가 같은 곳도 있습니다. 실화였어요. 실제로 다른 은행에 쌩뚱맞은 사람에게 돈이 들어가버린 사태도 있었답니다. 우연의 일치와 살면서 한 번이나 일어날까말까한 일들이 여러분들 손에서 이루어지는 기적을 경험할 수 있는 곳이 바로 직장인 것 같아요.이렇듯 사고가 터지면 누구나 눈 앞이 아득해지고 사직서를 만지작 거리게 되지만, 사실 그렇게까지 막 모든 걸 책임지고 제가 떠나겠습니다....라고 자책할 일은 아닙니다. 그리고 떠난다고 책임을 지는 것도 아니구요. 책임은 그 자리에서 지는거죠. 모든 실수의 대처법은 머리론 기억하되 마음엔 담지말고 다음 일을 차근차근 해나가는 것입니다. 욕이야 당연히 한두번 먹으면 되고, 나 때문에 고생한 누군가에게 정중하게 감사와 죄송죄송을 표하면 될 일입니다. 따뜻한 봄 나른나른한 요즘인지라 자꾸 0이 00으로 보이고 메일주소도 헷갈리고 스케쥴도 오락가락 하실텐데, 모두 실수없이 아름다운 회사생활 되시길 바랍니다 :)어우, 이걸 그냥...에효..

KTing은 자신만의 스토리를 만들어 가고 있는 사람들을 만나 삶의 이야기를 나누며 소통하는 코너입니다. 유쾌하고, 감동적이고, 소소한 행복이 가득한 우리 이야기를 담습니다.아침 저녁으로 부는 시원한 가을 바람이 부는 계절, 하반기 공채 시즌이 돌아왔습니다. 부지런히 하반기 공채를 준비하고 있을 취준생들을 위해 kt 신입사원들의 이야기를 준비했습니다. 상반기 공채로 kt에 입사한 따끈따끈한 신입사원들 인터뷰를 통해 kt의 문화와 취업 성공의 꿀팁을 만나보세요.4년차 직장인에서 다시 신입사원으로, 박고운 사원(영업/마케팅)kt에 입사하게 된 동기가 궁금해요.kt 입사 전 3년 동안 인도 S전자에서 인사총무 업무를 했어요. 일을 하다 보니 저는 인사총무 업무보다 외부 업체 사람들을 만나서 계약을 성사 시키고, 협업하며 일을 진행시키는 업무를 좋아한다는 걸 느꼈습니다. 그래서 제가 좋아하는 일을 해야겠다 결심하고 일을 그만뒀어요. 다시 취업 준비를 하면서 제가 가장 중요하게 생각했던 건 회사 안에서 내가 얼만큼 성장할 수 있는지였습니다. 경영학을 공부한 저에게 통신 분야는 미지의 세계인데, 통신 기업 kt에 오면 색다르고 특이한 경험을 하며 제가 지금까지 공부하지 못한 것들을 배울 수 있을 것 같았어요. 입사 전과 후, kt의 이미지 변화가 있나요? 취업 준비를 하면서 kt 올레 서비스인 밀당 요금제나 순액 요금제 등을 보고 새로운 것을 많이 시도하는 회사라고 생각했습니다. kt 신입사원이 되어 보니 kt 상품 아이디어의 시작은 국민들의 편의를 위한 것에서 시작한다는 걸 알게 되었어요. 국민을 위한 경영철학을 바탕으로 새로운 것에 시도하고 도전하는 회사라는 걸 느끼게 되었습니다. 공채 전형 중 가장 힘들었던 것은 무엇인가요? 신입사원들 대부분이 1차 면접이 가장 힘들었다고 말하더라고요. 1차 면접은 오전 9시부터 오후 6시까지 하루 종일 토론, 발표, 면접 등이 진행됐거든요. 근데 전 인적성 평가가 더 어려웠어요. 책으로 공부 했던 내용이 아닌, 업무를 기반으로 한 평가 측정이 낯설어서 힘들었던 것 같아요. 공채를 준비하면서 가장 집중적으로 준비했던 것은 무엇인가요?시사 분야를 많이 공부했어요. 시사 분야는 준비를 안 하면 아무런 말도 할 수 없는 부분이잖아요. 그래서 면접 준비로 시사 상식 공부를 제일 많이 했습니다. 면접에서 기억에 남는 질문이 있나요? 가장 좋아하는 음식을 물어 보셨던 게 기억나요. 그때 순간적으로 이걸 어떻게 대답해야 하나 고민했어요. 진짜 좋아하는 음식을 대답해야 할까, 질문자의 의도를 파악해서 그에 맞는 대답을 해야 하는 건가 고민하다가 그냥 솔직하게 말씀 드렸어요. 엄마가 해주는 밥은 다 좋아한다고요. 나중에 그 질문의 의도를 알게 되었는데, 면접자들이 너무 많이 긴장하고 있어서 편안한 분위기를 만들어 주기 위해 질문했다고 하시더라고요. 긴장하고 있는 면접자들의 마음까지 헤아려주시는 kt임원분들의 마음이 참 따뜻하게 느껴졌어요. 오늘도 열심히 취업을 준비하고 있는 취준생들에게 한 마디 해주세요.스티븐잡스 연설 중 ‘커넥팅 더 닷츠(connecting the dots)’라는 말이 있어요. 점들이 이어져서 하나의 선이 된다는 그런 말인데, 제가 우연치 않게 찍었던 점들이 이어져서 지금의 제 모습이 된 것이라고 생각해요. 교환학생이든, 대외활동이든 어떤 일을 할 때 취업을 목적으로 하지 않았으면 좋겠어요. 자신이 하고 싶은 일을 하나씩 하며 점을 찍다 보면 그 점들이 이어져 자신만의 스토리를 가진 선이 그려져 있을 거예요. 스타오디션으로 입사까지, 김완호 사원(영업/마케팅)kt에 입사하게 된 동기가 궁금해요.대학교 수업시간에 kt가 스마트 그리드 사업 영역을 갖고 있다는 걸 알게 되었어요. 그때 kt가 제 머릿속에 각인되었던 것 같아요. 취업을 준비하면서 제가 하고 싶은 스마트 그리드 분야의 기업을 살펴보다 국민 편의를 위해서 사업을 하는 kt가 눈에 들어왔습니다.공채 전형이 아닌 특별한 전형을 거쳐 입사 했다고 들었어요.kt 입사 전 다른 회사도 다녀보고 사업도 했어요. 대학생 때 장사도 해보고, 화장품 쇼핑몰도 운영해봤죠. 그래서 스펙이 아닌 제가 했던 다양한 경험을 통해 저를 보여줄 수 있는 ‘스타오디션’이라는 전형에 문을 두드렸습니다. 스타오디션은 500자 이내 자기소개서만으로 5분 자기 어필 PPT의 기회를 얻게 되고, 여기서 합격하면 서류전형이 면제돼요. kt의 스타오디션을 아직 모르는 사람들이 많은데, 자기 분야에서 끼가 있고 다양한 경험으로 자신만의 스토리가 많다면 스타오디션에 도전해보는 것도 좋을 것 같아요. 스타오디션은 어떻게 준비하면 좋을까요? 스타오디션은 자기가 하고 싶은 일을 해왔던 사람에게 기회를 주는 전형이에요. 스펙을 안 보는 전형이지만 어떻게 보면 더 중요한 스펙을 보는 전형인 것 같기도 하고요. 영어 점수 대신 자신이 했던 활동을 더 집중적으로 보니까요. 그래서 스타오디션이야 말로 답이 없어요. 자신이 좋아하는 일, 하고 싶었던 일, 자기가 했던 활동 등을 통해 자기 자신을 잘 어필하는 게 중요합니다. kt 인재상 중 자신의 강점과 제일 잘 어울리는 것은 무엇이라고 생각하나요?‘끊임없이 도전하는 인재’라고 생각해요. 전 영어 점수를 높이거나 대외활동을 많이 하는 대신 다양한 도전을 했어요. 영업이나 마케팅을 직접 해보고 싶은 마음에 가게 운영, 쇼핑몰 운영, 사업 등의 경험을 했습니다. 하지만 저의 도전은 취업이 목적이 아니었어요. 요즘 취업 때문에 억지로 다양한 경험과 도전 하려는 사람이 많은데, 본인이 하고 싶어서 하는 활동과 스펙을 쌓으려고 하는 활동은 경험을 소화하는 능력에서 차이가 난다고 생각해요. 끊임없이 도전하는 것도 중요하지만, 자신의 마음이 움직이는 것에 도전하는 것이 중요하다고 말하고 싶어요. 영업 마케팅에 관심이 굉장한 것 같은데, 앞으로 어떤 커리어를 쌓아가고 싶나요?kt에서는 영업을 ‘현장에서 일한다’라고 해요. 저는 계속 현장에서 근무하면서 누구보다도 통신시장의 움직임과 패러다임을 잘 읽고 이끌 수 있는 현장 전문가가 되고 싶어요. 이제 시작하는 신입사원으로 끝까지 해봐야 알겠지만, 현장 전문가로 kt의 중추적 인물이 될 수 있도록 지금의 마음을 잊지 않고 최선을 다할 거예요.우리나라 최고 기업에서 펼칠 스마트 에너지의 꿈, 임기돈 사원(IT/보안)kt에 입사하게 된 동기가 궁금해요전공이 전기과라 평소에 스마트 에너지 분야에 관심이 많았어요. 그 중에서도 미래의 스마트 그리드와 통신망이 연계되는 ICT융합에 대해 관심이 있었는데, kt가 앞으로 스마트 에너지 분야에 더 많은 투자를 한다는 소식을 들었어요. 우리나라 최고 기업에서 제가 하고 싶었던 일을 할 수 있을 것 같아 kt에 지원하게 되었습니다. 공채 전형 중 가장 힘들었던 것은 무엇인가요? 그 전 공채 과정에서는 없었던 1차 면접이 힘들었어요. 올 상반기 공채부터 1차 면접이 하루 종일 진행하는 과정으로 변했더라고요. 그래서 어떻게 준비해야 하는지 어떠한 정보도 찾지 못해 힘들었던 것 같아요  변화한 kt 1차 면접을 처음 경험한 선배로서 1차 면접 준비 팁을 알려준다면요?평소 태도를 강조하고 싶어요. 1차 면접 중 성격과 태도가 적극적이라고 생각한 친구들이 2차 면접에 같이 올라왔더라고요. 면접에 주어진 과제 수행뿐만 아니라, 식사할 때나 커피 마실 때 등 평소 태도에도 신경을 쓰면 좋을 것 같아요.취업 준비를 하면서 가장 집중적으로 준비 한 것은 무엇인가요?본인이 지원하는 직무와 관련된 자격증이 있다면 그걸 어필하는 것도 참 좋은 것 같아요. 저도 제가 지원한 직무와 관련된 전기자격증을 강조했어요. 실제로도 면접까지 올라온 친구들을 보니까 1명 빼고 다 기사자격증이 있더라고요. kt 기업에 대한 정보는 어떻게 얻었나요? 취업 관련 카페나 커뮤니티는 기본이고, 저는 금융감독원 전자공시시스템을 자주 애용했어요. ‘다트’라고 하는 곳인데 이곳에서 kt를 검색하면 kt 사업 내용과 특허 관련 정보를 확인할 수 있거든요. 이런 정보를 참고해서 서류와 면접을 준비하면 많은 도움이 돼요. 그리고 학교 취업지원센터에서 진행하는 취업한 선배와의 연결 프로그램을 활용해보세요. 저도 kt를 다니는 선배에게 멘토링을 받으면서 많은 도움을 얻었습니다. 오늘도 열심히 취업을 준비하고 있는 취준생들에게 한 마디 해주세요.조급해 하지 않았으면 좋겠어요. 조기 취업 되는 친구들과 비교하지 말고 천천히 자신의 것을 준비하면 됩니다. 소위 ‘될 놈은 된다’는 말을 하잖아요. 그 되는 놈이 나라고 생각하고 자신을 믿고 끝까지 도전하세요.대학생 때부터 이어온 kt와의 인연, 최영지 사원(네트워크)kt에 입사하게 된 동기가 궁금해요.저는 멀티미디어학을 전공하며 디바이스에 대한 관심이 많아 kt에서 운영 중인 대학생 대외활동 ‘모바일 퓨처리스트(MF)’ 활동을 하게 되었어요. MF활동을 하며 네트워크, 통신에 대해 학습하고자 하는 욕심이 생겼고, 대학교 졸업 전까지 관련 수업을 수강하며 통신업계에 대한 꿈을 키우며 kt에 지원하게 되었습니다.  본인이 가진 강점은 어떻게 어필했나요?저의 강점은 꾸준함이라고 생각해요. 그래서 대학 4년 동안 했던 스키 동아리 활동으로 아마추어 스키대회에서 은메달을 땄던 경험, 하나의 대외활동을 2년 동안 꾸준히 임했던 경험을 예를 들어 어필했어요. 새로운 것에 도전했을 때 조급해하지 않고 꾸준히 연습하고, 끈질기게 임하는 모습을 보여주고자 했습니다. 취업 준비에서 가장 집중적으로 준비했던 것은 무엇인가요?MF 대외활동이 많은 도움이 되었습니다. MF활동을 통해 접했던 실무적인 부분이나, LTE 최신 트렌드를 접했던 경험이 면접 준비하는 데 많은 도움이 되었어요. 또 MF활동을 통해 알게 된 현업에 계신 선배들에게도 많은 조언을 얻었어요.신입사원으로서 앞으로 커리어를 쌓아가고 싶나요?미디어 산업 분야의 커리어를 쌓아가고 싶어요. 향후 5G 시대가 도래했을 때 미디어 산업의 발전 또한 굉장히 성장했으리라 생각합니다. 미디어 산업에서는 네트워크 기술이 중요한 만큼 유∙무선 관련 네트워크 지식을 쌓고, 배우는 것을 우선으로 하고 싶어요.오늘도 열심히 취업을 준비하고 있는 취준생들에게 한 마디 해주세요.준비하는 자에게 기회가 온다는 말이 있잖아요. 이때 남들과 똑같이 준비하기 보단 자신을 먼저 분석하고 지원하는 기업에 맞게 본인의 경험에서 강점을 찾는 것이 중요한 것 같아요. 저는 네트워크 분야와 밀접한 학과가 아니었기 때문에 네트워크 최신 트렌드에 대한 이해도를 면접관에게 어필하고자 노력했습니다. 저도 했으니 여러분도 할 수 있어요! 취준생 모두 건승하시길 빕니다.아직 직장인의 때(?)가 묻지 않은 신입사원들이라 풋풋함이 느껴지죠? 같은 질문에도 다양한 스토리가 나오는 4인 4색 신입사원들을 통해 만난 kt의 이야기 어떠셨나요. 패기 넘치는 신입사원들처럼 끊임없이 도전하고, 쉼 없이 배우는 인재를 kt가 기다리고 있습니다.  #kt #신입공채 #구성원인터뷰 #신입사원 #기업문화 #조직문화 #취준생 #면접준비

1월부터 4월까지 한 시즌에 걸쳐 트레바리 홈페이지를 다시 구현하였다. 겉으로 보이는 UI/UX 디자인 개편을 넘어, DB 설계와 서버 및 웹 페이지 개발까지 새롭게 진행했다. 기존의 홈페이지를 완전히 버리고, 새로운 아키텍처를 가진 홈페이지를 구현하여 데이터를 이전하는 일이었다.4개월 동안 반응형 웹 사이트 1개, 크루/파트너 어드민 사이트 2개와 함께 서버까지 구현했다..지난 시즌 동안 홈페이지의 여러 기능들을 개선하면서 변화가 필요하다고 생각했다. 단순히 '남이 짜둔 코드가 별로예요'에서 나온 불편 때문만은 아니었다. 회사가 겪는 빠른 성장에 발맞춰 시스템이 뒷받침이 되어줘야 하는데 기존의 아키텍처로는 그러기가 어려웠다. 적은 트래픽에도 툭하면 죽는 서버 덕에 접속이 몰리는 멤버십 신청 기간 동안에는 서버 비용을 배로 늘려야 했고, 푸시 알림의 필요성으로 모바일 앱을 구현하고 싶어도 별도의 API 서버가 존재하지 않아서 시도하기 힘들었다. 결국 지난 시즌 말, 홈페이지를 새로운 아키텍처에서 다시 구현하겠다는 호기로운 결정을 내렸다.처음 시작할 때만 해도 아주 큰 어려움은 없겠거니 했다. 트레바리 입사 이전에 여러 프로젝트를 턴키로 수주받아 진행했던 경험이 있었기 때문이었다. 그러나 몇천 명, 많게는 몇만 명이 접속하는 운영 중인 서비스를 만들어 이전하는 일은 새 서비스를 만드는 일과는 또 다른 일이었다.게다가 이전 글에서 이야기했던 것처럼 트레바리에는 풀타임으로 일하는 개발자나 디자이너가 나 혼자이기 때문에 해야 하는 일이 절대적으로 많았다. 개발 맨 아랫단부터 웹 페이지의 디자인까지 기간 내에 해내는 것은 쉽지 않은 일이었다. 덕분에 매일이 도전이었던 4개월을 보냈고, 런칭 3주 전쯤에는 잠시 슬럼프를 겪기도 했다. 하지만 트레바리가 한 번은 꼭 겪어야 하는 과제였기에 꾸역꾸역 해내면서 런칭까지 왔다. 오늘은 그 이야기를 정리해보려고 한다.리라이팅왜, 무엇을 했나요?1. 과도한 서버 비용과 느린 속도홈페이지를 다시 만들어야겠다는 생각을 가장 많이 하게 된 이유는 비용과 속도였다. 동시 접속 유저 수가 천 명이 안 되는 서비스에서 월 100만 원가량의 서버 비용이 나왔고, 평균 페이지 로딩 속도가 3초를 넘어갔다.그동안 트레바리 홈페이지는 여러 프리랜서 개발자들이 거쳐가며 유지되느라 DB나 쿼리 구조에 대한 고민을 장기적으로 해볼 기회가 없었다. 요청받은 기능을 구현하기 위해 필요한 테이블을 그때그때 만들고, 활용할 데이터가 다른 테이블에 있다면 조인을 해서 불러왔다. 그 결과 대부분의 데이터 요청에 n+1 쿼리가 존재했고, 한 명의 유저가 한 번의 접속만으로도 수많은 쿼리 요청을 하는 상황이었다.최대한 기존의 홈페이지에서 이를 해결해보려고 노력했다. 처음 입사했을 때만 해도 10초 이상의 시간이 들었던 독서모임의 리스트 요청을 3초까지 줄이고, 접속자 수가 40%가 늘어났어도 서버 비용을 늘리지 않을 수 있었다. 그러나 상대적으로 빨라졌을 뿐 느린 편이라는 점은 변함이 없었다. 매 시즌 멤버 수가 30~40% 씩 증가하는 추세대로라면 다음 시즌에도 비슷한 비용을 유지할 수 있을 거란 보장 또한 없었다.여기서 더 개선하려면 DB 구조를 변경하고, 수많은 코드를 갈아엎어야 했다. 필요하다면 하면 되는 일이었지만 기존의 아키텍처인 레일즈 웹 애플리케이션을 유지한다면 당장의 퍼포먼스를 개선하더라도 언제까지 높은 퍼포먼스를 유지할 수 있을지 의문이었다. 성장에 따라 요구되는 시스템들을 다 지원해줄 수 있을지도 미지수였다. 언젠가 아키텍처를 변경해야 한다면 최대한 빠른 시일인 지금 하는 것이 효율적이라 판단했다.Heroku에서 관리하던 서버를 AWS의 EC2로 변경하면서 DB 또한 PostgresSQL에서 AWS 의 DynamoDB로 이전했다. RubyOnRails를 사용하여 단일 웹 애플리케이션으로 구현했던 홈페이지를 Typescript를 기반으로 프론트엔드와 백엔드를 나눴다. React로 사용하여 웹사이트를 구현하였고, Node.js로 GraphQL을 적용하여 서버를 구현하였다.덕분에 월 100만 원가량이 들던 비용을 월 30만 원까지 낮출 수 있었다. 속도는 이전보다는 빨라졌으나 기대만큼 빨라지지는 않아 캐싱 등을 적용하여 차츰 줄여나가고 있다. 변경한 현재 아키텍처로는 트래픽이 늘어나더라도 이전처럼 비용을 배로 늘리지 않아도 되었으며, 다양한 방법으로 속도를 개선하는 작업도 시도해 볼 수 있게 되었다.2. 기술 부채기술 부채가 쌓인 모습 (...)이미지 출처: 스마트스터디앞서 말했던 것처럼 기존 홈페이지는 여러 프리랜서 개발자들이 거쳐간 터라 뻔하게도 기술 부채가 쌓였다. 홈페이지와 관련된 문서는 없고, 크루들은 사용하는 기능들을 부분적으로만 알고 있었다. 그런 상황에서 몇 명의 크루들이 퇴사와 입사를 거치니 그나마 구전으로라도 유지되던 홈페이지 정보가 점점 사라졌다.홈페이지에 대해 궁금한 점이 생기면 직접 코드를 뒤적이며 파악해보는 수밖에 없었다. 그래서 모든 크루들이 유일한 개발자인 나에게 물어보는 것 말고는 홈페이지에 대해 알 수 있는 다른 방도가 없었다. 이 외에도 새로운 기능을 구현했더니 미처 파악하지 못한 곳에서 버그가 터진다거나, 안 쓰는 줄 알고 삭제한 코드가 사실 어디선가 제기능을 하고 있거나 하는 때도 잦았다.이런 기술 부채를 청산하려면 1) 대부분의 기능들을 파악하고 있는 담당자가 있고 2) 지원하는 기능들을 잘 정리한 문서가 필요했다. 1번은 직접 처음부터 리라이팅을 진행했으니 자연스레 해결되었으나, 다른 크루들도 많은 기능들에 대해 파악하고 있으면 더 효율적일 거라 생각했다. 그래서 새로 구현되는 기능이나 변경 사항에 대해서 매주 주간 회의 때 공유를 하고 있으며, 배포를 할 때마다 실시간으로 에버노트와 슬랙의 배포 노트 채널을 통해 배포 내용을 공유하고 있다. 이전에도 하고 있었으나 더 잘, 자주, 자세히 해야겠다고 새삼 깨달았고 노력 중에 있다.2번을 위해서는 홈페이지 기능 설명에 대한 문서를 작성하기 시작했다. 아직 가장 효율적인 포맷이 무엇인지는 찾지 못해서 방황하고 있지만 최대한 쉽고 자세하게 쓰는 방향으로 진행 중이다.사랑과 따뜻함이 넘치는 우리 크루들 3. 복잡하고 이유 없는 UI기존의 홈페이지는 의외로(?) 다양한 기능들이 있었지만 유저들이 모르거나 사용하지 않는 경우가 많았다. 대부분의 기능들과 인터페이스들이 중요도에 대한 고민 없이 '있으면 좋을 것 같다'는 이유로 덕지덕지 추가되었다. 게시판이나 다이어리 같은 메뉴들은 사용률이 채 5%가 안되지만 상단 메뉴에 자리 잡고 있었고, 북클럽 리스트의 페이지에는 딱 한 번만 읽으면 되는 설명글이 화면의 반을 차지하고 있었다.멤버들이 트레바리에서 가장 활발하게 누려줬으면 좋겠다고 생각하는 활동은 독서모임과 이벤트다. 내 클럽이 아닌 다른 다양한 클럽에도 참여해보고, 살면서 해보지 못한 경험들을 이벤트를 통해 체험해봤으면 좋겠다. 그런 고민으로 상단 메뉴에는 독서모임과 이벤트, 내 활동 정보를 볼 수 있는 마이페이지만 배치하였고 FAQ나 공지사항과 같은 자잘한 것들은 하단의 footer로 내리거나 일부 기능들을 임시적으로 지원하지 않기로 했다.리라이팅 전리라이팅 후직관적인 UI는 파트너 어드민에서도 절실하게 필요했다. 기존의 어드민 UI는 따로 교육이 필요할 정도로 복잡했기 때문이었다. 한 명의 파트너에게 자신이 관리하는 클럽 외의 모든 클럽 정보가 노출되었다. 클럽 정보에서도 봐야 할 정보와 보지 않아도 될 정보가 혼재되어 보이고 있었다. 파트너의 수는 점점 늘어나는데 그때마다 홈페이지까지 교육까지 따로 해야 하는 것은 리소스가 많이 드는 일이었다.파트너가 자신의 모임을 이끌기 위해 정말 필요한 일에만 집중할 수 있도록 신경 써서 구현했다. 모임에 참석하는 멤버 리스트, 모임에서 읽을 책과 발제문 등을 등록하고 수정하는 페이지, 출석 체크를 할 수 있는 기능만으로 구성했다. 항시 봐야 하는 매뉴얼과 FAQ는 따로 메뉴로 빼두었다.파트너 어드민의 모임 정보 설정 페이지 리라이팅 전과 후4. 데이터로 소통하는 회사트레바리는 점점 데이터로 소통하는 회사가 되고 싶다. 어떤 유저가 어디에서 불편을 겪고, 어떤 부분을 좋아하는지 알고 싶다. 사람들이 독서모임에 만족하면 홈페이지에서 어떻게 활동하는지, 혹여 만족하지 않았다면 그때는 또 어떻게 활동하는지 궁금하다. GA와 A/B 테스트 등의 방법들을 통해 데이터를 보며 이를 파악하고 싶다.기존 홈페이지는 전통적인 페이지 단위로 돌아가는 레일즈 웹 애플리케이션이었으므로 따로 제이쿼리 등을 사용해야지만 이를 구현할 수 있었다. 그래서 페이지 단위의 웹을 벗어나 React를 활용한 컴포넌트 단위의 웹 사이트를 구축했다. 장기적으로 계획적이고 세밀한 트래킹이 가능하도록 기반을 닦았다.또 기존의 홈페이지에서는 유저에게 오류 제보를 받아도 이를 확인해보는 것이 어려웠다. 그래서 지금의 시스템에는 Apollo engine과 Cloud watch를 이용하여 여러 로그들을 트래킹 하기 시작했다.리라이팅 런칭 2주 차,아쉬웠던 점들리라이팅 한 홈페이지를 런칭한 지 2주일이 지났다. 런칭 후에 한참을 정신없이 보내다가 이제야 조금 숨을 돌릴 수 있게 되어 이 글도 쓰기 시작했다. 런칭만 하면 마음이 편해질 거라 예상했는데 막상 다가오니 그렇지도 않았다. 더 바쁘고 정신없던 것은 물론이요, 아쉬운 점들만 눈에 밟혀서 마음이 무거웠다. 잘한 것보다 아쉬웠던 점들이 나를 더 성장하게 만들어 줄 것이라는 생각으로 스스로를 위로하여 어떤 것들이 아쉬운지도 정리해보았다.1. 트래픽이 몰리는 피크타임에 대한 대비 미흡배달의 민족이 식사 시간마다 트래픽이 몰리는 피크타임이 존재하듯, 트레바리도 독후감 마감 시간이라는 피크타임이 존재했다. 유저들이 모든 시간 대에 일정하게 접속하는 하는 것이 아닌 특정 시간에 몰아서 접속하는 것을 고려하여 그때의 속도를 잘 잡았어야 했다. 이를 미리 고려하여 캐시와 같은 여러 대비책들을 세워두었다면 유저들이 느린 홈페이지가 주는 불편을 덜 겪었을 거라고 생각한다.2. 치밀하지 못한 안내런칭 직후 오는 많은 문의들이 실제 오류가 아닌 제대로 된 안내가 없어 오류로 인지하는 경우였다. 예를 들어 기존에는 있었으나 사라진 주소와 같은 404 페이지 접근 시에는 안내 후 메인 페이지로 보내버리거나 하는 안내가 있었으면 많은 문의들을 대응하지 않아도 됐을 것이다.3. 운영 크루 업무 이해도 낮음리라이팅을 할 때 다른 크루들과 커뮤니케이션을 하는 일에 많은 리소스를 쏟지 않았었다. 다른 크루들의 업무에 대해 꽤 잘 이해하고 있다고 생각했기 때문이었다. 내가 생각하기에 필요할 것 같은 기능들만 어드민에 담았고, 그 결과로 크루들이 런칭 직후에 엄청난 불편과 수고로움을 겪게 만들었다.4. 조급함리라이팅을 진행하는 기간 동안 마음이 급해서 눈앞에 보이는 기능들을 빨리 쳐내는 것에 급급했다. 그러다 보니 각 기술에 대한 문서들을 꼼꼼하게 읽어내지 못해 놓친 부분이 많았다. 특히 한 번도 경험해본 적 없는 각종 브라우저와 브라우저 버전, PC와 모바일 대응 등에서 많이 놓쳤다. 평소 웹 표준 관련 문서를 잘 읽어두었다면 이런 실수는 덜하지 않았을까 생각했다. 또 틈틈이 작성했던 코드를 되돌아보고 개선하는 시간도 가졌어야 했는데 조급함 때문에 그러지 못했다. 이런 부분들은 개발자가 평소에 항시 주의해야 할 모습이라 생각했다.이번 리라이팅을 시작으로 트레바리가 온라인의 경험까지 멋진 서비스가 될 수 있기를 희망한다. 아직은 부족한 점이 많지만 사람들이 독서모임에 참석하기까지 겪는 온라인에서의 경험을 멋지게 만들고 싶다. 필요한 기능들을 적재적소에 구현하고, 말보다는 UI로 커뮤니케이션을 잘하는 개발자가 되기 위해 계속 노력할 것이다.지난 4개월 동안 참 힘든 시간도 많았다. 그럼에도 불구하고 크루들과 주변의 개발자분들에게 여러 도움을 받으면서 어려운 난관들을 헤쳐나갈 수 있었다. 홈페이지 변경이 아니어도 바쁜 일이 많은 시즌 시작 시기에 홈페이지 관련 문의가 쏟아졌다. 그런 상황에서 나를 탓하기보다는 오히려 걱정해주고 격려해주는 동료들이 있었다. 새삼스레 좋은 사람들과 함께하고 있다는 생각을 하며 일을 더 열심히, 잘 하는 것으로 보답하고 싶다고 생각했다.#트레바리 #기업문화 #조직문화 #CTO #스타트업CTO #CTO의일상 #인사이트

IoT의 관점과 함께 최근에 주목을 받는 시계열 DB들이 있다. OpenTSDB나 인플럭스 DB, Graphite와 같은 것들이다. 신기한 것은 최신의 기술이나 플랫폼이라고 불리는 것들은 국내에서는 거의 등장하지 않는다. 대부분 미국이나 유럽, 이제는 중국이나 러시아에서 등장한다. 물론, 일본에서는 새로운 언어도 많이 등장했다.집안의 전기 사용량을 측적하건, 공기 측정이 되었건 1초에 한번 측정하는 센서에서 만들어지는 데이터를 자세하게 분석하려면 이 데이터를 수집하고 모아야 한다. 그리고, 최소 연단 위 정도는 모아서 무언가를 분석하거나 추이를 살펴보아야 할 것이다.더군다나, 센서가 하나가 아니라 여러 개 라면 모여지는 데이터의 량은 상당할 것이다. 기존의 RDB에 축적하는 것은 이런 경우에 좀 맞지 않는다. 데이터가 계속 용량을 늘려나가는 구조이기 때문에 NoSQL형태의 데이터 스토어를 생각하게 된다. 코치이건 하둡이건 몽고이건 여러 가지가 생각난다. 실시간으로 추적 분석하려면 Apache Storm이나 spark도 생각날 것이다.일단, 센서가 시간의 추이에 따라서 데이터를 모으는 형태에 적합한 시계열 DB에 적합한 방법들에 대해서 나름 적합한 형태로 개발되는 구조를 가진 DB들을 어렵지 않게 찾아볼 수 있다. 이 글 가장 앞에 언급한 것들이다.관련 자료를 찾아보고 싶으면, OpenTSDB는 http://opentsdb.net , InfluxDB는 https://influxdb.com을 찾아보라. 나름 매력적으로 시계열 형태의 데이터를 모으기 좋은 구조로 디자인되는 설루션을 만날 수 있다.오늘 글에서 언급하고 싶은 것은... 이러한 특정 요점에 맞는 설루션들이 왜? 국내에서는 나타나지 않는가에 대해서 끄적거려 보고 싶어서이다. 과연, 이러한 태도와 행동, 행위가 특정 개발자의 탁월함 때문일까? 아니면, 국내에 있는 개발자들이 게으르고, 자신의 이익만을 위해서 일하는 것 때문일까?삐딱한 아키텍트는 그 부분을 이렇게 해석한다.하나. 잉여가 없는 부가가치가 적은 일을 매번 수행하는 국내의 경영자들의 문제.둘. 반복적인 작업이나 자신의 일의 미래에 대해서 큰 관심 없는 개발자의 자세셋. SI형태로만 진행되는 국내 프로젝트이기 때문에 만들어진 플랫폼이나 유틸리티 성의 서비스를 외부에 오픈하지 못하는 경우가 빈번함.이 3가지의 가장 큰 이유 때문에 국내에서는 특정 용도나 특정 의미의 환경에 잘 어울리는 설루션들이 오픈소스로 발전되고, 더 넓게 쓰이는 플랫폼까지 진화하지 못한다고 생각한다. 하나씩 나름대로 이유를 이야기해보자.하나. 잉여가 없는 부가가치가 적은 일을 매번 수행하는 국내의 경영자들의 문제일단, 부가가치가 높은 소프트웨어나 서비스를 개발한다면, 적절하게 배분되어진 팀과 일정, 부가가치가 높기 때문에 피드백을 통해서 품질을 높이기 위한 시도들이 반복되어진다. 하지만, 대부분 1회성으로 끝나거나, 단기적인 일거리를 해결하기 위해서 소프트웨어를 개발하는 경우가 대부분이기 때문에 사소한 잉여도 발생하기 어렵다.고품질을 지향하는 소프트웨어 개발을 추구한다면 매우 당연하게 잉여시간과 잉여 일정, 잉여인력이 투입되는 것이 정상이다. 매우 당연하게 소프트웨어 개발자들은 게으르기 때문에 반복적인 일을 싫어하고, 게으르기 때문에 소프트웨어의 품질을 높이기 위해서 공을 들인다.이런 게으른 소프트웨어 개발자들이 품질 높이기를 포기하는 이유는 간단하다. 그 소프트웨어가 재사용될 가능성이 거의 존재하지 않고, 또다시 요구사항에 따라서 난도질을 해야 하는 경우에 품질 높이기를 시도하지 않는다.결론적으로 소프트웨어 개발자들이 고품질을 만들지 않는 이유는 처음부터 비즈니스 기획과 부가가치에 대한 이윤과 투입되는 비용에 대해서 잘못된 비즈니스 모델을 만든 기획자나 경영자가 그 책임을 져야 한다. 물론, 그런 환경을 주었더라도 잘못된 개발자를 뽑은 '인력관리'의 미스에 대해서도 그 역시... 경영자가 책임져야 한다.대부분 고품질의 소프트웨어가 나타나지 않거나, 잉여가 만들어지지 않는 이유는 경영자가 미 숫하고, 비즈니스 모델을 잘못 디자인해서 그러하다.둘. 반복적인 작업이나 자신의 일의 미래에 대해서 큰 관심 없는 개발자의 자세하지만, 경영자의 잘못과 거의 비슷한 수준의 개발자의 관심 없는 자세인 경우가 문제가 되는 경우도 많다. 잉여가 주어졌음에도 빈둥거리거나, 자신만의 놀이를 위해서 그 시간과 비용을 투자하는 경우도 간혹 있다. 하지만, 필자가 만나본 대부분의 개발자들은 그런 자세가 된 소프트웨어 개발자의 행태 또한 그 소프트웨어 개발자가 걸어온 그 전회사의 경영자의 문제라고 지적하고 싶다.반복적인 일을 줄이고, 미래의 코드에 대해서 신경 쓰는 자세는 소프트웨어 개발자가 기본적으로 갖추어야 하는 자세임에도 불구하고, 이러한 자세를 파괴하는 형태의 업무 구조와 생각 자체를 파괴하는 형태로 일을 구성하는 경영진과 같이 일한 개발자들은 슬프게도 잉여를 빈둥거리게 하는데 익숙하게 된다.필자가 개발자 구인 시에 가장 주목하고, 관심을 가지면서 걸러야 하는 개발자는 그러한 회사를 거쳐왔거나 그러한 프로젝트에 매몰되었던 사람들은 피하는 것이다. 한번, 그런 자세가 파괴된 개발자는 다시 자세를 정상으로 복구하는데 엄청난 리소스와 시간이 투입된다.냉정한 사람들이라면 이러한 사람들을 '동료'로 받아들이는 것을 싫어할 것이다.셋. SI형태로만 진행되는 국내 프로젝트이기 때문에 만들어진 플랫폼이나 유틸리티 성의 서비스를 외부에 오픈하지 못하는 경우가 빈번함.슬프지만, 3번째의 경우가 사실은 한국에서는 50% 이상 의미 있는 형태로 개발되었음에도 불구하고, 사장되거나 외부에 노출될 수 없는 형태가 되는 경우를 빈번하게 경험했다. 필자 역시, WebService개발 초기에 3 Tier개발에 어려움을 겪는 개발자들을 위해서 SQL 문장을 그대로 WebService에서 CRUD형태로 전송하고 데이터셋과 DB커서를 2 Tier의 형태로 손쉽게 개발할 수 있는 플랫폼과 컴포넌트를 개발했지만, 이 역시, SI에 종속된 결과물이 되면서 외부에 오픈할 수 없는 경우가 되는 것을 빈번하게 경험했다.슬프지만... 이 3가지의 큰 이유 이외에도 '잉여'가 없는 개발 일정이나 개발자에게 여유가 없어지면서, 정말 더럽게 재미없는 소프트웨어 개발이 반복되는 경우를 많이 보았다. 하지만, 필자의 경험은 그럼에도 불구하고 개발을 총괄하고 있다면, 자신의 팀에 있는 개발자에게 약간의 잉여와 고품질을 위한 리소스에 대한 배려를 취하면서 동료직원이 오픈소스를 창출하거나 외부에 오픈할 수 있는 정도의 다듬는 여유를 만들어 줄 수 있다고 생각한다.가장 훌륭한 CTO나 개발 총괄의 역할은 그 시간을 정말 즐겁다고 생각하는 동료 개발자에게 약간의 잉여와 여유를 허가하는 것이며, 그 잉여가 결론적으로 자신이 속한 개발 조직의 효율이 향상되고, 개발 문화가 부드러워지는 아주 의미 있는 개발 조직으로 완성되어가는 첫 번째 단추라는 것을 알기를 바란다.현재 훌륭한 개발 조직일수록, 카페와 같은 공간만을 만드는 것만으로 끝나는 것이 아니라, 개발 공정이나 개발 프로세스 상에 리뷰와 의미 있는 문서화 작업, 피드백과 리팩터링과 같은 시간을 배분하는 이유도 그 때문이라는 것을 잊지 않기를 바란다.훌륭한 하드웨어 적인 공간 위에 재미를 추구하고 의미를 추구하는 잉여가 존재하는 개발 공정을 탑재한 개발 조직이야말로 성공할 수 있는 전제조건을 하나 더 갖춘 곳이라는 것을...

안녕하세요, 대한민국 사업자들의 해외 전자상거래 (아마존) 진출을 도와주는 컨설팅 회사이자 업무대행사 컨택틱의 이이삭 대표입니다. 브런치 작가로 선정이 되어서 진심으로 기쁘고 설레네요. 앞으로 아마존 판매에 관심이 있는 많은 대한민국 사업자들에게 도움이 되는 컨텐츠로 찾아뵙겠습니다.첫 번째 포스트 어떤 글을 작성할까 고민을 많이 해봤습니다. 고민 끝에, 아마존 판매를 하는 분들 중에 굉장히 관심 가질 만한 주제로 일단 시작해보자하는 마음에, '운송비를 절감할 수 있는 궁극의 방법 - 해상 운송을 통한 FBA 입고'에 대한 주제로 시작해볼까 합니다.LTL/FTL이란? FBA를 하지 않고서는 아마존 판매를 본격적으로 했다고 할 수 없습니다. 아마존 판매를 처음 시작하시는 분들이나, 아직 시장 반응을 살피는 단계의 신규 상품은 항공 운송을 통해 FBA 입고를 하는 게 통상적입니다. 하지만 제품의 부피가 아무리 작다고 하더라도, 판매가 왕성해지다보면 더 이상 항공 운송으로 FBA 재고를 입고하는 것이 불가능하거나 메리트가 없어질 수 있습니다. 그럴 때 고민하게 되는 게 바로 해상 운송을 통한 FBA 대량 입고, 다른 말로 LTL (Less than truckload) 또는 FTL (Full truckload) FBA 입고 방식입니다. 이번 포스트를 통해 알려드리고자 하는 것은 LTL/FTL 화물로 아마존 FBA 창고에 입고하기 위해 알아야 할 모든 사항들과 구체적인 절차들에 대한 안내입니다.화물 규격 파악하기 가장 선행되어야 하는 것은 '내 화물의 규격을 파악하는 것'입니다. LTL/FTL 화물은 무조건 상품을 카톤박스(아웃박스라고도 함)에 담아서 팔레트에 싣고 발송해야 합니다. 따라서 이 팔레트를 준비하는 작업이 특히 무역에 대해서 잘 모르거나 수출을 처음하시는 분들에게는 굉장히 생소하고 어려울 수 밖에 없습니다. 내가 판매하고자 하는 상품은 한 카톤박스에 몇 개의 상품이 들어가는지부터 알아야합니다. 예를 들어 수분 크림을 판매하고 있다면, 수분 크림 10개가 하나의 카톤박스에 담기는지, 아니면 20개가 하나의 카톤박스에 담기는지 알아야 합니다. 그 다음으로는 해당 카톤박스의 용적 (가로세로높이)를 재야하고 무게를 재야합니다. 나중에 팔레트에 카톤박스를 실을 때 정확히 몇개의 카톤박스를 실을 것인지, 그리고 팔레트의 총 무게가 얼마나 되는지 알아야 하기 때문입니다.아마존에서 요구하는 팔레트 규격아마존US 기준으로, 아마존이 요구하는 팔레트는 40*48인치 크기의 GMA Standard 중에서 Grade B 등급 이상의 나무 팔레트입니다. 인치 수치를 mm로 변경하게 되면 1000*1200mm가 됩니다. 따라서 먼저 내가 실을 카톤박스 크기를 정확하게 알아야, 몇 열 몇 행 그리고 몇 단의 카톤박스를 쌓을 수 있는지 미리 계산할 수 있게 됩니다. 그 외에도 팔레트 최대 무게가 1500lb 즉 680kg이 초과되어서는 안되는 것도 감안해야하며, 최대 높이도 72인치, 즉 183cm를 초과되어선 안되는 것도 감안해야합니다. 앞서 파악한 나의 화물에 대하여 이러한 아마존에서 요구하는 팔레트 규격을 맞춰가면서 화물을 준비해야하기 때문에 결코 처음 준비하시는 분들은 쉽지 않을 것입니다.작업 공간 마련  + 화물 준비하기다음으로 준비해야할 것은 바로 작업 공간의 마련입니다. (1)아마존에서 요구하는 팔레트를 준비했으며 (2) 상품단위로 라벨링 작업을 마쳤고 (3) 카톤박스에 다시 차곡차곡 담은 뒤에 (4) 카톤박스마다 Box Label을 부착시키고 (5) 카톤박스들을 팔레트에 실은 후 (6) 팔레트와 화물이 일체화되도록 스트레치 래핑 작업을 하여 (7) 스트레치 래핑 뒤에 팔레트 라벨까지 붙이셔야하기 때문에 작업 공간이 필수적입니다. 가장 이상적인 것은 직접 창고를 보유하고 계신 것이지만, 현실적으로 그게 어려우시다면 3PL 물류대행업체를 이용하실 수 밖에 없습니다.수입자 (IOR - Importer of Record) 역할을 대신해줄 사람 마련 (포워딩사 또는 자체 EIN 넘버 발행) 다음으로 준비해야할 것은 현지 내의 수입자 역할을 대신해줄 사람을 준비하는 것입니다. 어쨌거나 화물이 한국을 떠나서 미국으로 가는 것이기 때문에 관세 지불 대상을 떠나서 (DDP 무역조건으로 보내면 어차피 발송인이 모든 관부가세를 부담하는 조건이기 때문에) 무역 서류에는 정식 수입자 즉 IOR Importer of Record가 필수로 기재되어야 합니다. 특히 섭취하는 제품이나 피부에 바르는 제품이나 화학 등 위험물에 속하는 화물일수록 인증된 수입자가 아니면 통관에서부터 문제가 발생할 확률이 매우 높습니다. 보통 화물을 수취하는 사람이 수입자를 겸하는 게 통상적이지만, 지금 보내고자 하는 화물은 결국 수취인이 아마존 창고가 되기 때문에 아마존을 수입자로 정하는 꼴이 되어버립니다. 당연한 얘기지만, 아마존은 내 화물에 대해서 수입자 역할을 해줄 이유가 전혀 없습니다 (그리고 어차피 해상 운송으로 보내는 화물의 무역 서류 중에는 수입자의 EIN 넘버를 필수적으로 기재해야하는데, 아마존이 아마존의 EIN 넘버를 가르쳐주지도 않습니다).그렇다면 해결책은 세 가지가 있습니다: (1) 애초에 사용하는 포워딩사가 본사를 미국에 두는 곳이어서 수입자 역할을 해줄 수 있는 포워딩사를 통해 화물을 운반하는 방법: FBA4YOU라는 FBA 전문 포워딩 업체가 있는데, LAKLARA라는 미국 회사가 모회사입니다. FBA4YOU는 모회사의 EIN넘버로 수입을 한 이력이 상당히 많이 누적되어 있기 때문에 수입을 안정적으로 할 수 있습니다. 이 회사에 포워딩을 맡기는 것이 수입자 문제도 해결될 뿐만 아니라, 굉장히 저렴한 해상 운임 견적을 내주기 때문에 적극적으로 추천하는 입장입니다. (2) 포워딩사의 현지 물류 파트너 업체가 수입자 역할을 대신해주는 것: 주로 포워딩사의 현지 물류 파트너가 수입자 역할을 대신해주기도 하지만, 어떤 포워딩사를 사용하는지에 따라 수입자 역할을 안해줄 수도 있습니다. (3) 대한민국 사업자로 직접 미국 세관에 세금납부번호(EIN)을 발행 받으셔서 화물의 수입자도 '나'로 정하는 것: 하지만 이 방법은 수입 실적이 없는 외국 회사(한국 회사)의 EIN 넘버로 수입자 신고를 하게 되는 것이니, 어떤 화물을 보내는 것인지에 따라 의심받을 수도 있고 세관에서 통관을 눈여겨 볼 수 있는 위험이 있기 때문에 이 방법은 추천하지 않습니다. 결국 제일 간편한 방법은 (1) 애초에 수입자 문제도 해결해줄 수 있는 포워딩사를 이용해서 화물을 운반하는 것입니다.통관에 필요할 수도 있는 인증 및 인허가 자료 마련식품, topical 제품 (신체에 직접 바르는 제품), 화학 제품, 화장품, 그리고 특정 몇몇 종류의 제품은 미리 인증 및 인허가 자료들(문서들)을 준비해야 합니다. 식품의 경우 health certificate, 화장품의 경우 MSDS, topical 제품의 경우 FDA 서류, 전기 제품은 UL 인증이나 FCC 인증이나 CE 인증 등이 필요할 수도 있습니다. 미국의 경우 이런 인증 부분에 대해서 많이 느슨한 편이지만, 유럽 국가들은 다소 까다로운 걸로 알고 있습니다. 미국으로 보내는 식품의 경우 이미 FDA 인증이 된 제품 (FDA 공장 발행 번호가 있는)의 경우, FDA 공장 발행 번호만 제출해도 통관 되는 것으로 알고 있습니다. 내 제품에 대해서 미국 수입 시 필요할만한 서류가 어떤 것들이 있을지 모르신다면 해외인증표준콜센터 (국번없이 1381)로 전화하셔서 문의하시면 자세히 알려줍니다. 전화하셔서 "내 제품이 XX인데, 미국으로 수출할 때 통관에 필수적으로 필요한 서류가 있나요? 있다면 어떤 것들이 있나요?" 라고 물어보시면 됩니다.LTL/FTL을 통해 아마존 shipment 생성하는 법 입고하고자 하는 제품을 선택합니다하고 드랍다운 선택 메뉴에서 'Send/Replenish Inventory'를 선택합니다.팔레트에 담을 대형 화물이기 때문에 저는 개인적으로 항상 case-packed (카톤박스 단위로 포장된) 형태로 선택합니다.그 다음 화면에서는 카톤박스당 몇개의 제품이 들어가는지 설정하고, 총 몇개의 카톤박스가 있는지 기재합니다. 이 예시에서는 상품A의 경우 한 카톤박스에 20개씩 들어가 있고, 총 40카톤박스를 보내도록 설정했으며 (앞서 화물을 준비하는 단계에서 이미 정한대로 설정), 상품B의 경우 한 카톤박스에 30개씩 들어가 있고, 총 40카톤박스를 보내도록 설정한 것입니다 (화물의 총 unit 개수는 2000개)그 다음화면에서는 상품 단위의 라벨링을 하기 위해 상품 라벨을 출력하는 페이지입니다. manufacturer barcode로 아마존에 입고하게 되면 이미 제품에 찍혀있는 유통 고유 부호 13자리 GTIN (EAN이라고도 함) 그대로 입고하셔도 되지만, 여러가지 이유로 저는 여러분들이 amazon barcode로 라벨링을 재작업해서 보내는 것을 추천드립니다 (이것에 대해서는 다른 포스트에서 설명드리겠습니다).그리고 FBA shipment 생성의 마지막 페이지로 옵니다. 여기에서 LTL 화물로 설정하시고 다음으로 넘어가시면 됩니다.그러면 그 밑에 상품 단위로 해당 상품이 몇 개 단위로 카톤박스에 적재되어있는지 설정하게끔 하는 화면이 나오는데요, SKU를 하나 이상 선택하여 입고하는거라면 한 박스당 하나의 상품만 들어있는지, 아니면 여러개 종류의 SKU가 들어있는지도 구분지어주어야합니다. 본 예시에서는 한 상품당 한 카톤박스에 들어있는 것으로 설정했습니다 (이게 통상적입니다).그러면 다음 화면에서 구체적으로 카톤박스의 규격을 알려주어야합니다. A라는 상품은 한 카톤박스에 몇 개 들어있으며, 해당 카톤박스들은 무게가 얼마나 나오는지, 그리고 용적이 어떻게 되는지 등을 기재해야합니다. 상품 B도 마찬가지로 기재해야합니다.그러면 마지막으로, 제가 입력한 정보대로 각 카톤박스마다 부착해야할 박스 라벨을 출력할 수 있게 됩니다. 해당 박스 라벨들을 인쇄하여 앞서 준비한 화물에 한 박스에 하나씩 (고유라벨들이니 복붙 하시면 안됩니다) 붙여주시면 됩니다.포워딩사 연락하기 이제 해상 운송을 통한 FBA 입고 과정의 반 정도 오셨습니다. 정말 많이 수고하셨지만 앞으로 가야할 길이 반이나 남았으니 조금만 더 힘을 내보도록 하겠습니다. 다음으로 해야할 일은 '포워딩사'를 찾는 것입니다. 포워딩사들은 대부분 일반 무역거래에 익숙해져 있습니다. 아마존 창고에 입고할 목적으로 보내는 화물에 대해서는 십중팔구 잘 모르기 마련입니다. 따라서 앞서 말씀드렸듯이 수입자 역할도 대신 해줄 수 있고, 해상 운송을 통한 FBA 입고에도 능숙한 포워딩사를 이용하는 것이 가장 편리하고 문제의 소지가 없습니다. 하지만 그런 포워딩사를 찾지 못했다고 해서 마냥 불가능한 것은 아닙니다. 아마존 FBA 입고에 대해서 잘 모르는 포워딩사라고 하더라도, 미국에서 FBA 전문 3PL 회사를 이용하셔서, 포워딩사에게는 그저 이 3PL 회사 앞으로만 화물을 운송해달라고만 얘기하셔도 됩니다. 어차피 그 이후의 FBA 입고 작업은 3PL 물류 회사에서 처리할 일이니까요.포워딩사로부터 견적서 요청하기포워딩사로부터 견적서를 요청할 땐 미리 준비해야할 자료들이 몇 가지 있습니다. 어차피 견적을 요청해도 아래의 자료들을 추가적으로 요청하는 이메일을 회신 받을테니 애초에 진작 준비하고 나서 견적을 요청하시는게 상호간에 시간을 낭비하는 일이 없을겁니다.- ITEM NAME- HS CODE- UNIT VALUE- TOTAL QUANTITY OF UNITS- GROSS WEIGHT- TOTAL CBM (cubic meters)- SHIP FROM ADDRESS- SHIP TO ADDRESS포워딩사와 일정 잡기 부산항 기준으로 일주일에 배가 1~2번 출항하는 것으로 알고 있습니다. 예를 들어 2018년 2월 21일 수요일에 출항하는 배에 내 화물을 선적하려면 대부분의 포워딩사들은 늦어도 2018년 2월 16일 금요일까지 내 화물을 픽업해가거나 본인들의 CFS 창고로 입고하도록 지시합니다. 그렇다면 내 입장에서는 화물의 모든 준비가 못해도 2018년 2월 15일 목요일까지는 준비가 완료 되어 있어야하기 때문에 일정을 잘 조절 해야합니다. 포워딩사에서 화물을 픽업하기 위해 용달이나 트럭을 보냈는데 팔레트를 용달에 실을 수 있는 지게차가 없다면 그것도 미리 준비해야합니다. 저는 개인적으로 카톤박스 작업까지만 마치고 포워딩사에게 부탁해서 팔레트 제작을 의뢰합니다. 그러면 포워딩사에서 보낸 용달 기사님께서 카톤박스채로 화물을 가지고 가서 CFS 창고에서 팔레트 작업과 스트레치 래핑 작업, 그리고 팔레트 라벨링 작업까지 대신해줍니다.현지에 화물 도착현지에 화물이 도착하게 되면 최종 아마존 FBA 창고까지 배달되는데 마지막으로 결정해야할 게 있습니다. 그것은 바로 포워딩사에서 직통으로 아마존 FBA 창고에 입고시켜줄 것인지 (delivery appointment) 아니면 현지의 물류창고에 잠시 화물을 보관했다가 Amazon Partnered Carrier로 내륙 운송을 통한 FBA 입고를 할 것인지입니다. 어느 방법을 사용해도 무관하지만, 아마존 FBA 창고에 직통으로 입고시켜줄 수 있는 포워딩사는 드뭅니다. 그리고 심지어 그렇게 해준다고 하더라도 예를 들어 배정된 FBA 창고가 버지니아에 있는데 LA항에서부터 버지니아까지 내륙 운송을 포워딩사에서 직접 해주어야한다면 내륙 운송비가 엄청나게 많이 발생합니다. 하지만 Amazon Partnered Carrier는 미국 내에서도 가장 저렴한 내륙 운송비를 자랑합니다. 따라서 제가 추천하는 것은 캘리포이나에 가까운 창고로 배정이 되었다면 그냥 포워딩사에 부탁해서 직통으로 입고해달라고 요청하는 것이 좋으며, 항구에서부터 배정된 FBA 창고 주소가 멀어지면 멀어질수록 Amazon Partnered Carrier를 통해 내륙 운송으로 입고하는 방법을 추천드립니다.아마존 FBA 입고 완료이렇게 해서 드디어 해상 운송을 통한 LTL/FTL 아마존 FBA 입고를 완료하게 됩니다. 해상 운송을 통한 아마존 FBA 입고가 쉽지만은 않습니다. 컨택틱은 아마존 판매에 어려움을 겪고 있는 분들 또는 시작 단계에 있는 분들을 도와드리오니, 도움이 필요하신 분들은 망설이지 말고 연락주세요 ^^

안녕하세요. 에이스프로젝트의 채용담당자 K입니다. (꾸벅)오늘은 에이스프로젝트 면접에서 꼭 만나게 되는 ‘우황청심책’에 대해 이야기해보려고 해요.이것이 말로만 듣던 에이스프로젝트 '우황청심책'!서류 합격! 즐거움도 잠시 면접 준비로 정신없던 날들이 지나고 드디어 면접일이 다가왔어요.오는데 고생한 지원자를 위한 물은 센스!면접을 보러 오는 지원자는 친절한 채용 담당자의 안내로 면접실에 들어선 후 우황청심책을 건네받습니다.지원자는 우황청심책을 읽으며 면접 전에 릴랙스하는 시간을 갖게 돼요.면접은 누구에게나 떨리고 긴장되는 시간이죠, 긴장한 탓에 본인의 모습을 제대로 보여주지 못하고 돌아가는 지원자도 정말 많습니다. 지원자에게도, 회사에게도 면접은 중요한 기회인 만큼지원자가 긴장을 풀고 최대한 본인의 역량을 잘 이야기할 수 있는 시간을 만들고 싶었어요.'면접 시작 전에 뭔가 읽으면서 긴장을 풀면 좋지 않을까?'라는 생각에서우황청심책이 탄생하게 되었죠!(이름에서도 느껴지죠? 제발 긴장을 풀었으면 좋겠다ㅠㅠ)우황청심책은 에이스프로젝트에 대해 알 수 있는 이야기들로 채워져있는 '스크랩북'이라고 생각하시면 돼요.첫 장을 열면, 지원자의 긴장을 풀어주기 위한 채용담당자의 따뜻한 편지가 지원자를 기다리고 있어요. 지원자가 가장 궁금해하는 채용 프로세스에 대한 내용도 깔끔하게 정리해두었죠.채용 담당자의 마음을 듬뿍 담아서 편지를 썼어요 (힘내세요!)지원 분야가 모두 다르니, 우황청심책도 '개발/그래픽/기획/프론트 편'으로 나눠져 있어요!본인이 지원한 직무를 맡고 있는 에이스人의 이야기도 확인해 볼 수 있답니다. '어서 와 에이스프로젝트는 처음이지?'예를 들면, 우황청심책 ‘개발 편’에는 서버 개발, 클라이언트 개발, R&D 개발에 대한 직무 인터뷰 내용이 있어요.직무 인터뷰뿐만 아니라, 면접 전에 우리 회사의 조직문화나 성훈님(대표님)의 생각에 대해 알 수 있는 회사소개와 성훈님의 인터뷰도 수록해두었죠.면접은 지원자에게도 이 회사에 대해 알아볼 수 있는 시간이니까요!에이스프로젝트의 조직문화를 간접적으로 느낄 수 있어요!성훈님(대표님) 생각 미리 보기 +_+사실 지원자의 긴장감을 우황청심책이 모두 없애줄 순 없겠지만,  심리적으로 회사와 가까워진 상태로 면접을 볼 수 있다는 점은 긍정적이지 않을까요?우황청심책이 여러분의 기량을 100% 발휘하는데 조금이나마 도움이 되었으면 좋겠어요!

최근의 서비스/애플리케이션의 개발 흐름은 멀티 플랫폼, 멀티 디바이스 시대로 넘어와 있습니다. 단순히 하나의 브라우저만 지원하면 되었던 이전과는 달리, 최근의 서버 프로그램은 여러 웹 브라우저는 물론이며, 아이폰, 안드로이드 애플리케이션과의 통신에 대응해야 합니다. 그렇기 때문에 매번 서버를 새로 만드는 수고를 들이지 않기 위해선 범용적인 사용성을 보장하는 서버 디자인이 필요합니다.REST 아키텍처는 Hypermedia API의 기본을 충실히 이행하여 만들고자 하는 시스템의 디자인 기준을 명확히 확립하고 범용성을 보장하게 해줍니다. 이번 글에선 현대 서비스 디자인을 RESTful하게 설계하는 기초적인 내용에 대해 정리하려고 합니다.REST란 무엇인가?REST는 Representational state transfer의 약자로, 월드와이드웹과 같은 분산 하이퍼미디어 시스템에서 운영되는 소프트웨어 아키텍처스타일입니다. 2000년에 Roy Fielding에 의해 처음 용어가 사용되었는데, 이 분은 HTTP/1.0, 1.1 스펙 작성에 참여했었고 아파치 HTTP 서버 프로젝트의 공동설립자이기도 합니다.REST는 HTTP/1.1 스펙과 동시에 만들어졌는데, HTTP 프로토콜을 정확히 의도에 맞게 활용하여 디자인하게 유도하고 있기 때문에 디자인 기준이 명확해지며, 의미적인 범용성을 지니므로 중간 계층의 컴포넌트들이 서비스를 최적화하는 데 도움이 됩니다. REST의 기본 원칙을 성실히 지킨 서비스 디자인은 “RESTful 하다.” 라고 흔히 표현합니다.무엇보다 이렇게 잘 디자인된 API는 서비스가 여러 플랫폼을 지원해야 할 때, 혹은 API로서 공개되어야 할 때, 설명을 간결하게 해주며 여러 가지 문제 상황을 지혜롭게 해결하기 때문에 (버전, 포맷/언어 선택과 같은) REST는 최근의 모바일, 웹 서비스 아키텍처로서 아주 중요한 역할을 하고 있습니다.중심 규칙REST에서 가장 중요하며 기본적인 규칙은 아래 두 가지입니다.URI는 정보의 자원을 표현해야 한다.자원에 대한 행위는 HTTP Method(GET, POST, PUT, DELETE 등)으로 표현한다.1번 사용자에 대해 정보를 받아야 할 때를 예를 들면, 아래와 같은 방법은 좋지 않습니다.GET /users/show/1 이와 같은 URI 방식은 REST를 제대로 적용하지 않은 구 버전의 Rails에서 흔히 볼 수 있는 URL입니다. 이 URI은 자원을 표현해야 하는 URI에 /show/ 같은 불필요한 표현이 들어가 있기 때문에 적절하지 않습니다. 본다는 것은 GET이라는 HTTP Method로 충분히 표현할 수 있기 때문이죠. 최근의 Rails는 아래와 같이 변경되었습니다.GET /users/1 자원은 크게 Collection과 Element로 나누어 표현할 수 있으며, 아래 테이블에 기초한다면 서버 대부분과의 통신 행태를 표현할 수 있습니다.ResourceGETPUTPOSTDELETERESTful Web Service HTTP methodsCollection URI, such as http://example.com/resources/컬렉션에 속한 자원들의 URI나 그 상세사항의 목록을 보여준다.전체 컬렉션은 다른 컬렉션으로 교체한다.해당 컬렉션에 속하는 새로운 자원을 생성한다. 자원의 URI는 시스템에 의해 할당된다.전체 컬렉션을 삭제한다.Element URI, such as http://example.com/resources/item17요청한 컬렉션 내 자원을 반환한다.해당 자원을 수정한다.해당 자원에 귀속되는 새로운 자원을 생성한다.해당 컬렉션내 자원을 삭제한다.이 외에도 PATCH 라는 HTTP Method에도 주목하시기 바랍니다. PUT이 해당 자원의 전체를 교체하는 의미를 지니는 대신, PATCH는 일부를 변경한다는 의미를 지니기 때문에 최근 update 이벤트에서 PUT보다 더 의미적으로 적합하다고 평가받고 있습니다. Rails도 4.0부터 PATCH가 update 이벤트의 기본 Method로 사용될 것이라 예고하고 있습니다.입력 Form은 어떻게 받아오게 하지?위의 예시를 통해 많은 행태를 표현할 수 있습니다만 새로운 아이템을 작성하거나 기존의 아이템을 수정할 때 작성/수정 Form은 어떻게 제공할지에 대한 의문을 초기에 많이 가집니다.정답은 Form 자체도 정보로 취급해야 한다는 것입니다. 서버로부터 “새로운 아이템을 작성하기 위한 Form을 GET한다”고 생각하시면 됩니다. Rails 에선 기본적인 CRUD를 제공할 때 아래와 같은 REST 인터페이스를 구성해줍니다.HTTPVerbPathactionused forGET/photosindexdisplay a list of all photosGET/photos/newnewreturn an HTML form for creating a new photoPOST/photoscreatecreate a new photoGET/photos/:idshowdisplay a specific photoGET/photos/:id/editeditreturn an HTML form for editing a photoPUT/photos/:idupdateupdate a specific photoDELETE/photos/:iddestroydelete a specific photo모바일 환경에 따라 다른 정보를 보여줘야 한다면?접속하는 환경에 따라 다른 정보를 보여줘야 할 때가 있습니다. 가령 모바일 디바이스에서 볼 때 다른 사용자 인터페이스를 제공한다든지 하는 경우인데요. 일부 애플리케이션은 독립적인 모바일 웹서비스를 개발한 후 단지 이를 이동시켜주기만 할 때가 있는데, 이는 어떤 경우에 좋지 못한 사용성을 보여줍니다. 모바일 뷰와 일반 웹페이지 뷰의 URI가 달라서 같은 정보를 공유할 때 각 환경에 적절한 디자인과 인터페이스로 보이지 않기 때문입니다.모바일에서 블로그를 구경하던 도중, 컴퓨터를 이용하고 있는 친구에게 자신이 보고 있는 내용을 보내주고 싶을 때가 있습니다. 티스토리 블로그는 모바일 뷰의 URI가 기존 URI와 달라서, 친구가 해당 URI를 데스크탑에서 열어도 모바일에 최적화된 정보를 받을 수밖에 없게 됩니다. 이 URI를 데스크탑에서 열어보시기 바랍니다.REST 하게 만든다면 URI는 플랫폼 중립적이어야 하며, 정보를 보여줄 때 여러 플랫폼을 구별해야 한다면 Request Header의 User-Agent 값을 참조하는 것이 좋습니다. 예를 들어 iPhone에서 보내주는 User-Agent 값은 아래와 같습니다.Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3 대부분 브라우저, OS 플랫폼은 HTTP Request를 보낼 시 보내는 주체에 대한 설명을 User-Agent에 상세하게 포함하여 통신하고 있기 때문에 요청자의 환경을 정확히 알 수 있습니다.버전과 정보 포맷을 지정할 수 있게 해야 한다면?오픈 API를 제공하거나, 클라이언트가 항상 최신 버전을 유지할 수 없는 환경이라면 서버에서 버전 협상을 지원해야 합니다. 서버가 버전 협상을 지원한다면 최신 버전으로 업데이트가 되더라도 구 버전의 정보 요청에 하위 호환하게 하여 서비스 적용범위를 넓게 유지할 수 있습니다. 이와 함께 클라이언트가 html로 정보를 받을지, json으로 받을지, xml로 받을지 선택할 수 있다면 더욱 좋을 것입니다.Header의 Accept 헤더를 이용해서 요청 환경에서 정보의 버전과 포맷을 지정할 수 있게 합니다. 아래는 Github API에 요청 시 쓰는 Accept 헤더입니다.application/vnd.github+json vnd.는 Vendor MIME Type으로, 서비스 개발자가 자신의 독자적인 포맷을 규정할 수 있게 HTTP 표준에서 제공하는 접두어입니다. vnd. 이후에 서비스 제공자 이름을 쓴 후, +로 문서의 기본 포맷을 표현해줍니다.이에 더해, Accept 헤더는 파라미터를 받을 수 있습니다. 많은 REST 지지자들은 이 파라미터를 이용해 버전 명을 지정하는 것을 권장합니다.vnd.example-com.foo+json; version=1.0 Ajax와 REST최근 빠른 속도의 웹서비스를 구현하기 위해 서비스 전체를 Ajax 통신으로 구동되게끔 HTML5 애플리케이션을 만드는 일이 많습니다. 서비스 전체를 Ajax 기반으로 구동되게 개발한다면 중복된 콘텐츠를 여러 번 전달하지 않아도 되고, 브라우저 렌더링 과정이 간소화되므로 더욱 빠른 서비스를 구축할 수 있습니다. 하지만 Ajax 기반의 서비스는 초기에 URL에 관련된 문제가 있어 REST한 서비스를 만들 때 애로사항이 있었습니다. 콘텐츠가 바뀌어도 URL은 그대로여서 친구에게 내가 보고 있는 콘텐츠를 보여줄 방법이 불편했기 때문이죠.최근엔 두 가지 방법으로 이를 보완할 수 있습니다. 첫 번째는 #! 기법으로, 구형 브라우저에서도 # 이하의 URL을 Javascript로 자유자재로 변경할 수 있다는 점을 이용한 방법입니다. 방법은 아래와 같습니다.Ajax 통신을 통해 이동되는 페이지의 URI는 현재 URI의 #! 이후에 붙인다.페이지가 처음 열릴 때, #! 이후로 URI가 붙어있다면 해당 URI로 redirect를 해준다.이와 같은 방법으로 Ajax 서비스를 만들면, 페이지를 이동한 이후에 URL을 친구에게 복사해서 전달해주어도 친구가 내가 보고 있는 콘텐츠를 볼 수 있으며, 구글에서 수집할 때 해당 #! 이하의 URL을 판별해서 제대로 수집해주기 때문에 검색엔진에도 성공적으로 노출될 수 있습니다.하지만 위 방법의 단점은 1. 상대방이 Javascript를 지원하지 않는 브라우저를 이용하거나 Javascript 기능을 꺼 놓았을 때 제대로 된 콘텐츠를 볼 수 없다는 것이며, 2. URI가 몹시 보기 지저분해진다는 것입니다. 두 번째 방법은 pushState라는 새로운 표준을 이용한 방법으로, javascript의 pushState를 통해 Ajax 통신 후에 변경된 컨텐츠의 URI을 제대로 바꿔줄 수 있습니다. 하지만 최신 표준을 지원하는 브라우저에서만 정상적으로 구동되기 때문에, 하위 호환에 신경을 써야 한다는 단점이 있습니다. pjax같은 프로젝트들이 하위 호환을 포함하여 이런 구현을 쉽게 하도록 도와주고 있습니다.언어언어별로 다른 URI의 서비스를 가지는 서비스들을 종종 볼 수 있습니다. 역시 좋지 못한 설계입니다. 한국어로 작성된 컨텐츠를 보고 있는 중 해당 콘텐츠를 미국인 친구에게 보여줄 일이 생겼다고 가정해봅시다. 단순히 URI를 복사해서 주는 것으로는 미국인 친구에게 내가 보고 있는 정보를 제대로 전달해줄 수 없다면 아주 불편할 것입니다.Request Header의 Accept-Language는 받고자 하는 언어를 명시하고 있습니다. 대부분 브라우저, OS 플랫폼은 사용자가 즐겨 쓰는 언어를 이 Header에 포함하여 요청을 만들고 있기 때문에, 해당 Header를 참조하여 그에 걸맞은 언어를 제공해주는 것이 가장 정확한 서비스를 제공해줄 수 있습니다.물론 이 방법만으로 부족한 점이 있습니다. 자신의 주 언어와 다른 언어의 세팅을 가지고 서비스를 이용하는 사용자도 있으며, 몇 가지 이유 때문에 해당 사이트만, 해당 순간에만 다른 언어로 정해서 보고 싶을 수 있기 때문입니다. 아쉽게도 일반적인 브라우저에서 언어 변경을 하는 인터페이스는 매우 불편하고 찾기 어렵게 되어있기 때문에, 서비스에서 이에 대한 추가 인터페이스를 제공해주지 않으면 일부 사용자를 잃거나 불편하게 할 수 있습니다. 보통은 Accept-Language보다 우선해서 적용하는 언어 옵션을 세션에 저장할 수 있게 하고, 이에 대한 변경 인터페이스를 서비스에서 제공해주는 식으로 문제를 해결할 수 있습니다.마치며REST는 여러 가지 서비스 디자인에서 생길 수 있는 문제를 최소화해주고, HTTP 프로토콜의 표준을 최대한 활용하여 여러 추가적인 장점을 함께 가져갈 수 있게 해줍니다. 이번 글에서는 REST하지 않은 서버 설계를 통해 생길 수 있는 실질적인 문제들을 제시하고 REST 아키텍처가 이를 어떻게 해결해주는지 함께 보았습니다.‘REST가 완전한 정답이냐?’라고 한다면 이에 대해서는 아직 논의가 남아있습니다. 구형 브라우저가 아직 제대로 지원해주지 못하는 부분이 분명히 있으며 (PUT, DELETE를 사용하지 못하는 점, pushState를 지원하지 않는 점) 브라우저를 통해 테스트할 일이 많은 서비스라면 쉽게 고칠 수 있는 URL보다 Header 값은 왠지 더 어렵게 느껴지기도 합니다.만일, 만들고 있는 서비스의 API가 널리 쓰여야 한다면 REST를 완전하게 적용한 디자인이 더 독이 될 수 있습니다. 많은 개발자는 별로 똑똑하지 못하며, HTTP 프로토콜에 대한 이해가 부족하여서 API가 어렵게 느껴질 수 있기 때문입니다. 그러므로 Google을 포함한 많은 기업의 서비스 API가 REST 스타일을 완전히 따르고 있진 않습니다.하지만 그럼에도 REST가 중요한 점은, 이를 제대로 구현하는 것이 서비스 디자인에 큰 부가이익을 가져다 줄 수 있으며, 많은 현대의 API들이 REST를 어느 정도로 충실하게 반영하느냐를 고민할 뿐이지 REST를 중심으로 디자인되고 있다는 점은 분명하기 때문입니다. REST를 얼마나 반영할 지는 API가 어떤 개발자를 범위에 두는지, 개발 기간이 얼마나 되는지, 함께 하는 동료의 역량은 어떠한지 등을 고려해서 집단마다 다르게 반영하게 될 것입니다.#스포카 #개발 #개발자 #개발팀 #꿀팁 #인사이트 #REST

제품을 선보일 때, 실제 사용자가 어떠한 방식으로 제품을 사용할 것인가에 대해 고민하고, 누구보다 제품을 이해해야 하는 사람들이 있다. 바로 'UX디자이너'다. 이번 기고는 인공지능을 다루는 서비스 분야가 넓어지면서, (인공지능이) 'End-User'와 직접 소통하고 대화할 수 있는 영역으로 확대됨에 따라 역할이 더욱 중요해진 UX디자이너에 대해 알아보고자 한다.많은 사람이 UX 디자인에 대해 오해하고 있다. 뛰어난 UX 디자인이란, 사용자가 느끼기에 가장 편리한 디자인이라고 생각하는 점이다. 실제로 인간은 단순히 편리한 것만 원하지 않는다. 특히, 인공지능을 탑재한 서비스는 유용성에 더 중요한 가치를 제공할 수 있으며, 서비스 성격에 따라 사용자의 감성을 많이 고려한다. 결국 인공지능 기술 기업이라면 사용자 입장에서 유용성, 편리성, 감성 등을 모두 고려한 인간 친화적인 UX 디자인을 무기로 내세워야만 한다.이에 실제 현업에서 매일 고민 하고 있는 스켈터랩스의 성진하 시니어 UX디자이너와 이야기를 나눴다.< 인공지능 개발 기업 스켈터랩스의 성진하 시니어 UX디자이너 >UX디자이너가 주로 하고 있는 일은?현재 스켈터랩스에서 대화형 UI에 엔진 및 빌더를 개발하는 프로젝트와 스마트 디바이스 개발 프로젝트에 참여 중이다. 먼저 대화형 UI쪽에 초점을 맞춰보자. 엔진은 소프트웨어 엔지니어가 집중하는 영역이라면, 빌더는 유저랑 만나는 접점이므로 UX디자이너 역할이 중요한 영역이다. 하지만, 빌더도 엔진쪽과 커뮤니케이션하며 개발하기 때문에 중간중간 엔지니어들과 '싱크업'을 해야 하고, 초기 단계이기 때문에 대화형 엔진에서 어떤 기능을 어떻게 제공할지 등을 논의해야 한다. 또한, 개발자 언어를 사용자가 알 수 있는 기능으로 '패키징'하는 일도 담당한다. 예를 들어, 지금은 'Function'이라고 부르는 것이 예전에는 'Fulfillment'라고 했었다. 두가지 다 업계에서 쓰는 용어지만, '업계 표준'이라는 것이 없기 때문에 어떤 용어가 더 적합한지에 대한 판단하고 있다.스마트 기기 같은 경우에는 실제로 사람들이 어떤 기능을 원하는지, 타겟 고객군이 어떤 라이프스타일을 즐기는지 예측하고 검증하는 과정에도 많은 시간을 할애한다. 엔지니어링 입장에서 어떤 'Feature'를 개발할 것이라고 한다면, UX디자이너는 실제 개발 가능성과 사용자 입장에서 접점을 찾아내는 역할을 담당한다.실제로 하고 있는 일 중 일반인들이 알고 있는 것과 가장 큰 차이가 있는 점은?일반적으로 생각하는 '디자인 작업'에 할애하는 시간 자체는 적은 편이다. 포토샵이나 스케치 등으로 하는 작업은 약 20% 정도에 불과하다. UX 디자인은 리서치와 디자인을 오가며 'Iteration(반복)'하는 작업이 대부분이다. 리서치는 벤치마킹이나 사용자 조사 등이 있고, 디자인에도 와이어프레임, 플로우 설계, UX 문구 선정, 애니메이션 등과 같은 다양한 작업들이 있다. 사람들이 생각하기에 디자인은 리서치가 아닌 비주얼 디자인인 경우가 많은데, 아까 말한 것처럼 여기에 할애하는 시간은 실제로 매우 적은 편이다. 고민하고 커뮤니케이션하는 시간이 훨씬 많다. 더구나 인공지능은 새로운 분야이다 보니, 공부하는 시간도 예전보다 늘었다.인공지능 붐이 일어나면서 UX디자이너의 역할은 어떤 점이 달라졌는가?일반적으로 쉽게 생각하는 것이 대화형 UI일텐데, 대화형 UI가 등장하면서 무형의 것을 디자인하는 숙명이 생겼다. 스켈터랩스에 오기 전에도 이런 고민은 많았다. 전 직장인 국내 S 대기업에서는 UI 디자이너들이 하던 고민이다. 대화형 인공지능 경험을 하다보니 생각보다 인문학적인 것에 대한 지식이 많이 필요했다. 실제로 구글은 'Conversation UI Designer'가 있다. 이 사람들 중에는 대화가 무엇인가 자체를 정의하는 사람도 있다. '특정 질문에 대해 사람들은 어떻게 대답할 것인가'라는, 예전에는 생각하지 못했던 고민을 많이 하고 있는 것이 현실이다.< 인공지능 개발 기업 스켈터랩스의 성진하 시니어 UX디자이너 >반대로 힘든 점은 무엇인가?요약해서 말하자면, 어렵고 생소해 많이 공부해야 하는 점이다. 특히, 대화형 UI에 대한 업계 표준이라는 것이 없어서 더욱 힘들다. 예를 들자면, 2008년 아이폰3G, 2010년 갤럭시S가 출시한 뒤 터치기반 스마트폰 모바일UX는 어느 정도 표준화 작업이 진행됐다. 이미 화면 사이즈에 맞는 프레임과 아이콘이 있고, 이를 바로 가져다 쓰거나 약간만 수정해 작업할 수 있는 편한 환경이 구축된 것이다.하지만, 대화형 UI는 아직 구축된 것이 적고, 보고 참고할 수 있는 것도 부족한 편이다. 때문에 정말 많은 고민과 공부가 필요하다. 여러 많은 글로벌 기업이 대화형 UI를 개발하고 있지만, 아직 어느 누가 이 분야의 선두 업체라고 할 수 없다. 아직 업계가, 기술이 충분히 무르익지 않았다고 생각한다.다시 모바일 UI의 예를 들어보자. 예전에는 줌인/아웃에 대한 실험도 상당히 많았다. 더블탭도 해보고, 돋보기 버튼도 적용하는 등 여러 과정을 거쳤고, 수 년간 실험을 통해 지금은 사람들이 두 손가락으로 늘리고 줄이는 행동을 당연하게 인식한다. 지금의 대화형 UI는 수년간 실험을 거쳐야 하는 단계라고 생각한다. 이것도 해보고 저것도 해보는 여러가지 시도를 테스트 중이다.국내 대기업에서 오랜 기간 경험을 쌓고 왔는데, 스타트업으로 옮긴 뒤 느낀 가장 큰 차이점은 무엇인가?크게 세가지로 정리할 수 있다.첫번째, 업의 특성이다. 대기업을 톱니바퀴라고 많이 표현하는데, 실제로 세부적인 것을 많이 분석하고, 일도 세분화되어 있는 구조다. 디자인 부서라고 해도 비주얼 디자인, 와이어프레임 디자인, 플로우설계, 애니메이션, UX문구 등 모두 세분화 되어 있다. 이에 반해 스타트업은 개인이 커버해야 하는, 그리고 능력에 따라 커버할 수 있는 영역이 더 넓다.두번째, 업무 환경이다. 대기업은 보안을 중요시하기 때문에 불편한 점이 많다. PC로 접속할 수 없는 사이트도 많았고, 구글 드라이브는 물론, 소식을 확인할 수 있는 해외 뉴스 사이트도 항상 승인 버튼을 눌러야 접속할 수 있다. 심지어 사무실 내에서 스마트폰 카메라 작동은 상상도 할 수 없고, PC를 들고 다니면서 일할 수도 없는 환경이다. 반면, 스켈터랩스는 '스케치', '제플린', '앱스트랙트' 등 여러 툴을 언제 어디서든 내 맥북을 들고 다니면서 사용할 수 있다.세번째, 사람이다. 대기업은 계속 디자이너들 사이에서만 일했다. 하지만, 이 곳은 개발자, 마케팅, PM 등 다양한 직군과 함께 있어 여러모로 배울 점이 많다. 특히, 스켈터랩스는 개발자가 많은 조직이고, 흔히들 말하는 천재형 개발자도 많이 볼 수 있다. 팀 내에서 개발언어로 소통하기 때문에 스스로 (디자인 이외의) 다른 영역을 공부하고 익숙해지는 중이다.UX디자이너로서 앞으로 업계 혹은 회사에서 기대되는 점은 무엇인가?개인적으로 인공지능 분야에 대해 많이 공부할 수 있고, 내 역량에 따라 전문가가 될 수 있는 기회를 잡았다고 생각한다. 한가지 바람은 스켈터랩스가 B2C용 제품을 빨리 출시를 출시하길 원한다. 기술 중심 회사라 많은 사람이 아직 정확하게 스켈터랩스가 어떤 것을 하는지 알기 힘들었는데, 실제 제품을 출시하면 우리가 어떤 업체인지, 어떤 기술을 보유하고 있는지 알릴 수 수 있고, 더불어 'End-user'와 직접 소통할 수 있기에 UX 중요성이 더욱 드러날 것이라고 생각하기 때문이다.성진하, 스켈터랩스 Senior UX Designer삼성전자 모바일 UX디자인 분야에서 오랜 기간 경험을 쌓고, 스켈터랩스로 전향 후 대화형 UI 빌더와 스마트 디바이스 프로젝트에 참여하고 있는 카이스트 출신 UX디자이너#스켈터랩스 #기업문화 #인사이트 #경험공유 #조직문화 #인공지능기업 #기술기업 #UX디자이너 #디자인

안녕하세요:)인턴들의 하루하루를 전해드리는 클라라입니다오늘은 저번 시간에 말씀드렸던 Tech unit의  미녀 인턴과의 인터뷰를 진행했습니다!그녀의 이름은 상쾌한 Mint!본명에 '박하'가 들어가서 민트라는 이름을 지었다고 하네요~센스 만점이죠?이름처럼 상큼한 민트와의 인터뷰바로 만나보시죠!고고고☞Q. 안녕하세요 민트, 간단한 자기소개와 요즘 어떤 일을 하시는지 소개해주세요~M.네! 안녕하세요~ 저는 iOS 개발을 하고 있는 개발자입니다. 많은 분이 개발자가 코딩을 하고 이런 것들은 어렴풋이 알고 계실 텐데, 지금 저는 iOS 앱에서 개선할 부분을 조사하고 더 잘 구현하고자 열심히 개발하고 있습니다. 아직은 주로 UX/UI 의 개선에 집중하고 있고, 하는 일보다 배우는 일이 더 많은 것 같네요!M.네! 안녕하세요~ 저는 iOS 개발을 하고 있는 개발자입니다. 많은 분이 개발자가 코딩을 하고 이런 것들은 어렴풋이 알고 계실 텐데, 지금 저는 iOS 앱에서 개선할 부분을 조사하고 더 잘 구현하고자 열심히 개발하고 있습니다. 아직은 주로 UX/UI 의 개선에 집중하고 있고, 하는 일보다 배우는 일이 더 많은 것 같네요!Q. 개발자는 그 안에서도 하는 일이 다양하다고 들었어요. 요즘 민트의 주 업무에 대해 더 자세하게 설명해주실 수 있을까요?M.그럼요~지금 저는 아이폰의 OS인 iOS에 특화된 방식으로 개발하는 네이티브 방식을 활용하고 있어요. 네이티브 방식이란 안드로이드나 iOS와 같은 특정 OS에 최적화된 방식으로 앱을 개발하고 있다는 뜻입니다. 그렇지 않은 개발 방식도 있거든요! 모바일 웹페이지를 앱처럼 꾸며서 보여주는 등 여러 방식이 있습니다.M.그럼요~지금 저는 아이폰의 OS인 iOS에 특화된 방식으로 개발하는 네이티브 방식을 활용하고 있어요. 네이티브 방식이란 안드로이드나 iOS와 같은 특정 OS에 최적화된 방식으로 앱을 개발하고 있다는 뜻입니다. 그렇지 않은 개발 방식도 있거든요! 모바일 웹페이지를 앱처럼 꾸며서 보여주는 등 여러 방식이 있습니다.iOS개발은 안드로이드 앱 개발과 비교했을 때 제약 조건도 많고, 생소한 스타일의 개발 언어를 써야 하는 게 어려워요. 하지만 동시에 iOS 특유의 사용감과 안정성이 매력이에요. 그리고 아까 UX/UI라는 용어를 사용했는데 이는 User Experience와 User interface의 약자, 즉 사용자 경험을 의미합니다. 저희는 사용자 경험을 더욱 편리하게 하는 쪽으로 앱을 유지 보수하는 일을 하고 있는 거예요. 미미박스는 고객을 소중히 여기기 때문에 이런 UX/UI에 있어서도 많은 신경 쓰고 있습니다.Q. 그럼 개발자로서 미미박스는 어떤 장점을 가지고 있나요? 저희 회사 자랑 좀 해주세요!!!M. Q. 그럼 개발자로서 미미박스는 어떤 장점을 가지고 있나요? 저희 회사 자랑 좀 해주세요!!!M. 음, 저는 미미박스가 개발자의 의견을 듣고 반영하고자 하는 회사임을 가장 말씀드리고 싶어요! 미미박스 개발팀에서는 디자인팀+앱 개발팀+PM 팀, 세 팀이 모여서 정기적으로 회의를 하고 있습니다. 이 회의를 스크럼이라고 하는데, 프로젝트와 관련된 모든 사람들이 모여서 계획하고 피드백하는 것이죠.이걸 하면 좋은 이유는 개발을 담당하는 사람이 직접 기획에도 참여할 수 있다는 거예요. 보통 한국에서 개발 직무는 보통 상명하달식으로 이루어진다고 해요. 위에서 개발이라는 직무를 이해하지 않고 일방적으로 일정을 정해서 던져주는 거죠. 그런데 미미박스는 그렇지 않고 자신의 생각을 내고 반영할 수 있어서 좋아요.   Q. 오오오~ 그렇군요! 민트와 저는 자리가 멀잖아요. 업무적인 것과 별개로, Tech 유닛의 분위기는 어떤가요??? M.저희 유닛 분위기 완전 좋아요! 그리고 저는 사수 분들이 똑똑하셔서 배울 점이 많다는 생각으로 회사를 다니고 있어요. 서로 돕고 정보를 공유하는 분위기여서 무려 시니어 분들이 제게 본인의 코드를 다 오픈해주세요. 근데 그 코드가 다 샘플 코드의 수준이고요!(샘플 코드란 일종의 '교과서'같은 존재로, 코딩의 수준이 아주 높다는 뜻입니다.)iOS 직무는 신입의 진입장벽이 높거든요. 사전 지식 없이는 독학으로 따라잡을 수 없는 부분이 많기 때문에 코드와 그에 대한 설명을 들을 수 있다는 건 엄청난 거죠. 마치 최고의 영업사원이 자신의 영업 비밀을 공개해주는 그런 경우라고 할까요? 애플 워치의 코드까지 알려주는 회사, 흔치 않습니다! (엄지 척)  민트에게 몰려든 고양이들~Q. 와우! 애플 워치도 코딩을 하는 거군요. 제겐 너무나 신세계인데요...!  이제 마지막 질문입니다. 여성 개발자로서 강점은 무엇일까요?M.저는 사실 특정 산업 군이나 성별에 구애받지 않는 작업을 한다고 생각해요. 그럼에도 화장품을 온라인으로 사 본 개발자과 그렇지 않은 개발자는 차이가 있다고 생각해요. 여성이 주 고객층인 뷰티 쇼핑몰에 대한 경험이 쌓이면 새롭고 좋은 UX에 대한 아이디어도 더 잘 나오지 않을까 싶네요.  민트와의 인터뷰 어떠셨나요?저 클라라처럼 컴알못이거나개발자의 하루가 궁금하셨던 분들은 이번 인터뷰가 큰 도움이 되셨으면 좋겠습니다.민트를 마지막으로 인턴의 생활을 엿볼 수 있는 클라라의 인터뷰가 마무리 되는데요 :)미미박서의 일과 삶에 대해서 조금이나마 더 알아가셨다면,그래서 '미미박스에서 일해보고 싶다'는 마음이 스멀스멀 생기셨다면!클라라는 그것만으로도 보람찰 것 같습니다.그럼 또 미미박스의 소식으로 찾아올게요~

안녕하세요, 엘리스입니다.지난번 블로그 글에서 엘리스가 일하는 방식을 프론트엔드 팀 리더 휘동님께서 직접 이야기해주셨는데요, 오늘은 '디자인팀은 어떻게 일하는가'를 인터뷰를 통해 샅샅이 밝혀보도록 하겠습니다!간단한 자기소개 부탁드려요.Jane저는 디자인팀의 지인이라고 합니다. 디자인팀에서 기획과 UX, UI 쪽을 주로 담당하고 있습니다.Youhyun안녕하세요! 저는 디자인팀의 유현입니다. 전 엘리스에서 UI와 브랜드 디자인을 주로 하고 있어요. 이메일 디자인이나 마케팅 콘텐츠도 지원하고 있구요. 토끼가 등장하는 건 거의 제 손길이 닿았다고 보시면 됩니다. :)엘리스에 합류하게 된 이유는 무엇인가요?Jane학부 1학년 때 코딩 수업이 필수였어요. 이때 코딩에 대한 안 좋은 기억이 있었는데 이후 재미있는 수업들을 들으며 극복하게 되었구요. 사람들이 코딩에 대해 갖는 거부감이나 두려움을 알아요. 디자인적으로 이걸 쉽고 친근하게 풀어내고 싶다는 생각으로 합류하게 되었어요.Youhyun한 워크숍에서 웹 코딩 수업을 들으면서 코딩의 재미를 알게 되었어요. 내가 디자인하고 직접 웹사이트까지 만드는 게 너무 재밌는 거예요. 그래서 저는 디발자가 되고 싶었어요!ㅋㅋ. 좋은 기회로 엘리스라는 회사를 알게 되었는데 심지어 코딩 교육이고, 여기에 있는 귀여운 캐릭터들도 너무 좋더라구요. 바로 합류를 결정했죠.요즘 하고 있는 디자인 작업은?Jane엘리스에서는 매 분기마다 목표를 정하고 프로젝트를 해요. 이번 분기 목표는 선생님, 조교와 같은 교육자가 좀 더 편하게 저희 서비스를 사용하는 거예요. 그 일환으로 교육자가 수업자료를 올릴 때 기존에 코드로 작성해야 했던 것을 GUI(Graphical User Interface)화 하는 작업을 하고 있어요. 이 프로세스를 개선하면 교육자가 실습 콘텐츠의 퀄리티를 좋게 만드는 데에만 신경을 쓸 수 있기 때문에 교육 자료의 질도 높아질 거라고 생각해요.Youhyun퍼블리케이션 디자인을 하고 있어요. 퍼블리케이션은 선생님이 프로그래밍 과목을 만들고 검수 과정을 거쳐서 학생들에게 공개하는 것까지의 과정을 말해요. 이 기능은 작년에 출시되었는데, 지금은 그동안의 사용자 불편점들을 반영하여 개선하는 작업을 하고 있어요.개인적으로 좋아하는 디자인 작업은?Jane저는 Sketch나 최신 디자인 툴을 테스트해보는 것을 좋아해요. 각종 디자인 툴과 플러그인을 활용해보면서 파일, 레이어, 심볼 관리를 더 잘할 수 있는 방법을 고민하죠. 요즘에는 엘리스만의 디자인 시스템을 어떻게 구축하면 좋을지에 대해 생각하고 적용해보고 있어요.Youhyun출력물 작업을 좋아합니다. output을 내 손으로 직접 만질 수 있는 거요! 코드 챌린지, 데이터 챌린지 때 X배너, 현수막, 상금 판넬, 스티커 등을 만들었는데 너무 재미있었죠. 특히 스티커는 많은 분들이 좋아해 주시고 노트북에도 붙이시는 걸 보는데 정말 뿌듯하더라구요. 또 하고 싶은데... 요새 프로덕트를 만들어내는 것 때문에 바빠서 작업을 못하는 게 아쉽네요.Q. 후드와 우주복을 입고 있는 토끼 스티커 말하는 거죠? 토끼는 왜 후드를 입고 있나요?Youhyun왜냐하면 저희 모두 후드를 유니폼처럼 입고 다니며 너무나 사랑하기 때문에^^*. 저희 엘리서들을 엘리스 마스코트 토끼에 반영해보았습니다.지난 1년간 엘리스 디자인의 방향성은?Jane엘리스는 처음에는 대학교나 기업처럼 프로그래밍 교육이 필요한 기관을 대상으로 서비스를 제공했어요. LMS(Learning Management System, 학습 관리 시스템)라고 해서 좀 더 기관에 맞는 딱딱한 느낌이 컸어요. 그러다가 일반 수강생을 대상으로 플랫폼과 수업을 제공하는 아카데미가 생기면서 유저가 더 재미있고 편하게 사용할 수 있도록 지난 1년간 디자인이 변화해 왔죠. 어려운 것은 그러면서 동시에 기관을 서브해야 한다는 거예요. 이 둘의 사용 케이스가 굉장히 달라요. 항상 양쪽 모두를 고려하면서 사용성을 좋게 만들기 위해 고민을 많이 하는 것 같아요.Youhyun비전공자들도 쉽게 코딩을 배울 수 있도록 디자인하는 것. 비전공자들이 보기에 새까만 코드 에디터는 낯설고 어려워 보여요. 전공자보다 접근성이 떨어질 수밖에 없죠. 하지만 엘리스의 비전은 누구나 쉽게 코딩을 배울 수 있도록 하는 거예요. 코딩 외적인 어려움은 불필요한 장애물이라고 생각해요. 그래서 비개발자 관점에서 최대한 쉽고 직관적인 플랫폼, 사용성에 대한 고민을 많이 해요. 지난 1년간 쉬운 사용성을 위해 디자인해왔다고 생각해요.디자인 리뷰 및 개선 방법?Youhyun매주 끊임없는 디자인 미팅을 통해서 보다 완성도 있는 프로덕트를 디자인하려고 해요. 팀 차원에서는 운영팀에서 학생과 선생님의 애로사항을 듣고 개선점을 제안해요. 이를 바탕으로 개발팀과는 기술적인 부분을 고려해서 디자인을 변화시켜 나가죠.JaneGA등의 데이터 툴을 이용해서 사용자의 다양한 사용패턴을 수치화해요. 뿐만 아니라 유저 인터뷰를 통해서 사용자의 다양한 의견도 수렴하죠. 이 밖에 A/B 테스팅하는 과정 등의 리뷰 프로세스를 다듬어 나가고 있어요.엘리스 디자인 팀 업무 방식의 장점?Youhyun저희는 팀원 한 명 한 명이 온전히 하나의 프로젝트를 담당해요. 책임이 전적으로 주어지는 일이기 때문에 부담이 크기도 하지만 온전히 나의 힘으로 운영팀, 개발팀과 협업을 이끌어내면서 프로젝트의 결과를 만들어 낸다는 성취감이 굉장히 커요. 그동안 힘을 기울였던 것이 하나의 큰 결과물로 나오는 걸 볼 때는 정말 뿌듯하죠.Jane다재다능한 팀원들과 함께 일할 수 있다는 것. 또 처음부터 끝까지 해볼 수 있고, 자유와 책임이 크게 주어진다는 것. 어떤 한 가지 업무에 자신의 역량을 한정짓는 게 아니라 전체적으로 필요한 부분을 주도적으로 생각하면서 계속 논의점을 제시하고 보완해나가야 해요. 디자인 프로세스 자체를 직접 만들어낼 수 있다는 게 큰 매력인 것 같아요.브랜드 컬러는 왜 보라색인가요?Jane원래는 지금처럼 보라색이 아니라 하늘색 엘리스이던 시절도 있었어요. 제가 들어오기 전 이곳의 개발자 수인님 및 개발팀에서 포스터를 만들고 로고를 만들었던 때가 있었죠... 디자인팀이 생기고 처음으로 했던 게 브랜딩 작업이었어요. 보라색을 한 이유는 특이한 색을 원했기 때문이에요. 저희가 이상한 나라의 앨리스를 모티브로 하니까 신비로운 느낌을 주고 싶었어요.Youhyun그리고 보라색이 잘 쓰면 고급진 느낌을 주거든요. 저희 모티브가 동화나라이긴 하지만, 마냥 아기자기하지만은 않다!ㅋㅋ라는 느낌으로 해석하길 바라고 있어요. 그러고 보니 팬톤 선정 올해의 컬러가 보라색이네요. 큼큼. 저희가 올해를 빛내야죠!엘리스 최애 캐릭터는?Youhyun당근 토끼죠.Q. 이유는 무엇인가요? 먼저 엘리스 캐릭터들을 소개해주실 수 있나요?Youhyun토끼, 체셔캣, 도도새, 애벌레, 모자장수, 하트 여왕, 카드병정이 있어요.저는 백점 맞은 토끼(?)(※ 코드 문제를 풀어 100점을 받으면 토끼가 신나 하며 튀어나옵니다.) 튀어나올 때가 너무 좋아요! 이 토끼는 사람들이 코딩하는 데에 좀 더 동기부여가 되도록 하기 위해서 탄생했는데요, 실제로 수강생 분들의 반응도 너무 좋아요.Jane캐릭터 스토리도 있어요. 토끼는 학생들의 안내자 역할이에요. 항상 등장해서 어떻게 해야 하는지 알려주고 100점을 받으면 같이 기뻐해 줘요. 체셔캣은 퀴즈를 내는 존재예요. 알쏭달쏭하고요. 학생들에게 퀴즈를 내서 시험에 빠뜨리는 존재예요. 그리고 저도 토끼를 가장 좋아합니다. 일반적인 토끼보다 더 귀여운 것 같아요. 얼굴이나... 손 같은 게...함께 일하고 싶은 디자이너 상이 있다면?Youhyun코딩에 대한 관심, 지식이 있다면 더 일을 재미있고 빠르게 하실 수 있을 거예요. 그리고 주도적으로 디자인을 이끌어나갈 수 있는 분이었으면 좋겠어요. 프로덕트 디자인의 과정은 운영팀 및 개발팀과의 끊임없는 논의의 과정이기도 하기 때문에 논리적인 설득과 커뮤니케이션에 능하신 분이면 더 좋을 것 같아요.Jane논리적으로 자신의 디자인을 풀어낼 수 있는 분이요. 엘리스의 비전은 코딩의 진입장벽을 낮추고 끝까지 포기하지 않고 이수할 수 있는 프로그래밍 교육을 만드는 거예요. 이를 위해서는 디자인적으로도 사용자 입장에서 생각하고 설명할 수 있어야 해요. 보다 완성도 있는 프로덕트를 디자인하기 위해서 어떻게 하면 사람들이 더 쉽게 엘리스를 사용하고 잘 사용할 수 있는가를 함께 고민할 수 있는 분이었으면 좋겠어요.새로 올 팀원과 어떤 것을 함께 만들어가고 싶으신가요?Youhyun사무실 공간 디자인이요! 사무실 인테리어를 함께하고 싶네요. 엘리스 사이트뿐만 아니라 엘리서를 위한 공간도 브랜딩 하는 거죠! 이런 걸 하고 싶은 게 제 바람입니다. 서울 오피스 함께 꾸미면 너무 재미있을 것 같아요.Jane지금은 디자인팀이 3명인데 앞으로 규모가 더 커지면 디자인팀만의 문화를 함께 만들어가고 싶어요.Youhyun정말 리더다운 답변이네요.후드 입고 오시면 격하게 반겨드립니다! 엘리스에서 만나요!

요즘 전 세계에 Pokemon Go 광풍이 불고있다. 페북 타임라인의 90%이상이 포켓몬고 관련 소식으로 도배가 될 정도다. 우리나라에는 지도관련 이슈로 서비스되는 지역이 거의 없지만, 속초지역에 가능하다는 소식에 속초행 버스표가 매진될 정도다.사실 필자가 서비스 중인 바크 앱도 1/위치기반 앱, 2/모든 유저가 8개의 개 캐릭터가 되는 앱, 3/익명의 사람들과 즐기는 앱이라는 3가지 이유로 포켓몬고와 어느정도 유사한 점이 있다... 라고 말하면 욕먹을 수 있으니 그냥 유사한 가치를 전달하기를 희망한다... 로 하겠다.이에, Pokemon Go를 패러디해서 BarkeMon Go를 디자인 해 보았다. 다음과 같은 기본적인 앱 피처가 존재하는 AR 위치기반 어플이다. (어디까지나 패러디임을 다시한번 밝힌다)1. 메인 화면에서 바크를 짖다 보면 근처에 있는 바크 유저가 디텍트 된다.2. 바크 유저가 사정거리 안으로 접근하면 AR모드로 전환된다.3. AR모드에서 아직 저 유저가 누군지는 모르나 그 유저의 캐릭터가 보인다.4. 캐릭터에 바크볼을 던져서 그 유저를 캐치할 수 있다.5. 캐치된 유저는 에너지가 다 달게되고 캐치한 유저는 에너지팩, 레벨업 등 다양한 혜택을 얻는다.근처에 있는 바크 유저 디텍트내가 만일 강남역에 있다면, 바크 앱을 키고 다음 동영상과 같이 바크를 겁나게 짖어본다. 현재 반경 1마일 이내에 있는 유저들이 보이고, 서로 짖을 수 있다.<iframe width="940.000000" height="529.000000" src="//play-tv.kakao.com/embed/player/cliplink/v2cacshmNlMnmw4JJsxqM3s@my?service=daum_brunch§ion=article&showcover=1&showinfo=0&extensions=0&rel=0" frameborder="0" allowfullscreen="">근처에 있는 바크 유저에게 마구 짖어댄다.사정거리 내 접근 시 AR모드 전환내가 일부러 근처에 있는 유저를 디텍트하면서 접근할 수 있다. 물론 상세한 지도는 보이지 않는다. 상세한 지도가 보이게 되면 개인정보보호 이슈도 있고, 유저 발견이 너무 쉬워지니까. 서로 반경 50m 이내로 근접하게 되면 AR모드를 킬 수 있다. 아래와 같이 AR모드를 키고 유저를 찾다 보면 그 유저가 있는 방향에서 그 유저의 캐릭터가 보인다. 포켓몬고에서 하는 것 처럼 저 유저를 향해 바크볼을 던진다. 서로 먼저 바크볼을 던져서 캐치하는 유저가 이기는거고, 바크볼에 갇힌 유저는 바크에너지가 전량 소모된다. 이긴 유저는 바크 에너지팩, 레벨업 등 다양한 혜택을 얻는다. 50m 이내에 유저가 접근하면 AR모드로 전환할 수 있다.신개념 소셜 AR게임 BarkeMon Go!!포켓몬고는 트레이너가 근처에 있는 포켓몬을 잡는 게임이라면 바크몬고는 실제 바크 유저를 잡는 게임이다. 아래와 같이 다양한 장소에서 걸어다니는 실제 바크 유저를 잡는 재미가 있는 앱이다. 출시 예정일은... 미.. 미정이다. 글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

2018년에도 그랬듯이 우리는 항상 시간이 부족합니다. 많은 시간을 들여 높은 수준의 성과를 만들어 내야 하지만, 그 성과를 이루기 위해 필요한 학습에는 충분한 시간을 할애할 수 없습니다. 우리의 현장은 학교가 아니니까요!2019년 업무에 앱 어트리뷰션이 골치거리가 될 것 같다면 지금 이 글이 도움이 될 것입니다. 북마크 해놓고 틈틈이 읽어보세요. 어트리뷰션의 기본적인 개념, 전체적인 흐름, 각 부분이 연결되어 동작하는 매커니즘을 습득할 수 있습니다. 그리고 더 깊이 있는 학습이 필요하다면, 각 챕터 마지막에 있는 ‘+ 더 알아보기’를 참고해 보세요.1. 시작 – 광고 클릭위와 같은 광고를 클릭하면 랜딩 페이지로 이동하게 됩니다. 거의 대부분 플레이 스토어 또는 앱스토어로 이동하게 될 것입니다. 그런데 어트리뷰션이 가능하기 위해서는 이런 광고들에 조금 특별한 URL이 세팅되어 있는데 이것을 ‘트래킹 URL’ 또는 ‘트래킹 링크’ 등으로 부릅니다.http://ads.wisetracker.co.kr/wa/wiseAdw.do?_wtno=502&_wthst=trk.wisetracker.co.kr&_wts=P1535606238444&_wtc=C1535606305460&_wtm=C0000013&_wtaffid={wff_id}&_wtbffid={wffsub_id}&_wtcid={clk_id}&_wtgpid={GAID}&_wtidfa={IDFA}&_wtdl=http://www.wisetracker.co.kr&_wtp=2트래킹 URL은 위 예시처럼 길고 심란하게 생겼습니다. URL을 봐도 이해가 되지 않으니 긴 설명은 하지 않겠지만 이것만은 꼭 기억해 주세요. 유저가 광고를 클릭하면 1)유저에 대한 정보를 URL에 싣고서, 2)URL이 바라보고 있는 트래킹 서버로 연결됩니다.+ 트래킹 URL 자세히 알아보기2. 경유 – 정보 수집광고를 클릭하면 스토어로 즉시 이동하는 것이 아닙니다. URL이 가리키는 트래커 서버를 잠깐 스치고 스토어로 이동합니다. 트래커 서버를 스치는 그 잠깐의 순간에, 트래커는 URL에 실려있는 정보들을 수집한 다음 유저를 스토어로 리다이렉트 시킵니다.만약 광고에 트래킹 URL이 없다면? 트래커 서버를 스쳐갈 일도 없으니 아무런 정보도 수집되지 않고, 결과적으로 어트리뷰션이 불가능하겠지요.3. 스토어 – 앱 다운로드광고를 클릭한 유저의 단말기가 Android 라면 플레이 스토어, iOS 라면 앱 스토어에 랜딩되어 앱을 다운로드 하게 됩니다. 더 이상 설명할 것이 없으니 넘어가시죠.4. 앱 실행 – 2차 정보 수집드디어 다운로드된 앱이 처음으로 실행 되었습니다. 앱이 실행되면 앱에 미리 삽입되어 있던 분석 SDK도 함께 실행되면서 분석 기능을 수행합니다. 분석한 정보는 트래커 서버로 전송하지요. 여기에서 중요한 사실은 앱이 실행 되어야만 분석이 동작한다는 점입니다. 분석 SDK는 앱과 한 몸입니다. 앱이 실행되어야 분석 SDK도 실행되면서 기능을 시작할 수 있습니다. 따라서 단말기에 다운로드 되었지만 실행되지 않은 앱은 분석도 불가능합니다.5. 어트리뷰션 & 포스트백위의 모든 과정을 거치며 트래커 서버에는 두 종류의 데이터가 수집되어 쌓이게 됩니다. ‘2. 경유’ 단계에서 수집한 데이터와 ‘4. 앱 실행’ 단계의 데이터가 그것입니다. 트래커는 이 두 데이터를 대조합니다. 광고를 클릭한 유저와 앱을 실행한 유저가 동일한지를 살펴보는 것입니다.두 데이터가 일치한다면 광고를 통해 1 건의 설치가 발생했다는 것으로 판단합니다. 이 판단 행위를 ‘인스톨 어트리뷰션’이라고 부를 수 있겠네요. 1건의 어트리뷰션이 이뤄지기 위해서 앞의 과정들이 필요하다는 것을 이해할 필요가 있습니다.이렇게 어트리뷰트 된 데이터를 광고 매체로 보내는 것을 포스트백이라고 합니다. 예를 들어 어트리뷰션 결과 ‘ABC’라는 매체를 통해서 인스톨이 발생했다면, 트래커는 해당 매체에게 ‘ABC 광고를 통해서 인스톨 1건 발생’했다는 것을 포스트백 합니다. 이렇게 되면 ‘ABC’ 매체는 포스트백 데이터를 근거로 비용을 청구할 수 있고, 광고 효율을 최적화 할 수 있습니다.+ 어트리뷰션 메소드 더 알아보기+ 포스트백 더 알아보기다음 글에서는 웹 환경에서 집행하는 CPC 키워드 광고를 통한 앱 유입 분석에 대한 내용을 다뤄보겠습니다.