전체 피드 목록

열정이 항상 넘치는 혜원 매니저님 소개로 스파크 플러스에서 장인성 이사님의 얘기를 들어볼 수 있는 시간이였다. (L7 호텔 건물에 있는 스파크 플러스 선릉점이 8월 1일자로 오피스를 열였다고 한다.) 투자자가 만든 공유 오피스라 공간이 필요하시면 스파크 플러스로. 고급스러운 신축 호텔 건물에 딱 맞는 프리미엄 인테리어와 시설이다.이 모임은 <브랜드 살롱> BE MY B에서 주최.브랜드라는 공감대를 기반으로 다양한 B를 좋아하는 사람들이 모여 소소한 일상의 특별함을 나누고 배우고 깨닫는 커뮤니티라고 한다. 부산도 갔고 제주도도 갔다고.[강의 전문]마케팅을 잘하려면 결국 그 마케팅과 관련된 동료들이 협업을 잘해야되고 피드백이 선순환이 되어야한다. 마케팅 관련된 책들은 많지만 이상하게도 우리가 회사에서 일하는 부분들에 대해서는 소개되지가 않고 또 다른 회사 사람들도 이러한 부분과 관련되어서 궁금해하고 그래서 이 책을 내게 되었다.우리가 류승룡씨로 사람들이 많이 알게 되었는데 B급으로 우리들을 사람들이 많이 알고 있었고 근데 어느샌가 옛날에 배민은 재밌는거 광고나 그런 것들을 많이 했는데 이제는 뭐 별로 나오지도 않고.. 그런 말들이 있었다. 그래서 그때 1만명이 사랑하는 고객에 집중하기보다는 이제 좀 더 매스하게 우리를 알릴 수 있는 걸 생각을 했고 그래서 치믈리에를 만들게 되었다. 내가 맥주를 좋아하다보니깐 주변에 맥주 회사 대표님들이 많이 계셨다. 주위에서 솔직한 평을 들어보면 우리가 만든 치킨에 어울리는 맥주를 되게 좋아하시더라. 우리가 치믈리에를 더 유명하게 만들기 위해 수석 치믈리에 김미정님 앞에 플랜카드도 걸어드리고 인터뷰를 하면서 아침 방송에도 나왔다. 셀레브 영상 취지도 오고 그랬다. 이야기를 하다보니 너무 가치있고 재밌있더라. 김미정님과 수석치믈리에 +118명은 치킨의 신의 경지에 이른 것 같다. 치킨무를 가지고 어떻게 드세요? 이거 가지고 엄청나게 얘기한다. 3명이서 닭을 먹으면 닭다리를 점령하는 법? 남은 치킨을 어떻게 먹을까? 등등..전 국민이 닭에 열광하는데 치킨에 대한 책이 없다. 다른 건 다 있는데.. 월드컵 볼 때 피자시키면 이상하다. 치킨이어야한다. 기쁜 날에 뭔가 사람들이랑 함께 먹고 싶은 그런 음식 같다. 생일상에 올라오는 케익같은.치믈리에 이후 치믈리에들이 찾는 맥주, 이러한 분들이 막 프랜차이즈 회사들에 상품 개발도 들어가고.. 장난스러운 자격증보다 국가에도 신고해서 정식 자격증이다. 치슐랭 가이드를 만들 때 가장 많이 고민한 부분은 이 책을 실제로 인터뷰하고 에디팅하고 순서를 짠 분들은 많이 고민했을텐데 나는 근데 좀 신경을 별로 안썼다.. 내가 신경쓴 건 책 표지... 책 표지는 진짜 중요하다. 여기서 후킹하지 못하면 손에 잡히지 못한다. 그래서 어떤 표지여야할까 그런 걸 많이 고민했다. 하드커버에 금색에 좀 피식할 수 있는 느낌을 주려고 했다. "좋은 음식을 먹고 싶은 곳에서"우리는 처음에 첨단 찌라시가 첫 서비스였고 결제붙고 리뷰붙고 사장님들이 하나의 가게처럼 자리 잡았다. 전단지때는 가게라고 인식을 못했다. 그냥 too much 정보에 지나지 않았다. 근데 배달의 민족 업소 정보를 보면 이 가게가 어떤 가게일 것 같아를 보게 되니깐 산업의 모형을 좀 바꿨다고 생각이 든다. 좋은 음식을 먹고 싶은 곳에서의 모든 솔루션을 배달의 민족이 되어야 된다고 생각해서 배달 로봇까지 하고 있는 거다. 배달을 하다보니깐 가장 어려운 지점이 식당에서 고객까지 가는 과정이였다.우리가 라이더 채용만 잘되면 되는데 이런게 되게 어려운 지점이더라. 커서 나는 라이더를 되고 싶습니다. 더 나은 라이더가 되고 싶습니다. 이런게 좀 힘들다. 인력풀이 크지 않고 직업 자체도 위험 요소가 있다. 지향하는 꿈이 되지 못하고 사람이 계속 해야되는 일일까? 이런 생각을 하게 되었다. 10년전에 스마트폰 (아이폰) 처음 나왔다. 이런 관점에서 10년 뒤 사람들이 여전히 배달할까? 아닐 것 같다. 유머, 키치, 패러디 , B급... 우리 사업의 본질을 더 팔 수 있는 그런 브랜드가 필요하다. 그게 음식 자체여야한다고 생각했다. 배달의 민족이 다루는 음식은 좋은 재료를 맛있게 끝내주는 재료로 만든다? 이 비전에 어울리는 회사는 따로 있을 것 같다. 우리는 음식을 다루는 문화를 바꾸는 것 같다. 지금까지 해오는 일인 것 같다.지금 배달 음식을 생각해보면 치킨, 피자, 짜장면 정도다. 왜? 배달 기술이 발달되지 않았기 때문에 카테고리 제한이 있던거다. 근데 이제는 배달이 진화하다보니깐 팥빙수, 회 등도 배달이 된다. 음식 문화가 바뀌고 있는 것 같다.야식부터 음식 문화회사까지 스펙트럼이 되게 넓다. 그래서 우리는 저 맨 끝 지점에 깃발을 꽂아놔야지 사람들이 2년 뒤에 우리를 좀 더 큰 개념에서 바라봐줄 것 같다. 그래서 F 매거진도 그러한 관점에서 나온 것이다. B급을 지향하는데 A급으로 끝내줘야지 이게 입소문이 난다. 푸드 매거진 이 책도 끝내주게 잘해주고 싶다. 그래서 우리가 안하면 되겠다.. 그래서 매거진 B랑 하게 된거다. "푸드 컬쳐 회사로서 인식되고 싶은데 뭘 하면 좋을까?" 우리가 제안했는데 매거진B 한테 매거진 B도 마침 브랜드에 포커스하는게 아니라 음식 같은 곳에 포커스하는 걸 생각하고 있었다. 그래서 하이파이브한 것. 그때 우리는 꼭 우리스럽지 않아도 되니깐 매거진 F로 가면 좋겠다. 이렇게 간거다.소금> 치즈> 닭고기 이렇게 시리즈별로 나왔다. 닭고기는 어떤 문화이고 어떤 나라에서 어떻게 만들어지는가? 이런 view다. 돼지 안먹는 문화, 소안먹는 문화는 많다. 근데 닭은 별 제약이 없다. 지금부터는 좀 더 내 개인에 대한 소개를 해보려고 한다. 페이스북, 인스타그램도 하고 있다. 페이스북은 "장인성 이사님"이 되게 강해져서 맥주 마셨다, 달리기 했다 뭔가 어느 날 좀 부담스러운 부분이 생겼다. 내 개인의 장인성은 인스타그램으로 가야겠다.. 그때부터 인스타도 좀 열심히 한 것 같다. 그때 컨셉 또 잡고 해야되는데.. 뭐 이것저것 찍고 하는 것도 많은데.. 근데 나는 좀 더 얘기할 떄 각을 세우고 싶었고.. 그래서 뭘 할까 고민하다 어느새 내가 달리기를 계속 올리고.. 책을 올리고.. 옛날부터 술 마시고 찍고 올리고 이렇게 하더라.. 그래서 이 세 개만 하자. 이렇게 컨셉을 잡았다. RUN, DRINK, READ. 쉬는 것보다 노는 것을 좋아합니다. 익숙한 것보다 새롭고 낯선 것을 좋아합니다. 읽고 맛보고 달립니다.이게 나를 되게 잘 표현하는 것 같다.RUN.무라카미 하루키는 내가 가장 좋아하는 작가고 가장 좋아하는 책 중에 하나는 "달리기를 말할 때 내가 하고 싶은이야기"이다. 무라카미는 풀코스, 울트라 마라톤까지 하는 되게 유명한 러너다. 하루에 매일 10km씩 달린다. 나는 초기에 비기너 러너일 때 이 책을 읽으니(8년전 읽고 이번에 또 읽었다.) 너무 새롭고 많은 걸 내가 닮아간다는 걸 느끼고 감동받았다. 책 구절 중 하나 "장편 소설을 쓰는 것은 육체 노동이다. 한 권의 책을 쓰는 건 정신 노동보다 육체 노동에 가깝다. 나 자신에 관해 말한다면 소설 쓰기를 매우 아침 길 위를 달리며 배워왔다. 육체적으로 실무적으로. 세상에는 때때로 매일 달리고 있는 사람을 보고 그렇게까지해서 오래살고 싶니? 비웃는 사람이 있다. 근데 실제로 오래 살기 위해서 달리기보다는 온전히 이 삶을 살아갈 때 더 달리고 싶다가 많지 않을까. 사는 동안에 확실한 목적과 주어진 한계에서 자신을 이겨내려고 하고 그것이 달리기이며 사는 것의 메타포라고 생각한다. 이러한 생각은 많은 러너들이 공감해줄거라고 생각한다."매년 내가 조금 더 나아지고 육체적으로 단단해지고 건강해지는 나를 보면서 스스로를 더 좋은 사람으로 만들어간다는 운동이 러닝인 것 같다. 그래서 러닝을 과시적으로 한다. 과시적으로 하면 그 과시적인 걸 더 하고 싶어서 잘 달릴 것 같으니깐.Drink.나는 술은 관능의 영역이라고 생각한다. 나는 맥주 마시로 가면 여러가지 마시는 걸 좋아한다. 술을 좋아하는 사람이 두 부류인 것 같다. 마셔도 잘 안취하네. 갈아타자 >> 맥주 배부르네, 소주마셔니깐 취하네 아쉽다. >> 저기까지 다 먹어보고 싶은데 6잔까지 먹으니깐 취하네.나는 후자쪽.이런 다양한 즐거움을 누리는게 좀 내 삶의 행복인 것 같다. 런과 드링크를 같이 함으로써 서로 보완하면서 껴안는 일이 아닐까.. 그런 생각이 든다. 너무 성실한 것? 너무 망나니인 것? 퇴폐적이면서 꾸준하게 성실한 면이 같이 있는게 좋은 것 같다.Read.꼭 책 뿐만 아니라 사람들이랑 이야기하고 듣고 보고 하는 것들이 다 해당되는 것 같다. 궁금하시면 인스타 @earthwide 팔로우를 해주셨으면 좋겠다.Q&A 6개Q1) 사업에 대한 실적에 영향을 줄 수 있는게 확실하지 않는데 신춘문예라든지 이러한 캠페인들을 어떻게 조직에서 추진하기 위해 설득 논리를 가지고 있는지?사업과 브랜딩은 좀 다른 관점에서 존재하는 것 같다. 브랜딩은 좀 더 자유로운 영역이 있다. 우리는 지금은 알지? 이렇게 하고 슥슥 가는편인데 처음에는 좀 그렇지 않았다. 모든 회사가 대표가 결국 브랜딩의 수장이 된다. 대표님 머릿 속에 나오는 설계도에서의 설계도. B급, 동생 같고, 만만하고.. 이걸 만들어놓은게 김봉진 대표님 설계도. 그래서 우리는 이런 걸 공감하고 위에 올리는데 무슨 결제 관련 이슈 대해서 그런 건 없다. 서로 why를 가지고 얘기를 많이 하는 편이고 대표와 막내 사이에 거리가 멀지 않는게 가장 큰 비결인 것 같다. 그래서 그냥 믿고 가는 분위기다 2, 3년뒤 되니깐. 대표님 계획이 아니라 실무진 계획. 나랑 나랑 일하는 친구들. 보고하는 자체가 어려운 일이 아니였다. 우리끼리 어 이거 괜찮은데? 될 것 같다. 그러면 우리는 한장짜리 만들고 얘기를 하면 대표님이 "오 그거 괜찮겠네요. 잘해주세요." 우리가 왜 그것을 하고 그게 막내와 대표 사이에 거리가 짧고 나면 그 방법은 우리가 알아서 할 수 있도록 임원들이 열어주고 그 안에서 최선을 다하고 방법을 찾으니 퍼포먼스도 좋은 것 같다.Q2) 마켓컬리랑 배민찬이 좀 겹치는 느낌이 난다. 배민찬에 대한 생각을 듣고 싶다.우리랑 마켓컬리랑은 조금 다른 영역에 있다고 생각을 하고 우리는 배민 브랜드를 중심으로 확장해나갈거냐, 아니면 그냥 새로운 브랜드로 갈거냐 고민했었다. 배민 라이더스가 원래 배민 라이더스가 아니였다. 양양 라이더스였다. 브랜드를 봤을 때 어떤 기대감을 주는 건 여러가지 요소들이 있을 거라고 생각했는데 배민이라는 브랜드를 중심으로 가자고 했던 건 그렇게 확장을 하지 못하면 그냥 전단지, 짜장면, 치킨에 머물러 있을 수도 있다는 생각이 들었다. 그래서 배민을 중점으로 확장해나가면 어 그래 배민이니깐. 이런 식의 배경에서 배민을 살리는 방향으로 갔다. Q3) 대표님이 너무 다 알아서 하라고 하니깐 내가 이 방향이 맞나? 그런 고민이 든다. 혹시 판단의 가치가 있는가? 판단할 때 제 1가치일을 할 때 항상 사소하거나 큰거나 판단의 기로에 서게 된다. 판단이라는 걸 할 때 사람들이 많이 물어보기도 하는데 공감되는 결정에 좀 포커스하려고 한다. 일이 잘 실행되려면 다 공감하는 결정을 했냐 안했냐를 본다. 공감이 안되서 시작하면 응용력이 안생긴다. 바꿀려면 어떻게 바꿀지도 모른다. 덜 좋은 선택이라고 할지라도 왜 개인들이 이 선택을 했고 공감했는지 그럴때 비로소 그 일이 만들어지는 디테일, 환경이 바뀌었을 때 적응력이 좋아진다고 믿는다.Q5) 인생에서 개인의 하나의 삶으로 가장 크게 성장했던 순간과 마케터로서 가장 크게 성장했던 순간이 언제였는지? (내가 질문)성장은 고통이 컸을 때 많이 되는 것 같다. 2012년에 전 회사에서 도쿄에 가서 일을 한 적이 있다. 일본 대지진 났을 때 한국으로 많이 들어오고 그럼에도 불구하고 불사능을 뚫고 일본에서 일하고 싶은 사람? 해서 내가 손을 들었다. 인생에 한번쯤은 여행이 아니라 살아보고 싶었다. 그게 1위가 됴코였다. 그래서 손을 들고 갔다. 말도 잘 못했고 회사 동료들은 있지만 한국 사람들이랑 안 어울리고 친구로는 안지냈다. 그러다보니깐 몇달 동안 혼자 처음 도착했을 때 도쿄 레지던스가 기억이 난다. 개인 짐만 가지고 왔는데 나의 흔적이 없는 느낌, 즉 "내가 여기서 죽거나 없어져도 아무런 일도 일어나지 않겠다." 내가 침대 시트를 빨지 않더라도 일주일에 한번씩 빨아주는데 일주일마다 내 존재의 흔적이 없어지는 경험을 하니 되게 외로웠다. 일의 도움, 친구에게 도움되지 않는 것 같고 출퇴근하고 밥을 하고.. 뭐하고 있나.. 인생에서 가장 힘든 몇달이였다. 근데 어느새 갑자기 얼음이 삭 녹는 그런 시점이 있었는데 일본어를 배우기 위해서 한인 교류회 찾아가서 거기 모르는 일본인 3명 한국인 2명, 언어 교환을 했다. 그때 일본 친구랑 막 페친도 하고 산악회 초대도 받고 내가 그때 산악회를 가서 사진기를 두고 그 친구들을 다 찍어주고 페이스북 사진첩에 올려줬다 수십장을. 사진 찍는게 그때 취미였다. 그랬는데 그 사진을 다운 받는 친구들이 "이야 인성이가 오니깐 이런 사진들을 볼 수 있구나 역시 초대를 잘했어" 근데 그게 지금은 정말 아무것도 아니지만 내가 되게 다른 사람들에게 고마운 사람이 될 수 있고 내가 하는 일이 처음 의미를 가지구나 하는 생각이 들었다. 행복이라는게 별게 아니고 그냥 누군가에게 도움이 되고 기여한다는 느낄 때가 행복한거구나. 그게 정말 큰 내인생의 경험이였다. 그래서 이런 경험 때문에 내가 항상 하는 판단이 기준이 내가 이런 기여와 의미를 줄 수 있는지를 생각하게 된 것 같다.가장 많이 성장했을 때는 처음 2-3년 배민에서 일했었을 때 지극한 일의 몰입감을 가졌다. 배달의 민족과 나를 완전히 일치시켰다. 누가 시키지 않아도 아무도 원하지 않더라도 월요일 아침- 금요일 밤 매일 회사 동료들이랑 배달의 민족을 고민하고, 주말에 일하고, 알리고... 이걸 동료들이랑 같이 했다. 이걸 2~3년동안 했는데 이 일에서 느끼는 몰입감을 동료들과 함께 하는 일들이 일하는 우리에게는 변화의 기회가 됬던 것 같다. 지금은 그렇지 않더라면 그런 환경을 만들고 몰입을 해야된다고 생각했다. Q6) 실제로 어떻게 업무를 보시고 의사결정을 하시는지?사실 하고 싶은 일들은 되게 여러가지가 있는데 그 중에 어떤 일을 선택하고 해야되냐의 얘기인 것 같다. 각자 브랜드다운 일들이 있을거다. 각 브랜드의 또 핵심 소비자도 있을거다. 근데 그거 모르면서 행사 기획 하지말고 근데 이 정의를 하더라도 1-2주 내에 해야된다. 근데 이미 다들 알고 있다. 이런 사람들이 어떤 사람들이고 어떤 브랜드이고 싶다라고. 그 지점에 가장 가까운 일들이 우선이 되고 아무리 멋지고 괜찮은 일이여도 핵심 소비자한테 사랑받을 수 있는 일로 어필하는 일이 아니라면 하지 않는다. 비용이 드는 것에 있어서도 나는 브랜딩 캠페인이라고 한다면 적당히 해서 적당히 나오는 결과물이 제일 별로인 것 같다. 우리가 제대로 기획한다면 그 타겟한 사람에게는 1등이 되도록 최선을 다해서 죽어라고 해야되는 것 같다. 그렇게 해야지 그 한 두명에게 마음 속에 1등이 되고 그게 100명이 되는 것 같다. 그전까지는 힘을 빼면 안된다.Q7) 마케팅 하실 때 마케팅 멘토가 있었는지?김봉진 대표님이였던 것 같다? (웃음) 또 마케팅을 하면서는 주위에 성공한 사람들의 마케팅 테크닉들을 많이 배우려고 했던 것 같다. 대표적으로 잡스도 있고.[장인성 이사님이 추천하는 책 10권]1. 달리기를 말할 때 내가 하고 싶은 이야기 - 내가 이 책의 모습을 많이 닮아가고 있다고 느낀다.2. 그리스인 조르바 - 가장 좋아하는 소설이다.3. 미움받을 용기 - 자존감에 대한 책이다. 자존감이라는게 현대 사회에 가장 기본이 되는 마음 덕목 소프트웨어인 것 같다. 자존감을 했는데 피드백을 이상하게 들어. 자존이 잘 되어있으면 멀티 커뮤니티케이션이 잘 되는 것 같다.4. 행복의 기원 - 인간이라는 종의 진화적인 측면에서 사람은 어떨때 행복감을 느끼는가? 내가 누구에게 더 많은 시간을 써야되는지에 대해서 얘기해준다. "내가 사랑하는 사람들과 맛있는 음식을 먹으며 자주 시간 보내기" 5. 바른 마음 - 나와 신념이 다른 이 사람이 나쁜 사람이 아니라 나랑 기준이 다르다는 것.6. 총균쇠 - 마케터로서 인류에 대한 호기심이 되게 많다는 걸 알게 되었다. 유럽, 아프리카, 아시아의 차이를 만들고 있는 것이 무엇인가? 이런 걸 이해하면 현재하고 미래를 더 내다볼 수 있는 능력을 가지게 되는 것 같다. 이걸 보고 사피엔스 > 호모데우스 를 읽으려고 하고 있다. 7. 지적자본론 - 우리처럼 지식 노동을 하는 사람들에게 굉장히 정신적인 토양을 제공해주는 책인 것 같다. 8. 건축가가 사는 집 - 나는 공간, 집 되게 관심 많은데 건축과 집이 똑같은 얘기다를 이 책에서 얘기한다. 삶, 관심들이 줄줄 이어지게 만드는 책 9. 쇼코의 미소 - 마케터가 꼭 가져야되는 소양 중 하나 예술적인 감각, 아름다운 디자인, 말, 아름다운 글을 쓰지 않아도 아름다운 글이 뭔지는 알 수 있는. 작년 읽은 소설 중 월등히 좋은 책. 눈물이 나는 책. 10 . 독립선언 - 독립출판물이라 조금 찾기 힘든 책. 이 시대의 우리와 닮은 되게 생생하게 보여주는 책. 이 시대의 청년이 어떤 모습으로 살아가고 있나 엿보기에 좋고 감동적인 책인 듯 하다. 끝.PPL. 페오펫에서는 위대한 마케터를(CMO) 모시고 있습니다. 커피 한잔 하실 분은 연락주세요.#페오펫 #peopet #아이디어기업 #기업문화 #목표 #비전 #각오 #팀빌딩 #초기멤버

지난 1월 말, 새해를 맞아 잔디에 새로운 기능이 업데이트되었습니다. 바로 잔디 커넥트에 관한 내용인데요, 협업에서 많이 쓰이는 몇 가지 외부 서비스를 잔디와 쉽게 연동해서 더욱 효율적인 업무 커뮤니케이션을 할 수 있게 되었습니다. 많은 고객분들이 이번 업데이트를 기다려주신 만큼, 저희 개발팀 또한 기대에 보답하고자 지난 몇 주의 스프린트 동안 열심히 준비했습니다. 이번 글에서는 커넥트 동작 방식을 설명하고 그 개발 과정에서 저희가 겪은 시행착오를 비롯한 여러 값진 경험들을 공유하고자 합니다.Integration? Webhook!연동: [기계] 기계나 장치 따위에서, 한 부분이 움직이면 다른 부분도 함께 잇따라 움직임.앞서 말한 대로 잔디 커넥트는 여러 웹 서비스들과 잔디를 연동할 수 있는 기능입니다. 서로 다른 웹 서비스를 연동하기 위해선 한 서비스 내에서 특정 이벤트가 발생 했을 때 다른 서비스로 해당 이벤트를 알려주는 연결 고리가 필요합니다. 이때 해당 연결 고리 역할을 위해 대표적으로 사용되는 기법이 웹훅(WebHook) 입니다. 웹훅은 user-defined HTTP callbacks, reverse APIs 등으로 불리는데, 간단히 설명하자면 웹 서비스에서 공개한 API가 아닌 사용자가 직접 지정한 주소(URL)로 특정 이벤트가 발생 시 HTTP Request를 보내주는 기법입니다. 예를 들어,새로운 일정이 등록된 경우(Google Calender)요청한 Pull Request가 Merge된 경우(GitHub)카드에 새로운 코멘트가 작성된 경우(Trello)이러한 이벤트가 발생했을 때 사용자가 매번 이벤트가 발생했는지 확인하지 않아도 서비스가 먼저 알려줄 수 있도록 일종의 알림을 등록하는 것이죠. 잔디 커넥트는 이와 같은 특징을 이용해서 각각의 웹 서비스에서 제공하는 웹훅을 잔디의 메시지 형태로 전달하는 기능입니다.일반적으로 웹훅은 이벤트에 대한 알림을 외부로 전달하는 것을 말합니다. 이 부분에서 중요한 것은 전달 방향인데, 서비스 내부에서 외부로 전달하기 때문에 이를 Outgoing Webhook으로 부르기도 합니다1. 같은 맥락에서 반대로 생각해보면 외부에서 서비스 내부로 특정 데이터를 전달하는 경우이니 Incoming Webhook이 됩니다. 앞서 웹훅을 reverse API라고 했는데 이를 다시 뒤집으니 결국 서비스 내부로 통신하는 제한적인 API와 같은 역할을 합니다. 굳이 용어를 구분한 이유는 API와 달리 접근하려는 서비스의 별도 인증 절차를 거치지 않고도 사용자가 생성한 웹훅의 URL을 인증 토큰으로 사용하며 약속된 Request Body 포맷만 알고 있다면 자유롭게 사용할 수 있기 때문입니다.개념 설명이 다소 길어졌지만, 이번 잔디 커넥트 기능에 대해 용어나 개념이 낯설다는 피드백이 생각보다 많았기 때문에 이번 글을 통해 더 많은 분들이 웹훅을 이해하는 데 도움이 될 수 있으면 좋겠습니다.구현에 앞서서비스를 운영한지 1년 정도 지난 시점에서 저희 내부적으로는 백엔드의 기술 스택 변경 및 각 서비스 분리에 대한 갈증이 있었습니다. 하지만 이미 서비스를 운영 중이기 때문에 안정성이 최우선시 되는 만큼 꽤 부담스러운 숙제로 미뤄둘 수밖에 없었고요. 때마침 커넥트 기능은 숙제를 시험해볼 만한 좋은 기회임에는 분명했지만, 새로운 기술 스택을 바로 서비스에 적용하기엔 오히려 개발 효율이 떨어질 것이라는 판단하에 일단 서비스 분리에만 집중하기로 했습니다.기본적으로 API와 DB를 기존 서버와 분리하고 웹훅 데이터를 저장하기 위한 큐와 해당 데이터를 처리하는 배치 서버 또한 모두 기존 서비스와 분리해서 최대한 결합도를 제거했습니다. 이런 설계 덕분에 추후 사업 전략이나 각 국가의 특성에 맞춰 커넥트 기능을 어렵지 않게 포함하거나 제외할 수 있게 되었습니다. 전반적인 저희 잔디 백엔드 아키텍쳐에 대해서는 아직 한 번도 소개 해드린 적이 없으니 다음에 따로 주제로 선정해 집중적으로 다뤄보도록 하겠습니다.동작 방식잔디 커넥트가 동작하는 방식은 기본적으로 다음과 같습니다.Incoming Webhook URL 생성 - 외부 서비스 웹훅 등록 - 웹훅 수신 - 메시지 작성 연동 대상 서비스마다 조금씩 차이가 있지만, 기본적으로 모두 위와 같은 방식으로 동작하기 때문에 단계마다 나누어 설명하겠습니다.1. Webhook URL 생성Webhook URL은 https://wh.jandi.com/connect-api/webhook/{teamId}/{webhook-token}와 같은 형태로 생성됩니다. hostname을 별도로 설정함으로써 기존 API 서버와의 분리는 물론이고, nginx의 Limiting the Request Rate 설정을 이용해서 호출되는 웹훅 요청 수를 효과적으로 제한할 수 있었습니다. webhook-token은 중복을 피하면서 각 웹훅에 대한 유효성을 검증할 수 있도록 여러 키를 조합한 md5 hash 값을 이용했습니다.이렇게 생성된 URL은 Incoming Webhook 뿐만 아니라 Google Calendar 등의 서비스에 등록하는 콜백 URL로 사용합니다.2. 외부 서비스 웹훅 등록웹훅을 등록하는 방법은 서비스에 따라 API를 이용하거나 수동으로 직접 등록할 수 있습니다. 사용자가 직접 웹훅을 등록하는 방법은 웹훅 URL만 생성해서 전달하면 등록 과정의 추가 처리가 필요 없어서 간단하지만, 서비스마다 등록하는 방법이 조금씩 다르고 다소 복잡하게 느껴지는 문제가 있습니다. 반대로 각 서비스에서 제공하는 API를 이용해 웹훅을 등록하면 사용자의 부담을 많이 줄일 수 있지만, 그만큼 내부적으로 처리해야 할 작업이 많아집니다. 그래서 구현 초기에 꽤 많은 시간을 투자할 수밖에 없었고 그 과정에서 아래와 같은 어려움을 겪었습니다.웹훅 관련 API를 사용하려면 먼저 인증을 받아야 하는데 서비스마다 제공하는 인증 방식이 조금씩 달라서 이를 통합하는 모델을 만들기가 쉽지 않았습니다. 요약하자면 기본적으로 accessToken을 사용하지만, 인증 방식에 따라 부가적으로 필요한 데이터가 서로 조금씩 다른것이죠. 가령, 구글캘린더는 만료 일시와 토큰 갱신을 위한 refreshToken 값을 별도로 갖고 있어야 합니다. 또 한가지 놓치기 쉬운 부분은 인증 폐기(revoked) 관련한 데이터 처리인데 저희가 경험한 바로는 인증이 폐기되었을 때 별도로 웹훅 알림을 주지 않기 때문에 반드시 인증의 유효성을 확인하는 추가 로직이 필요합니다.대부분의 사무실이 그렇듯이 저희 또한 공유기를 이용해 내부 네트워크를 구성하고 있습니다. 게다가 백엔드 파트는 개개인의 로컬 가상 서버에 동일한 환경을 설정해놓고 개발을 하므로2보통 경우엔 외부(public network)에서 들어오는 요청을 받을 수 없습니다. 그렇다고 매번 외부 네트워크에 있는 서버에 배포 후 테스트하기가 어려우니, 저희는 각 로컬 서버마다 고유 포트 번호를 나눠 갖고 WAN이 물린 공유기의 포트 포워딩을 알맞게 설정한 뒤에 네트워크 터널링 유틸리티인 ngrok을 이용해 내부와 연결되는 public 주소를 생성해서 외부 서비스와 문제없이 통신할 수 있었습니다.3. 웹훅 수신웹훅을 통해 들어오는 Request는 일단 정상 응답을 하는 게 좋습니다. 서비스마다 최초 웹훅 등록 시 유효한 URL인지 확인하는 테스트 요청을 하는데 이때 정상 응답을 하지 못하면 아예 등록조차 처리되지 않습니다. 또한, 정상적으로 등록된 이후 특정 이벤트에 해당하는 웹훅 요청에 대한 응답에도 주의할 필요가 있는데, 만약 에러 응답이 반복되면 일정 시간 동안 각 서비스에서 아예 해당 웹훅을 발송하지 않도록 제한이 걸려 더 이상 테스트를 진행할 수 없는 경우도 있었습니다.따라서 일단 웹훅 요청이 들어오면 teamId와 webhook-token 값으로 올바른 웹훅인지 검증한 후 서비스별 큐에 Request header와 body를 포함한 데이터를 전달한 뒤 바로 응답하고, 큐에 쌓인 데이터는 커넥트 종류별로 배치 서버가 돌면서 처리하게 됩니다. SQS를 사용함으로써 늘어나는 데이터에 대한 안정성을 확보하고 각각의 배치 서버를 독립적으로 분리해서 구현함으로써 자연스레 확장성(scalability)도 보장할 수 있게 되었습니다.4. 메시지 작성웹훅 데이터를 잔디의 메시지로 변환하는 역할은 배치 서버가 담당합니다. 서비스별로 데이터 포맷이 다르므로 해당 데이터를 파싱 및 처리하는 Worker 또한 각각 구현했습니다. 사실 커넥트 기능에서 가장 핵심적인 역할을 하는 부분인 만큼 가장 많은 공수가 드는 작업이였던 것 같습니다.서비스마다 정해놓은 웹훅 이벤트와 잔디 커넥트에서 제공하고자 하는 알림이 서로 완전히 일치하지 않아서 이를 서로 연결하는 작업연동 서비스의 문서가 잘 정리되어 있지 않아서 일일이 필요한 동작을 취하고 그에 따라 들어오는 데이터를 정리하는 작업잔디 계정 언어에 따라 메시지 L10N3을 적용하는 작업커넥트 메시지를 전달하기 위해 기존 멤버와 다른 커넥트 봇을 구현하는 작업등 요약하기 어려울 정도로 크고 작은 이슈들이 많았습니다. 그 내용이 너무 다양해서 모두 상세히 기록하긴 어렵지만, 개중에 도움이 될만한 내용을 추려서 아래 따로 정리했으니 관심 있으신 분들은 참고하시면 좋을 것 같습니다.서비스별 집중 탐구커넥트 구현 일정을 최대한 앞당기기 위해 저희는 개발자들끼리 각각의 커넥트 종류 별로 전담해서 작업하는 전략을 취했습니다. 제가 대표로 글을 작성하기는 하지만 보다 정확하고 구체적인 정보를 전달하는 것이 좋겠다는 생각에 개발을 담당하신 분들과의 짧은 인터뷰 형식을 빌려 공유하겠습니다.- Google CalendarQ. 기술적으로 난이도가 높았던 작업을 소개해달라.전반적으로 어려운 작업이 있었다기보단, 캘린더 특성상 세세하게 처리할 부분들이 많아 설계와 구현이 어쩔 수 없이 복잡해졌다. 가장 골치 아팠던 작업은 일정 알림을 타임존(Time Zone)에 따라 각각 알맞은 시간에 전달하는 작업인데, “잔디 계정의 타임존”, “구글 캘린더의 타임존”, “개별 일정의 타임존” 이렇게 3가지를 모두 고려해서 경우마다 기준이 되는 타임존을 결정하는게 엄청 까다로웠다. 심지어 구현 후 테스트를 하는 과정에서도 출력된 시간이 올바로 표시된 것인지조차 헷갈려서 디버깅하는데 한참 고생할 수 밖에 없었다.웹훅을 등록하고 관리하는 부분도 꽤 복잡했는데, 구글 답게(?) 웹훅에도 만료 기간이 존재한다는 것이 포인트다. 때문에 만료되기 전에 반드시 재등록 및 과거 웹훅 삭제 작업을 하는데, 효과적으로 처리하기 위해 “웹훅을 받을 때마다 만료 기간을 확인”, “등록된 일정이 많지 않아 웹훅을 받지 못하는 경우도 있으니 별도의 배치서버가 하루 단위로 확인” 이렇게 두 가지 로직을 넣어서 자동으로 웹훅을 유지하도록 구현했다.또한, 다른 연동 서비스와 달리 구글은 웹훅 콜백으로 들어오는 요청에 해당 이벤트에 대한 데이터를 직접 담아주지 않기 때문에 key를 가지고 한 번 더 API 호출을 통해 필요한 데이터를 가져와야 한다는 점도 주의해야 한다. 요청해야 할 API 문서는 비교적 잘 정리된 편이지만, 같은 요청에 대해서도 인자를 어떻게 보내는지에 따라 그 응답이 제각각이기 때문에 응답 값에 대해 무조건 신뢰하고 처리해서는 안 된다. 당연히 존재할 것으로 생각한 필드 값에 빈 배열이 들어와서 일정 관련된 데이터를 일부 날리고 나서야 깨달았다.. -_-Q. 가장 처리해야 할 이슈가 많았다고 알고 있는데, 그중에서도 기억에 남는 이슈가 있을 것 같다.너무 많은 이슈를 동시에 처리하다 보니 특별히 기억에 남는 이슈는 없다. 다만 아직도 왜 그랬는지 확실한 이유는 알 수 없지만, 언젠가 한 번 구글에서 웹훅을 아예 전달해주지 않았던 경우가 있었다. 과도한 요청으로 limit이 걸린 것도 아니었는데, 갑자기 웹훅이 안들어오니깐 우리로서는 어떻게 풀어볼 방법이 없었다. 그러다 나중에 확인해보니 대략 12시간쯤 지나고 나서 그동안 밀려있던 웹훅 데이터가 한 번에 밀려서 들어와 있더라. 다행히 그 이후로 지금까지 한 번도 재현되지 않는걸 보니, 혹 동일한 증상을 겪는다면 당황하지 말고 기다려 보시라.반복 일정을 다루는 것도 꽤 골치 아픈 이슈인데, 왜냐하면 일정이 있을 때 마다 웹훅 알림을 주지 않고 처음 등록된 시점에서 한 번만 정보를 알려주기 때문에 등록된 시점 이후의 일정은 내부적으로 계속 등록해줘야 한다. 기본적으로 구글 캘린더는 RFC-55454 표준을 따르지만, 실제 전달되는 데이터 중 일부는 표준과 조금 다른 부분이 있었다. 특히 반복 일정(recurrence) 관련 데이터 포맷이 조금 다르므로 캘린더 데이터를 파싱하기 위해 만약 외부 library를 사용한다면 별도의 예외처리가 필요하다. 더욱 더 까다로운 건 사실 등록된 반복 일정이 수정되거나 삭제되는 경우인데, 이때 “특정 일정만 삭제”, “지금 시점 이후의 일정 모두 수정” 등 워낙 케이스도 많고 각각을 테스트 하는 것도 쉽지 않기 때문에 작업 시간이 꽤 오래 걸렸다. (심지어 아직 확인하지 못한 드문 케이스에서는 잠재된 버그가 있을 수도…)Q. 그 밖의 도움이 될만한 노하우나 꿀팁이 있다면?구글 캘린더 API는 Webhook 보단 Push Notification 키워드를 많이 사용한다. 푸시 노티라는 게 좀 다른 카테고리에서 많이 쓰이는 용어이기도 하다 보니 코드 리뷰 등의 커뮤니케이션을 할 때 혼동이 좀 있었던 것 같다.물론 서비스 요구사항마다 다르겠지만, 잔디 같은 경우엔 요구사항에 맞춰 계속 설계를 변경 및 개선하다 보니 결과적으로 너무 복잡해져 효율이 떨어지는 코드를 작성할 수밖에 없었다. 처음부터 연동을 생각하기보다는 아예 캘린더 자체 기능을 베이스로 설계하고 데이터만 구글에서 가져온다 생각했다면 개발 생산성이 더욱 좋았을 것 같다.- TrelloQ. 기능을 구현하면서 느낀 아쉬웠던 점과 좋았던 점을 짚어달라.트렐로 공식 API 문서가 더 명확했다면 좀 더 개발이 수월했을 것이다. 문서가 RESTful하게 end-point path는 간결하게 잘 정돈되어 있지만, 각 요청 parameter에 대한 설명이나 response 데이터 등이 명확하게 정리되지 않아서 적합한 API를 찾거나 불명확함을 걷어내기 위한 테스트를 하다 보니 전반적으로 시간이 길어지고 비효율적이었던것 같다.그에 반해 트렐로에서 웹훅 이벤트를 발생시키기 위한 유저 액션들이 비교적 간단하고, 그에 따른 콜백 리퀘스트 또한 누락 없이 빠르게 잘 들어와서 그나마 쉽게 테스트를 할 수 있었다.Q. 기능 구현을 위해선 반드시 알아야 할 웹훅 이벤트 종류 및 데이터에 대한 문서는 정리가 전혀 안 되어있다고 하던데 정말인가?그렇다. 처음엔 좀 당황했지만, 그래도 방법이 없으니 일일이 경우마다 테스트해보면서 직접 정리를 하려고 했다. 하지만 각 웹훅마다 큰 구분만 있고 세세한 데이터는 너무 다양해서 깔끔하게 정리하기가 어려워 따로 공유를 위한 문서를 만들지는 못했다. 예를 들자면 트렐로에서 updateCard 라는 action type의 웹훅 데이터를 보내주는데, 그 데이터만 보고 “Card Archive”, “Description 수정/삭제”, “Due date 등록/수정”, “카드 이동” 등의 여러 가지 서로 다른 이벤트를 구분해야 한다. 근데 그 구분하는 방법이 특정 flag가 있는 게 아니라서 각 data를 모아놓고 역으로 분리하다 보니 코드를 깔끔하게 작성하기가 어려움은 물론, 추후 트렐로 측 데이터의 변동이 있을 때의 품질을 보장할 수 없는 리스크를 안고 구현할 수밖에 없었다.Q. 그 밖의 도움이 될만한 노하우나 꿀팁이 있다면?만약 트렐로와 어떤 형태로든 연동하려고 한다면, 설계 전에 모든 API에 대해 꼼꼼히 살펴보고 웹훅 이벤트 또한 직접 테스트해서 일단 전체적으로 리스트업을 정리하는 게 보다 생산성에 도움이 될 것이다. 트렐로를 잘 알고 있더라도 서비스 내부에서 “보드”, “리스트”, “카드”가 어떤 상관관계를 가지는지 미리 정리해보는 것도 좋다.사소하지만 좀 특이했던 점은 웹훅을 처음 등록할 때 해당 URL로 확인 요청을 한번 하는데, 이때 요청은 HTTP method가 POST가 아닌 HEAD로 들어온다. 그래서 반드시 동일한 URL의 HEAD 요청에 대해서도 정상 응답을 할 수 있도록 구현해야 한다.마무리잔디 커넥트를 구현하면서 특히 서비스 품질과 개발 속도 간의 밸런스에 대한 고민을 많이 했습니다. 초반에 서비스 종류별로 작업을 분리하고 각각의 방식으로 설계한 뒤 나중에 정리하는 전략이다 보니 공통으로 가져갈 수 있는 DB 모델이나 서비스 로직이 많아서 이를 통합하기 위해 반복 작업을 할 수밖에 없었는데 이 부분이 저희 내부적으로 느낀 가장 아쉬운 부분이 아니었나 생각합니다. 기능 중 많은 부분이 외부 서비스에 의존적이다 보니 생각하지도 못한 크고 작은 이슈들이 발생해서 일정 산출에도 꽤 어려움을 겪었습니다.커넥트 기능을 출시한 이후로 꽤 시간이 지났음에도 불구하고 이슈 백로그(Backlog)를 보니 아직도 개선할 부분이 많이 남아있는 듯 합니다. 그렇지만 이번에 기반이 되는 작업을 최대한 튼튼히 하기 위한 많은 시행착오를 거쳤기에, 추후 연동되는 커넥트 종류를 늘려나가는 시점5에 보다 효과적으로 개발할 수 있을 것이라 기대하면서 이번 글을 마치겠습니다.Slack API 문서 참고 ↩vagrant의 box로 서로의 로컬 개발 환경을 동일하게 유지하고 있습니다. 참고로, 현재 저희 서버 환경은 Local - Dev - Staging - Production으로 구성되어 단계별로 상황에 알맞게 배포하고 있습니다. ↩Localization의 약어. 잔디는 아시아 시장에 최적화된 서비스를 제공하고자 한국어, 일본어, 중국어 간체자(중국), 번체자(대만/홍콩), 영어 총 5가지 언어를 지원합니다. ↩아이캘린더(iCalendar)로 불리는 인터넷 캘린더의 데이터 포맷에 관한 표준. IETF 문서참고 ↩구체적인 시점은 말씀드리기 어렵지만, 더욱 좋은 사용성을 제공하고자 유저분들의 설문조사를 진행하고 있으니 많은 참여 부탁드립니다. ↩#토스랩 #잔디 #JANDI #개발후기 #일지 #인사이트

스토리 홈

인터뷰

피드

뉴스

협업을 위한 심볼 구조화, 플러그인으로똑똑하게 스케치 사용하기

멀쩡한 회사소개서를 위한 황금레시피 알랴드림

[어반베이스 피플] 알고리즘으로 전 세계 도면을 변환하다_CV 개발자 인터뷰

4)우리를 애자일 하지 못하게 만드는 건 무엇일까?

KBS 분야별 업무소개 - 방송경영

뿌 이야기

처음엔 누구나 부담되는 영업, 사장님이 모범적 영업을 해야하는 이유

아마존 판매의 최적화된 운영

명절이면 HOT해지는 굿닥이의 속내를 엿보다

Google Adwords로 성과를 내는 8가지 방법

모니터링 기본 상식 - CPU Steal Time

스타트업을 시작하며... 7

배달의 민족 CBO 장인성이 말하는 마케팅의 모든 것.

"스마트하다"는 건 어떤 것일까?

[사내 인터뷰] ‘은행에서 핀테크 스타트업으로’ 여신운용팀 이연정 팀장

JANDI CONNECT 개발기