스토리 홈

인터뷰

피드

뉴스

조회수 1996

비트윈의 멀티티어 아키텍처를 위한 프레젠터 이야기 - VCNC Engineering Blog

블로그 첫 글에서 비트윈의 시스템 아키텍처에 대해 다룬 적이 있습니다. 시스템 구성의 미래에 대한 계획으로 멀티티어 아키텍처에 대해 언급했었는데, 이는 프로토콜을 단순화시키고 배포 자동화를 가능하게 하기 위해서 클라이언트와 비즈니스 로직을 담당하는 서버 사이에 일종의 게이트웨이를 두는 것이었습니다. 그 외에도 여러 가지 필요성이 생겨 해당 역할을 담당하는 프레젠터라는 것을 만들게 되었고 비트윈의 채팅 시스템에 적용하게 되었습니다. 만드는 과정 중에 여러 기술적인 문제들이 있었고 이를 해결하기 위한 노력을 하였습니다. 이 글에서는 비트윈 시스템에서의 프레젠터에 대해 이야기 하고자 합니다.프레젠터프레젠터는 일종의 게이트웨이 입니다. 기존의 시스템에서는 클라이언트들이 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을 따로 정의하였으며 그 외 여러 가지 기술적인 결정들을 하였습니다. 이런 과정에서 시행착오들이 있었지만 이를 발판 삼아 더 좋은 기술적 결정을 내리기 위해 고민하여 결국 기존 시스템에 쉽게 적용할 수 있고 쉽게 동작하는 프레젠터를 만들어 이용하고 있습니다.
조회수 1495

Humans of TODAIT : 안드로이드 천재 개발자 김범준을 만나다

‘Humans of TODAIT’의 네번째 주인공, 투데잇 안드로이드 개발자 김범준씨를 만나보았습니다. 투데잇의 천재 개발자로 불리는 그의 이야기를 함께 들어볼까요?(2017.08)Q. 자기소개 부탁드려요.안녕하세요! 투데잇에서 까칠남을 맡고 있는 안드로이드 개발자 김범준입니다. 퇴사자 인터뷰를 하게 되니, 정들었던 팀원분들과 헤어질 생각에 아쉽고 싱숭생숭하네요. (웃음) 작년 초 쯤 ‘SW 마에스트로’ 프로그램에서 만난 멘토님께서 제게 투데잇 안드로이드 개발자 자리를 추천해주신 덕분에 이렇게 투데잇과 인연이 닿게 되었어요. 사실 처음에는 큰 생각이 없었는데, 대표님과 팀장님을 만나보니 저와 코드도 잘 맞고 개발 쪽으로도 많이 배워볼 수 있을 것 같아서 그 날 바로 입사 결정을 내렸고, 지금은 퇴사를 앞두고 있네요.Q. 그렇게 좋은 투데잇을 떠나는 이유는 무엇인가요?원래 병특을 가야 했어요. 제가 군대를 아직 안 갔기 때문에, 군대 문제를 해결 해야 더 많은 기회도 생기고 지금 가지고 있는 마음의 짐 같은 것도 덜 수 있거든요. 아쉽게도 투데잇이 병특 산업기능요원지정업체가 아니어서 군대 문제를 해결하기 위해서는 퇴사할 수 밖에 없는 상황이에요. 사실 원래부터 군대 문제 때문에 잠시 동안만 일하기로 했던건데, 회사생활이 너무 만족스럽고 일이 즐거워서 계속 미루다가 이제서야 결정을 내렸네요. 지금도 많이 아쉬워요. 투데잇만한 회사 없거든요.Q. 팀 내에서 평소 자기계발을 많이 하는 것으로 유명한데, 혹시 자기계발 노하우가 있나요?사실 공부는 진짜 하는 것보다 시작하는 것이 어렵잖아요. 그래서 저는 일부러 저한테 강제성을 주는 편이에요. 매주 하는 동아리 활동이라든지 발표 기회를 만든다든지 관련 세미나를 참여한다든지 그런 일정이 생기면 자연스럽게 하게 되더라고요. 하면 또 잘하고 싶은 게 사람 마음이니까 자꾸 강제적으로 그런 기회를 만들죠.그리고 저는 일상에서 배울 수 있는 기회를 얻으려고 해요. 일하다가 힘들거나 머리가 잘 안 돌아갈 때 저장해둔 아티클을 보곤 하죠. 또 술마실 때도 같은 직업군의 친구들을 만나면 그런 얘기를 많이 하잖아요. 너 이거 시도해봤냐 어땠냐 이건 어떻게 하는거냐 같은 이야기요. 제가 주위 사람들에게 자극을 많이 받거든요. 책상 앞에 앉아서 하는 공부보다는 일상적 시간을 활용하고 뭔가를 준비하기 위한 공부의 자기계발을 하는 것 같아요.Q. 지난 1년을 돌아보는 의미에서, 개발자로서의 좌우명이나 철학이 있을까요?저는 어떤 일을 하든 명확한 근거가 있어야 한다고 생각해요. 커뮤니케이션에서도 그렇고 개발에 있어도 마찬가지예요. 내가 하는 일에 대한 충분한 이유가 있어야 하고 그게 코드에 녹아 있어야 해요.예를 들면, 같은 풍경을 보고 글을 쓸 때도 여러 방법이 있잖아요. 사람마다 글 쓰는 방법이 다르고. 그 방법을 선택한 데엔 저마다 이유가 있어요. 코드도 마찬가지예요. 어떤 기능을 개발할 때 그 기능을 구현할 수 있는 여러 방법이 있는데, 개발자라면 내가 만든 코드에 대해 내가 왜 이렇게 짰는지 다른 사람에게 자신 있게 말할 수 있는 개발자가 되어야 한다고 생각해요.저는 힙한 개발자가 되고 싶어요. 그러니까 최신 트렌드에 민감하고, 새로운 것에 도전하고 두려워 하지 않는 그런 개발자요. (웃음)Q. 힙한 개발자 멋지네요. 그렇다면 10년 후에는 무엇을 하고 싶은지 궁금한데요?제 꿈은 그냥 행복하게 사는거예요. (하하) 추상적인 이야기 같겠지만, 행복하게 살기 위해선 많은 것들이 필요하잖아요? 우리가 말하는 이상적인 행복이란 것은 돈, 인간관계, 사회적 직위, 건강과 같은 모든 박자가 잘 맞아 떨어졌을 때 이루어지는 행복이거든요. 그래서 저는 행복하기 위해서는 끊임없이 노력해야 한다고 생각해요. 장차 10년 후에 제가 뭘 하고 있을지는 모르지만, 지금 현재의 상황에서 제가 할 수 있는 최선의 선택을 하면서 열심히 단계적으로 이루어나가면, 10년 후에도 충분히 행복할 것 같아요. 저는 지금 행복하거든요. (웃음)Q. 일하다 보면 해결하기 힘든 난제를 만날 때가 있을 것 같은데, 그럴 땐 어떻게 극복하나요?내가 스트레스를 많이 받고 있다는 걸 깨달으면, 그냥 최대한 스트레스 받지 않으려고 해요. 그냥 뭐 하면 되지 라는 생각이죠. 하면 되지 하면서 하다보면 결국 되는 것 같아요. 어차피 해야 될 일인데, 스트레스 받으면서 하기 보다는 그냥 아무 생각 없이 열심히 하는 게 나으니까요. 만약에 제가 몰라서 못하고 있는 일이면 여러 사람들에게 물어보려고 하면서 어떻게든 해결하려고 하고요.Q. 그렇다면 투데잇에서 가장 만족스러운 결과물은 무엇인가요? 개인적으로 뿌듯하다거나 실제 반응이 좋았다거나 그런 것들이요!‘스탑워치’ 기능이 두 개 다 포함돼요. 이전 개발자가 스파게티 코드(엉망진창의 코드)로 만들어 놓았던 것이 있는데 그 코드를 제가 깔끔하게 다 수정했고, 계속 유저분들이 요청해주셨던 시간 잠금, 극강의 잠금 모드 같은 기능들을 추가해서 코드를 예쁘게 잘 만들어놓았거든요. 일단 제가 기발한 기능과 함께 코드를 예쁘게 잘 만들어냈다는 점에서 스스로도 만족을 했었고, 유저분들도 팀원분들도 좋은 피드백을 해주셔서 굉장히 좋았습니다.Q. 지금 이 글을 보고 계시는 스탑워치 기능 애용 유저분들께 한마디 해주세요!우선 잘 사용해주셔서 감사해요! 제가 만든 기능을 이용해 공부하시는 걸 보면, 저도 정말 큰 자부심을 느끼거든요. :) 다만, 아직 스탑워치 기능에 문제가 조금 있는 거로 알고 있어요. 약간 불편하더라도 이왕이면 둥글게 좋게 별 5점으로 리뷰 주시면! 저희와 의사소통하면서 함께 좋은 서비스 만들어 나갈 수 있을 것 같아요. 안 보는 것 같지만 투데잇 개발자 전체가 매일 열심히 읽고 있거든요. 정말 리뷰 하나에 울고 리뷰 하나에 웃습니다. 저희 투데잇 지금까지 사랑해주셨지만, 앞으로도 계속 사랑해주시면 감사하겠습니다. :)Q. 반대로 투데잇 안드로이드 개발에 있어 아쉬운 부분도 있을 것 같아요. 나 이거 진짜 욕심났다! 혹시 있을까요?음.. 저는 옛날에 있던 아키텍처를 일단 전부 바꾸고 싶어요. 최근에 꽂힌 아키텍쳐가 있는데, 그 아키텍쳐에 맞게 코드를 다 변경해보고 싶다는 욕심이 있거든요. 근데 그 아키텍쳐 특성상 현재 코드에서는 완전히 대대적인 수정이 들어가야되는데, 제가 남은 시간이 얼마 없어서 많이 수정을 못했죠. 우리가 좀 더 많은 시간이 있고 여유가 있었더라면 더 바꿔볼 수 있었을텐데 그런 부분들을 못한 게 조금 아쉬워요.“투데잇의 힘은 서로에 대한 믿음인 것 같아요”Q. 범준님에게 투데잇이란? 투데잇 팀의 힘이 무엇이라고 생각하시나요?무엇보다 투데잇의 힘은 서로에 대한 믿음인 것 같아요. 커뮤니케이션이 잘 되려면 그 사람에 대한 믿음이 있어야 되잖아요. 근데 저흰 그게 되게 잘 되고 있다고 생각되거든요. 업무적으로 제 이야기를 자신있게 할 수 있었던 이유도 이 사람들은 전부 다 각자 일을 열심히 하고 책임을 지려는 사람, 멋있는 사람이라는 걸 알고 있었기 때문에 가능했거든요. 다들 맡은 바에 있어서 최선을 다하고 정말 열심히해요. 그 분위기가 서로에 대한 믿음을 만들고 우리의 원동력을 만들죠. 확실히 저희 팀은 일단은 진짜 서로에 대한 믿음이 강하다? 업무적 믿음이 강하다? 그런 게 있는 것 같아요.Q. 투데잇에서 가장 고마웠던 사람은 누구였나요?솔직히 다 고마운데, 저는 대표님께 가장 감사했어요. 이번에도 혼자 고민하다가 힘들게 퇴사 의사를 밝혔는데, 대표님께서 그건 당연한 거라고 이야기해주시더라고요. 저는 투데잇 팀이 참 좋은 게 어떤 이야기를 했을 때 명확한 근거가 있다면 그 후에 뒤끝이 하나도 없어요. 이번 일도 그렇고 일적으로 이야기 할 때도 그렇고, 이유가 확실하면 OK하고 쿨하게 가곤 하셨거든요. 다 업무적 믿음이 있기 때문이라고 생각해요 저는. 여러모로 저를 많이 믿어주신 대표님한테 제일 감사하죠. 대표님 에너지도 너무 좋고 카리스마도 본받고 싶고 제가 되게 좋아하는 분이에요.Q. 범준님의 다음 타자가 될! 투데잇에 입사하고 싶은, 입사할 분들에게 한 마디 부탁드려요!“팀원 하나하나가 굉장히 중요한 역할을 하고 있는 사람들이어서 그만큼 책임감이 있지만, 그만큼의 자율성도 있는 회사에요”굉장히 좋은 팀이에요. 일적에서는 절대 스트레스 주는 일이 없고요. 뭔가 일이 밀리거나 못하는 거에 있어서는 스트레스가 있을 수도 있어요. 팀원 하나하나가 굉장히 중요한 역할을 하고 있는 사람들이어서 그만큼 책임감이 있지만, 그만큼의 자율성도 있는 회사에요. 노력하는 그대로의 모습을 사람들에게 보여줄 수 있고 인정 받을 수 있기 때문에 흔히 말하는 꼰대 문화가 싫으신 분들은 투데잇에서 행복하게 일할 수 있을 거예요. 업무적으로나 환경적으로나 대우도 근무 환경도 굉장히 좋으니까 관심 있으신 분이면, 특히 안드로이드 개발자 분이면 지금 바로 들어오실 수 있을 것 같아요. 유저한테 피드백도 받을 수 있고 개인적으로 리스펙하는 멋진 CTO분도 계시고, 개발자로서 특히 굉장히 좋은 곳입니다. 주저 마세요!#투데잇 #팀원소개 #팀원인터뷰 #팀원자랑 #기업문화 #조직문화
조회수 1751

문돌이가 어설프게 디자이너 대타로 일하는 법

지난번 '문돌이가 개발자랑 일할만큼만 프로그래밍 익히기'에 이어 PM 시리즈의 일환으로 이번에는 PM으로서 디자이너 역할을 대신할 수 있는 방법론에 대해 논해보고자 한다. 아 우선 두가지 미리 가드 치고 들어가고 싶은게 있는데 첫째, 여기서 PM이라 함은 Product Manager, 즉 본인이 직접 자식처럼 키우고 가꾸고 있는 프로덕트가 있고 이를 잘 살려나가기 위해 개발자, 디자이너, 마케터 등등 다양한 분야의 전문가들과 함께 일하는 사람들을 의미한다는 것과, 둘째, 이 글의 요지는 '디자이너가 아직 없어서...' PM이 어설프게 디자이너 역할을 대신할 수 있는 방법론이지 'PM이 디자이너 제끼고 디자이너 되는 법'이 아니라는 것이다.가장 이상적인 스타트업 팀은 아마도 3명의 팀원이 개발자1, 디자이너1, 하려는 분야 전문가1 이렇게 이루어진 팀이겠지만 (또는 기술스택이 높은 분야면 개발자2, 디자이너1) 이렇게 이상적으로 디자이너를 품어서 팀 꾸리고 시작할 수 있는 스타트업이 많지 않을거라 생각한다. 특히 웹/모바일 분야의 제품을 구상하고 있는 초기 스타트업이라면 당장 프로토타입이라도 만들어서 런칭하는게 중요하기 때문에 아무래도 정식 디자이너까지 꾸려서 팀빌딩 하는건 많이 부담스러울 것이다.따라서 (내 경우처럼) 높은 확률로 당신의 스타트업에는 개발자(들)와 (디자인 해본적 없는) 기획자만 있게 될 것이고, 이 때 가장 중요하게 터지는 문제가 바로 '개발자가 참고해서 개발할 수 있는 디자인물과 디자인파일들이 없다' 이다. 사실 이런 경우 보통 만렙 개발자들은 본인들이 와이어프레임만 보고도 알아서 웹사이트 돌아다니면서 이미지 앉히고 아이콘들은 폰트어썸 같은 라이브러리에서 그럴싸한거 적용하고 메뉴바나 네비게이션 같은것도 그럴싸한 라이브러리 찾아서 적용해 버림으로써 해결하기 때문에 크게 문제될 것은 없지만, 아마도 속으로는 이렇게 생각하고 있을 가능성이 크다. '아니 도대체 저xx가 하는일은 뭐야?!'당신 개발자가 속으로 이렇게 생각하고 있을수도 있다...자, 이제 본론으로 들어가서, 그러면 아직 디자이너가 없는 팀에서 PM이 디자이너 역할을 대신할 수 있는 방법론에 대해 논의해 보자. 본 방법론은 '모바일 앱'을 디자인하는걸 전제로 작성하였고, 이 방법론이 성공적이기 위해서는 다음의 전제조건들이 필요하다.1. 나는 와이어프레임을 많이 그려봤고, 대략적인 앱의 인터페이스 구성 및 흐름에 대해 어느정도 알고 있다.2. 나는 맥북을 가지고 있다.3. 나는 $99짜리 프로그램 구입할 만한 돈이 있다.Step 1. 와이어프레임 만들지 말고 기능플로우 차트만 만들어서 개발자랑 상의하기웹/모바일쪽 제품 담당하는 PM들이 가장 많이 하는 일들이 아마도 와이어프레임을 아주 멋있게 그려서 파워포인트 (또는 키노트)에 멋드러지게 얹은 다음에 개발자와 디자이너에게 전달하는 일일 것이다. 그런데 사실 자세한 와이어프레임은 1/내가 대규모 조직에 있어서 많은 사람들에게 동일한 정보를 전달해야 하거나 2/누군가에게 컨펌을 받아야 해서 뭔가 보여줄게 있어야 하는경우들이 아니라면 위에 언급한 스타트업에서는 별로 필요하지 않다. 오히려 개발자 앉혀놓고 종이에다가 쓱쓱 그려서 보여주면 10분이면 끝날일을 하루 걸려서 파워포인트에 그리고 있는 시간이 더 아까울 뿐이다. (어차피 개발자들은 핵심만 보기 때문에 저 기능플로우가 종이에 끄적거려져 있던 멋있게 파워포인트에 그려져 있던 아무 차이도 없고 중요하게 생각치도 않는다.)따라서 1분1초가 아까운 스타트업에서 저거에 시간낭비하지 말고 그냥 슬랙이나 에버노트에 대충 기능플로우 차트만 만들어서 개발자랑 바로 상의하고, 기술적으로 된다 안된다 시간낭비다 등등 의견 수렴하고 다시 수정해서 보여주고... 요런 식으로 코어 기능들과 그 흐름을 빠르게 결정하는게 훨씬 효율적이다. 개발자와 상의할 기능플로우 차트에는 보통 다음 내용들이 들어간다.1. 기능 섹션과 해당 섹션의 세부기능들 정의 - 기능 섹션이라 함은 유저가 앱을 사용하는 여정상에 각각 큰 덩어리를 정의해 주는것을 말한다. 예를들면 온보딩, 회원가입, 메인화면, 유저 프로필 등등 큰 덩어리를 정의하고 각 섹션에 필요한 세부 기능들을 나열하는 작업이다. 2. 코어 기능과 추가 기능의 구분 - 프로토타입 단계에서 요 기능이 없으면 우리 앱이 제시하는 핵심가치 제공이 절대로 불가능하다고 생각되는 진짜 꼭 필요한 기능만 골라낸다. 뭐 있으면 좋거나 핵심가치 제공에 도움이 되는 기능들이지만 이게 없다고 해서 앱을 제대로 사용하는게 아예 불가능하다..가 아닌 기능 요건들은 다 쳐내서 서 프로토타입 런칭 이후에 순차적으로 적용시킬 기능들을 나열하고 스케줄링 한다.3. 서비스 플로우 (선택) - 와이어프레임 그리듯이 순차적인 서비스 흐름도를 그리는건데, 개발자와 상의하기 전에 종이에 미리 그려서 가져가도 상관없지만 개인적으로 위에 1, 2번만 잘 정해서 가져가면 어차피 개발자랑 상의하면서 이건되고 이건 안되고 하면서 다 작살이 나기 때문에 3번을 미리 그려갈 필요가 없다... 그냥 1, 2번을 개발자랑 상의해서 컨펌한 후에 3번을 같이 머리 맞대고 (종이에) 그리면 된다 (파워포인트 제발..여기다 그리지 말아줘..).이런 현란한 와이어프레임 그리고 있을 시간에 얼른 개발자랑 기능요건만 정해서 상의하자. Step 2. 디자인 아카이브에서 맘에드는 화면 매칭하기위에서 개발자랑 머리 맞대고 대충 종이에 서비스 플로우 그렸다면 이제 본격적인 디자이너스러운 업무의 시작이다. 각 단계별 화면마다 우리가 벤치마킹 할(이라고 적고 '적당히 베끼기 쉬운'이라고 읽는다) 참고화면들을 디자인 아카이브 사이트들을 열심히 돌아다니면서 수집한다. 디자인 아카이브는 정말 많은데 여기서는 필자가 자주 쓰는 사이트 3군데만 소개하도록 한다.1. CollectUI.com고퀄의 모바일/웹 관련 디자인, 인터렉션들이 각 기능섹션별로 정리된 아카이브 이다.콜렉트UI는 아까 얘기한 각 기능섹션 또는 유저태스크 별로 필요한 화면 디자인이나 인터렉션 디자인들이 잘 정리된 아카이브인데, 그 하나하나 퀄리티가 매우 뛰어나다. 예를들어서 온보딩 관련 디자인을 찾아보고 싶으면 왼쪽 사이드바에서 onboarding을 검색해 보면 해당 메뉴가 나오고 수 많은 앱들의 온보딩 화면들이 모아져 있다. 주로 아이폰 위주이긴 한데 가끔 안드로이드에 최적화된 디자인도 찾을 수 있다.2. Behance의 Interaction Gallery전 세계의 디자이너들이 작업한 코퀄의 앱/웹 디자인 아트워크만 모아놓은 갤러리이다.비핸스는 비전공자들도 많이 찾아보는 유명한 사이트가 되었지만, 이 갤러리를 아는 사람들은 드물거라 생각한다. 원래 옛날에 앱디자인갤러리 (http://www.appdesignserved.co/)라는 사이트가 비핸스에서 저런 고퀄 디자인 아트워크만 묶어서 보여줬었는데 어도비에서 비핸스로 통합시킨 것 같다. 아무튼 전 세계의 잘나가는 디자이너들의 수려한 아트워크를 볼 수 있는 갤러리인데, 여기서 내 앱과 기능요건이 유사하거나 비슷한 분야에 있는 앱 위주로 아트워크를 찾아서 클리핑 한다.3. 핀터레스트 검색핀터레스트는 검색어가 중요하다.핀터레스트를 모르는 사람은 없어도 내 주변에 '핀터레스트 하고 있어'라고 말하는 사람은 한국에서 본 적이 없을 정도로 아직 우리나라 사람들한테는 생소한 사이트 이다. 여기는 사람들이 스크랩 하고 싶은 자료들을 마치 냉장고나 칠판에 핀 꼽아서 수집해 놓듯이 모아놓는 사이트인데 역시 디자이너들이 많이 쓴다. 내가 만일 앱 온보딩 디자인을 여기서 찾고자 하면 Mobile app onboarding라고 치고, 특정 버전의 온보딩만 검색해 보고자 하면 app onboarding iOS, 또는 app onboarding android 이런 식으로 검색하면 된다.Step 3. 스케치 프로그램 구입하기이제부터 가장 중요한 단계다. 내가 디자이너 대타를 하기로 마음 먹었다면, 그리고 당신이 맥북 유저라면 (혹시 맥북 유저가 아니면 포토샵으로 해야 하는데 이건 벡터기반이 아니여서 어렵다.. 그냥 이 기회에 미래를 위해 투자하는셈 치고 맥북 하나 장만하심이 어떨지..) 고민하지 말고 스케치라는 프로그램을 구입하도록 한다. 가격은 A사처럼 치사하게 월별 과금방식이 아닌 쿨하게 한번에 $99이다. (혹시 맥북의 앱스토어에서 구입하면 더 비쌀수도 있다. 애플의 치사한 수수료 때문에.. 꼭 웹사이트 들어가서 구매하길 바람)스케치는 비전공자의 벡터기반 디자인작업을 마법처럼 쉽게 만들어준다. 고민하지 말고 구입하자.보통 디자인 작업은 벡터로 이루어지는데 이는 기기마다 화면 사이즈가 다 제각각인지라 이를 픽셀 기반으로 작업해 버리면 화면 사이즈를 키울때 마다 깨지게 된다. 벡터로 작업하면 적합한 사이즈로 손실 없이 export가 가능하다. 어도비로 이 작업을 하려면 일러스트레이터를 만질 줄 알아야 하는데, 솔직히 우리가 정식 디자이너 될것도 아니고 그냥 임시로 대타 하는건데 저걸 월별로 돈내면서 설치해서 또 겁나 복잡한 인터페이스 공부하면서 낑낑대느니 난 고민하지 말고 스케치를 사용할 것을 추천한다. 스케치는 일단 인터페이스가 웹/모바일 디자인하는데에 특화되어 있고 일러스트레이터는 그래픽 디자인, 아트 디자인, 일러스트 디자인 등등 훨씬 더 복잡한 세계의 디자인까지 커버해야 하는 프로그램이기에 당연히 인터페이스가 스케치보다 10배는 복잡하다.하지만, 역시 우리는 비전공자이기 때문에 스케치가 아무리 쉽다 한들, 여기서 뭘 어떻게 작업을 시작해야할지 생각하면 막막해 질게 뻔하다. 이 방법론은 step 4 부터 자세하게 보여줄테니 겁먹지 말자.Step 4. 컬러 선택 및 심플한 앱 로고 디자인혹시 디자인 전공자가 보기엔 말도 안되는 얘기일수는 있으나... 필자의 개인적인 생각으로 모든 디자인의 시작은 메인 컬러 잡는것 부터라고 생각한다. 즉, 내 앱에서 메인으로 쓸 컬러를 일단 정하고 나면 향후 디자인은 그 한 컬러를 중심으로 통일해서 쓰기만 하면 결과물이 제법 나쁘지 않게 나오기 때문이다. 보통 비전공자들의 디자인이 패망하게되는 대표적인 이유가 메인컬러를 여러개 써서 촌스러워 보이는 건데 사실 본인들은 내 디자인이 왜 촌스러워 보이는지 잘 모른다. 예를 들어 보자. 메인 컬러는 한개만 써야 촌스러워 보이지 않는다.여기 두개의 컬러 조합이 있다. 일단 딱 봐도 1번이 2번에 비해 10배는 깔끔한 느낌이다. 물론 디자인 전공자들은 이를 이론적으로 구분 가능하다. (배색-보색 관계가 어쩌고 저쩌고) 하지만 우리 비전공자는 그런거 모르고 느낌으로 해야 하기 때문에 이런식의 접근이 필요하다.1. 메인컬러라 함은 우리가 보기에 눈에 띄는 컬러를 말한다. - 위의 예시에서 당연히 오렌지 색은 엄청나게 눈에 띄는 색이니까 메인컬러, 2번 디자인의 네이비색도 눈에 띄니까 메인컬러, 역시 2번 디자인의 어설픈 초록색도 눈에 띄니까 메인컬러이다. 하얀색, 회색계열은 눈에 띄긴 하지만 보색관계에 의해 눈에 띄는 거니까 그냥 메인컬러로 아예 생각하지 말자.2. 메인컬러 2개 이상 쓰지 말자. - 2번 디자인처럼 메인컬러를 여러개 써버리면 우리같은 비전공자들이 컬러 배치할 경우 99.9%의 확률로 촌스러워 진다. 나중에 앱 기능이 복잡해 지면 더 점입가경이다. 따라서 메인컬러는 반드시 한개로만 가고 나머지는 메인컬러에서 색을 좀 빼서 색을 만들거나 흰색, 회색 계열로 가는게 제일 안전하다.자, 그러면 메인컬러를 어디서 어떻게 결정하지? 이를 위해 내가 자주 쓰는 컬러 사이트들 2곳을 소개한다.1. ColorHunt.co각 컬러 배색의 윗 줄이 메인 컬러 들이다.컬러헌트는 다양한 색깔 조합을 스펙트럼으로 구성해서 모아논 컬러 아카이브 이다. 여기서 밑 색깔들은 볼거 없이 맨 윗띠의 메인컬러들만 보면서 색깔을 골라서 헥스코드를 기록해 놓는다. (헥스코드는 보통 #2794EB 요런식으로 적혀있는 코드를 말한다) 'hot' 이나 'popular' 탭을 누르면 인기 많은 색들을 볼 수 있다.2. Colovely 스페이스를 눌러가면서 랜덤하게 컬러를 보여준다.여기는 컬러헌트에서 색 찾기도 귀찮거나 잘 모르겠을때 들어가서 그냥 스페이스바를 눌러대면 랜덤하게 컬러를 제안해 주는 사이트 이다. 어떤 알고리즘으로 색을 추천해 주는지는 모르겠지만 그냥 스페이스 계속 눌러대다 보면 제법 끌리는 색깔 많이 보여준다. 맘에드는 색이 있으면 역시 헥스코드를 기록해 놓는다.이렇게 메인 컬러를 결정했으면 다음 단계는 심플한 로고를 만드는건데, 만일 본인이 의기양양하게 로고를 디자인해 보고 싶으면 말리진 않겠으나 로고 디자인의 세계는 정말 심오한 세계이기 때문에 괜히 건들지 말자. 그냥 내가 하는 방법대로 해보도록 한다.1. 그냥 깔끔해 보이는 폰트에 메인컬러를 적용해서 만들기위의 문돌이닷컴의 예를 들어 보자. 당신이 메인컬러를 저 오렌지색으로 결정했다면 가장 무난한 로고 배치는 오렌지색을 백그라운드컬러로, 폰트컬러는 하얀색으로 하는 것이고, 나눔고딕이나 산돌고딕과 같은 무료 폰트를 활용해서 앱 로고를 저런식으로 심플하게 만들어 볼 수 있을 것이다.메인컬러를 배경색으로, 폰트를 흰색으로 배색하는것 만으로도 깔끔한 앱 로고가 나온다.2. Dribbble에서 벤치마킹(이라고 쓰고 베낀다고 읽는다) 하기드리블은 아까 소개한 비헨스같은 디자인 아카이브인데, 주로 그래픽 디자인이 단컷으로 모여있는 아카이브이다. 여기에서 simple logo, 또는 simple app logo라고 치면 참고할만한 디자인이 많이 검색된다. 최대한 타이포크라피 중심의 심플한 디자인을 참고하여 본인의 앱 로고를 디자인 해 보도록 한다.드리블에서 최대한 심플한 앱 로고를 찾아서 벤치마킹 해본다.Step 5. 스케치 디자인 컴포넌트 및 아이콘 아카이브 활용하기자 이제부터 본격적인 앱 스크린 디자인 시작이다. 이제 메인컬러도 선택 했고, 앱 로고도 만들었지만 역시 비전공자 입장에서 어디서부터 시작할지 막막할 것이 뻔하다. 이를 위해 준비한 비장의 무기가 있다. 바로 스케치로 디자인한 파일들을 무료로 쓸 수 있게 해주는 아주 감사한 스케치 디자인 컴포넌트 아카이브들 두 군데를 소개하겠다.1. Sketch App Sources제법 오래된 아카이브로 수 많은 스케치 디자인 파일을 무료로 다운받을 수 있다.2. Sketch Repo생긴지 얼마 안된 사이트이지만 모던하고 세련된 디자인들이 많이 올라온다. 역시 무료.위 2개의 사이트에서 UI kit, app design 등의 검색어를 입력하면 아예 필요한 앱 화면이 미리 디자인 된 무료 UI kit 파일을 다운받을 수 있다. 여기서 중요한건 다음과 같은 기준에 부합하는 파일을 다운받아야 하는 것이다.1. 이미지 배경이 아닌 단색 위주의 배경으로 구성되어 있고 메인컬러를 한개만 쓴 것2. 내가 하려는 앱과 유사한 분야의 UI kit. (예를들면 메신저 앱을 개발할 거면 메신저 킷)3. 메뉴바 구조가 일반적이거나 자연스러운 것내가 다운받은 뉴스피드 관련 앱 UI kit이다. 단색위주의 평이한 메뉴 구조로 디자인 되어 있다.본격적인 디자인을 하기 전에 개발자에게 메인이 되는 스크린 사이즈를 물어보도록 하자. iOS를 예로 들어보면 어떤 개발자는 iPhone 6 plus의 큰 화면 기준으로 디자인해서 컨스트레인을 좁혀나가는 방식을 선호하는 개발자가 있고, 반대로 iPhone 5의 작은 화면 기준으로 스페이스를 넓혀나가는 방식을 선호하는 개발자도 있다. 이에 맞추어 아트보드의 스크린 사이즈를 결정하도록 한다. 스케치는 친절하게도 아트보드를 클릭하면 기기에 맞춘 아트보드 스크린 사이즈가 이미 선택되어 있으니 클릭만 하면 된다.스케치에는 이미 기기별로 아트보드 사이즈가 세팅되어 있어서 선택만 하면 된다.이제부터 마법을 부려보자. 방금 다운받은 UI kit을 우선 위에서 선택한 스크린 사이즈에 맞추어 크기를 바꿔 준다. 이때 주의할 것은 각 스크린의 폴더를 전체를 잡아서 크기를 변경해 주어야 비율대비 변경이 가능하다. (마치 파워포인트에서 각 요소를 그룹으로 묶어서 크기를 변경해 주어야 깨지지 않고 비율대비 변경이 가능한 것과 같은 원리이다.) 위의 킷은 메인컬러를 붉은색 하나만 쓴 것을 알 수 있다. 저 부분을 모두 아까 우리가 정한 오렌지색 계열의 메인컬러로 바꾸고, 불필요한 요소는 삭제하고 컨텐츠를 내가 하려는 컨텐츠로 변경해 준다. 또한 크기를 변경하면서 정렬이 흐트러 진 것도 다시 맞춰준다.메인컬러 하나만 바꿔도 느낌이 확 다르다.위의 UI kit은 iOS라기 보다는 안드로이드에 어울리는 디자인이다. 특히 하단의 탭메뉴바가 지나치게 안드로이드 스럽다. 이를 iOS 스럽게 바꿔보자. 예를들어 저 문돌이닷컴 앱의 3개 메뉴가 '이벤트,' '뉴스,' '채팅' 이런 식으로 구성되어 있다고 가정해 보자. 우선 탭바의 높이를 좀더 높혀주고 (이건 구글링 조금 해보면 아이폰 탭메뉴바 높이가 얼마인지 금방 찾을 수 있다) 아이콘을 다른걸로 교체해 줘야 한다. 여기서 부딪치는 문제가 비록 iOS에 기본 아이콘을 쓰면 괜찮지만 적당한 아이콘이 없을 경우 당신이 직접 디자인해 줘야 하는데, 아이콘 디자인이 어디 쉬운일인가? 걱정할 것 없다. 이를 또한 마법처럼 해결해 주는 사이트가 있다. 바로 Noun Project이다.눈프로젝트 사이트에서 필요한 아이콘을 찾아 SVG 파일로 다운받는다.개발자들이 오픈소스 운동에 열심히 참여하는 것 처럼 여기도 본인의 디자인력을 수 많은 사람들과 공유하는 아주 훌륭한 디자이너들이 올린 수 많은 아이콘들을 png와 svg로 다운받을 수 있다. 뭐 모르는 사람도 있으리라 생각되지만 참고로 png는 픽셀기반, svg는 벡터기반이다. 우리는 스케치에서 벡터기반으로 작업하고 있기 때문에 svg 파일을 다운받도록 한다. 다운받은 아이콘을 스케치로 불러온 후 크기를 조정하고 컬러도 우리의 메인컬러로 변경해서 다음과 같이 적용해 봤다. 덤으로 로딩파일도 한번 만들어 봤다.물론 디자이너가 보면 코웃음 치겠지만 뭐 이정도 디자인이면 프로토타입으로는 나쁘지 않다. Step 6. 제플린에 디자인 가이드 올리고 개발자에게 디자인 파일 넘겨주기드디어 마지막 단계이다. 보통 디자이너들은 개발자에게 디자인파일 넘겨줄때 다음 두개를 준다.1. 디자인 가이드 - 이건 스크린에 각 요소들의 크기가 몇 픽셀이고, 간격을 얼마고 뭐 이런것들을 상세하게 표시해 준 가이드를 말한다.2. 디자인 파일 - 각종 아이콘, 이미지 등등 개발에 필요한 파일들을 다양한 파일 사이즈로 익스포트해서 전달해 준다.우선 디자인 가이드는 역시 우리가 이거 만드려면 엄청난 노가다인데, 이를 마법처럼 쉽게 해주는 프로그램이 또 있다!! (고맙게도 1개 프로젝트까지는 무료이다.) 바로 제플린이라는 프로그램이다.제플린을 사용하면 디자인가이드 만들 필요 없이 알아서 생성해 준다.제플린을 다운받으면 스케치와 자동으로 연동이 되고, 스케치에서 제플린으로 업로드하고 싶은 아트보드를 클릭한후 plugin에서 제플린으로 업로드를 클릭하면 알아서 제플린으로 업로드 된다. 그리고 나서 제플린으로 개발자를 초대하면 끝. 개발자는 여기서 저 버튼들의 크기가 얼마이고 여백을 얼마이고 컬러의 헥스코드는 뭐고 이런 내용들을 쉽게 확인 가능하다.디자인 파일은 사실 제플린에서 개발자가 바로 내려받는게 가능한데, 이것도 조금 노가다일 수 있으니 직접 익스포트해서 깔끔하게 전달해 주자. 스케치에 보면 내가 익스포트하고 싶은 요소를 클릭해서 우측 하단에 보면 어떤 사이즈로 익스포트할지 선택할 수 있는 기능이 있다. 아이폰 개발할때는 보통 기본 스크린 사이즈에서 2배 파일, 3배파일을 같이 줘야한다. 파일명에 @2x가 2배파일, @3x가 3배파일을 의미하고 스케치에서 알아서 파일명까지 형성에서 익스포트 해 준다.2x가 2배파일, 3x가 3배파일이고 서픽스도 알아서 스케치가 생성해 준다.이때 주의할 것은 파일명인데, 개발자들은 보통 나름의 파일명 규칙이 있다. 이건 꼭 개발자에게 물어보고 컨벤션에 맞춰서 파일명을 정하도록 하자. 찾기 쉽게 작성하는게 중요하기 때문에 보통은 이런식으로 작성한다.[종류]_[섹션명]_[이름]예를들면 탭바에 있는 채팅 아이콘을 2배파일로 추출한다고 하면 파일명은 '[email protected]'가 되는 것이다.여기까지의 사이클을 한 2-3번정도 경험해 보면 이제 어느정도 우리 문돌이가 디자이너 대타 역할을 수행하기에는 어느정도 가능해 질 것이다. 이 외에도 사실 앱 스크린샷, 앱스토어 아이콘 등등 개발자에게 전달해야 할 파일들이 많은데, 이것 역시 위의 레퍼런스 사이트들을 잘 찾아보면 수 많은 무료 양식이 있어서 쉽게 벤치마킹(이라고 쓰고 베낀다라고 읽는다) 할 수 있다.다시한번 강조하지만 이 방법론은 어디까지나 '디자이너가 아직 없어서 문돌이가 디자이너 역할 대신하는 법' 이지 '문돌이가 디자이너 되는 법'이 절대로 아니다. 디자인의 세계는 정말 깊고 심오해서 초보 디자이너 되는게 초보 개발자 되는법 보다 더 어려울 수도 있다. 특히 요즘 많은 사람들이 남발해 대는 UX라는 단어도 심리학에 기반을 둔 매우 심오한 영역인데 사람들은 그냥 'UX = 보기좋은 디자인' 요렇게 생각해 버리는 경향이 있다. 뭐 UX까지 안가더라도 그래픽디자인의 세계 역시 구도, 배치, 컬러 등등 공부해야 할 것이 매우 많은 세계이니 괜히 넘보지 말고 우리는 그냥 기획자 본연의 업무에 충실하도록 하자.다음 글에서는 역시 같은 맥락으로 문돌이 PM이 초기 스타트업에서 마케터의 역할을 대신하기 위한 야매스러운 방법론에 대해 논의해 보고자 한다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 1419

스타트업은 어설프다

스타트업은 미국 실리콘밸리에서 생겨난 용어로, 혁신적 기술과 아이디어를 보유한 설립된 지 얼마 되지 않은 창업 기업을 의미한다. 위키피디아에 따르면, 대부분 신생이며 새로운 비즈니스 모델을 개발하거나 새로운 시장을 찾아내는데 주력하는 기업을 지칭한다고 한다.스타트업은 기존의 틀을 깨고 새로운 문화와 새로운 시장질서를 만들어 나간다는 측면에서 긍정적인 평가를 받고 있다. 반면, 수평적 문화의 자유로운 분위기가 동아리 같아 보인다는 우려 섞인 평가도 적지 않다. 즉, 타기업과 비교했을 때 조직운영 측면에서 좀 어설프다는 얘기다.실제 ‘어설프다’의 사전적 정의는 “하는 일이 몸에 익지 아니하여서 익숙하지 못하고 엉성하고 거친 데가 있다.”, “조직이나 지식, 행동 따위가 완전하게 짜이지 못하고 허술한 데가 있다.” 라고 한다. 전반적으로 서투르다는 것을 의미하는 단어다. 과연 진짜로 서투른 것일까?일단, 필자는 전반적으로 어설프다고 생각하는 이유가 궁금해졌다. 스타트업과 비슷한 업무 조건과 경영환경을 갖고 있는 곳이 많이 있음에도 불구하고, 유달리 스타트업 조직 문화에 대해서 왜 서툴어 보인다고 하는 것일까? 그래서 다른 사람들의 의견을 직접 들어 보기로 했다.매우 정교하게 시스템화 된 조직의 대명사 격인 모 대기업 근무자, 스타트업 경영/근무 경험자, 다양한 중소기업과 접촉이 빈번한 기자들과 통화를 통해 다양한 이야기를 들을 수 있었다. 부러움과 시기 어린 시선에서 나온 것이라는 의견부터 실제로 그렇다는 스타트업 퇴사자의 이야기까지……물론, 주변에서 수집된 의견이 무조건 옳다고 생각하지는 않는다. 하지만, 이들은 공통된 이유로 젊은 리더와 조직 구성원, 자유로운-때로는 제멋대로 보이는-조직 문화를 지목했다. 또한, 조직의 내실이 부족함을 가려보고자 외향적인 부분에만 집착하는 편이며, 이로 인해 전반적으로 허술한 느낌을 받는다고 한다.이미 알고 있겠지만, 필자는 스타트업에 근무하고 있다. 그것도 보수적인 금융산업 안에서 꽃을 피우고 있는 핀테크 스타트업에서 말이다. 스타트업을 바라보는 이 같은 시선에 대해 한편으로는 공감 가는 부분도 있다. 하지만, 9개월 간 스타트업에서 직접 몸으로 느낀 바에 대해, 조금은 다른 시각에서 얘기해보고자 한다.젊은 조직원,자유로움을 바탕으로 구성된 스타트업 조직의 짜임새는 느슨할 것이다?예전의 필자였다면 이 부분에 10,000% 동의했을 것이다. 하지만, 스타트업을 직접 경험한 현재 시점에서는 일반화 오류가 있을 수 있다는 생각이 든다. 이유는 어떤 젊은 조직원으로 구성되었는가에 따라 다를 수 있기 때문인데, ‘9시 1분은 9시가 아니다.’라는 모 스타트업의 명언처럼, 구성원과 그들이 지향하는 가치에 따라 해당 조직의 밀도는 달라질 수 있다고 생각한다. 이러한 측면에서 ‘모두가 그렇다’라는 식으로 일반화하기에는 무리가 있다는 얘기다.스타트업에서 일한다는 것은, 얼마나 치열할지 아무도 모르는 미지의 시장에 아무런 보호막 없이 뛰어든 것과 크게 다르지 않다. 스타트업의 업무환경은 어찌 보면 무모해 보일 수 있지만, 한 치 앞도 예상할 수 없는 당면과제와 매일매일 부딪혀가며, 능동적이고 열정적인 조직 문화 속에 자연스럽게 스며드는 과정이라고 설명할 수 있다. 적어도 필자는 그렇다고 생각한다.이러한 과정을 생각했을 때 스타트업이라는 조직이 느슨해 지기에는 쉽지 않다. 또한, 스타트업도 하나의 기업이다. 따라서 점점 치열해지고 급변하는 환경에서 마음가짐이 느슨한 구성원과 조직이 있다면, 그들은 이미 문을 닫았거나, 아마도 곧 닫을 운명에 놓이게 될 것이다.젊다면 전반적으로 서툴 것이란 시선에 대해, 스타트업이 새로운 문화와 시장질서를 만들어간다는 측면에서 생각해볼 필요가 있다. 만약, 시스템적으로 잘 짜인 조직에서 오랫동안 일해온 시니어들만으로 팀이 구성됐다면 좋은 결과를 얻을 수 있을까? 오히려 새로운 시장에 새로운 관점을 투사하지 못하고, 각자의 기존 방식에 매몰되어 적합한 대응을 하지 못하거나, 어느 정도 수준에서 대략적인 합의를 끌어내고 마무리하고자 하지 않았을까 생각된다.스타트업은 새로운 경영문화를 만들어 간다는 측면에서 업무 경력이나 나이의 차이보다는, 본인의 주장을 설득력 있게 설명하는 것, 이해할 수 없다면 공부를 해서라도 설득의 눈높이를 맞추려 끊임없이 노력하는 것 등의 마음가짐을 더 중요한 가치로 생각한다고 할 수 있다.또한, 스타트업은 겉으로 보이는 것과 달리 자유로움만 추구하지 않다. 오히려 자율과 책임을 기조로 각 팀에 맞는 문화를 발전시키고 정착시켜 나간다고 할 수 있다. 필자가 느낀 ‘자율과 책임’은 시공간적으로 자유로움은 갖되, 맡은 과업과 자기자신의 성장에 대해 책임감을 갖는 것이라고 설명할 수 있겠다.누가 어떤 각도에서 보느냐에 따라 ‘자유로움’과 ‘제멋대로 함’의 경계는 다를 수 있다. 게다가 조직에서 수직적으로 정의해 놓은 기준도 없기 때문에,‘자유로움’을 지향하기 위해 팀원 스스로 자율과 책임 사이의 균형을 유지하려는 노력을 필요로 한다. 자율을 얻기 위해서는 까다로운 조건이 따른다는 의미가 아니라, 실제 사규가 명시화 된 조직보다 팀원 개개인이 고려해야 할 것은 생각보다 많다는 얘기다. 시키는 대로만 하는 것보다, 스스로 일을 찾고 만들어해 나가는 것이 더 어렵게 생각되는 것과 같은 이치가 아닐까 생각된다.어니정리하면, 스타트업의 전반적인 환경을 고려했을 때, 조직원의 사고방식(mind-set)이 조직 짜임새와 밀도를 결정하는 것이지, 나이와 경험, 규칙과는 별개의 문제라고 생각할 필요가 있다. 나이와 같은 숫자로 젊음을 규정하거나, 관리와 통제를 조직의 최우선 가치로 생각하는 조직과 비교했을 때, 진보적이고 융합적 사고가 가능함을 젊음이라 정의하고, 자율과 책임이 갖는 가치를 중시하는 스타트업이 상대적으로 밀도가 높고 유연한 조직을 갖춰갈 확률이 높다고 생각된다.이와 같은 이유로 ‘젊은 리더와 조직원’으로 구성되고 자유로운 문화를 갖고 있는 스타트업 조직은 결코 어설프지 않다. 오히려 기성 조직은 시스템이라는 우산으로 인해, 조직의 밀도와 조직원의 역량이 높게 보이는 착시 현상을 일으키는 건 아닌지 다시 한번 생각해 볼 필요가 있다.스타트업은 조직의 내실이 부족함을 가려보고자 외향적인 부분에만 집착한다?남다른 조직 문화를 강조하거나 특이한 사무실 구조 등 보이는 것에만 집중하는 스타트업은 실질적인 비즈니스 측면에서는 알맹이가 없고 허술할 것이라는 의미다.사실, 내실이 부족할수록 외향적인 부분에 집착하는 것은 조직에 국한된 얘기는 아니다. 사람의 성향 중 일부이기도 하다. 남에게 주목받는 것을 좋아하는 사람이 남과 다르게 보이기 위해 취하는 특이한 행동들이 좋은 예가 될 수 있다. 사실 ‘끼’가 많은 사람들은 자신의 창의적 부산물과 아우라(aura)만으로 별다른 행동을 하지 않더라도 그들의 존재를 부각한다.조직도 마찬가지로 내실 없이 외부로 보이는 것에 집중하는 조직이 있는 것은 사실이다. 하지만, 자사의 문화를 일관된 메시지로 구체화해 나가는 것이 기존의 것과 다르게 보인다 하여, 외향적인 부분에 집중하고 내실 없다 얘기하긴 어렵다.여기서 ‘외향적 부분’은 기존 산업에서 볼 수 없었던 문화나 혜택, 독특해 보이는 업무공간구조 등을 의미한다고 할 수 있다. 이 모든 것은 스타트업이 지향하고자 하는 기업 문화와 맥을 같이하는데, 수평적 소통문화를 중시하는 팀의 파티션 없는 업무공간을 지향하는 것이 좋은 예가 될 수 있다.따라서, 투자유치를 위해 화려하지만 어울리지 않는 옷(인테리어)을 입고 있는 스타트업과, 자사의 기업문화를 일관되게 가시화하여 잘 정착시킨 곳은 구분할 필요가 있다. 후자의 경우는 자사 기업문화를 팀원들이 지속적으로 공감하고 체감하도록 노력하고 있다는 점에서, 화려함 만을 쫓는 이들과는 확연히 구분되는 성장세를 가져갈 수 있을 것이라 생각된다.위와 같이 생각하는 이유는, 스타트업의 문화는 일반기업의 사규와 달리 정의되거나 기록되는 게 아니라, 실질적인 체험을 통해 구성원들이 가슴으로 공감하고 체화돼 나가는 것이기 때문이다. 즉, 일관된 기업문화 유지를 위한 조직의 가시적 산출물이나 변화는, 외부 시선에서 남다르게만 보이려 한다 거나 낭비라 생각될 수 있다. 하지만, 이러한 것들이 구성원을 하나로 묶는 구심점 역할을 충실히 하고 있다면, 이는 내실이 부족하거나 조직운영이 서투르기 때문이 아니라, 내실을 보다 강화해 나가고 있는 과정이라 인지해야 할 것이다.지금까지 스타트업의 조직 구조에 대한 다양한 시선을 정리해 보았다. 사실, 전반적인 스타트업 조직 측면의 거시적 시선에서 얘기를 해봤지만, 곳곳에 우리 팀이 앉고 있는 고민과, 한 명의 팀원으로서 의견도 포함돼 있다.필자는 스타트업 나름의 조직 문화에 적응해 가고 있는 중이다. 아직까지는 단점보다는 장점이 많이 보이는 편으로, 대표적인 장점은 이런 것들이다. 누구나 자사 전반적인 업무에 참여가 가능하다는 점, 도전을 두려워할 필요가 없다는 점, 그리고 무엇보다 나 스스로의 발전을 도모할 수 있다는 점이다. 물론 어니스트펀드 팀을 만나기 전에도 자기개발을 위한 기회는 주어져 왔지만, 조금 다른 것이 있다면, 팀 구조적으로 문화적으로 그 노력의 시간을 허용해주고 인정해주는 분위기가 아닐까 생각된다.그리고 더 중요한 것은 자기개발에 대한 가치를 새로운 시선으로 볼 수 있게 되었다는 점이다. 자기개발을 그냥 하고 싶은 것, 단지 해야 하는 것에서 생각을 그치지 않고 보다 구체화하게 되었다는 의미다. 나름의 작은 도전이라고 할 수 있는데, 내가 부족한 점을 찾고 부족함을 어떤 방법으로 채워 나갔을 때 내가 무엇을 할 수 있는지, 팀에서 시너지를 낼 수 있는 부분은 무엇인지 고민을 하고 행동으로 실천하려 노력하게 된다. 물론 시간이 많아서 이러는 건 아니다.스타트업의 성장과정도 중소 단위의 기업이 성장하면서 겪는 과정과 크게 다르지 않다고 생각된다. 시간이 지남에 따라 필요에 의해 인력 규모도 점증적으로 늘게 되고, 소통의 효율성을 고려하게 되며, 팀 내 다양한 니즈에 대한 대응을 해 나가야 한다. 다른 점이 있다면, 규모 변화와 함께 기업 문화의 진화와 공유가 거듭된다는 점이다. 이런 과정을 통해 조직 규모와 무관하게 밀도 높은 조직을 만들어 갈 수 있다고 생각된다. 또한, 진화하는 기업문화의 공유 과정 속에서 변화하는 것과 지켜야 하는 것에 대한 가치 공유를 통해, 시스템으로 조직화된 기업과는 다른 차원의 얼개를 만들어 갈 수 있을 것이다.“스타트업은 어설프다” 라는 반어법적 표현으로 이 글을 시작했다. 결론적으로 이들은 전혀 서툴지 않다. 정확히 말하면 서툰 부분이 있더라도 빠르게 개선하고 재발 방지를 위한 노력을 유기적으로 해 나가는 기업문화를 갖고 있다.따라서, 생물학적으로 젊은 구성원이 많고 기존 기업구조와 약간 다른 차원의 자유가 허용된다는 점 때문에 전반적으로 어설플 것이라는 시선은 편견일 수 있음을 이야기하며 마무리하고자 한다.#어니스트펀드 #스타트업 #조직문화 #초기창업 #인사이트 #기업문화 #사내문화 #시스템
조회수 1162

스타트업과 마켓의 크기.

대부분의 스타트업은 마켓의 크기를 잘못 파악하거나. 과도하게 평가하고, 또는 작게 평가해서 시스템이 따르지 못하게 되면서 실패한다. 하지만, 결론적으로 이야기한다면... 이것도 '운'이다.스타트업은 '시장'을 움직이지 못하면 망한다.작게 설명한다면, '소비'하는 소비자들의 '시장'을 제대로 잡고 계획을 잡아야 한다. 스타트업이 가장 크게 실수하는 것 중의 하나는 '시장'의 크기와 자신들이 만드는 서비스와 제품의 가격 등의 결정에서 제대로 정리나 정의가 안되고, 시장의 흐름을 인지하지 못해서이거나 따라가지 못해서이다. 또는, 너무 빠르거나 느린 것이다. 우습지만 거의 '운'이고, 잘 맞으면 성공하고, 너무 빠르면 버텨야 하고, 너무 느리면 따라가기 어렵다.빠르게 변해가는 시장의 규모나 크기, 가격의 결정 요소들을 받아들이면서 긍정적인 신호를 만들고, 궁극적으로는 시장의 신호를 제대로 인지하면서 결론적으로는 시장을 움직이게 되는 기업들이 성공한다라고, '성공'후에 평가받는다.아이러니 하지만, '시장'에서 성공한 후에야 성공요인들에 대해서 다양한 스토리 텔링으로 일반화하려는 시도들이 일어날 뿐이다. 미안하지만, 그것은 그냥 '스토리 텔링'일 뿐이다. 정말, 그렇게 똑같이 반복한다고 해서 다른 기업이나 다른 마켓에서 성공한다는 보장은 없다.사업은 그렇게 '과학적'인 분야가 아니다.조금 문제를 좁혀보자. 그럼에도 불구하고, 시장에 대한 규모나 크기에 대해서 정하는 것이 사업계획의 가장 첫 번째 원칙이나 기본이 된다.사실, 시장의 크기나 문제를 인지하는 것이 사실상의 스타트업의 시작이라고 이야기하는데. 이때의 니즈를 발견하고 적절한 가격을 선정하는 것은 정말 어떠한 정답도 없다. 그냥, 성공한 기업들만이 그렇게 이야기하기 때문에 그런 것이라고 이야기할 뿐이다. ( 우습지만, 어떤 경제학자들도 성공한 사례에 대한 케이스를 이야기할 뿐이지, 미래에 동일한 방법으로 똑같이 성공한다는 과학적인 설명은 불가능하다고 한다. )하지만, 명쾌하게 실패 원인은 찾을 수 있다. 그것의 첫 번째 이유는 '제품'에 대한 가치에 대한 착각이다.어떤 멋진 제품이나 서비스가 나오면 막연하게'소비자'나 '시장'이 존재할 것이라는 착각필자도 이런 식으로 실패해봤다. 뛰어난 개발자들이 모여서 어떤 새로운 제품을 만들면 시장에서 소비할 것이라는 착각이다.이것을 설명하는 이야기는 1990년대 하버드 경영대학원(HBS)의 마케팅 전문가인 테오르드 레빗(TheodoreLevitt) 교수가 주장한 의견을 읽어보면 쉽게 알 수 있다. 교수의 주장은 다음과 같다.드릴이라는 제품을 고객이 구매하는 이유는 무엇인가?고객은 드릴이라는 제품을 구매하는 것은 그 제품이나 기능 때문이 아니라는 것이다. 정말, '고객들이 원하는 것은 0.6cm의 드릴이 아니라 직경 0.6cm의 구멍'이라는 말로 고객의 구매 이유를 설명했다.테 오르드 교수의 주장은 고객들은 task와 goal에 대한 이슈때문에 '제품'이나 '서비스'를 구매하는 것이라는 설명이다. 그래서, 고객의 task와 goal에 대한 분석이 가장 중요하다는 주장이다. 고객이 어떤 문제를 어떤 식으로 해결하려고 하는데, 그 문제의 행위나 결과에 대해서 근본적으로 고민하지 못하면 '시장'에서는 소비되지 않는다는 주장이다.그러므로, 스타트업이건 기업이건 '시장'에서 왜? 그 서비스나 기능이 소비되는지에 대해서 알아야 하는 것이다. 그것이 바로 '마켓'이다. 이 마켓의 크기를 아는 것이 스타트업의 시작이라고 할 수 있다.그렇다면,  시장규모, 성장하는 가?, 진입 가능성이 있는가?, 경쟁상황이나 강도는? 이 비즈니스 모델의 시장 가치는 얼마인가?를 모두 안다고 '마켓'을 정의할 수 있을까?죄송하지만. 꼭, 그렇지도 않다. 우습게도. 시장은 실제 형성된 다음에서 설명이 가능하다는 것이다. 실존해야만 설명이 가능하다는 것을 어떤 식으로 설명할 수 있을까?시장규모 산정은 어려우며, 시장이 형성된 다음에서 설명이 된다는 것. 우습지만, 스타트업의 시장규모 산정이 가능하다고 이야기하는 사람들을 경계하라고 하고 싶다. ( 사실, 경제학이라는 것 자체가 그러한 것 같다. )그냥, 가설은 가설일 뿐이다.시장에 대한 규모를 측정하고 시장 점유율이나 성장률로 목표시장을 추정하는 것은 스타트업에게는 맞지 않는다. 왜냐하면, '시장'자체가 완전하게 정의되기 어렵기 때문이다. 또한, 스타트업은 대부분 '시장'을 새롭게 정의하고, 기존의 시장의 관점을 이동시키는 것으로 시작한다.PC나 스마트폰이 그러했다. 원래, PC 시장은 존재하지 않았다. 스마트폰 역시 기존의 휴대폰 시장을 넘어서서 새로운 '시장'을 창출했다. 자본주의와 신자유주의라는 담론을 굳이 꺼내 들지 않고서도 이 부분은 그냥 설명이 가능할 뿐이다. 개인적으로 '부'는 몰려다니고, '부'가 집중화되는 주기를 찾는 것이라고 생각한다.결론적으로 스타트업은 '시장'을 창조할 정도로 '혁신'적이지 않다면, 기존의 '시장'을 움직일 수 없을 뿐이라고 이야기한다. '시장'을 소비하는 소비자들이 움직이지 않는다면, 그 스타트업은 멈출 뿐이다.
조회수 955

[인터뷰] Clara의 인턴 직무 인터뷰 제3화 _iOS developer 민트를 만나다

안녕하세요:)인턴들의 하루하루를 전해드리는 클라라입니다오늘은 저번 시간에 말씀드렸던 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에 대한 아이디어도 더 잘 나오지 않을까 싶네요.  민트와의 인터뷰 어떠셨나요?저 클라라처럼 컴알못이거나개발자의 하루가 궁금하셨던 분들은 이번 인터뷰가 큰 도움이 되셨으면 좋겠습니다.민트를 마지막으로 인턴의 생활을 엿볼 수 있는 클라라의 인터뷰가 마무리 되는데요 :)미미박서의 일과 삶에 대해서 조금이나마 더 알아가셨다면,그래서 '미미박스에서 일해보고 싶다'는 마음이 스멀스멀 생기셨다면!클라라는 그것만으로도 보람찰 것 같습니다.그럼 또 미미박스의 소식으로 찾아올게요~
조회수 891

아마존처럼데이터 분석 시작하기

AMAZON GOAmazon Go에 대해 들어보셨나요? 단순하게 ‘계산대 없는 마트’라고 표현할 수 있습니다. 고객은 매장에 들어와서, 필요한 물건을 고르고, 그냥 가지고 나오면 됩니다. 아마존이 만든 동영상을 보면 이해가 쉽습니다.Amazon Go를 가능하게 하는 핵심 기술은 Computer Vision과 Machine Learning이라고 합니다. 고객이 매장에 입장하면 사물을 인식할 수 있는 카메라가 고객을 추적하며 어떤 물건을 집었는지 판별합니다. 그리고 고객이 매장을 나가면 앱에 등록된 정보로 자동 결제됩니다. 최신 기술을 활용해 고객 경험을 어디까지 끌어올릴 수 있을지 기대하게 되네요.그러나 Amazon Dash 나 Amazon Echo 와 마찬가지로, Amazon Go역시 사업 타당성에 대한 부정적 견해가 있는데요, 실제로 Dash, Echo등은 자체적인 손익분기를 넘지 못하는 것으로 알려져 있습니다.하지만 앞서 출시한 서비스들처럼 Amazon Go는 뚜렷한 목적이 있는데, 바로 ‘구매고객 데이터 분석’이 그것입니다.*Amazon Echo : 2015년 출시된 음성인식 기반 스마트 기기. 음성 명령을 통한 음악 재생, 알람 설정, 스마트홈 기능 등을 탑재하고 있다.*Amazon Dash : 2015년 출시한 사물인터넷 쇼핑툴. 대쉬 위의 버튼 하나만 누르면 아마존에서 제품 주문이 자동으로 가능하다. Source: Amazon.com: The Hidden Empire, Fabernovel(http://www.slideshare.net/faberNovel/amazoncom-the-hidden-empire/39-A_datadriven_company_Amazon_pioneered) AMAZON 의 데이터 활용 오프라인 채널에 대해서도 동일한 방법론이 통한다고 본 것 같습니다. 구매고객 데이터 분석을 활용해 고객의 구매경험을 향상시키는 것이 오프라인 채널에서도 경쟁우위를 가져다 준다는 믿음아래, Amazon Dash, Echo, Go를 이용해 원하는 데이터를 확보하고자 하는 것입니다.아마존은 이미 Amazon Dash 데이터 분석을 이용해 고객의 전반적인 구매 패턴을 파악할 수 있습니다. 그리고 이런 구매 패턴 분석만으로도 많은 것을 바꿀 수 있습니다. 특정 상품에 대한 반복적인 구매 수량,구매 주기를 분석해 제품 자체를 다시 만들게 할 수 있을지도 모르니까요. Amazon Dash : 아마존에서 2015년 출시한 사물인터넷 쇼핑툴.위 그림처럼 상품의 위치에 대쉬를 붙여놓고, 상품이 필요할 때 버튼을 누르면 와이파이를 이용해 해당 제품을 아마존에서 자동 주문이 되도록 설정되어 있다 Amazon Dash를 통해 주방용 세제를 판매한다고 가정해 보겠습니다. 아마존은 고객의 구매 패턴을 분석해 한번에 몇 개를 구입하는지,어느 정도의 주기로 주문하는지를 알 수 있으며,나아가 가정에 유지하는 재고량, 일일 사용량도 매우 정확하게 추정할 수 있습니다. 자연스럽게 다음 어느 시점에 얼마나 구매할지 예상할 수 있는 것이죠.Amazon Go를 통해서는 해당 고객의 오프라인 매장에서의 행동 및 구매 특성을 파악하게 됩니다. 온라인과 오프라인의 패턴은 어떻게 다른지,오프라인에서만 구매하는 제품은 무엇인지, 어떤 이유로 특정 제품은 온라인 또는 오프라인으로만 구매하는지 등 옴니채널에 대한 강력한 통찰력을 확보하는 것입니다. Source: Freshpatents.com 이는 결국 제품의 온라인 판매에 최적화된 용량과 패키지, 오프라인 공급에 필요한 출고 타이밍과 최적의 재고량에 영향을 주게 됩니다. 시간의 흐름에 따른 구매 패턴 변화를 분석해 제품의 생애주기도 예상할 수 있으며, 이에 따라 전반적인 제품 전략 역시변 화하게 될 것입니다. 제조사에 대한 아마존의 협상력이 더욱 커지게 되겠네요.매장 입장 시 앱을 실행시켜 출입구에 인식만 시켜주면 더 이상의 절차가 필요 없는게 Amazon Go의 시스템입니다. 고객정보와 결제정보는 앱에 입력되어 있으므로, 고객이 매장으로 들어오는 순간 결제에 필요한 대부분의 데이터는 확보를 마치게 됩니다.매장을 나가는 시점에 결제가 이루어지며, 사용자는 앱을 통해 구매 이력이 정확한지 확인만 하면 됩니다.AMAZON 처럼 데이터 분석 시작하기한국 역시 대부분의 E-Commerce 회사들이 모바일 앱을 가지고 있으며, 모바일 채널의 거래액이 기존 채널을 추월한 기업들이 더 많을 것입니다. 그래서인지 결제가 일어나는 주요 채널인 모바일 앱에 대해서는 데이터 분석을 빼놓지 않습니다. 분석 필요성이 높은데다, 기술이 발전하는 만큼 분석도 쉬워진 영향이 있을 것입니다.웹 채널 분석에 특화된 Google Analytics는 모바일에서도 여전히 유효합니다. 다만, GA를 도입한 기업들 중 80% 이상은 다른 분석 서비스를 병행해서 사용합니다. 범용 툴로 개발된 특성상, GA는 누구에게나 잘 어울리지만 누구에게도 완벽하게 들어맞지 않는 기성복과 같은 성격이 있는 것이죠. 여담이지만 이 점에서 각 분석업체마다 차별화를 시도하고 있습니다.모바일 앱이 있다면 늦지 않았습니다. 아마존 역시 고객과 고객행동에 대한 의문을 해결하기 위해 가설을 세우고 간단한 A/B 테스트를 실행한 것이 분석의 시작이었으니까요. 눈사람을 만들려면 주먹만한 눈 뭉치부터 굴려야 하듯이, 몇 명의 사용자가 앱을 실행하는지 등의 기본적인 수치부터 분석할 수 있으면 충분합니다. 가벼운 마음으로 시작해보시길 권합니다.  * WISETRACKER는 모바일 광고 성과 측정부터 In-app 이용자/컨텐츠 분석, 푸시메시지 최적화까지 지원하는 모바일 통합 분석/타겟팅 솔루션입니다. 와이즈트래커 솔루션의 무료체험을 원하실 경우 여기를 클릭해주세요.* WISETRACKER가 제공하는 무료 데이터 분석 컨설팅를 원하신다면 여기를 클릭해주세요.#와이즈트래커 #서비스소개 #아마존 #데이터분석 #애널리틱스
조회수 770

블록체인 진짜 하나도 모르는 디자이너의 독학일기(1)

독학을 시작했습니다. 스터디를 가려고 했는데 수많은 전문용어들이 제 영혼을 피폐하게 만드는 바람에 정신건강이 염려되었거든요. 포토샵도 혼자 배웠으니 이것도 못할까! 라고 자신있게 책을 폈는데 못할 것 같습니다.......그래도 산 책 값이 아까우니 읽고 공부한 내용들을 하나하나 정리해보고자 합니당! 블록체인 전문가님들이 혹시 이 글을 보신다면 노잼과 지루함내지는 유치함을 느끼실 수 있으니 엄빠미소로 지켜봐주시면 감사하겠습니다. 잘못된 부분이 있다면 바로 잡아주세요!!글을 쓰면서 5가지 원칙을 지킬겁니다.1. 꼭 써야하는 고유명사가 아닌 이상 어려운 단어는 쓰지 않습니다. 중학생 정도가 이해될 수준이길 제발 바랍니다...저는 블록체인을 이제 이틀 째 공부하고 있거든요.2. 가급적 팩트체크된 내용만 쓸겁니다.3. 제대로 공부하려면 경제사, IT기술, 코딩 등등..수많은 요소가 복잡하게 들어가지만 여기선 꼭 필요한 쏘옥 뽑아서 얘기할 겁니다. 4. 짧게 쓸 겁니다.5. 가끔 쓸 겁니다.(자주 쓰기 힘든 주제임..)시작합니당 :)블록체인이 왜 태어났는지 얜 뭔지부터 알아야 할 것 같아요. 그러자면 시간을 조금 되돌려서 우리는 어떻게 사고파는 경제활동을 해왔는지 살펴볼께요.1. 아주 오래전 = 기억하기종이란게 나타나기도 전 우리는 사과5개를 빨간집에서 해가 질 무렵에 씨앗10개와 교환했다. 는 걸 기억해야 했어요. 문제는 서로가 잘못 기억하거나 한 쪽이 다르게 우겨버리면 할 말이 없다는 거죠..철저히 신뢰와 기억에 의존한 거래였어요.2. 오래 전 = 나무나 가죽에 새기기원래 사람은 두 발로 직립보행 하기 전부터도 그림을 좋아했어요. 동굴에도 그리고 돌에도 그리고, 나무나 땅에도 곧잘 그림을 그렸죠. 뭔가 주고받는 물품이 많아지면서 기억하기가 힘들어지자, 이젠 가죽이나 나무 등등에 갯수를 남기기 시작했죠. 문제점은 그 가죽이나 나무가 훼손되거나 도난당하면 증명할 방법이 없다는 거에요.'동쪽 언덕 마을에서 온 또박이가 가죽3개를 사갔다.'3. 조금 오래전 = 종이에 적기(단식부기)종이가 발명되고 아라비아 숫자와 알파벳, 한글, 한자, 인도어 등등이 발달하기 시작하면서 문서를 남길 수 있게 되었어요!!! 문서를 남긴다는 건 굉장했죠!!!오랜 시간이 지나도 기록들을 잘 보관할 수 있었어요!! 거래를 할 때에도 수입과 지출을 한 번에 (가계부처럼) 적으면서 작은 종이에 많은 내용을 남길 수 있었답니다. 하지만..여전히 문제는 사람이었어요. 이를 위조하거나 없애버리면...? 또는 불에 다 타서 없어지면??4. 얼마 전 = 적은 걸 나눠가지기(복식부기)그래서 서로 함께 같은 내용을 공유하기로 했어요. 너 하나 나 하나. 그리고 그 과정을 감시하는 회계사. 이런 과정은 우리 조선시대에서도 아주 엄격했답니다. 특히 계문화가 발달했던 우리나라는 다양한 장부를 기록했는데 '용하기'라는 계의 장부기재는 정말 엄격한 원칙이 있었답니다!!1. 임시장부를 2부 작성해요. 이 때 회계담당자 이외 심지어 2명이 더 감시하고 있어요.2. 기재를 시작해요.3. 계원들이 다 모여야 하고 적은 내용을 크게 읽어요. 이 때 의심스러운게 있으면 이의제기나 수정을 해요.4. 계장과 두 명의 감시원이 있는 상태에서 최종수정해요. 그리고 계장이 서명해요.5. 중복된 장부가 있는지 확인하고 새 장부를 넣어 보관해요.엄청나죠???..놀라운 건 현재의 블록체인의 원리도 위와 비슷해요!! 다만 사람이 일일이 적고 감시하는 게 아니라 명령어에 의해 챡챡 처리되는 것 뿐이랄까요. 하지만 이것도 결국 '물질' 이다 보니....화재나 전쟁으로 인해 소실되어 버리면 그걸로 끝이었어요.5. 요즘 = 기관이나 중앙에 맡기기왕정체제가 아니라 민주주의와 시장경제가 도입되면서 은행이나 보험사, 카드사와 같이 경제활동을 담당하는 기업과 중앙기관이 생겨나기 시작했어요! 엄청나게 거대한 정보를 크으으은 서버나 금고에 보관할 수 있었어요. 그것은 영원해보이고 사람들은 오래도록 보관할 수 있다고 생각하니 관심을 끄기 시작했죠. 내 돈은 금고에 잘 있을 거니까요.하지만, 자본주의는 그런게 아니었어요. 은행은 내 돈을 다른 사람에게 대출로 빌려주고 그 이자로 돈을 벌어요. 그리고 다른 사람이 갚은 돈으로 다시 내 예금을 채우죠. 졸라 돌려막기인 거에요. 사람들이 끊임없이 돈을 빌리고 다시 갚을 수 있게 다양한 상품들을 만들어요. 이 방식은 굉장히 효율적이고 아무 문제가 없을 것 같이 보였어요.하지만, 해킹을 당했어요.은행을 털렸어요서브프라임 모지기론 사태처럼, 무리한 상품의 실패는 수백개의 기업을 무너뜨렸어요. 수많은 사람들의 돈이 한 순간에 날아갔어요.서버가 먹통이 되어 거래가 안되는 경우도 있어요.지진 등의 천재지변이 나면 내 기록은 사라지고 말아요.단순히 큰 사옥을 지닌 곳이니까 영원불멸할 것 같았던 중앙기관도 하루 아침에 무너질 수 있단 사실을 우린 수 차례 경험했어요. 그럼에도 우린 뭘 어떻게 해야할 지 몰랐어요. 우리가 할 수 있는 건 사고가 터지면 변호사를 써서 소송을 하는 것 뿐이었어요. 우린 은행의 상품이 정확히 어떤건지, 보험약관이 뭔지... 카드사는 어떤 원리로 움직이는지...내 세금은 어떻게 쓰이고 있는지...우리 돈이 어떻게 거래되고 내 돈을 가지고 그들이 무엇을 하는지 하나도 몰라요. 그냥 속수무책으로 그들만 믿고 있는 거예요. 6. 블록체인의 탄생 = 모두가 장부를 가질 수 있게그래서 생각해봤어요. 한 곳에 모여있으니 문제가 생긴다면, 쪼개면 되지 않을까? 은행 한 곳을 터는 것은 쉽지만 1,000여명을 한꺼번에 터는 것은 불가능할테니까. 계모임에서 쓰던 그 장부를 엄청나게 많이 만들어서 모두가 가지면 어떨까? 누굴 못 믿거나 위조하거나 털리거나 불나서 사라질 일이 없을 거 아냐?? 라는 생각을 말이죠. 그런데 친구가 질문을 하네요!!친구 : 그런데 어떻게??나 : 인터넷이 있잖아!! 내가 온라인상에서 거래하면 그 기록이 남잖아~ 그걸 모두가 공유하는거지! 친구 : 모두가 누군데?나 : 응 그건 이제부터 모아야해!!친구 : 그럼 어쨌든 모인 사람들에게 모두 공유하면 내가 어제 김치한포기 시킨것도 다른 사람이 알게 되는거야??나 : 아니지;;; 니가 뭘 시켰는지 그딴 건 관심없어..그냥 얼마 거래를 언제 몇시몇분몇초에 어떻게 했는가만 기록에 남는거야! 그리고 다른 사람은 그걸 직접 눈으로 볼 수 있는 게 아냐.생각해봐. 넌 브런치 로그인한 기록을 눈으로 다 볼 수 있어? 며칠 몇시에 얼마나 로그인했는지 알 방법이 없지? 하지만 그 기록이 있을까 없을까? 그렇지, 반드시 있다구. 범죄수사할때도 그러자나. 우리 화면에는 시간/내용밖엔 안뜨는 문자메시지지만, 실제로 서버에는 발신위치, 수신위치, 번호정보 등등이 모두 숨겨져 있잖아. 또 하나! 너가 네이버에서 틴트를 검색하면 나중에 페북에서 틴트광고가 뜨지 않아? 우리의 방문기록이나 클릭한 기록들이 모두 남아있기 때문이야.이렇게 우리가 눈으로 보는 화면 뒤에는 수많은 정보들이 컴퓨터만의 전기신호로 저장되어 있어. 우리가 말하는 장부도 이런 식으로 저장되어 있는거라구.  물론 필요하다면 그걸 화면으로 띄울 수 있는 명령어를 만들 수도 있겠지.친구 : 그건 이해했어, 내가 직접 볼 순 없지만 마치 사이트 방문기록처럼 어딘가에 거래내역이 다 남아있다는 얘기지?... 그런데 아까 지금부터 모아야 한다는 사람들은 어떻게 모으는거야??나 : 그건!!..바로!!!! 다음에 설명해줄께!!또 공부해서 돌아올께용!!
조회수 842

"보편에 침투"한 브랜드들

2018년은 너무 멋진 인사이트를 얻은 해다.특히, "보편에 침투한" 다양한 브랜드들과 그들의 흥행을 목도한 운이 좋은 한 해 였다.너무나 기본이 되어 익숙한 삶의 한 영역을 다시 들여다보고 더 나은 삶을 제안했다.그 브랜드들은 기본을 다시 뜯고 흔드는 힘을 분명 발휘했다.수면을 연구하는 전문 브랜드 "삼분의일"남성 언더웨어 브랜드 "언코티드 -247"2018년 가장 정통하게 색다른 깨우침을 선사한 두 개의 브랜드다."삼분의일"에게서 가장 깊은 인상을 받은 두 가지는1. 버티컬한 수면영역에서의 연구와 노력을 고스란히 상품에 담아냈다는 점2. 마진 구조를 건전하게 개선하면서 합리적인 가격을 제시, 소비자들에게 매트리스 시장에서의 거품을 알리는 좋은 계기를 마련했다는 점이다."삼분의일" 마케팅 총괄님의 다양한 글들을 통해, 제품을 내기 위한 진정성 있는 연구와 논의과정을 엿볼 수 있었다. 그리고 제품 체험관 오픈을 보면서 제품력에 대한 자신감을 봤다.또, 소비자와의 신뢰를 중요시 하는 비즈니스 마인드를 간접적으로 알 수 있었다.즉, 경마적 커머스 흐름에 편승하지 않으면서 나름의 소통방식을 진정성있게 고수했다.제품은 어떠한가.나는 여지껏 스프링이 있어야만 잠을 잘 수 있는 침대인 줄 알았다.그리고 침대 프레임은 무조건 대나무살이 좋은 것이라 생각했다."삼분의 일"은 매트리스의 기본기를 더욱 잘 부각시켰다.밀도 높은 폼으로 속을 꽉채웠다. 시중에 있는 유명 브랜드의 제품과 비교해도 질적으로 우수하다.  매트리스의 타입을 나누어 소비자들의 취향을 고려했다.선택지가 있지만 혼선이 오지는 않는다. 간결하고 담백하다.제품에 대한 소비자 만족도 역시 매우 높다.설치기사가 필요없는 배송의 편의성, 물류과정까지 한국에서의 유일한 혁신이다.해외 브랜드 "캐스퍼"보다 내 머릿속을 더 맴도는 국산 유일 브랜다.필요한 것을 찾지 못하면 247원단처럼 개발할 것"언코티드-247"의 출사표다.2018년 10월은 언더웨어에 대한 나의 가치관이 뒤바꾼 시점이다.나에게 언더웨어는 곁가지였다.유니클로에 가서 여러 옷을 산 뒤, 값싼 라이크라 언더웨어 제품 2장 정도.. 내가 살아있음을 매일 알려주는,,,,내 자식들의 탄생을 있게 한,,,,가장 중요한 부위에 닿는 제품이 바로 언더웨어 이거늘...나는 한번도 깊게 생각해본 적이 없었다. 그저 팬티는 너무나 당연했기 때문이다."언코티드-247"은 24시간 7일이 쾌적하기를 바라는 브랜드 가치를 담았다.오스트리아의 천연소재로 인증을 받은 마이크로 모달(렌징섬유)을 메인으로 이렇게 쾌적하고 편안함을 살릴 줄은 몰랐다. '면 소재 제품을 입으면서 바삭거림이나 기스없으면 되겠구나'라고 여겼던 관념을 깨뜨렸다.신축성있는 모달의 입체적 설계는 허벅지 말림을 없앴다.허벅돼인 나에게 열린 공간에서 남들 모르게 엉거주춤 말린 부분을 펴야하는 고충을 해소해줬다.  게다가, 극중요부위를 감싸는 면은 전자파차단 소재다.즉각적으로 체감할 수는 없지만, 디지털 기기와 밀접한 현대남성의 라이프스타일에 대한 분명한 배려다.이러한 섬유는 "247 원단"이다.1종의 섬유가 아닌, 여러 천연섬유를 모아 혼방하여 전례없던 쾌적한 섬유를 창출한 것이다.세상에서 새로운 것은기존에 있던 것들의 조합이다!이 말을 언더웨어를 통해 더욱 실감한다."언코티드-247"은 너무 당연해서 가볍게 여겼던 팬티라는 보편성을 파고들었다.분석하고 재해석하며 보편에서 혁신했다.아울러, "언코티드-247" 브랜드 제품의 가장 큰 무기는 디자인이다.쉽게 접할 수 없는 색상과 밴드는 볼 때마다 눈길을 끈다.언코티드 247의 드로우즈도 트렁크도 디자인이 뒷받침이 되어준다.언더웨어가 후즐근하면 왠지모를 자신감을 잃게 된다.특히, 헬스장과 목욕탕에서 내몸에 익은 '브레이브맨'을 들고 사회로 나왔을 때 그 누구보다 빨리 벗었던 그런 경험을 미루어 본다.감춰진 부분에 투자할 때, 사람의 가치가 상승한다.남들에게 굳이 알리지 않아도, 집에서 네스프레소를 통해 에스프레소를 추출하는 그런 느낌과 일맥상통하다.언코티드-247 나세훈 브랜드 디렉터의 메이저 분야는 "디자인"이다.디자이너가 만든 언더웨어는 이렇게 다르구나.디자이너가 만든 섬유는 이렇게 다르구나."디자이너라서 다르다"라는 점, 바로 일반적인 시각에서 볼 수 없는 디테일을 살렸다는 것이다. 제품에서 섬유로 디테일을 살렸고 웨이스트밴드와 색감으로 디자인을 살렸다.물론, 라이프스타일 브랜드 '바디럽'의 마약베개와 마약매트리스, 퓨어썸샤워기리빙 브랜드 '공백0100'의 세탁조크리너 등등 수많은 브랜드와 제품이 보편적인 삶에 침투했고 부족함을 채워줬다.Lifestyle needs solution 이라는 기치에 알맞게 빈 곳을 메웠고 솔루션을 제공했다.하지만, 이들은 보편을 뒤흔든 제품 속에 '기능'을 담았다는 점!기능성 제품으로 볼 수 있다.내가 "삼분의일"과 "언코티드-247"을 거론한 이유는 기능성 제품이 아니라는 점이다.가장 보편적인 영역에 침투했고, 마진 구조를 재편하거나 섬유와 디자인로 승부를 보는 등 기본에 충실했다.제품 고유의 기본기를 살리면서 편안함을 제공한 것!2018년을 뒤흔든 "보편 침투" 브랜드로 꼽은 이유다. 세상은 저절로 바뀌지 않는다.'누군가가 하겠지?'  '누군가가 하면 나도 이용할 수 있겠지?'특히나 보편적인 영역에서는 더욱 이렇게 생각한다.  이 관념을 모두 깬 멋진 브랜드들!돈 되는 제품을 만들어보자가 아니라,삶의 질을 높이는 소비자 지향적인 생각에서 출발했던 브랜드들!  너무나 레드오션일 수 있는 시장에 발을 들였고,브랜드 가치에 대한 고집과 진성성으로 승부를 보고 있는 브랜드들!  이렇게 멋진 브랜드들을 응원하며 2018년을 마무리 한다.또 2019년에도 영감을 주는 새로운 브랜드를 만나고 싶다! Jason KH커뮤니케이션    기획자
조회수 4766

피부처럼 사용하는 업무용 Tool

1위. Meistertask (https://www.meistertask.com/)올 타임 1위였던 슬랙을 제치고 Meistertask가 당당하게 내가 가장 많이 쓰는 툴로 자리 잡았다. Task management Tool로 Asana, Jira, Trello.... 등을 썼었는데 뭔가 한 끗 차이로 마음에 안 듦. 그래도 전체 flow를 볼 수 있고 Kanban 방식을 적용할 수 있었던 Trello로 한동안 만족했었다. 전체 흐름을 보기 편하고 이쁘다!그러다가.. 우연한 계기로 '예쁜' Trello를 발견하게 되었다. Slack integration app에서 소개된 Meistertask. 아무런 의도 없이 그냥 한번 써볼까 하고 가입했는데 괜찮았다. 뭔가 손에 착착 달라붙는 느낌 ㅎㅎ 거의 모든 기능은 Trello와 비슷하지만 앱도 훌륭하고, 디자인이 Trello와 넘사벽. 슬랙과 integration도 훌륭.. 한데 돈 내야 한다. 근데 뭐 적절하게 IFTTT으로 연동해서 부족한 만큼 쓸 수 있다. 한번 써보시라. 개인적으로 Trello의 지루한 UI 보다 훨씬 신선하고 좋다. 팀원이 말하는 불만은 한 가지. 업무 assign이 한 명밖에 안된다는 것! 근데 나는 사실 한 명한테만 assign이 되는 게 더 좋은 거 같다. Task owner는 언제나 1명일 때가 좋다. 2위. IFTTT (https://ifttt.com/)IF That Then That 풀어쓴 서비스 명이 모든 걸 설명한다. 이거 실행되면 저거 자동으로 실행하기.슬랙을 2위로 할까 하다가 슬랙을 기반으로 얽기 설기 굉장히 복잡하게 얽혀있는 IFTTT을 2위로 선정했다.처음엔 재미 삼아서 이런저런 기능 연결해서 쓰다가, 이제는 내가 쓰는 거의 모든 앱, 서비스들이 IFTTT로 복잡하게 연동되어 있다. 설명이 어렵다. 이걸 실행하면 저걸 실행해준다 정도?내가 IFTTT를 쓰는 수십 가지 중에서 많이 쓰는 것들....- 아이폰에 연락처 저장하면 구글 스프레드시트에 저장해주기- 아이폰에서 스크린숏은 다른 앨범에 저장하기- facebook에 특정 해쉬태그 달면 슬랙 채널에 쏴주기- facebook에 포스팅하면 evernote에 저장해주기- 인스타그램에 포스팅하면 evernote에 아카이브 해주기- pocket으로 저장할 때 특정 tag 달면 slack 채널에 쏴주기- 내일 비 올 때 아이폰으로 푸시 주기- Fitbit에서 일어나면 slack 채널에 쏴주기- 내가 선정릉역에 도착하면 alert 채널에 사장님 도착하심 메시지 쏴주기 등등등이외에도 수십 가지 더 된다. 뭘 해놨는지 까먹을 정도.. IFTTT은 언젠가 IOT의 종합 플랫폼이 될 거다. alexa가 있다면 할 수 있는 게 10배는 늘어날 듯. 3위.  슬랙 (https://slack.com/)어쩌다 보니 3위까지 밀렸는데, 아직도 하루 중 가장 많은 시간을 슬랙 안에서 보낸다. 항상 내 옆에 있는 거 같아서 가끔 질리기도 하지만 오후 8시부터는 Push를 죽이는 snooze 기능을 만들어내는 것을 보면, 미워할 수 없다. 팀 커뮤니케이션은 많이도 방황했는데 결국 결론은 슬랙이다. (울지 마 잔디야...)업무와 일상을 완벽하게 분리하고 싶어서 절대 업무용으로 카톡을 쓰지 않기로 했고, 업무별로 채널을 나누고, 해당 업무는 그 채널에서만 이야기를 나눌 수 있어서 좋다. 처음에는 조금 불편해하는 팀원도 있었지만 결국 슬랙으로 대동단결슬랙의 묘미는 바로 다양한 서비스들과 integration이다. 예를 들면, 관심 있는 아티클을 페북에서 보다가 Pocket을 통해서 저장하고 특정 Tag를 달아놓는다면 자동으로 지정된 슬랙 채널로 쏴줄 수 있다. 팀원들과 마케팅 계획에서 얘기를 하다가 할 일이 생겼다. task mangement를 하는 trello를 켜고 입력할 필요가 없다. 슬랙에서 /trello add를 통해서 간단하게 업무를 더할 수 있다. 뭐 이런 integration은 수두룩 하다. 슬랙 봇은 몇 가지 재미난 게 있지만 결국 그냥 재미용으로 결론을 내림. 4위. 에버노트 (https://evernote.com/)언제부터 썼는지 기억도 안 나지만 5년도 넘게 모든 문서는 에버노트에 빼곡히 기록했다. 얼마 전에 'First Dead Unicorn'으로 잠시 유명세를 탔다. 코끼리야 죽지 마....  얼마 전에 동기화 기기를 2개로 제한하면서 많은 사람들이 떠나갔지만 나는 코끼리에게 프리미엄 결제로 보답했다. 엔간하면 결제를 안 하는 내가 결제를 했으니 내 손을 떠날 수 없는 운명인가 보다. 맥북 에어에서 버벅대는 모습을 보면 화가 나기보다는 애처로운 생각이 든다. 5년 넘게 내 일상을 기록하다 보니 뭔가 감정적으로도 연결된 듯.죽지마 코끼리야..쉽고 빠르게 기록할 수 있는 본질에서 살짝 비켜나면서 굴곡이 있었지만 잘 버텨주길 바란다. 좀 잘하란 말이다. 이렇게 계속 버벅대면 언제 갈아탈지도 모르겠다. 요즘은 에버노트를 팀 위키로 어떻게 활용할 수 있을지 고민 중이다. 지금 위키로 쓰고 있는 구글 사이트 관리자는 너무 느리고, 모바일에서도 굉장히 불편함. 에버노트는 이상한 기능 추가하지 말고 에버노트 위키 기능이나 만들어 주지...5위. Mindmeister (https://www.mindmeister.com/)사실 이건 Meistertask가 너무 마음에 들어서 이 회사에서 만든 다른 서비스는 없나? 하고 둘러보다가 알게 된 서비스이다. 역시 하나를 보면 둘을 안다니깐... 이 서비스도 훌륭하다. 한마디로 마인드맵을 쉽게 만들 수 있는 서비스이다.  요즘 모든  기획을 빡세게 하려고 하면 mindmeister를 켠다. 매우 직관적으로 생각을 잘게 쪼개고 발전시킬 수 있는 툴이다. 꼼꼼한 기획자들에게 강추...안타깝게 순위권에서 떨어진 서비스들..- Pocket : 아티클 간편 저장- Wunderlist : To-do list 작성- beat : 노동요 청취 (푹 쉬렴)- Pomodoro : 25분 일 + 5분 쉬는 것을 도와주는 타이머. 멀티태스킹을 방지해줌결론 : 일 잘하는 사람은 A4 이면지,  모나미 펜만 있어도 충분하다. 그런데 적절한 업무 Tool의 활용은 효율성을 극대화 해준다.#삼분의일 #업무환경 #업무프로세스 #협업 #협업툴 #꿀팁 #스킬스택 #스택소개

기업문화 엿볼 때, 더팀스

로그인

/