화해는 소비자들에게 화장품의 전성분 분석을 제공하며, 투명하고 건강한 소비 문화를 이끌었던 화장품 시장의 혁신의 아이콘으로 떠올랐던 스타트업이었다. 하지만 최근 화해가 구조조정을 진행 중이라는 뉴스를 접했다. 나는 전직 화장품 마케터였지만 실제로, 화해를 활용해 어떠한 마케팅도 시도해 본 적이 없었던 것을 떠올려 보니, 화해의 추락은 당연한 수순이었다는 생

화해는 왜 구조조정을 피할 수 없었나?

10월 23일 뷰티 플랫폼 화해를 서비스하는 버드뷰가 대규모 구조조정을 실시한다는 보도가 나왔습니다. UX 리서처를 내재화한 기업의 구조조정 소식은 언제나 마음이 안 좋습니다. 제 경험상 수익성을 강화하려고 할 때 UX 리서치 조직과 브랜딩 기능을 약화시키는 경우가 많았기 때문입니다. 언론보도를 종합하면 전체 200명 수준의 직원 중 절반을 구조조정할 만큼 심각한 체질개선으로 보입니다.

아래는 아주경제 단독보도에서 인용했습니다.

 * 매출도 매년 성장세를 탔다. 2020년 233억원에서 2021년 304억원, 2022년 396억원대까지 성장했다. 이는 2020년과 비교하면 무려 70%나 성장한 수치다.

 * 하지만 수익성까지 챙기지는 못했다. 2020년 12억원이었던 영업이익은 2021년 89억원 적자로 돌아섰고 지난해엔 187억원까지 적자폭을 키웠다. IT 우수인재 영입과 R&D(연구·개발) 투자를 확대한 탓이다.

 * 상황이 이렇게 되자, 버드뷰는 지난달 연내 상장도 철회했다. 버드뷰에 대한 기업가치가 예상보다 저평가된 것이 결정적 이유였다. 시장에선 버드뷰의 기업가치를 1500억원 정도로 평가했다."

브런치에서 화해가 상장을 철회하면서 구조조정을 해야만 했던 이유를 입체적으로 분석한 글을 발견해 제 생각과 함께 공유합니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 화해만의 차별화된 서비스 약화

화해는 혁신적이었지만 화장품 전성분 분석이 어느 순간 대다수 플랫폼의 기본 스펙이 되었습니다. 이는 화해를 사용해야 할 이유를 사용자에게 가치로 제공하지 못하는 상황으로 이어졌습니다.

2️⃣ 흔들리는 사용자의 브랜드 충성도

화장품 자체가 고관여 상품이라고 볼 수 있어서 헤비유저는 한 번 정착한 화장품을 쉽게 바꾸지 않습니다. 어렵게 탐색 과정을 거쳐 "아! 이거야!"라는 브랜드를 꾸준히 사용하고, 그 브랜드 안에서 신상품으로 탐색하는 여정이 있습니다. 이 과정에서 계속 화해에 접속하고 사용할 유인은 부족합니다.

3️⃣ 후기 신뢰도 저하로 플랫폼 신뢰도 손상

화해는 화장품 전성분 공개라는 정보의 투명성, 신뢰도로 인지도를 쌓았는데 어느 순간부터 대행사의 가짜 후기, 화해가 운영하는 체험단 후기들이 신뢰도를 손상시키기 시작했습니다.

4️⃣ 구매 경로의 다변화

화장품을 어디에서 사는지 생각해 보면 올리브영 등 오프라인 매장, 쿠팡, 마켓컬리 등 강력한 플랫폼, SNS를 통한 자사몰까지. 다변화된 플랫폼을 사용할수록 화해를 통해 제품을 탐색하고 구매까지 하는 트래픽은 점점 줄어들 수밖에 없었습니다. 각 채널에서 진행하는 프로모션과 화해가 경쟁하는 것은 수익성을 더 악화시켰을 겁니다.

5️⃣ 화장품 구매 패턴의 특수성

기초화장품은 보통 같은 회사, 같은 브랜드, 동일 라인을 선호하는 경향이 있기 때문에 여러 브랜드를 의류처럼 교차 구매하지 않습니다. 무신사에서는 무탠다드도 구매할 수 있지만, 다른 여러 브랜드를 함께 구매할 수 있다는 장점이 있죠. 화장품에서는 이런 패턴이 약하기 때문에 화해는 어려움을 겪었던 것으로 보입니다.

https://brunch.co.kr/@charminglab/8

10월 23일 뷰티 플랫폼 화해를 서비스하는 버드뷰가 대규모 구조조정을 실시한다는 보도가 나왔습니다. UX 리서처를 내재화한 기업의 구조조정 소식은 언제나 마음이 안 좋습니다. 제 경험상 수익성을 강화하려고 할 때 UX 리서치 조직과 브랜딩 기능을 약화시키는 경우가 많았기 때문입니다. 언론보도를 종합하면 전체 200명 수준의 직원 중 절반을 구조조정할 만큼 심각한 체질개선으로 보입니다. 아래는 아주경제 단독보도에서 인용했습니다. <ul><li>매출도 매년 성장세를 탔다. 2020년 233억원에서 2021년 304억원, 2022년 396억원대까지 성장했다. 이는 2020년과 비교하면 무려 70%나 성장한 수치다.</li></ul> <ul><li>하지만 수익성까지 챙기지는 못했다. 2020년 12억원이었던 영업이익은 2021년 89억원 적자로 돌아섰고 지난해엔 187억원까지 적자폭을 키웠다.&nbsp;IT 우수인재 영입과 R&amp;D(연구·개발) 투자를 확대한 탓이다.</li></ul> <ul><li>상황이 이렇게 되자, 버드뷰는 지난달 연내 상장도 철회했다. 버드뷰에 대한 기업가치가 예상보다 저평가된 것이 결정적 이유였다. 시장에선 버드뷰의 기업가치를 1500억원 정도로 평가했다."</li></ul> 브런치에서 화해가 상장을 철회하면서 구조조정을 해야만 했던 이유를 입체적으로 분석한 글을 발견해 제 생각과 함께 공유합니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 화해만의 차별화된 서비스 약화 화해는 혁신적이었지만 화장품 전성분 분석이 어느 순간 대다수 플랫폼의 기본 스펙이 되었습니다. 이는 화해를 사용해야 할 이유를 사용자에게 가치로 제공하지 못하는 상황으로 이어졌습니다. 2️⃣ 흔들리는 사용자의 브랜드 충성도 화장품 자체가 고관여 상품이라고 볼 수 있어서 헤비유저는 한 번 정착한 화장품을 쉽게 바꾸지 않습니다. 어렵게 탐색 과정을 거쳐 "아! 이거야!"라는 브랜드를 꾸준히 사용하고, 그 브랜드 안에서 신상품으로 탐색하는 여정이 있습니다. 이 과정에서 계속 화해에 접속하고 사용할 유인은 부족합니다. 3️⃣ 후기 신뢰도 저하로 플랫폼 신뢰도 손상 화해는 화장품 전성분 공개라는 정보의 투명성, 신뢰도로 인지도를 쌓았는데 어느 순간부터 대행사의 가짜 후기, 화해가 운영하는 체험단 후기들이 신뢰도를 손상시키기 시작했습니다. 4️⃣ 구매 경로의 다변화 화장품을 어디에서 사는지 생각해 보면 올리브영 등 오프라인 매장, 쿠팡, 마켓컬리 등 강력한 플랫폼, SNS를 통한 자사몰까지. 다변화된 플랫폼을 사용할수록 화해를 통해 제품을 탐색하고 구매까지 하는 트래픽은 점점 줄어들 수밖에 없었습니다. 각 채널에서 진행하는 프로모션과 화해가 경쟁하는 것은 수익성을 더 악화시켰을 겁니다. 5️⃣ 화장품 구매 패턴의 특수성 기초화장품은 보통 같은 회사, 같은 브랜드, 동일 라인을 선호하는 경향이 있기 때문에 여러 브랜드를 의류처럼 교차 구매하지 않습니다. 무신사에서는 무탠다드도 구매할 수 있지만, 다른 여러 브랜드를 함께 구매할 수 있다는 장점이 있죠. 화장품에서는 이런 패턴이 약하기 때문에 화해는 어려움을 겪었던 것으로 보입니다. https://brunch.co.kr/@charminglab/8

Brunch Story

⟪화해 구조조정으로 보는 UX 리서치 업계의 겨울⟫

열네 번째 주제 : 메이커가 면접을 대하는 방법과 태도

💬 면접 시 꼭 하는 세 가지 질문과 의도는?

💦 나만 모르는 프로덕트 관리 이야기
[ 💬 메이커들이 면접 시 꼭 하는 세 가지 질문과 의도는?]

(👀간단 요약)
📌 프로덕트 매니저 H의 세 가지 질문
✓ 데이터와 같은 객관적 판단을 도와주는 자료가 부족할 때, 팀원을 설득하기 위해 활용하는 방법이 있다면?
✓ 실패했다고 생각하는 프로젝트 또는 기능 업데이트가 있었는지?
✓ 지원자가 담당해서 기능이나 서비스가 이런 성과를 냈다- 라고 할 만한 사례가 있는지?

📌 사업 담당자 C의 세 가지 질문
✓ ‘기능적'으로 우리가 원하는 역할을 할 수 있는가? 에 따른 JD 기반 질문들
✓ 우리 회사에서 이루고 싶은 것은 무엇인지?
✓ 의견을 낼 때 근거를 어디서 찾는지?

📌 프로덕트 매니저 Y의 세 가지 질문
✓ 담당한 프로젝트의 핵심 문제와 이를 해결하기 위해 세운 가설은?
✓ 시간에 쫓기는 상황에서 어떻게 우선순위를 정하고 관리하는지?
✓ 팀원이나 이해관계자와 의견이 다를 때 어떻게 해결하는지?

📌 디자이너 M의 세 가지 질문
✓ 새로운 툴에 대한 학습 태도는?
✓ 참여한 프로젝트의 참여도 비율과 어떻게 협업했는지?
✓ 디자이너로 최근 가장 인상깊다고 생각하는 서비스는 무엇인지?

📌 HR 매니저 K의 세 가지 질문
✓ 이전 회사에서 함께 일했던 동료들에게 'XX님의 업무 캐릭터'에 대해서 물어본다면, 가장 먼저 듣게 될 Keyword는?
✓ 리더/동료 상관없이 가장 최근에 들어본 업무 관련 피드백은? (그런 피드백을 받았던 이유는?)
✓ 이력서를 넣고 가고 싶은 회사에 모두 합격했다고 가정했을때, 어떤 기준으로 회사를 고르겠나? (그리고 2순위, 3순위 기준은?)

각 질문에 대한 의도는 본문에서 더 자세히 확인하실 수 있어요!

💦 나만 모르는 프로덕트 관리 이야기[ 💬 메이커들이 면접 시 꼭 하는 세 가지 질문과 의도는?] (👀간단 요약)📌&nbsp;프로덕트 매니저 H의 세 가지 질문✓ 데이터와 같은 객관적 판단을 도와주는 자료가 부족할 때, 팀원을 설득하기 위해 활용하는 방법이 있다면?✓ 실패했다고 생각하는 프로젝트 또는 기능 업데이트가 있었는지?✓ 지원자가 담당해서 기능이나 서비스가 이런 성과를 냈다- 라고 할 만한 사례가 있는지? 📌&nbsp;사업 담당자 C의 세 가지 질문✓ ‘기능적'으로 우리가 원하는 역할을 할 수 있는가? 에 따른 JD 기반 질문들✓ 우리 회사에서 이루고 싶은 것은 무엇인지?✓ 의견을 낼 때 근거를 어디서 찾는지? 📌&nbsp;프로덕트 매니저 Y의 세 가지 질문✓ 담당한 프로젝트의 핵심 문제와 이를 해결하기 위해 세운 가설은?✓ 시간에 쫓기는 상황에서 어떻게 우선순위를 정하고 관리하는지?✓ 팀원이나 이해관계자와 의견이 다를 때 어떻게 해결하는지? 📌&nbsp;디자이너 M의 세 가지 질문✓ 새로운 툴에 대한 학습 태도는?✓ 참여한 프로젝트의 참여도 비율과 어떻게 협업했는지?✓ 디자이너로 최근 가장 인상깊다고 생각하는 서비스는 무엇인지? 📌&nbsp;HR 매니저 K의 세 가지 질문✓ 이전 회사에서 함께 일했던 동료들에게 'XX님의 업무 캐릭터'에 대해서 물어본다면, 가장 먼저 듣게 될 Keyword는?✓ 리더/동료 상관없이 가장 최근에 들어본 업무 관련 피드백은? (그런 피드백을 받았던 이유는?)✓ 이력서를 넣고 가고 싶은 회사에 모두 합격했다고 가정했을때, 어떤 기준으로 회사를 고르겠나? (그리고 2순위, 3순위 기준은?) 각 질문에 대한 의도는 본문에서 더 자세히 확인하실 수 있어요!

팁스터

💬 메이커들이 면접 시 꼭 하는 세 가지 질문과 의도는?

레딧 Reddit이 펜타그램과 협업해 리브랜딩했습니다. 레딧 Reddit은 2005년 열린 미국 샌프란시스코를 기반으로 운영하는 매달 4억 3,000만명이 사용하고 기업 가치는 100억 달러(2021년 기준)인 초대형 소셜 뉴스 커뮤니티입니다. 레딧은 Dive into anithing이라는 슬로건에 어울리게 다양한 주제를 다룹니다.

레딧 리브랜딩: 글로벌 밈이 탄생하는 성지의 진화

레딧 Reddit이 펜타그램과 협업해 리브랜딩했습니다. 레딧 Reddit은 2005년 열린 미국 샌프란시스코를 기반으로 운영하는 매달 4억 3,000만명이 사용하고 기업 가치는 100억 달러(2021년 기준)인 초대형 소셜 뉴스 커뮤니티입니다.

레딧은 Dive into anithing이라는 슬로건에 어울리게 다양한 주제를 다룹니다. 짧은 글과 이미지로 구성된 글이 피드 형태로 표시됩니다. 게시물을 투표할 수 있어 인기 있는 콘텐츠가 상위에 노출됩니다. 작은 주제는 서브레딧이라는 공간으로 잘게 나뉘어 대화를 나눕니다.

다가올 2024년 IPO를 준비하며 새로운 시대를 알리기 위해 변화했습니다. 레딧의 정체성인 외계인 캐릭터 Snoo, 라이노 타입의 워드마크, ff4500의 오렌지 레드를 재창조했습니다.

더 자세한 내용은 링크에서 확인하세요.
https://designcompass.org/2023/11/30/reddit-rebrand/

레딧 Reddit이 펜타그램과 협업해 리브랜딩했습니다. 레딧 Reddit은 2005년 열린 미국 샌프란시스코를 기반으로 운영하는 매달 4억 3,000만명이 사용하고 기업 가치는 100억 달러(2021년 기준)인 초대형 소셜 뉴스 커뮤니티입니다. 레딧은 Dive into anithing이라는 슬로건에 어울리게 다양한 주제를 다룹니다. 짧은 글과 이미지로 구성된 글이 피드 형태로 표시됩니다. 게시물을 투표할 수 있어 인기 있는 콘텐츠가 상위에 노출됩니다. 작은 주제는 서브레딧이라는 공간으로 잘게 나뉘어 대화를 나눕니다. 다가올 2024년 IPO를 준비하며 새로운 시대를 알리기 위해 변화했습니다. 레딧의 정체성인 외계인 캐릭터 Snoo, 라이노 타입의 워드마크, ff4500의 오렌지 레드를 재창조했습니다. 더 자세한 내용은 링크에서 확인하세요.https://designcompass.org/2023/11/30/reddit-rebrand/

디자인 나침반

구글, 올 10월 전 세계 검색 시장 점유율 91.56% MS '빙'은 130조 투자에도 점유율 3.1% 그쳐 챗GPT, 구글 검색 엔진 DB에 역부족 마이크로소프트(MS)가 자사 검색 엔진 '빙'에 생성형 인공지능

"GPT 달아도 소용 없네"... 검색 시장서 '구글 천하' 못 넘는 MS '빙'

1. 마이크로소프트가 자사의 검색 엔진 ‘빙’에 '챗GPT’를 탑재해 구글이 장악한 검색 시장에 도전장을 내밀었지만, (그다지) 성과가 없는 것으로 나타났다.

2. 웹트래픽 분석 사이트 ‘스탯카운터’에 따르면, 지난달 구글의 전 세계 검색 시장 점유율은 91.56%로 지난 2009년 통계치가 공개된 이후 (계속해서) 90%대를 유지하고 있다.

3. 같은 기간 구글에 이어 2위를 달리고 있는 빙의 점유율은 3.1%에 불과했다. 오히려 1년 전(3.59%)과 비교하면, 점유율이 더 떨어진 상황이다. 빙에 이어 얀덱스(1.84%), 야후(1.2%), 바이두(1.02%) 등이 검색 시장에 이름을 올리고 있다.

4. 전 세계 검색 엔진 시장을 놓고 ‘구글 천하’를 넘기 위해 여러 기업들이 도전했지만, (아직 그 누구도) 시장 판도를 바꾸지는 못했다. 얀덱스(러시아)와 바이두(중국)는 내수용 서비스에 가깝다.

5. 마이크로소프트는 지난 2009년 ‘구글을 꺾겠다’는 목표로 야심차게 ‘빙’을 공개했지만 검색 품질이 떨어진다는 비판을 받으며 점유율 확대에 실패했다. 절치부심한 마이크로소프트는 지분 49%를 확보한 오픈AI의 챗GPT를 지난 3월부터 빙에 부분 탑재하면서 AI 검색 엔진으로의 변신을 알렸다.

6. 하지만 빙의 지난 5월 점유율은 2.77%로 전월 대비 0.01%포인트 상승하는데 그쳤다. 6월 점유율도 2.77%로 제자리다. 이후 조금씩 점유율이 올라 지난달 3%대를 다시 회복했다. 빙이 가장 많이 사용되는 미국만 놓고 봐도 지난달 기준으로 구글은 88.11%, 빙은 6.89%로 점유율 격차가 크다.

7. 사티아 나델라 마이크로소프트 최고경영자(CEO)에 따르면, 마이크로소프트는 그동안 검색 엔진에만 1000억 달러(약 130조 4600억 원)를 투자했다. 마이크로소프트가 이처럼 검색 시장에 집착하는 이유는 광고 때문이다. 검색 시장에서 점유율을 1%포인트 올릴 때마다 20억 달러(약 2조 6000억 원)의 수익이 기대되기 때문.

1. 마이크로소프트가 자사의 검색 엔진 ‘빙’에 '챗GPT’를 탑재해 구글이 장악한 검색 시장에 도전장을 내밀었지만, (그다지) 성과가 없는 것으로 나타났다. 2. 웹트래픽 분석 사이트 ‘스탯카운터’에 따르면, 지난달 구글의 전 세계 검색 시장 점유율은 91.56%로 지난 2009년 통계치가 공개된 이후 (계속해서) 90%대를 유지하고 있다. 3. 같은 기간 구글에 이어 2위를 달리고 있는 빙의 점유율은 3.1%에 불과했다. 오히려 1년 전(3.59%)과 비교하면, 점유율이 더 떨어진 상황이다. 빙에 이어 얀덱스(1.84%), 야후(1.2%), 바이두(1.02%) 등이 검색 시장에 이름을 올리고 있다. 4. 전 세계 검색 엔진 시장을 놓고 ‘구글 천하’를 넘기 위해 여러 기업들이 도전했지만, (아직 그 누구도) 시장 판도를 바꾸지는 못했다. 얀덱스(러시아)와 바이두(중국)는 내수용 서비스에 가깝다. 5. 마이크로소프트는 지난 2009년 ‘구글을 꺾겠다’는 목표로 야심차게 ‘빙’을 공개했지만 검색 품질이 떨어진다는 비판을 받으며 점유율 확대에 실패했다. 절치부심한 마이크로소프트는 지분 49%를 확보한 오픈AI의 챗GPT를 지난 3월부터 빙에 부분 탑재하면서 AI 검색 엔진으로의 변신을 알렸다. 6. 하지만 빙의 지난 5월 점유율은 2.77%로 전월 대비 0.01%포인트 상승하는데 그쳤다. 6월 점유율도 2.77%로 제자리다. 이후 조금씩 점유율이 올라 지난달 3%대를 다시 회복했다. 빙이 가장 많이 사용되는 미국만 놓고 봐도 지난달 기준으로 구글은 88.11%, 빙은 6.89%로 점유율 격차가 크다. 7. 사티아 나델라 마이크로소프트 최고경영자(CEO)에 따르면, 마이크로소프트는 그동안 검색 엔진에만 1000억 달러(약 130조 4600억 원)를 투자했다. 마이크로소프트가 이처럼 검색 시장에 집착하는 이유는 광고 때문이다. 검색 시장에서 점유율을 1%포인트 올릴 때마다 20억 달러(약 2조 6000억 원)의 수익이 기대되기 때문.

Naver

순간의 관심만으로는, 절대 레거시를 이길 수 없습니다

엄청나게 큰 사이즈의 소스 테이블로부터 최적화된 데이터 마트 설계 고민을 많이 하고 있는 만큼, 이번에는 SELF JOIN 사례를 중심으로 SQL 성능에 대한 이야기를 들려드리겠습니다.

데이터 분석가의 SQL 최적화 일기: SELF JOIN을 피하는 방법

분석가로 일하면서 가장 많이 쓰는 언어는 python도 R도 아니고... SQL인 것 같습니다. ㅎㅎ  개인적으로 BigQuery를 쓰면서는 쿼리 튜닝이나 최적화에 크게 신경쓰지 않고 있는데요. (어떻게 짜든 알아서 잘 돌려주니까? 😑) self join 처럼 연산량 많은 쿼리를 돌려야 하는 경우, 설계를 어떻게 하느냐에 따라 쿼리 속도나 비용 차이가 꽤 나는 것 같아요.  최적화 관련해서 참고할만한 글이 있어서 공유합니다.

https://medium.com/@joshua.web3/self-join-fc6ea4aacc5f

분석가로 일하면서 가장 많이 쓰는 언어는 python도 R도 아니고... SQL인 것 같습니다. ㅎㅎ&nbsp; 개인적으로 BigQuery를 쓰면서는 쿼리 튜닝이나 최적화에 크게 신경쓰지 않고 있는데요. (어떻게 짜든 알아서 잘 돌려주니까? 😑) self join 처럼 연산량 많은 쿼리를 돌려야 하는 경우, 설계를 어떻게 하느냐에 따라 쿼리 속도나 비용 차이가 꽤 나는 것 같아요.&nbsp; 최적화 관련해서 참고할만한 글이 있어서 공유합니다. https://medium.com/@joshua.web3/self-join-fc6ea4aacc5f

Medium

[SELF JOIN을 피하는 방법]

1 조셉 머피의 책들을 읽기까지 오랜 시간이 걸렸다. 정확히는 읽어봐야겠다는 다짐을 하기까지의 시간이다...

[ CEO의 독서노트 큐레이션 (11) ] 잠재의식의 아버지 '조셉 머피'의 책 모아보기

1
조셉 머피의 책들을 읽기까지 오랜 시간이 걸렸다. 정확히는 읽어봐야겠다는 다짐을 하기까지의 시간이다.

2
1년 전 서점에서 처음 책을 펼쳐봤다. 막연한 거부감이 들었다. 저자 조셉 머피는 목사다. 잠재의식을 종교의 프레임으로 설명한다. 결국 특정 종교로 귀결되는 이야기가 아닐까. 자주 등장하는 하나님이라는 단어 역시 불편하게 느껴졌다. 결국 읽지 않았다.

3
삶에는 설명할 수 없는 일들이 많다. 사람의 의지와 상관없는 일이 더 많다. 지금 상황에 필요한 일이 찾아온다. 또 사람을 만난다. 신기한 경험이다. 그 연결의 의미는 무엇일까. 그때는 잘 모른다. 시간이 흐른 뒤에야 깨닫는다. 모든 건 나의 태도와 해석에 달려있다.

4
책도 그렇다. 늘 지금 내게 필요한 책들이 나를 찾아왔다. 도움이 되는 이야기를 들려주는 저자를 만나게 된다. 조셉 머피의 책도 그렇게 찾아왔다. 드디어 읽게 되었다. 책을 읽기 시작하고 내가 책을 정말 크게 오해하고 있었단 걸 깨달았다. 부끄럽게도.

5
책 '끌어당김의 기적'의 1/3은 동양의 '주역'을 말한다. 각 괘의 해석을 성경을 인용하여 해석한다. 신기하고 재밌다. 다름 속에 같음이 있다. 전혀 다른 분야에서 같은 이야기가 보인다. 언어와 표현은 전혀 다르다. 하지만 이해해 보면 똑같은 이야기를 하고 있다.

6
다름 속의 같음은 동양과 서양, 고대와 현대 등 다양한 분야에서 보인다. 이런 같은 이야기가 결국 인류가 찾는 진리가 아닐까. 이런 발견을 하고 상상하는 게 요즘의 책 읽는 즐거움이다.

1조셉 머피의 책들을 읽기까지 오랜 시간이 걸렸다. 정확히는 읽어봐야겠다는 다짐을 하기까지의 시간이다. ​ ​21년 전 서점에서 처음 책을 펼쳐봤다. 막연한 거부감이 들었다. 저자 조셉 머피는 목사다. 잠재의식을 종교의 프레임으로 설명한다. 결국 특정 종교로 귀결되는 이야기가 아닐까. 자주 등장하는 하나님이라는 단어 역시 불편하게 느껴졌다. 결국 읽지 않았다. ​ ​3삶에는 설명할 수 없는 일들이 많다. 사람의 의지와 상관없는 일이 더 많다. 지금 상황에 필요한 일이 찾아온다. 또 사람을 만난다. 신기한 경험이다. 그 연결의 의미는 무엇일까. 그때는 잘 모른다. 시간이 흐른 뒤에야 깨닫는다. 모든 건 나의 태도와 해석에 달려있다. ​ ​4책도 그렇다. 늘 지금 내게 필요한 책들이 나를 찾아왔다. 도움이 되는 이야기를 들려주는 저자를 만나게 된다. 조셉 머피의 책도 그렇게 찾아왔다. 드디어 읽게 되었다. 책을 읽기 시작하고 내가 책을 정말 크게 오해하고 있었단 걸 깨달았다. 부끄럽게도. ​ ​5책 '끌어당김의 기적'의 1/3은 동양의 '주역'을 말한다. 각 괘의 해석을 성경을 인용하여 해석한다. 신기하고 재밌다. 다름 속에 같음이 있다. 전혀 다른 분야에서 같은 이야기가 보인다. 언어와 표현은 전혀 다르다. 하지만 이해해 보면 똑같은 이야기를 하고 있다. ​ ​6다름 속의 같음은 동양과 서양, 고대와 현대 등 다양한 분야에서 보인다. 이런 같은 이야기가 결국 인류가 찾는 진리가 아닐까. 이런 발견을 하고 상상하는 게 요즘의 책 읽는 즐거움이다.

네이버 블로그 | 가장 보통의 스타트업 CEO

< 늘 지금 내게 필요한 책이 나를 찾아왔다 >

📝GPT-4 수준의 뛰어난 LLM 모델은, 프롬프트 엔지니어링만으로 도메인에 특화하여 훈련시킨 전문 모델을 뛰어넘을 수 있다는 연구 결과

Medprompt 라고 명명한 프롬프트 엔지니어링을 통해서 Med-PaLM 2와 같은 최신의 전문가 모델을, 모델 호출 횟수가 훨씬 적음에도 불구하고 큰 차이로 능가 할 수 있었다고 합니다.

MedQA 데이터세트(USMLE 시험)에서 지금까지 전문가 모델로 달성된 최고 방법보다 오류율을 27% 줄이며 처음으로 90% 이상의 점수를 넘어섰다고 하는데요.

의학 문제 뿐 아니라, 전기공학, 기계학습, 철학, 회계, 법률, 간호 및 임상 심리학 시험 등 다른 분야로 일반화할 수 있어 넓은 적용 가능성이 있다고 합니다.

사용한 방식은 잘 만든 기본적인 프롬프팅에 더해, 훈련 데이터에 대해 답을 잘 맞춘 CoT 샘플을 미리 저장해 둔 뒤, 벡터 서치를 사용해 질문과 유사도가 높은 샘플을 찾아 컨텍스트로 넣어주고, Self- Consistency 를 약간 개선한 방식으로 답변을 선택하는 방법입니다. (첨부 이미지의 알고리즘 참고)

LLM Foundation Model의 성능이 지금보다 좋아질 것은 의심의 여지가 없는 일이니, 앞으로 대부분의 경우 모델을 파인튜닝하는 것이 불필요해 질 것은 자명한 일인 것 같습니다.

논문: https://arxiv.org/pdf/2311.16452.pdf

📝GPT-4 수준의 뛰어난 LLM 모델은, 프롬프트 엔지니어링만으로 도메인에 특화하여 훈련시킨 전문 모델을 뛰어넘을 수 있다는 연구 결과 Medprompt 라고 명명한 프롬프트 엔지니어링을 통해서 Med-PaLM 2와 같은 최신의 전문가 모델을, 모델 호출 횟수가 훨씬 적음에도 불구하고 큰 차이로 능가 할 수 있었다고 합니다. MedQA 데이터세트(USMLE 시험)에서 지금까지 전문가 모델로 달성된 최고 방법보다 오류율을 27% 줄이며 처음으로 90% 이상의 점수를 넘어섰다고 하는데요. 의학 문제 뿐 아니라, 전기공학, 기계학습, 철학, 회계, 법률, 간호 및 임상 심리학 시험 등 다른 분야로 일반화할 수 있어 넓은 적용 가능성이 있다고 합니다. 사용한 방식은 잘 만든 기본적인 프롬프팅에 더해, 훈련 데이터에 대해 답을 잘 맞춘 CoT 샘플을 미리 저장해 둔 뒤, 벡터 서치를 사용해 질문과 유사도가 높은 샘플을 찾아 컨텍스트로 넣어주고, Self- Consistency 를 약간 개선한 방식으로 답변을 선택하는 방법입니다. (첨부 이미지의 알고리즘 참고) LLM Foundation Model의 성능이 지금보다 좋아질 것은 의심의 여지가 없는 일이니, 앞으로 대부분의 경우 모델을 파인튜닝하는 것이 불필요해 질 것은 자명한 일인 것 같습니다. 논문: https://arxiv.org/pdf/2311.16452.pdf

이 논문은 쏟아져 나오는 프롬프트 엔지니어링 기법 중 가장 핵심적인 기법을 통합적으로 사용해서 좋은 결과를 만들어 낸 것으로, 프롬프트 엔지니어링의 정수라고 할 수 있을 것 같은데요. 제 강의를 보시면 이 논문의 기법들을 쉽게 이해하실 수 있으니 참고해주세요. 🤭👉 https://fastcampus.co.kr/data_red_golbin

01 . 콘텐츠 쪽 일을 6년 하다가 옮긴 커머스 업계에서 일을 한 지도 어느덧 6년차가 됐다. 뭐가 뭔지 하나도 몰라서 🤯 이런 상태로 시간을 보냈던 게 2018년인데 어느덧 2023년 마지막을 앞두고 있는 것이다.

02 . 6년째 일을 하다 보니 다양한 직군과 협업 경험을 쌓아왔고, 각 직군에서 어떤 역량이 필수적일지 나름대로 기준을 가지게 됐다. 커머스 브랜드를 운영하는 내부로 들어갔을 때, 직군을 크게 두가지로 나눠 볼 수 있다. 첫번째는 상품을 기획하고 판매하는 조직(세일즈/판매/기획/프론트엔드). 두번째는 판매행위를 위한 제조/물류/시스템 구축 등을 담당하는 유지보수 기능(백엔드) 내가 주로 몸담았던 곳은 판매 조직인데, 이 조직은 상품기획자를 중심에 두고 많은 일들이 이뤄진다.

03 . 그래서 상품기획자-마케터-디자이너의 삼각구도가 어떻게 구성되고 협의되느냐에 따라 브랜드 운영이 많이 달라지게 된다는 걸 요즘도 절감하고 있다. 같은 목표를 지니고 있지만 커머스 브랜드에서 각 직군에게 요구되는 역량과 로직은 달라서 이 부분을 서로 얼마나 이해하고 있는지가 좋은 협업을 만드는 요소 중 하나다. 물론 프론트 내에 MD/콘텐츠 크리에이터(PD/콘텐츠마케터 등) 의 직군도 있지만 큰 카테고리로 본다면 저 세가지 범주 내에 들어갈 수 있겠다.

04 . 상품기획자나 마케터의 주요 역량으로 많은 분들이 '시장을 보는 눈'을 꼽지만 나는 이 부분에 대해 이견이 있다. 시장을 보는 눈은 팀으로 일하면 충분히 공유받을 수 있고 대체될 수 있다. 이 요소는 마케터라고 해서 더 가지고, 기획자나 디자이너라고 해서 덜 가지는 게 아니다. 그냥 모두가 공통 교양으로서 갖춰야 한다. 시장을 보는 눈. 잠재고객에 대한 이해력과 상상력, 숫자에 대한 기본적인 감각 (복잡한 분석이 아니라 숫자의 증감,비율에 대한 이해, 상관관계에 대한 이해 등)은 좋은 역량의 공통된 전제조건이지 특정 직군의 역량이 아니다.

05 . 그렇게 봤을때 기획자가 갖춰야 할 가장 중요한 역량은 인내력이란 생각을 많이 했다. 중요한 건 항상 아이디어가 아니라 구현이고, 공장을 가지고 있는 회사가 아니라면 상품의 구현은 결국 다른 사업자(공장)을 붙들고 해내는 수밖에 없다. 그리고 제조는 한번 비용이 들어가서 생산이 끝나면 되돌릴 수 없는 불가역적인 영역이기 때문에 결정의 무게가 커진다.

06 . 제품을 기획하셨거나 옆에서 보신 분들이라면 너무나 잘 알겠지만 제조가 정말 뜻대로 되지 않는다. 우리가 생각하는 내용을 100% 구현해줄 공장은 일단 세상에 없고, 그나마 구현할 수 있는 곳을 만난다면 원가의 압박 하에서 무엇을 포기할지를 정해야 한다. 포기해서 스펙을 정했다 하더라도 원래 우리가 생각했던 대로 나온다는 보장도 없다.

07 . 우리 공장이 아니기 때문에 원하는 만큼 샘플을 무제한으로 뽑을 수도 없고, 우리랑만 거래하는 게 아니기 때문에 알수 없는 이유로 샘플링이나 납기가 밀리기도 한다. 제품이 기획으로부터 3개월 내에 나오면 업계에서는 정말 빠른 기획자로 대접받는다. 그만큼 과정도 느리다.

08 . 공장 담당자나 대표님과 화내고 웃고 울면서 우리가 원하는 스펙을 만들어가는 이 과정은 정말 많은 인내심을 필요로 하고, 많은 상품 기획자들이 이 과정에서 엄청난 스트레스를 받는다. 개발이나 구매팀이 따로 있는 회사라면 좀 덜하겠지만 내가 원하는 결과물을 보는 시간이 오래 걸린다는 사실은 변하지 않는다. 그래서 나는 상품 기획자들에게는 인내력과 협상력의 가치가 다른 직군보다 훨씬 높다고 생각하는 편이다.

09 . 두번째. 이커머스 브랜드라는 특정 카테고리에서 마케터의 주요 역량은 뭘까? 위에 말한 것과 같이 '시장을 보는 눈'이라는 게 공통 교양이라고 전제한다면, 마케터의 역량은 상품기획자랑 조금 배치되는 부분이 있다. 4P(Product,Price,Promotion,Place)에 대한 이해를 바탕으로 한 빠른 실행과 유지보수 능력이 핵심이라고 생각한다.

마케터의 업무는 많은 경우 가역적이다. 광고비는 조정될 수 있으며 소재는 테스트할 수 있고 타깃과 소비자는 오늘과 내일이 다르다. Trial & Error를 계속해서 할 수 있는 조건이 돼 있고, 또 그런 것들을 많이 해야 한다. 상품기획자처럼 한번에 몇천만원 단위로 되돌릴 수 없는 결정을 해야 하는 경우는 그리 흔하지 않다. 오늘은 싸게 팔아보고 내일은 비싸게 팔아보면서 영점을 맞춰나가겠다는 각오가 필요하다.

10 . 판매의 흐름을 보면서 빈 곳은 채우고 튀어나온 곳은 깎고, 잘 되는 건 더 잘될 수 있는 수단들을 강구해서 실현한다. 소비자가 보이는 반응을 체크해서 유리한 쪽으로 구매 과정을 짜거나 메세지를 던진다. 그래서 나는 이커머스 브랜드 마케터들은 기본적으로 자사몰을 포함한 판매채널의 MD 역량을 같이 갖추는 것이 맞다고 생각한다. 모객을 했으면 구매를 시켜야지. 광고로 데려온 사람이 우리 가게에서 어떻게 행동하는지를 보고 조정하는 것이 필수다. 구체적으로는 프라이싱이나 상품 묶음구성, 혜택 구성, 상세 페이지 구성, 프로모션 기획 등을 적극적으로 해낼 수 있어야 한다.

11 . 대신 이 직군은 (나도 그렇지만) 끊임없는 조정,숫자,흐름에 시달리는 직군이기 때문에 장기적인 추세나 흐름을 보는 노력이 정말 많이 필요하다. 좋게 말하면 빠르고, 나쁘게 말하면 가볍고 참을성이 없는 직군이다 😇

12 . 오늘의 적자를 빨리 메꾸기 위한 수단을 찾는 것도 중요하지만 그 적자가 시즌의 이슈인지, 작년에도 반복됐는지, 오늘 하는 액션은 언제 효과가 날지 등을 생각해 볼 수 있어야 한다. 실물 상품의 개발/개선은 속도가 느릴 수밖에 없다는 점을 인지하고 상품의 속도에 맞춘 계획을 사고할 수 있어야 한다.

13 . 세번째. 디자이너의 주요 역량은 어떻게 다를까. 디자이너는 세 직군 중 가장 전문직이다. 또, 패키지 디자이너, 웹 디자이너(상세페이지), 브랜드 디자이너 등의 역할도 다를 것이다. 그러나 나는 이커머스 브랜드에서 디자이너의 제1 역할은 '쾌적한 구매를 위해 시각요소를 기획하고 최적화하는 작업' 라고 생각한다.

14 . 모든 활동은 결국 장사를 잘 하기 위한 것이다. 이 과정에서 필요한 모든 시각적 요소들 - 구매 사이트부터 결제 과정, 배송되는 패키지까지 - 을 매끄럽게 만드는 것이 디자이너의 제 1 업무라고 생각하고, 동료들에게도 그런 것들을 많이 요청드렸었다. 디자이너 입장에서는 별로 재미없는 동료였을 수도 🥲

15 . 이 목표를 위한 역량들은 무엇이 있을까? 잠재고객의 구매 프로세스 과정에 대한 깊은 이해, 쾌적함이라는 목표와 디자이너가 잡은 컨셉 하에 핵심 요소들을 매끄럽게 배치하는 능력 등을 꼽을 수 있을 것이다. 컨셉의 유지라는 점에서는 기획자가 요구하는 인내력이 필요하고, 최적화라는 점에서는 마케터의 역량과 겹치는 부분이 많다. 내가 겪었던 뛰어난 디자이너분들의 공통적인 특징은 자신의 디자인 결과물을 끊임없이 수정하고 리뷰하되, 핵심적인 컨셉에 대한 집중을 놓치지 않는다는 점에 있었다.

16 . 공통적으로 가져야 할 역량, 서로 요구되는 다른 역량, 각 직군이 처한 맥락에 따라 거스를 수 없는 업무의 속도나 특성을 서로 이해하지 않고 있으면 업무 과정에서 많은 시간이 소요된다. 왜 상품이 제때 안나오지? 왜 마케팅이 이렇게 중구난방 같지? 디자인 결과물은 언제 나오지? 그리고 동일 직군끼리 모여있으면 이런 상황은 더 심화되기 십상이다. 어쨌든 사람은 눈에 보이지 않으면 자신과는 다른 사람에게 편견이나 틀린 가설을 갖기 마련이고, 이건 좋고 나쁨을 떠나 사람의 기본 속성이니까.

17 . 여기에 적은 기준들은 그저 어디까지나 내 경험에 기반한 작은 기준이다. 누가 볼 때는 저 기준들이 터무니 없을 수 있지만, 나 개인으로는 이게 있기 때문에 다른 직군과 일을 할때 도움을 많이 받고 있다. 당연히 틀린 부분도 있을 것이고.

18 . 중요한 점은 어떤 식으로든 자신의 직군 외 다른 직군의 업무조건,제반상황,주요 역량을 나름대로 정리해보는 것이 항상 일의 능력을 키우는 데 도움이 된다는 점이다. 단순히 '저 사람도 열심히 하겠지'라고 공감해주는 게 아니라, 나와는 다른 직군이 가진 한계성과 가능성을 나름대로 정리해보는 것이다. 그래야 다른 직군에게도 내가 생각할 때 중요한 요청들을 정확하게 전달하고, 서로 논의해 볼 수 있게 된다.

01 . 콘텐츠 쪽 일을 6년 하다가 옮긴 커머스 업계에서 일을 한 지도 어느덧 6년차가 됐다. 뭐가 뭔지 하나도 몰라서 🤯 이런 상태로 시간을 보냈던 게 2018년인데 어느덧 2023년 마지막을 앞두고 있는 것이다. 02 . 6년째 일을 하다 보니 다양한 직군과 협업 경험을 쌓아왔고, 각 직군에서 어떤 역량이 필수적일지 나름대로 기준을 가지게 됐다. 커머스 브랜드를 운영하는 내부로 들어갔을 때, 직군을 크게 두가지로 나눠 볼 수 있다. 첫번째는 상품을 기획하고 판매하는 조직(세일즈/판매/기획/프론트엔드). 두번째는 판매행위를 위한 제조/물류/시스템 구축 등을 담당하는 유지보수 기능(백엔드) 내가 주로 몸담았던 곳은 판매 조직인데, 이 조직은 상품기획자를 중심에 두고 많은 일들이 이뤄진다. 03 . 그래서 상품기획자-마케터-디자이너의 삼각구도가 어떻게 구성되고 협의되느냐에 따라 브랜드 운영이 많이 달라지게 된다는 걸 요즘도 절감하고 있다. 같은 목표를 지니고 있지만 커머스 브랜드에서 각 직군에게 요구되는 역량과 로직은 달라서 이 부분을 서로 얼마나 이해하고 있는지가 좋은 협업을 만드는 요소 중 하나다. 물론 프론트 내에 MD/콘텐츠 크리에이터(PD/콘텐츠마케터 등) 의 직군도 있지만 큰 카테고리로 본다면 저 세가지 범주 내에 들어갈 수 있겠다. 04 . 상품기획자나 마케터의 주요 역량으로 많은 분들이 '시장을 보는 눈'을 꼽지만 나는 이 부분에 대해 이견이 있다. 시장을 보는 눈은 팀으로 일하면 충분히 공유받을 수 있고 대체될 수 있다. 이 요소는 마케터라고 해서 더 가지고, 기획자나 디자이너라고 해서 덜 가지는 게 아니다. 그냥 모두가 공통 교양으로서 갖춰야 한다. 시장을 보는 눈. 잠재고객에 대한 이해력과 상상력, 숫자에 대한 기본적인 감각 (복잡한 분석이 아니라 숫자의 증감,비율에 대한 이해, 상관관계에 대한 이해 등)은 좋은 역량의 공통된 전제조건이지 특정 직군의 역량이 아니다. 05 . 그렇게 봤을때 기획자가 갖춰야 할 가장 중요한 역량은 인내력이란 생각을 많이 했다. 중요한 건 항상 아이디어가 아니라 구현이고, 공장을 가지고 있는 회사가 아니라면 상품의 구현은 결국 다른 사업자(공장)을 붙들고 해내는 수밖에 없다. 그리고 제조는 한번 비용이 들어가서 생산이 끝나면 되돌릴 수 없는 불가역적인 영역이기 때문에 결정의 무게가 커진다. 06 . 제품을 기획하셨거나 옆에서 보신 분들이라면 너무나 잘 알겠지만 제조가 정말 뜻대로 되지 않는다. 우리가 생각하는 내용을 100% 구현해줄 공장은 일단 세상에 없고, 그나마 구현할 수 있는 곳을 만난다면 원가의 압박 하에서 무엇을 포기할지를 정해야 한다. 포기해서 스펙을 정했다 하더라도 원래 우리가 생각했던 대로 나온다는 보장도 없다. 07 . 우리 공장이 아니기 때문에 원하는 만큼 샘플을 무제한으로 뽑을 수도 없고, 우리랑만 거래하는 게 아니기 때문에 알수 없는 이유로 샘플링이나 납기가 밀리기도 한다. 제품이 기획으로부터 3개월 내에 나오면 업계에서는 정말 빠른 기획자로 대접받는다. 그만큼 과정도 느리다. 08 . 공장 담당자나 대표님과 화내고 웃고 울면서 우리가 원하는 스펙을 만들어가는 이 과정은 정말 많은 인내심을 필요로 하고, 많은 상품 기획자들이 이 과정에서 엄청난 스트레스를 받는다. 개발이나 구매팀이 따로 있는 회사라면 좀 덜하겠지만 내가 원하는 결과물을 보는 시간이 오래 걸린다는 사실은 변하지 않는다. 그래서 나는 상품 기획자들에게는 인내력과 협상력의 가치가 다른 직군보다 훨씬 높다고 생각하는 편이다. 09 . 두번째. 이커머스 브랜드라는 특정 카테고리에서 마케터의 주요 역량은 뭘까? 위에 말한 것과 같이 '시장을 보는 눈'이라는 게 공통 교양이라고 전제한다면, 마케터의 역량은 상품기획자랑 조금 배치되는 부분이 있다. 4P(Product,Price,Promotion,Place)에 대한 이해를 바탕으로 한 빠른 실행과 유지보수 능력이 핵심이라고 생각한다. 마케터의 업무는 많은 경우 가역적이다. 광고비는 조정될 수 있으며 소재는 테스트할 수 있고 타깃과 소비자는 오늘과 내일이 다르다. Trial &amp; Error를 계속해서 할 수 있는 조건이 돼 있고, 또 그런 것들을 많이 해야 한다. 상품기획자처럼 한번에 몇천만원 단위로 되돌릴 수 없는 결정을 해야 하는 경우는 그리 흔하지 않다. 오늘은 싸게 팔아보고 내일은 비싸게 팔아보면서 영점을 맞춰나가겠다는 각오가 필요하다. 10 . 판매의 흐름을 보면서 빈 곳은 채우고 튀어나온 곳은 깎고, 잘 되는 건 더 잘될 수 있는 수단들을 강구해서 실현한다. 소비자가 보이는 반응을 체크해서 유리한 쪽으로 구매 과정을 짜거나 메세지를 던진다. 그래서 나는 이커머스 브랜드 마케터들은 기본적으로 자사몰을 포함한 판매채널의 MD 역량을 같이 갖추는 것이 맞다고 생각한다. 모객을 했으면 구매를 시켜야지. 광고로 데려온 사람이 우리 가게에서 어떻게 행동하는지를 보고 조정하는 것이 필수다. 구체적으로는 프라이싱이나 상품 묶음구성, 혜택 구성, 상세 페이지 구성, 프로모션 기획 등을 적극적으로 해낼 수 있어야 한다. 11 . 대신 이 직군은 (나도 그렇지만) 끊임없는 조정,숫자,흐름에 시달리는 직군이기 때문에 장기적인 추세나 흐름을 보는 노력이 정말 많이 필요하다. 좋게 말하면 빠르고, 나쁘게 말하면 가볍고 참을성이 없는 직군이다 😇 12 . 오늘의 적자를 빨리 메꾸기 위한 수단을 찾는 것도 중요하지만 그 적자가 시즌의 이슈인지, 작년에도 반복됐는지, 오늘 하는 액션은 언제 효과가 날지 등을 생각해 볼 수 있어야 한다. 실물 상품의 개발/개선은 속도가 느릴 수밖에 없다는 점을 인지하고 상품의 속도에 맞춘 계획을 사고할 수 있어야 한다. 13 . 세번째. 디자이너의 주요 역량은 어떻게 다를까. 디자이너는 세 직군 중 가장 전문직이다. 또, 패키지 디자이너, 웹 디자이너(상세페이지), 브랜드 디자이너 등의 역할도 다를 것이다. 그러나 나는 이커머스 브랜드에서 디자이너의 제1 역할은 '쾌적한 구매를 위해 시각요소를 기획하고 최적화하는 작업' 라고 생각한다. 14 . 모든 활동은 결국 장사를 잘 하기 위한 것이다. 이 과정에서 필요한 모든 시각적 요소들 - 구매 사이트부터 결제 과정, 배송되는 패키지까지 - 을 매끄럽게 만드는 것이 디자이너의 제 1 업무라고 생각하고, 동료들에게도 그런 것들을 많이 요청드렸었다. 디자이너 입장에서는 별로 재미없는 동료였을 수도 🥲 15 . 이 목표를 위한 역량들은 무엇이 있을까? 잠재고객의 구매 프로세스 과정에 대한 깊은 이해, 쾌적함이라는 목표와 디자이너가 잡은 컨셉 하에 핵심 요소들을 매끄럽게 배치하는 능력 등을 꼽을 수 있을 것이다. 컨셉의 유지라는 점에서는 기획자가 요구하는 인내력이 필요하고, 최적화라는 점에서는 마케터의 역량과 겹치는 부분이 많다. 내가 겪었던 뛰어난 디자이너분들의 공통적인 특징은 자신의 디자인 결과물을 끊임없이 수정하고 리뷰하되, 핵심적인 컨셉에 대한 집중을 놓치지 않는다는 점에 있었다. 16 . 공통적으로 가져야 할 역량, 서로 요구되는 다른 역량, 각 직군이 처한 맥락에 따라 거스를 수 없는 업무의 속도나 특성을 서로 이해하지 않고 있으면 업무 과정에서 많은 시간이 소요된다. 왜 상품이 제때 안나오지? 왜 마케팅이 이렇게 중구난방 같지? 디자인 결과물은 언제 나오지? 그리고 동일 직군끼리 모여있으면 이런 상황은 더 심화되기 십상이다. 어쨌든 사람은 눈에 보이지 않으면 자신과는 다른 사람에게 편견이나 틀린 가설을 갖기 마련이고, 이건 좋고 나쁨을 떠나 사람의 기본 속성이니까. 17 . 여기에 적은 기준들은 그저 어디까지나 내 경험에 기반한 작은 기준이다. 누가 볼 때는 저 기준들이 터무니 없을 수 있지만, 나 개인으로는 이게 있기 때문에 다른 직군과 일을 할때 도움을 많이 받고 있다. 당연히 틀린 부분도 있을 것이고. 18 . 중요한 점은 어떤 식으로든 자신의 직군 외 다른 직군의 업무조건,제반상황,주요 역량을 나름대로 정리해보는 것이 항상 일의 능력을 키우는 데 도움이 된다는 점이다. 단순히 '저 사람도 열심히 하겠지'라고 공감해주는 게 아니라, 나와는 다른 직군이 가진 한계성과 가능성을 나름대로 정리해보는 것이다. 그래야 다른 직군에게도 내가 생각할 때 중요한 요청들을 정확하게 전달하고, 서로 논의해 볼 수 있게 된다.

결과를 내는 상품기획자 vs 마케터 vs 디자이너

읽으며 많은 부분 공감하고 고개를 끄덕이며 읽었습니다👍😊

Config 2023에서 인상깊었던 세션 하나 | 피그마 컨퍼런스 중에 넷플릭스의 디자이너가 나와서 들려준 연설은 짧지만 인상적이었다. 프로덕트 디자이너로 커리어를 쌓으면서 평소 어렴풋이 가지고 있던 비슷한 생각을 확장시키고 잘 정리해준 것 같아 기록해두고 싶었다. Design without business is just decoration - Steve Johnson 1970년대부터 80년대까지 산

비즈니스를 고려하지 않은 디자인은 장식일 뿐이다.

💦 나만 모르는 프로덕트 관리 이야기
[ 💬 비즈니스를 고려하지 않은 디자인은 장식일 뿐이다]

(👀간단 요약)
📌 스티브 존슨(아이맥 디자인)이 디자인을 할 때 중요하게 생각하는 프로세스
✓ 누구를 위한 것인가?
✓ 우리가 해결하려고 하는 문제는 무엇인가?
✓ 어디서 사용할 것인가?
✓ 언제 사용할 것인가?
✓ 왜 그들이 이것을 좋아할 것인가?
✓ 어떻게 이것이 우리의 비즈니스에 기여할 것인가?

그중에서 특히 집중하는 것은 6번, 비즈니스에 대한 기여 부분이다.
이를 위해 그가 완전히 새로운 디자인에 접근할 때 사용하는 5가지 원칙을 소개한다.

📌 기술적인 제약이 아닌 비즈니스 기회를 고려한 디자인을 하자
✓ 일을 하면서 개발상 구현이 안되거나 여력이 부족한 상황에서 가능한 방식으로 디자인을 변경하는 경우가 많음
✓ 무조건 처음 의도한 디자인대로 완벽하게 만들어야 해!는 아니고
✓ 우리가 이루려고 했던 것이 무엇인지를 잊지 말고 그 방향으로 잘 갈 수 있도록 고민하고 설계하는 것이 필요

📌 수익에 대한 이해
✓ 일의 우선순위를 정하는 방법은 여러가지
✓ 그 밑바탕에는 결국 비즈니스 목표가 있어야

📌 의사결정의 위치에 있는 사람들에 대한 이해
✓ CEO, C레벨에게 영향을 미치는 그룹은 누구인가?
✓ 5분 동안이라도 그들은 누구이고, 어떤 걸 중요하게 생각하는지 이해하는 시간 필요
✓ 비즈니스를 끌고 가는 윗분들이 합리적인 의사결정을 한다는 전제 하에
✓ 회사가 추구하는 목표와 비전을 잘 이해하고 공감해서 일을 해야 한다는 의미

📌 경쟁자의 비즈니스 목표는 무엇인가
✓ 경쟁 업체의 수익 보고서와 목표, 그리고 현재의 상황 등을 파악하고 우리의 목표와 비교
✓ 그들이 추구하는 방향에 대해 이해한 후에 그것을 가로챌지, 우회할지, 그냥 무시할지 등을 결정

📌 책임감 가지기
✓ 비즈니스 측면에서 성과를 낼 수 있는 디자인 목표를 세우고,
✓ 이에 대해 책임을 지는 것이 필요

📌  그가 존경하는 회사에 대한 이야기
✓ 로봇팔을 만드는 회사의 광고 영상
✓ 삶을 변화시키는 제품에 디자인과 스타일을 부여한다는 점이 존경하는 포인트
✓ 디자인과 기술, 그리고 비즈니스가 하나의 목표로 수렴하면 사람들의 삶을 바꿀 수 있음
✓ 이는 곧 사람들이 절대적으로 좋아할 수 밖에 없는 가치를 만들어내는 것을 의미

💦 나만 모르는 프로덕트 관리 이야기[ 💬 비즈니스를 고려하지 않은 디자인은 장식일 뿐이다] (👀간단 요약)📌&nbsp;스티브 존슨(아이맥 디자인)이 디자인을 할 때 중요하게 생각하는 프로세스✓ 누구를 위한 것인가?✓ 우리가 해결하려고 하는 문제는 무엇인가?✓ 어디서 사용할 것인가?✓ 언제 사용할 것인가?✓ 왜 그들이 이것을 좋아할 것인가?✓ 어떻게 이것이 우리의 비즈니스에 기여할 것인가? 그중에서 특히 집중하는 것은 6번, 비즈니스에 대한 기여 부분이다.이를 위해 그가 완전히 새로운 디자인에 접근할 때 사용하는 5가지 원칙을 소개한다. 📌&nbsp;기술적인 제약이 아닌 비즈니스 기회를 고려한 디자인을 하자✓ 일을 하면서 개발상 구현이 안되거나 여력이 부족한 상황에서 가능한 방식으로 디자인을 변경하는 경우가 많음✓ 무조건 처음 의도한 디자인대로 완벽하게 만들어야 해!는 아니고✓ 우리가 이루려고 했던 것이 무엇인지를 잊지 말고 그 방향으로 잘 갈 수 있도록 고민하고 설계하는 것이 필요 📌&nbsp;수익에 대한 이해✓ 일의 우선순위를 정하는 방법은 여러가지✓ 그 밑바탕에는 결국 비즈니스 목표가 있어야 📌&nbsp;의사결정의 위치에 있는 사람들에 대한 이해✓ CEO, C레벨에게 영향을 미치는 그룹은 누구인가?✓ 5분 동안이라도 그들은 누구이고, 어떤 걸 중요하게 생각하는지 이해하는 시간 필요✓ 비즈니스를 끌고 가는 윗분들이 합리적인 의사결정을 한다는 전제 하에✓ 회사가 추구하는 목표와 비전을 잘 이해하고 공감해서 일을 해야 한다는 의미 📌&nbsp;경쟁자의 비즈니스 목표는 무엇인가✓ 경쟁 업체의 수익 보고서와 목표, 그리고 현재의 상황 등을 파악하고 우리의 목표와 비교✓ 그들이 추구하는 방향에 대해 이해한 후에 그것을 가로챌지, 우회할지, 그냥 무시할지 등을 결정 📌&nbsp;책임감 가지기✓ 비즈니스 측면에서 성과를 낼 수 있는 디자인 목표를 세우고,✓ 이에 대해 책임을 지는 것이 필요 📌&nbsp; 그가 존경하는 회사에 대한 이야기✓ 로봇팔을 만드는 회사의 광고 영상✓ 삶을 변화시키는 제품에 디자인과 스타일을 부여한다는 점이 존경하는 포인트✓ 디자인과 기술, 그리고 비즈니스가 하나의 목표로 수렴하면 사람들의 삶을 바꿀 수 있음✓ 이는 곧 사람들이 절대적으로 좋아할 수 밖에 없는 가치를 만들어내는 것을 의미

오늘은 일을 키우고 벌일 때
가장 중요한 것에 대한 이야기를 담아봅니다.
이걸 모르면 죽어가는 일을 만들게 될 수 있습니다.

마케터나 기획자의 일은 뭘까요?
저는 하나의 프로젝트라고 생각을 합니다.

카드뉴스를 만드는 것,
블로그에 글을 쓰는 것,
마케팅 캠페인을 하는 것
작은 것부터 큰 것까지요.

매출, 팔로워 수, 트래픽 등
모두 성장을 목표로 하게 됩니다.

이때 가장 위험한 게 뭘까요?
바로 단독으로 가는 거에요.

내가 이 분야에서 가장 잘 알아.
내 거 건들지 마.
내가 다 할 거야.

그럼 어떻게 될까요?
그래요? 그럼 손 뗄게요.
옆부서에서는 이렇게 되지요.
그럼 죽어가는 일이 됩니다.

게임이나 장기도 보면 하는 사람보다
한발짝 물러나서 보는 사람이 더
훈수를 잘 두곤 하잖아요?
옆에서 함께하는 이들이 있어야
일을 좋은 방향으로 키워갈 수 있습니다.

실제로도 담당자로 일하며
독단적으로 밀고 나간 것들은
잘되지 않았고
반대로 잘 된 것들은 많은 사람들이
참여했을 때였어요.

담당자로서 잘해야 할 것은
프로젝트를 잘 만들고
내부 영업을 해서 각 부서 담당자를
일과 프로젝트에 참여시키는 것입니다.

이거 할 건데 같이 하실래요?
같이 하시면 이런 부분에서 좋으실 것 같아요.
저런 부분에서 성과를 만들 수 있겠네요.
이렇게 확실한 베네핏과 함께 설득하면서요.

프로젝트라는 배에 태우는 과정이 필요합니다.
일이라는 배를 혼자 만들어 끌고 가는 게 아니라
함께하는 이들을 태워서 배를 더 키우는 거죠.
그렇게 했던 프로젝트는 잘 되었던 것 같습니다.

그리고 실제로 프로젝트가 끝나면 성과를 나누고
참여한 이들을 샤라웃 (칭찬)합니다.
그러면 참여한 이들이 빛날수록
일을 시작하고 키운 프로젝트의
담당자가 가장 빛나게 됩니다.

프로젝트를 잘 만들고 키우기 위해
협업의 조력자들을 일이라는 배에
함께 잘 태워보시면 어떨까요?

초인

오늘은 일을 키우고 벌일 때가장 중요한 것에 대한 이야기를 담아봅니다.이걸 모르면 죽어가는 일을 만들게 될 수 있습니다. 마케터나 기획자의 일은 뭘까요?저는 하나의 프로젝트라고 생각을 합니다. 카드뉴스를 만드는 것,블로그에 글을 쓰는 것,마케팅 캠페인을 하는 것작은 것부터 큰 것까지요. 매출, 팔로워 수, 트래픽 등모두 성장을 목표로 하게 됩니다. 이때 가장 위험한 게 뭘까요?바로 단독으로 가는 거에요. 내가 이 분야에서 가장 잘 알아.내 거 건들지 마.내가 다 할 거야. 그럼 어떻게 될까요?그래요? 그럼 손 뗄게요.옆부서에서는 이렇게 되지요.그럼 죽어가는 일이 됩니다. 게임이나 장기도 보면 하는 사람보다한발짝 물러나서 보는 사람이 더훈수를 잘 두곤 하잖아요?옆에서 함께하는 이들이 있어야일을 좋은 방향으로 키워갈 수 있습니다. 실제로도 담당자로 일하며독단적으로 밀고 나간 것들은잘되지 않았고반대로 잘 된 것들은 많은 사람들이참여했을 때였어요. 담당자로서 잘해야 할 것은프로젝트를 잘 만들고내부 영업을 해서 각 부서 담당자를일과 프로젝트에 참여시키는 것입니다. 이거 할 건데 같이 하실래요?같이 하시면 이런 부분에서 좋으실 것 같아요.저런 부분에서 성과를 만들 수 있겠네요.이렇게 확실한 베네핏과 함께 설득하면서요. 프로젝트라는 배에 태우는 과정이 필요합니다.일이라는 배를 혼자 만들어 끌고 가는 게 아니라함께하는 이들을 태워서 배를 더 키우는 거죠.그렇게 했던 프로젝트는 잘 되었던 것 같습니다. 그리고 실제로 프로젝트가 끝나면 성과를 나누고참여한 이들을 샤라웃 (칭찬)합니다.그러면 참여한 이들이 빛날수록일을 시작하고 키운 프로젝트의담당자가 가장 빛나게 됩니다. 프로젝트를 잘 만들고 키우기 위해협업의 조력자들을 일이라는 배에함께 잘 태워보시면 어떨까요? 초인

죽어가는 일을 살리는 법

Bored of algorithms? Here are my recommendations that are exciting, understandable, and sometimes even useful!

Challenging algorithms and data structures every programmer should try

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘 입니다
 * 토폴로지컬 소트
 * 리커시브 디센트 파싱
 * 마이어의 스트링 디프 (git의 diff알고리즘)
 * 블룸 필터 (데이터가 없는지 찾아낼 때 사용)
 * 피스 테이블 (테스트에디터에서 사용한다고함)
 * 스플레이 트리

여러분도 도전해보세요!
https://austinhenley.com/blog/challengingalgorithms.html

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘 입니다<ul><li>토폴로지컬 소트</li><li>리커시브 디센트 파싱</li><li>마이어의 스트링 디프 (git의 diff알고리즘)</li><li>블룸 필터 (데이터가 없는지 찾아낼 때 사용)</li><li>피스 테이블 (테스트에디터에서 사용한다고함)</li><li>스플레이 트리</li></ul> 여러분도 도전해보세요! https://austinhenley.com/blog/challengingalgorithms.html

Austinhenley

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘들

Edit 2: Lots of insightful comments at the bottom, do give them a read, too, before going with any... Tagged with go, programming, javascript, json.

JSON is Slower. Here Are Its 4 Faster Alternatives

JSON 은 데이터를 정의하는 포맷중 하나로 웹 서비스에서 서버와 클라이언트간에 통신시 많이 사용되고 있습니다.

제가 신입일때까지만 해도 XML 이나 Plain Text 형식으로 통신하는 API 들도 여럿 있었지만,
시간이 흘러 이러한 API 들은 deprecated 되었고
현재 서비스 되고 있는 OPEN API 들의 문서를 봐도 JSON 으로 통신하지 않는 API 는 찾아보기가 힘듭니다.

JSON 이 이렇게 인기가 많아진 이유는 다음과 같습니다.

📌 사람이 읽을 수 있는 형식
📌 언어에 구애받지 않음
📌 데이터 구조 일관성
📌 브라우저 지원
📌 프로그래밍 언어의 JSON API 지원

그렇지만 이러한 JSON 도 다음과 같은 이유로 성능 저하를 발생시킬 수 있습니다.

📌 광범위하거나 중첩이 깊은 데이터일 경우 Parsing 오버헤드가 발생할 수 있습니다
📌 데이터 송수신시 반드시 해야하는 직렬화 및 역직렬화 과정이 성능에 영향을 줄 수 있습니다
📌 JSON 은 텍스트 기반이기 때문에 문자열 처리를 하게 되는데 이는 이진 데이터 처리에 비해 느릴 수 밖에 없습니다
📌 JSON 에서 제공하는 데이터 Type 이 제한되기 때문에 복잡한 데이터 구조를 사용할 경우 추가적인 장치나 표현이 필요하게 되어 성능에 영향을 줄 수 있습니다
📌 바이너리 데이터에 대한 지원이 없기 때문에 이를 표현할 경우 텍스트 인코딩, 디코딩을 하게 되어 성능에 영향을 줄 수 있습니다

이러한 JSON 의 단점을 대체할 수 있는 것으로 다음과 같은 솔루션이 있습니다.

📌 Protocol Buffers
Protobuf 라고도 알려진 프로토콜 버퍼는 Google 에서 개발한 바이너리 직렬화 형식입니다.
JSON 에 비해 인코딩 및 디코딩이 더 간단하고 빠른 바이너리 인코딩을 사용하고 이전 버전과의 호환성을 유지하면서 데이터 구조를 업데이트할 수 있는 Schema Evolution 을 지원합니다.

📌 MessagePack
MessagePack 은 효율성과 속도를 위해 설계된 또 다른 이진 직렬화 형식입니다.
매우 컴팩트한 데이터 표현을 생성하여 데이터 전송 크기를 줄일 수 있고, Protocol Buffers 와 동일하게 바이너리 특성으로 빠른 인코딩 및 디코딩이 가능합니다.

📌 BSON
MongoDB 에서 사용하는것으로 유명한 BSON 은 바이너리 데이터 유형이 추가된 JSON과 유사한 구조를 유지하여 효율성과 가독성 간의 균형을 제공합니다.
또한 이미지나 멀티미디어와 같은 데이터를 처리하는 데 유용한 바이너리 데이터 유형에 대한 기본 지원을 제공합니다.

📌 Avro
Avro는 Apache Hadoop 프로젝트 내에서 개발된 데이터 직렬화 프레임워크로 스키마 호환성과 성능에 강점을 두고 있습니다.
컴팩트 바이너리 인코딩 형식을 사용하므로 페이로드를 줄일 수 있고 여러 프로그래밍 언어를 지원하므로 다양한 애플리케이션 생태계에 적합합니다.

공유 드린 원문에 이에 대한 자세한 내용과 JSON 을 계속 사용할 경우 성능을 최적화 할 수 있는 팁들이 정리되어있으니 관심있으신 분들은 원문 내용을 참고해주세요.

📚 원문
https://dev.to/nikl/json-is-slower-here-are-its-4-faster-alternatives-2g30?utm_source=oneoneone

JSON 은 데이터를 정의하는 포맷중 하나로 웹 서비스에서 서버와 클라이언트간에 통신시 많이 사용되고 있습니다. 제가 신입일때까지만 해도 XML 이나 Plain Text 형식으로 통신하는 API 들도 여럿 있었지만,시간이 흘러 이러한 API 들은 deprecated 되었고현재 서비스 되고 있는 OPEN API 들의 문서를 봐도 JSON 으로 통신하지 않는 API 는 찾아보기가 힘듭니다. JSON 이 이렇게 인기가 많아진 이유는 다음과 같습니다. 📌 사람이 읽을 수 있는 형식📌 언어에 구애받지 않음📌 데이터 구조 일관성📌 브라우저 지원📌 프로그래밍 언어의 JSON API 지원 그렇지만 이러한 JSON 도 다음과 같은 이유로 성능 저하를 발생시킬 수 있습니다. 📌 광범위하거나 중첩이 깊은 데이터일 경우 Parsing 오버헤드가 발생할 수 있습니다📌 데이터 송수신시 반드시 해야하는 직렬화 및 역직렬화 과정이 성능에 영향을 줄 수 있습니다📌 JSON 은 텍스트 기반이기 때문에 문자열 처리를 하게 되는데 이는 이진 데이터 처리에 비해 느릴 수 밖에 없습니다📌 JSON 에서 제공하는 데이터 Type 이 제한되기 때문에 복잡한 데이터 구조를 사용할 경우 추가적인 장치나 표현이 필요하게 되어 성능에 영향을 줄 수 있습니다📌 바이너리 데이터에 대한 지원이 없기 때문에 이를 표현할 경우 텍스트 인코딩, 디코딩을 하게 되어 성능에 영향을 줄 수 있습니다 이러한 JSON 의 단점을 대체할 수 있는 것으로 다음과 같은 솔루션이 있습니다. 📌 Protocol BuffersProtobuf 라고도 알려진 프로토콜 버퍼는 Google 에서 개발한 바이너리 직렬화 형식입니다.JSON 에 비해 인코딩 및 디코딩이 더 간단하고 빠른 바이너리 인코딩을 사용하고 이전 버전과의 호환성을 유지하면서 데이터 구조를 업데이트할 수 있는 Schema Evolution 을 지원합니다. 📌 MessagePackMessagePack 은 효율성과 속도를 위해 설계된 또 다른 이진 직렬화 형식입니다.매우 컴팩트한 데이터 표현을 생성하여 데이터 전송 크기를 줄일 수 있고, Protocol Buffers 와 동일하게 바이너리 특성으로 빠른 인코딩 및 디코딩이 가능합니다. 📌 BSONMongoDB 에서 사용하는것으로 유명한 BSON 은 바이너리 데이터 유형이 추가된 JSON과 유사한 구조를 유지하여 효율성과 가독성 간의 균형을 제공합니다.또한 이미지나 멀티미디어와 같은 데이터를 처리하는 데 유용한 바이너리 데이터 유형에 대한 기본 지원을 제공합니다. 📌 AvroAvro는 Apache Hadoop 프로젝트 내에서 개발된 데이터 직렬화 프레임워크로 스키마 호환성과 성능에 강점을 두고 있습니다.컴팩트 바이너리 인코딩 형식을 사용하므로 페이로드를 줄일 수 있고 여러 프로그래밍 언어를 지원하므로 다양한 애플리케이션 생태계에 적합합니다. 공유 드린 원문에 이에 대한 자세한 내용과 JSON 을 계속 사용할 경우 성능을 최적화 할 수 있는 팁들이 정리되어있으니 관심있으신 분들은 원문 내용을 참고해주세요. 📚 원문https://dev.to/nikl/json-is-slower-here-are-its-4-faster-alternatives-2g30?utm_source=oneoneone

DEV Community

💡 JSON 보다 더 빠른 대안들

LINE 의 오픈챗은 대규모 트래픽을 처리하는 서비스 중 하나입니다.

특히 유명 가수의 콘서트 시, 수백만 팬들이 오픈챗에서 활발히 소통하면서 트래픽이 급증하는 현상이 발생합니다.

이렇게 하나의 오픈챗이 다른 오픈챗보다 트래픽이 많이 발생하는 걸 LINE은 '핫 챗 (Hot Chat)'으로 정의하며, 이 글에서는 핫 챗의 발생 패턴과 해결 방법을 살펴보겠습니다.

<오픈챗이 처리하는 트래픽의 규모>

하나의 오픈챗은 수천에서 수만 명의 사용자를 수용할 수 있습니다.

오픈챗 서버는 분당 1천만 건, 일일 약 100억 건의 API 요청을 처리합니다. 활발한 하나의 오픈챗은 분당 최대 20만 건의 API 요청을 생성하기도 합니다.

<오픈챗 서비스의 구조>

LINE의 오픈챗 서비스는 이벤트 기반 아키텍처로 구성되어 있습니다.

사용자가 메시지를 보내는 등의 이벤트가 발생하면, 이들은 데이터베이스에 기록되고 Kafka를 통해 전달됩니다.

이후 Publish 서비스가 Kafka 토픽에서 이벤트를 소비하고, 사용자들에게 이벤트를 알리는 서버 푸시를 합니다.

사용자들은 API 호출을 통해 필요한 데이터를 가져갑니다.

서비스 구조는 그림으로 보는 것이 좋을 것 같은데요. 아래 파일로 첨부해두었습니다.

<Hot Chat 패턴별로 발생하는 문제와 이를 해결하는 전략>

1.1 첫 번째 문제: 오픈챗 트래픽 증가

수백만명의 가수의 팬들이 콘서트를 열 때 오픈챗에서 활발히 떠들다보니 오픈챗의 이벤트를 가져오려는 API 호출 트래픽이 급증하는 사례가 발생합니다.

이로 인해 발생하는 증상은 다음과 같습니다:
 * 트래픽 급증으로 인한 데이터베이스 요청 증가, Slow Query 발생
 * API 서버의 GC, CPU 사용량 증가 및 응답 지연
 * 카프카의 Lag 증가

1.2 해결책:

일반적으로 Naive 하게 생각해 수 있는 해결책은 Shard 를 추가하는 것일텐데, 핫 챗은 전체 오픈챗 중의 0.1% 정도 되기 때문에 단순 샤드를 추가하는 건 영향이 작을 것입니다.

LINE 에서는 Hot Chat 을 Detecting 하고 일정시간 동안 Throttling 을 적용하는 방법으로 해결했습니다:
 * 핫 챗 탐지:
 * Publish 서버에서 발생한 채팅방의 이벤트 수를 추적하고, 특정 임계점이 넘었으면 이 채팅방을 Hot Chat 이라고 기록합니다. 
 * 트래픽 Throttling 적용:
 * 핫 챗으로 분류된 채팅방에서는 확률적으로 서버 푸시 메시지 전송 빈도를 조절합니다.
 * 이는 API 요청의 폭증을 방지하고 서버 부하를 줄이는 데 도움이 됩니다.
 * 정책 동적 조정:
 * 핫 챗 정책은 LINE의 오픈소스 솔루션인 Central Dogma를 사용하여 동적으로 조정됩니다.
 * 이를 통해 서비스 운영자는 배포 없이 실시간으로 트래픽 상황에 맞춰 정책을 조정할 수 있습니다.
 * Note:
 * 이 방법은 폭증하는 트래픽에서 서버를 보호하는 방법이지, 트래픽 자체를 해결하는 방법은 아닙니다.
 * 위의 LINE 의 사례와 같은 Hot Key 문제에 대해서 트래픽 자체를 해결하려면 하나의 샤드로 향하는 트래픽을 다른 샤드들로 분산시키는 것이 필요합니다.
 * 그래서 일반적인 해결 방법 중 하나는 Shard Key 에다가 Random Number 를 붙혀서 하나의 샤드에서 다른 샤드들로 저장되고 읽을 수 있도록 하는 것입니다. 이를 'Salted Key' 라고도 합니다.
 * 이 방법으로 할 경우 읽기 요청을 할 때가 문제라서 Hot Key 의 Shard Key 가 어떻게 분산되었는지를 추적할 수 있는 방법을 추가로 필요로 합니다.
 * 이 방식으로 해결해야한다는 뜻을 말하는 것은 아닙니다. 개인적인 생각으로는 활발한 오픈챗에서 이벤트 전달은 되게 작은 문제라고 보여서 Throttling 하는 것이 더 나은 솔루션 같아 보입니다.

2.1 두 번째 문제: 오픈챗 참여 요청이 급증:

인플루언서가 오픈챗 링크를 공유하면서 참여 요청이 갑자기 증가하는 상황이 발생할 수 있습니다.

이로 인해 발생하는 증상은 다음과 같습니다:
 * MySQL Slow Log 증가, CPU 사용률 증가
 * OpenChat 서비스의 응답 타임아웃 증가

2.2 해결책:

MySQL INSERT 성능 최적화:
 * 오픈챗 참여 INSERT 는 단순 INSERT 가 아니라, INSERT 내부에서 SELECT 를 사용하는 쿼리로 구성되어 있습니다. 이는 내부적으로 Bulk Insert 로 취급이 됩니다.
 * Bulk Insert 에서 레코드가 Auto Increment 타입의 칼럼을 쓰고 있는 경우 auto_increment_lock_mode=1 로 설정되어 있는 경우에는 Auto Increment 의 값을 연속적으로 증가함을 보장하며 테이블 락을 잡습니다. (MySQL 8.0 이전에는 auto_increment_lock_mode 의 기본 값은 1입니다.)
 * 그래서 동시에 오픈챗 참여 요청을 하면 이런 테이블락의 경합으로 인해서 CPU 사용률이 치솟는 것입니다.
 * 이를 auto_increment_lock_mode=2 로 변경하면 Auto Increment 값이 연속적으로 증가함을 보장하지는 않지만, 테이블 락보다 가벼운 Mutex 를 사용해서 더 나은 성능을 낼 수 있습니다. 
 * 모든 기술이 그렇듯이 주의할 점이 있는데  auto_increment_lock_mode=2 로 적용할 경우에는 복제에서 statement-based replication 이 아니라 row-based replication 을 적용해야합니다. Auto Increment 값이 연속적으로 증가하지 않기 때문에 복제 서버에서는 다른 값이 될 수 있기 때문입니다. 

참여 요청에 대한 Throttling 적용:
 * auto_increment_lock_mode 를 튜닝해서 처리할 수 있는 성능을 높혔더라도, 언제든지 MySQL 이 처리할 수 있는 양보다 훨씬 많은 부하를 받을 수 있습니다.
 * 여기서 Throttling 을 적용할 때 중요했던 건 Hot Chat Throttling 과 달리 Throttling 을 지연없이 빠르게 적용할 수 있는가 입니다.
 * Redis 에서도 참여 요청의 수를 집계해서 Throttling 를 적용할 수도 있지만 얼마 안되는 핫 오픈챗에 대해서 전체 오픈챗에 대해 기록하는 건 큰 오버헤드라고 판단해서 Local Cache 에서 집계를 해서 Throttling 을 적용했습니다.

Reference:
https://engineering.linecorp.com/ko/blog/how-line-openchat-server-handles-extreme-traffic-spikes

LINE 의 오픈챗은 대규모 트래픽을 처리하는 서비스 중 하나입니다. 특히 유명 가수의 콘서트 시, 수백만 팬들이 오픈챗에서 활발히 소통하면서 트래픽이 급증하는 현상이 발생합니다. 이렇게 하나의 오픈챗이 다른 오픈챗보다 트래픽이 많이 발생하는 걸 LINE은 '핫 챗 (Hot Chat)'으로 정의하며, 이 글에서는 핫 챗의 발생 패턴과 해결 방법을 살펴보겠습니다. &lt;오픈챗이 처리하는 트래픽의 규모&gt; 하나의 오픈챗은 수천에서 수만 명의 사용자를 수용할 수 있습니다. 오픈챗 서버는 분당 1천만 건, 일일 약 100억 건의 API 요청을 처리합니다. 활발한 하나의 오픈챗은 분당 최대 20만 건의 API 요청을 생성하기도 합니다. &lt;오픈챗 서비스의 구조&gt; LINE의 오픈챗 서비스는 이벤트 기반 아키텍처로 구성되어 있습니다. 사용자가 메시지를 보내는 등의 이벤트가 발생하면, 이들은 데이터베이스에 기록되고 Kafka를 통해 전달됩니다. 이후 Publish 서비스가 Kafka 토픽에서 이벤트를 소비하고, 사용자들에게 이벤트를 알리는 서버 푸시를 합니다. 사용자들은 API 호출을 통해 필요한 데이터를 가져갑니다. 서비스 구조는 그림으로 보는 것이 좋을 것 같은데요. 아래 파일로 첨부해두었습니다. &lt;Hot Chat 패턴별로 발생하는 문제와 이를 해결하는 전략&gt; 1.1 첫 번째 문제: 오픈챗 트래픽 증가 수백만명의 가수의 팬들이 콘서트를 열 때 오픈챗에서 활발히 떠들다보니 오픈챗의 이벤트를 가져오려는 API 호출 트래픽이 급증하는 사례가 발생합니다. 이로 인해 발생하는 증상은 다음과 같습니다:<ul><li>트래픽 급증으로 인한 데이터베이스 요청 증가, Slow Query 발생</li><li>API 서버의 GC, CPU 사용량 증가 및 응답 지연</li><li>카프카의 Lag 증가</li></ul> 1.2 해결책: 일반적으로 Naive 하게 생각해 수 있는 해결책은 Shard 를 추가하는 것일텐데, 핫 챗은 전체 오픈챗 중의 0.1% 정도 되기 때문에 단순 샤드를 추가하는 건 영향이 작을 것입니다. LINE 에서는 Hot Chat 을 Detecting 하고 일정시간 동안 Throttling 을 적용하는 방법으로 해결했습니다:<ul><li>핫 챗 탐지:<ul><li>Publish 서버에서 발생한 채팅방의 이벤트 수를 추적하고, 특정 임계점이 넘었으면 이 채팅방을 Hot Chat 이라고 기록합니다.&nbsp;</li></ul></li><li>트래픽 Throttling 적용:<ul><li>핫 챗으로 분류된 채팅방에서는 확률적으로 서버 푸시 메시지 전송 빈도를 조절합니다.</li><li>이는 API 요청의 폭증을 방지하고 서버 부하를 줄이는 데 도움이 됩니다.</li></ul></li><li>정책 동적 조정:<ul><li>핫 챗 정책은 LINE의 오픈소스 솔루션인 Central Dogma를 사용하여 동적으로 조정됩니다.</li><li>이를 통해 서비스 운영자는 배포 없이 실시간으로 트래픽 상황에 맞춰 정책을 조정할 수 있습니다.</li></ul></li><li>Note:<ul><li>이 방법은 폭증하는 트래픽에서 서버를 보호하는 방법이지, 트래픽 자체를 해결하는 방법은 아닙니다.</li><li>위의 LINE 의 사례와 같은 Hot Key 문제에 대해서 트래픽 자체를 해결하려면 하나의 샤드로 향하는 트래픽을 다른 샤드들로 분산시키는 것이 필요합니다.</li><li>그래서 일반적인 해결 방법 중 하나는 Shard Key 에다가 Random Number 를 붙혀서 하나의 샤드에서 다른 샤드들로 저장되고 읽을 수 있도록 하는 것입니다. 이를 'Salted Key' 라고도 합니다.</li><li>이 방법으로 할 경우 읽기 요청을 할 때가 문제라서 Hot Key 의 Shard Key 가 어떻게 분산되었는지를 추적할 수 있는 방법을 추가로 필요로 합니다.</li><li>이 방식으로 해결해야한다는 뜻을 말하는 것은 아닙니다. 개인적인 생각으로는 활발한 오픈챗에서 이벤트 전달은 되게 작은 문제라고 보여서 Throttling 하는 것이 더 나은 솔루션 같아 보입니다.</li></ul></li></ul> 2.1 두 번째 문제: 오픈챗 참여 요청이 급증: 인플루언서가 오픈챗 링크를 공유하면서 참여 요청이 갑자기 증가하는 상황이 발생할 수 있습니다. 이로 인해 발생하는 증상은 다음과 같습니다:<ul><li>MySQL Slow Log 증가, CPU 사용률 증가</li><li>OpenChat 서비스의 응답 타임아웃 증가</li></ul> 2.2 해결책: MySQL INSERT 성능 최적화:<ul><li>오픈챗 참여 INSERT 는 단순 INSERT 가 아니라, INSERT 내부에서 SELECT 를 사용하는 쿼리로 구성되어 있습니다. 이는 내부적으로 Bulk Insert 로 취급이 됩니다.</li><li>Bulk Insert 에서 레코드가 Auto Increment 타입의 칼럼을 쓰고 있는 경우 auto_increment_lock_mode=1 로 설정되어 있는 경우에는 Auto Increment 의 값을 연속적으로 증가함을 보장하며 테이블 락을 잡습니다. (MySQL 8.0 이전에는 auto_increment_lock_mode 의 기본 값은 1입니다.)</li><li>그래서 동시에 오픈챗 참여 요청을 하면 이런 테이블락의 경합으로 인해서 CPU 사용률이 치솟는 것입니다.</li><li>이를 auto_increment_lock_mode=2 로 변경하면 Auto Increment 값이 연속적으로 증가함을 보장하지는 않지만, 테이블 락보다 가벼운 Mutex 를 사용해서 더 나은 성능을 낼 수 있습니다.&nbsp;</li><li>모든 기술이 그렇듯이 주의할 점이 있는데&nbsp; auto_increment_lock_mode=2 로 적용할 경우에는 복제에서 statement-based replication 이 아니라 row-based replication 을 적용해야합니다. Auto Increment 값이 연속적으로 증가하지 않기 때문에 복제 서버에서는 다른 값이 될 수 있기 때문입니다.&nbsp;</li></ul> 참여 요청에 대한 Throttling 적용:<ul><li>auto_increment_lock_mode 를 튜닝해서 처리할 수 있는 성능을 높혔더라도, 언제든지 MySQL 이 처리할 수 있는 양보다 훨씬 많은 부하를 받을 수 있습니다.</li><li>여기서 Throttling 을 적용할 때 중요했던 건 Hot Chat Throttling 과 달리 Throttling 을 지연없이 빠르게 적용할 수 있는가 입니다.</li><li>Redis 에서도 참여 요청의 수를 집계해서 Throttling 를 적용할 수도 있지만 얼마 안되는 핫 오픈챗에 대해서 전체 오픈챗에 대해 기록하는 건 큰 오버헤드라고 판단해서 Local Cache 에서 집계를 해서 Throttling 을 적용했습니다.</li></ul> Reference: https://engineering.linecorp.com/ko/blog/how-line-openchat-server-handles-extreme-traffic-spikes

LINE 의 오픈챗 서버는 어떻게 급증하는 트래픽을 다룰까?

AI 시대에 소프트웨어 엔지니어가 필수로 배워야 하는 기초 지식은 다음과 같습니다.

1️⃣ 하나만 배운다면 데이터 구조

2️⃣ 두가질 배운다면 알고리즘

3️⃣ 세가질 배운다면 머신러닝

4️⃣ 네가질 배운다면 프롬프트 엔지니어링

소프트웨어 엔지니어의 주요 업무인 프로그래밍이라는 것은, 주어진 데이터를 변형하거나 데이터를 추출하는 것이 전부라고 할 수 있습니다. 따라서 데이터 구조와 데이터를 다루는 알고리즘을 배우는 것이 기본이겠고요.

더불어 데이터를 통해 소프트웨어를 만들어내는 머신러닝과, 이를 통해 만들어진 AI를 이용하는 프롬프트 엔지니어링을 이해해야 다가오는 AI 시대에 적응 할 수 있을 것 입니다.

즉, 프로그램이, AI가 어떻게 만들어지고 작동하는지, 그리고 AI를 어떻게 다루는지를 이해하는 것이 중요한 것이죠. 왜냐하면 나머지는 이제 앞으로 AI가 다 해 줄 테니까요.

AI 시대에 소프트웨어 엔지니어가 필수로 배워야 하는 기초 지식은 다음과 같습니다. 1️⃣ 하나만 배운다면 데이터 구조 2️⃣ 두가질 배운다면 알고리즘 3️⃣ 세가질 배운다면 머신러닝 4️⃣ 네가질 배운다면 프롬프트 엔지니어링 소프트웨어 엔지니어의 주요 업무인 프로그래밍이라는 것은, 주어진 데이터를 변형하거나 데이터를 추출하는 것이 전부라고 할 수 있습니다. 따라서 데이터 구조와 데이터를 다루는 알고리즘을 배우는 것이 기본이겠고요. 더불어 데이터를 통해 소프트웨어를 만들어내는 머신러닝과, 이를 통해 만들어진 AI를 이용하는 프롬프트 엔지니어링을 이해해야 다가오는 AI 시대에 적응 할 수 있을 것 입니다. 즉, 프로그램이, AI가 어떻게 만들어지고 작동하는지, 그리고 AI를 어떻게 다루는지를 이해하는 것이 중요한 것이죠. 왜냐하면 나머지는 이제 앞으로 AI가 다 해 줄 테니까요.

AI 시대 소프트웨어 엔지니어 필수 지식

자바스크립트 패키지 매니저: npm vs. Yarn

패키지 매니저(package manager)는 프로젝트가 의존하고 있는 패키지를 효과적으로 설치, 갱신, 삭제할 수 있도록 도와주는 관리 도구입니다. 그 어떤 프로그래밍 언어보다 풍부한 오픈 소스 생태계를 자랑하는 자바스크립트에서 특히 패키지 매니저는 중요한 역할을 하는데요. 아무리 간단한 자바스크립트 프로젝트라고 해도 적게는 수십게 많게는 수백개의 다른 패키지에 의존하기 때문입니다.

대부분의 자바스크립트 패키지 매니저는 Node.js 실행 환경(runtime)에서 돌아가며 `package.json`이라는 파일에 프로젝트가 의존하고 있는 패키지 목록을 명시합니다. 일반적으로 패키지는 프로젝트의 `node_modules` 디렉토리에 저장되는데, 주로 공개 npm 저장소(registry)로 부터 다운을 받지만 회사의 경우 사내망 내의 사설 저장소를 운영하는 경우도 있습니다.

자바스크립트 커뮤니티에서는 npm과 Yarn이라는 두 가지 패키지 매니저가 오랫동안 시장을 양분해왔는데요. 이번 포스팅에서는 현재 기준으로 npm과 Yarn을 비교해보고 이중 무엇을 쓰는 게 좋을지 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/js-package-manager/

사실 자바스크립트 생태계에서는 본 포스팅에서 다룬 npm과 Yarn 외에도 Pnpm과 같은 새로운 패키지 매니저가 줄줄이 등장하고 있습니다. 또한 차세대 자바스크립트 런타임인 Bun의 경우에는 아예 패키지 매니저를 내장하고 있어서 어떤 패키지 매니저를 사용할지 고민할 필요도 없습니다. 기본적으로 표준화보다는 자율성을 가치로 삼는 자바스크립트 커뮤니티에서 향후 이 패키지 매니저 전쟁이 어떻게 진행될지 지켜보면 흥미로울 것 같습니다.

패키지 매니저 관련해서 아래 게시물도 함께 읽어보시기를 추천드립니다.

📕 자바스크립트 개발자를 위한 package.json 파일 정리: https://careerly.co.kr/comments/90359
📗 패키지 잠금 파일 (package-lock.json, yarn.lock): https://careerly.co.kr/comments/93535
📘 자바스크립트 개발자를 위한 필수 npm 커맨드 정리 (+npx): https://careerly.co.kr/comments/93003
📙 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임 🥟: https://careerly.co.kr/comments/92202

패키지 매니저(package manager)는 프로젝트가 의존하고 있는 패키지를 효과적으로 설치, 갱신, 삭제할 수 있도록 도와주는 관리 도구입니다. 그 어떤 프로그래밍 언어보다 풍부한 오픈 소스 생태계를 자랑하는 자바스크립트에서 특히 패키지 매니저는 중요한 역할을 하는데요. 아무리 간단한 자바스크립트 프로젝트라고 해도 적게는 수십게 많게는 수백개의 다른 패키지에 의존하기 때문입니다. 대부분의 자바스크립트 패키지 매니저는 Node.js 실행 환경(runtime)에서 돌아가며 `package.json`이라는 파일에 프로젝트가 의존하고 있는 패키지 목록을 명시합니다. 일반적으로 패키지는 프로젝트의 `node_modules` 디렉토리에 저장되는데, 주로 공개 npm 저장소(registry)로 부터 다운을 받지만 회사의 경우 사내망 내의 사설 저장소를 운영하는 경우도 있습니다. 자바스크립트 커뮤니티에서는&nbsp;npm과 Yarn이라는 두 가지 패키지 매니저가 오랫동안 시장을 양분해왔는데요. 이번 포스팅에서는 현재 기준으로 npm과 Yarn을 비교해보고 이중 무엇을 쓰는 게 좋을지 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/js-package-manager/ 사실 자바스크립트 생태계에서는 본 포스팅에서 다룬 npm과 Yarn 외에도 Pnpm과 같은 새로운 패키지 매니저가 줄줄이 등장하고 있습니다. 또한 차세대 자바스크립트 런타임인 Bun의 경우에는 아예 패키지 매니저를 내장하고 있어서 어떤 패키지 매니저를 사용할지 고민할 필요도 없습니다. 기본적으로 표준화보다는 자율성을 가치로 삼는 자바스크립트 커뮤니티에서 향후 이 패키지 매니저 전쟁이 어떻게 진행될지 지켜보면 흥미로울 것 같습니다. 패키지 매니저 관련해서 아래 게시물도 함께 읽어보시기를 추천드립니다. 📕 자바스크립트 개발자를 위한 package.json 파일 정리: https://careerly.co.kr/comments/90359📗 패키지 잠금 파일 (package-lock.json, yarn.lock): https://careerly.co.kr/comments/93535📘 자바스크립트 개발자를 위한 필수 npm 커맨드 정리 (+npx): https://careerly.co.kr/comments/93003📙 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임 🥟: https://careerly.co.kr/comments/92202

Daleseo

자바스크립트 패키지 매니저: npm vs. Yarn 🥊

유명한 프로그램들을 많이 만들었습니다. 카카오톡. N드라이브. 왓챠. 하지만 제 프로그램이라고 부를 수는 없었습니다. 내가 처음부터 만든 게 아니었으니까. 다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐.

회사를 그만두도록 뽐뿌를 준 책들

유명한 프로그램들을 많이 만들었습니다.
카카오톡. N드라이브. 왓챠.
하지만 제 프로그램이라고 부를 수는 없었습니다.
내가 처음부터 만든 게 아니었으니까.
다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐.

그래도 좋긴 했습니다.
내 실력으로는 엄두도 못 낼 유명한 프로그램들을 함께 만들고…
지하철에서 옆 사람들이 앱을 써주는 걸 보는 기분은 끝내줬습니다.

그런데 가만…
내가 처음부터 만든 건 뭐가 있지…?
뭐야, 아무것도 없잖아.

책을 읽다가 그런 생각이 들었던 것 같습니다.
나도 내 제품을 만들어 보고 싶어.
아무것도 없는 백지에서 시작한 나의 코드, 나의 제품 말이야.

나도 창업이란 걸 해보고 싶다.
아니, 창업이란 말은 너무 거창하고…
내 제품을 만들어서 그걸로 돈을 벌어 보고 싶어.
단 돈 만 원이라도 벌어봤으면.

그 당시에 저에게 뽐뿌를 줬던 책들.
'플레이', '아이디어맨', '티몬이 간다'

넥슨의 창업이야기.
마이크로소프트의 창업이야기.
티켓몬스터의 창업이야기.

이 책들을 읽을 때 어찌나 가슴이 두근거렸는지…
어쩌면 이 책들을 읽으면서 회사를 떠날 준비를 했는지도 모르겠습니다.
언젠가 다시 한번 읽어보고 싶습니다.

https://jeho.page/essay/2023/11/23/business-books.html

유명한 프로그램들을 많이 만들었습니다. 카카오톡. N드라이브. 왓챠. 하지만 제 프로그램이라고 부를 수는 없었습니다. 내가 처음부터 만든 게 아니었으니까. 다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐. 그래도 좋긴 했습니다. 내 실력으로는 엄두도 못 낼 유명한 프로그램들을 함께 만들고… 지하철에서 옆 사람들이 앱을 써주는 걸 보는 기분은 끝내줬습니다. 그런데 가만… 내가 처음부터 만든 건 뭐가 있지…? 뭐야, 아무것도 없잖아. 책을 읽다가 그런 생각이 들었던 것 같습니다. 나도 내 제품을 만들어 보고 싶어. 아무것도 없는 백지에서 시작한 나의 코드, 나의 제품 말이야. 나도 창업이란 걸 해보고 싶다. 아니, 창업이란 말은 너무 거창하고… 내 제품을 만들어서 그걸로 돈을 벌어 보고 싶어. 단 돈 만 원이라도 벌어봤으면. 그 당시에 저에게 뽐뿌를 줬던 책들. '플레이', '아이디어맨', '티몬이 간다' 넥슨의 창업이야기. 마이크로소프트의 창업이야기. 티켓몬스터의 창업이야기. 이 책들을 읽을 때 어찌나 가슴이 두근거렸는지…어쩌면 이 책들을 읽으면서 회사를 떠날 준비를 했는지도 모르겠습니다. 언젠가 다시 한번 읽어보고 싶습니다. https://jeho.page/essay/2023/11/23/business-books.html

K리그 프로그래머

01 . 저는 책상에 뭔가 많이 올려두는 걸 좋아하지 않는 편입니다. 집에서 쓰는 책상은 물론이고 회사 책상도 마찬가지죠. 그래서 가끔 팀 사람들이 '도영님은 퇴사하는 사람처럼 퇴근한다'는 우스갯소리를 던지고는 합니다. 출근하면 꺼내 올려두는 게 휴대전화, 에어팟, 노트, 필기구 몇 개 정도니까요. 그마저도 퇴근할 땐 장사판 접는 사장님처럼 말끔하게 회수해(?) 집으로 돌아가니 그런 말이 나올 법도 하죠.

02 . 하지만 제가 유일하게 책상에 자주 올려두는 것이 하나 있습니다. 바로 책입니다.
물론 책상의 일부를 마치 책장처럼 활용하며 여러 권의 책을 꽂아두시는 분들도 있지만 저는 최근 읽고 있는 책 한 권 정도만 책상에 둡니다. 그러니 자연스레 제 주위를 오가던 사람들도 제가 읽고 있는 책에 관심을 기울이고 그 책에 대해 이런저런 질문을 던지기도 하죠.

03 . 당연히 그런 자랑(?) 용도로 책을 두는 것은 아닙니다. 제가 책상에 책을 올려두는 건 일종의 마인드셋에 가깝기 때문이죠.
아무래도 기획 업무를 하다 보니 새로운 업무에 들어가거나 새로운 아이디어를 떠올려야 할 때와 자주 마주치는데 이때마다 저 스스로 어떤 관점과 마음가짐으로 그 업무를 대할지 첫 자세를 잡는 게 참 중요하더라고요. 어떤 때는 하기 싫은 일에 최대한 정을 붙여보려 노력할 때도 있고 또 어떤 때는 꽤 재미있어 보이는 일이라 저 자신이 오버하지 않도록 최대한 차분해지려는 노력을 할 때도 있죠.

04 . 그때마다 저는 그 순간에 필요한 관점을 담은 책들을 한 권씩 올려놓습니다. 그럼 왠지 그 책으로부터 좋은 영향을 받는 것 같은 느낌이 들거든요. 이따끔씩 머리 회전이 잘 안되면 책을 펼쳐서 단 5분이라도 잠깐 읽는 과정을 반복하기도 하지만 사실 꼭 그러지 않더라도 내 가까이에 그 책이 있다는 것만으로도 위로가 될 때가 있습니다. 심지어는 일종의 부적처럼 느껴질 때도 있고요.

05 . 최근에 한 프로젝트에 참여하면서는 '일'에 대한 근본적인 고민과 제 나름의 이야기를 풀어놔야 하는 과제가 주어졌는데, 이때 저는 제 책상 위에 제현주 작가님의 ⟪일하는 마음⟫이란 책을 올려두었습니다. 몇 해 전에 꽤 인상 깊게 읽었던 책이라 언제 한 번 꼭 다시 읽어야지라는 생각을 하고 있었는데 이번 기회에 다시 책상 위로 불러들인 것이죠. 지금이 바로 그 타이밍이라는 생각과 함께요.

06 . 물론 실제로 다시 책을 펼쳐서 읽은 시간은 몇 분 남짓 되지 않았지만 그런 제목의 책이 제 책상을 지켜주고 있다는 사실만으로도 뭔가 마음을 다잡게 되더라고요. 저는 늘 책 한 권을 읽는다는 건 잠깐이나마 그 작가의 생각을 빌어 살아보는 것이라고 생각하는데 제가 좋아하는 책을 끼고 일을 시작하면 조금은 새로운 마음가짐을 장착한 느낌을 받을 때가 많기 때문입니다.

07 . 누군가에게 이 얘기를 했더니 그분이 이런 말을 해주셨습니다.
"그럼 도영님께는 책이 일종의 유니폼 역할을 하는 거네요. 왜 제복을 입는 직업을 가진 사람들은 그 옷을 입는 순간 마음가짐이 달라진다고 하잖아요. 도영님이 책상에 책을 올려두는 것도 비슷한 의미이지 않을까요."

08 . 오! 그 말을 들으니 진짜 제겐 책이 그런 역할을 하는 것 같았어요. 솔직히 가끔 죽기보다도 싫은 일과 마주쳐서 책상에 앉기조차 싫을 때, 문득 책상 한 켠에 있는 책을 보면 일종의 작은 죄책감 같은 것도 느껴지거든요.
'저 책 읽을 때만 해도 온갖 좋은 생각은 다했었는데... 현실에서 또 이렇게 투덜대고만 있을 수는 없겠구나' 하면서요. 책을 읽는 이유 중 하나가 나 자신을 조금이라도 좋은 방향으로 끌고 가기 위함일 텐데 책 읽을 때 마음 따로, 책상에 앉을 때 마음 따로면 그런 나약한 애티튜드도 없겠다 싶었으니까요.

09 . 그래서 저는 주위 사람들에게 당장 읽지 않아도 좋으니 책상 위에 책 한 권 정도 올려두라는 말을 합니다. 그리고 가급적이면 꽂아두지 말고, 여러 권의 책과 함께 두지도 말고 언제든 손을 뻗으면 잡힐 만한 거리에 딱 한 권을 두는 게 더 좋다고 권하죠.
더불어 마치 그곳에 영원히 있을 것처럼 두지 말고 업무에 따라 또 기분에 따라 다른 책으로 바꿔 가져다 두는 걸 반복해 보라고 말합니다. 정말 별것 아닌 일처럼 보여도 그 작은 행동이 주는 마음가짐의 변화가 분명 존재하기 때문이죠.

10 . 그러니 여러분도 한 주의 시작은 맘에 드는 책 한 권 책상 위에 올려두는 것으로 출발하면 어떨까요? 혹시 친한 동료가 있다면 그 사람의 책상 위에 한 권을 선물해 주는 것도 좋고요. 그리고는 귀찮고, 힘들고, 짜증 나고, 하기 싫은 순간이 올 때마다 그냥 그 책 한번 집어 들어서 휘리릭 넘기고 맘에 드는 부분은 5분 정도 가볍게 읽어보는 겁니다. 마음가짐이란 게 거창해 보여도 사실 어떻게 책상 앞에 앉느냐의 문제이기도 하니까요, 그 순간에 맘에 드는 제목이 눈에 띄도록 세팅해두는 것 역시 어쩌면 내 마인드셋을 현명하게 관리하는 비법일지 모르죠.

01 . 저는 책상에 뭔가 많이 올려두는 걸 좋아하지 않는 편입니다. 집에서 쓰는 책상은 물론이고 회사 책상도 마찬가지죠. 그래서 가끔 팀 사람들이 '도영님은 퇴사하는 사람처럼 퇴근한다'는 우스갯소리를 던지고는 합니다. 출근하면 꺼내 올려두는 게 휴대전화, 에어팟, 노트, 필기구 몇 개 정도니까요. 그마저도 퇴근할 땐 장사판 접는 사장님처럼 말끔하게 회수해(?) 집으로 돌아가니 그런 말이 나올 법도 하죠. 02 . 하지만 제가 유일하게 책상에 자주 올려두는 것이 하나 있습니다. 바로 책입니다.물론 책상의 일부를 마치 책장처럼 활용하며 여러 권의 책을 꽂아두시는 분들도 있지만 저는 최근 읽고 있는 책 한 권 정도만 책상에 둡니다. 그러니 자연스레 제 주위를 오가던 사람들도 제가 읽고 있는 책에 관심을 기울이고 그 책에 대해 이런저런 질문을 던지기도 하죠. 03 . 당연히 그런 자랑(?) 용도로 책을 두는 것은 아닙니다. 제가 책상에 책을 올려두는 건 일종의 마인드셋에 가깝기 때문이죠.아무래도 기획 업무를 하다 보니 새로운 업무에 들어가거나 새로운 아이디어를 떠올려야 할 때와 자주 마주치는데 이때마다 저 스스로 어떤 관점과 마음가짐으로 그 업무를 대할지 첫 자세를 잡는 게 참 중요하더라고요. 어떤 때는 하기 싫은 일에 최대한 정을 붙여보려 노력할 때도 있고 또 어떤 때는 꽤 재미있어 보이는 일이라 저 자신이 오버하지 않도록 최대한 차분해지려는 노력을 할 때도 있죠. 04 . 그때마다 저는 그 순간에 필요한 관점을 담은 책들을 한 권씩 올려놓습니다. 그럼 왠지 그 책으로부터 좋은 영향을 받는 것 같은 느낌이 들거든요. 이따끔씩 머리 회전이 잘 안되면 책을 펼쳐서 단 5분이라도 잠깐 읽는 과정을 반복하기도 하지만 사실 꼭 그러지 않더라도 내 가까이에 그 책이 있다는 것만으로도 위로가 될 때가 있습니다. 심지어는 일종의 부적처럼 느껴질 때도 있고요. 05 . 최근에 한 프로젝트에 참여하면서는 '일'에 대한 근본적인 고민과 제 나름의 이야기를 풀어놔야 하는 과제가 주어졌는데, 이때 저는 제 책상 위에 제현주 작가님의 ⟪일하는 마음⟫이란 책을 올려두었습니다. 몇 해 전에 꽤 인상 깊게 읽었던 책이라 언제 한 번 꼭 다시 읽어야지라는 생각을 하고 있었는데 이번 기회에 다시 책상 위로 불러들인 것이죠. 지금이 바로 그 타이밍이라는 생각과 함께요. 06 . 물론 실제로 다시 책을 펼쳐서 읽은 시간은 몇 분 남짓 되지 않았지만 그런 제목의 책이 제 책상을 지켜주고 있다는 사실만으로도 뭔가 마음을 다잡게 되더라고요. 저는 늘 책 한 권을 읽는다는 건 잠깐이나마 그 작가의 생각을 빌어 살아보는 것이라고 생각하는데 제가 좋아하는 책을 끼고 일을 시작하면 조금은 새로운 마음가짐을 장착한 느낌을 받을 때가 많기 때문입니다. 07 . 누군가에게 이 얘기를 했더니 그분이 이런 말을 해주셨습니다."그럼 도영님께는 책이 일종의 유니폼 역할을 하는 거네요. 왜 제복을 입는 직업을 가진 사람들은 그 옷을 입는 순간 마음가짐이 달라진다고 하잖아요. 도영님이 책상에 책을 올려두는 것도 비슷한 의미이지 않을까요." 08 . 오! 그 말을 들으니 진짜 제겐 책이 그런 역할을 하는 것 같았어요. 솔직히 가끔 죽기보다도 싫은 일과 마주쳐서 책상에 앉기조차 싫을 때, 문득 책상 한 켠에 있는 책을 보면 일종의 작은 죄책감 같은 것도 느껴지거든요. '저 책 읽을 때만 해도 온갖 좋은 생각은 다했었는데... 현실에서 또 이렇게 투덜대고만 있을 수는 없겠구나' 하면서요. 책을 읽는 이유 중 하나가 나 자신을 조금이라도 좋은 방향으로 끌고 가기 위함일 텐데 책 읽을 때 마음 따로, 책상에 앉을 때 마음 따로면 그런 나약한 애티튜드도 없겠다 싶었으니까요. 09 . 그래서 저는 주위 사람들에게 당장 읽지 않아도 좋으니 책상 위에 책 한 권 정도 올려두라는 말을 합니다. 그리고 가급적이면 꽂아두지 말고, 여러 권의 책과 함께 두지도 말고 언제든 손을 뻗으면 잡힐 만한 거리에 딱 한 권을 두는 게 더 좋다고 권하죠. 더불어 마치 그곳에 영원히 있을 것처럼 두지 말고 업무에 따라 또 기분에 따라 다른 책으로 바꿔 가져다 두는 걸 반복해 보라고 말합니다. 정말 별것 아닌 일처럼 보여도 그 작은 행동이 주는 마음가짐의 변화가 분명 존재하기 때문이죠. 10 . 그러니 여러분도 한 주의 시작은 맘에 드는 책 한 권 책상 위에 올려두는 것으로 출발하면 어떨까요? 혹시 친한 동료가 있다면 그 사람의 책상 위에 한 권을 선물해 주는 것도 좋고요. 그리고는 귀찮고, 힘들고, 짜증 나고, 하기 싫은 순간이 올 때마다 그냥 그 책 한번 집어 들어서 휘리릭 넘기고 맘에 드는 부분은 5분 정도 가볍게 읽어보는 겁니다. 마음가짐이란 게 거창해 보여도 사실 어떻게 책상 앞에 앉느냐의 문제이기도 하니까요, 그 순간에 맘에 드는 제목이 눈에 띄도록 세팅해두는 것 역시 어쩌면 내 마인드셋을 현명하게 관리하는 비법일지 모르죠.

책상에 좋아하는 책 한 권 올려두기

최근 외주로 운영 되던 서비스를 내재화하는 작업을 담당하게 되면서, 특정 도메인의 목적을 위해 구현된 소스코드를 이해하는 데에는 순전히 '기술적'인 사항만 존재하지 않는다는 사실을 절실히 깨달았습니다. '모바일 쿠폰 서비스'라는 컨택스트 상에서는 당연하고 상식적인 흐름이, 그러한 컨택스트를 제외한 '기술적'요소들만을 살펴보았을 때는 터무니 없이 복잡하고 어렵게 느껴졌습니다.

DDD란? ((Business) Domain-Driven (Software) Design)

최근 팀내에서 논의가 있었다. 내부 툴 Front 단 개발을 어떤 형태로 진행할까에 대한 논의였다. 

보통 '이러한' 개발은 특정 이름 a라고 불리는 팀에 요청하여 처리하였기에, 이번에도 그런 형태로 처리하자고 마무리가 되었다. 내부에서 보면 '뚜렷하게' 차이가 나지 않는 팀 a는 명확히 구분하자면 외부사로, 특정 계약을 통해 프로젝트별로 비용을 지불하는 것으로 보였다. 

그 순간 내 머릿속에 떠오른 질문은 '어떤 기준으로 특정 작업(A)은 외주를 맡기고, 특정 작업(B)은 직접 고용한 인원으로 개발을 진행할까?'였다. 이어서, '그렇다면 내 밥값은 A 대신 B라는 특정 작업을 하고 있다는 사실로 정당한걸까?'였다. 

...

순간 스쳐지나간 생각을 글로 '끌고올' 정도로, 의미가 있다고 느꼈던 이유는

1. 이 부분에 대한 정리된 관점이, 앞으로 커리어를 잘 베팅하는 촉에 대한 도움이 될 것 같기에
2. 언젠가 '보이지 않는' 곳에서 이러한 판단을 내릴 수도 있기에 

라는 2가지 점 때문인 것 같다. 

어쨋든, 이 고민에 좀 더 머물러도 재밌겠다는 생각이 들었다.

이후 정리되지 않은 상태로 문제의 여운을 곰곰히 떠올려본 결과, 두 번째 의문은 쉽게 풀리는 것 같다. 

최근에 읽은 책, 사회학자 Jake Rosenfeld가 쓴 'You're paid what you're worth' [1]라는 책의 내용을 통해서다.

관련 부분은 짧게 요약하자면, "현대 기업은 점점 더 주주친화주의가 강해지면서 비용절감에 대한 요구에 지속적으로 부응하는 정책을 취했다. 기업들은 비핵심 또는 핵심 중에서도 비핵심적인 부분을 아웃소싱하는 형태로 발전해왔다. 또한, 그러한 시장을 만족시키는 아웃소싱 제공 업체도 점점 발전했다. 그렇기에 같은 회사에서 유사한 일을 하지만 소속에 따라서 급격한 임금 및 복지의 격차가 발생하고 있다." 
(논외로 책에서는 정확하게 성과를 측정하고 임금과 연결시키는 점의 어려움, 좋은 잡이 나빠지거나 나쁜 잡이 좋아졌던 히스토리 등 여러 흥미로운 내용을 다뤄준다 - 추천)

감정적으로는 안타깝다는 생각이 들지만, 개인적으로는 어쩔 수 없지 정도로 넘어갈 수 있는 정도의 정리인 것 같다.

...

첫 번째 고민을 생각해보니, 의외로 연관성이 있다고 느껴지는 부분은 꽤나 기술적인 개념에서 떠올랐다. 바로 DDD((Business) Domain-Driven (Software) Design) [2].

DDD에 관해 읽었던, (역시 좋은 책인) Vladik Khononov의 'What Is Domain-Driven Design?'라는 책에서는 비지니스 도메인 분석을 진행하며 서브도메인인 코어, 제너럴, 서포팅에 대하 구분지어 정의하고 있다. 

 * 코어: 경쟁기업과 '다르게' 행하는 부분, 반드시 기술적일 필요 없음, 경쟁자가 복사 및 모방이 어려워야 하기에 본질적으로 복잡, 인하우스로 구현, (기술적인 부분이라면) 높은 수준의 엔지니어를 요구
 * 제너럴: 대다수 기업들이 유사한 형태로 운영하고 있는 활동, 구현된 제품을 구입하는 것이 보통 더욱 비용효율적
 * 서포팅: 기업 비지니스를 지원하는 부분, 어떤 경쟁우위도 제공하지 않음, 인하우스로 구현하는 것에 대한 필요성이 드뭄, 아웃소싱도 고려해볼 수 있음

당시에 책을 읽고 열심히 정리[2]할 때에는 느끼지 못한 부분이 실감되었다. 명확하게 보이진 않지만, 어느 곳에서 진행되고 있는 방향성이 DDD에서 말하는 부분과 일치한다는 느낌이 들었다. 

안그래도 좋았던 DDD에 대한 인상이, 커리어 고민에 대한 도움까지 된다니 더욱 좋아지는 듯 했다.

...

돌아보니 이러한 생각의 흐름에서 찾고 있는 것은 막연한 단어로만 들었던 '고부가가치'를 '개발'에서 찾고 있는 것 같았다.

최근 하는 일에 의미를 찾으며 프로덕트에 대한 관심이 높아졌는데, 역시 이 부분도 프로덕트라는 컨택스트에서야 가치가 평가되는 것 같다. 

현재 컨택스트에서의 고부가가치는 무엇일지, 현재 가지고 있는 능력이 어느 컨택스트에서 고부가가치가 될지라는 또 다른 질문을 만드는 생각들이었다.

Reference
[1] You're paid what you're worth, Jave Rosenfeld
[2] https://kadensungbincho.tistory.com/73
[3] What Is Domain-Driven Design?, Vladik Khononov

최근 팀내에서 논의가 있었다. 내부 툴 Front 단 개발을 어떤 형태로 진행할까에 대한 논의였다.&nbsp; 보통 '이러한' 개발은 특정 이름 a라고 불리는 팀에 요청하여 처리하였기에, 이번에도 그런 형태로 처리하자고 마무리가 되었다. 내부에서 보면 '뚜렷하게' 차이가 나지 않는 팀 a는 명확히 구분하자면 외부사로, 특정 계약을 통해 프로젝트별로 비용을 지불하는 것으로 보였다.&nbsp; 그 순간 내 머릿속에 떠오른 질문은 '어떤 기준으로 특정 작업(A)은 외주를 맡기고, 특정 작업(B)은 직접 고용한 인원으로 개발을 진행할까?'였다. 이어서, '그렇다면 내 밥값은 A 대신 B라는 특정 작업을 하고 있다는 사실로 정당한걸까?'였다.&nbsp; ... 순간 스쳐지나간 생각을 글로 '끌고올' 정도로, 의미가 있다고 느꼈던 이유는 1. 이 부분에 대한 정리된 관점이, 앞으로 커리어를 잘 베팅하는 촉에 대한 도움이 될 것 같기에2. 언젠가 '보이지 않는' 곳에서 이러한 판단을 내릴 수도 있기에&nbsp; 라는 2가지 점 때문인 것 같다.&nbsp; 어쨋든, 이 고민에 좀 더 머물러도 재밌겠다는 생각이 들었다. 이후 정리되지 않은 상태로 문제의 여운을 곰곰히 떠올려본 결과, 두 번째 의문은 쉽게 풀리는 것 같다.&nbsp; 최근에 읽은 책, 사회학자 Jake Rosenfeld가 쓴 'You're paid what you're worth' [1]라는 책의 내용을 통해서다. 관련 부분은 짧게 요약하자면, "현대 기업은 점점 더 주주친화주의가 강해지면서 비용절감에 대한 요구에 지속적으로 부응하는 정책을 취했다. 기업들은 비핵심 또는 핵심 중에서도 비핵심적인 부분을 아웃소싱하는 형태로 발전해왔다. 또한, 그러한 시장을 만족시키는 아웃소싱 제공 업체도 점점 발전했다. 그렇기에 같은 회사에서 유사한 일을 하지만 소속에 따라서 급격한 임금 및 복지의 격차가 발생하고 있다."&nbsp;(논외로 책에서는 정확하게 성과를 측정하고 임금과 연결시키는 점의 어려움, 좋은 잡이 나빠지거나 나쁜 잡이 좋아졌던 히스토리 등 여러 흥미로운 내용을 다뤄준다 - 추천) 감정적으로는 안타깝다는 생각이 들지만, 개인적으로는 어쩔 수 없지 정도로 넘어갈 수 있는 정도의 정리인 것 같다. ... 첫 번째 고민을 생각해보니, 의외로 연관성이 있다고 느껴지는 부분은 꽤나 기술적인 개념에서 떠올랐다. 바로 DDD((Business) Domain-Driven (Software) Design) [2]. DDD에 관해 읽었던, (역시 좋은 책인) Vladik Khononov의 'What Is Domain-Driven Design?'라는 책에서는 비지니스 도메인 분석을 진행하며 서브도메인인 코어, 제너럴, 서포팅에 대하 구분지어 정의하고 있다.&nbsp; <ul><li>코어: 경쟁기업과 '다르게' 행하는 부분, 반드시 기술적일 필요 없음, 경쟁자가 복사 및 모방이 어려워야 하기에 본질적으로 복잡, 인하우스로 구현, (기술적인 부분이라면) 높은 수준의 엔지니어를 요구</li><li>제너럴: 대다수 기업들이 유사한 형태로 운영하고 있는 활동, 구현된 제품을 구입하는 것이 보통 더욱 비용효율적</li><li>서포팅: 기업 비지니스를 지원하는 부분, 어떤 경쟁우위도 제공하지 않음, 인하우스로 구현하는 것에 대한 필요성이 드뭄, 아웃소싱도 고려해볼 수 있음</li></ul> 당시에 책을 읽고 열심히 정리[2]할 때에는 느끼지 못한 부분이 실감되었다. 명확하게 보이진 않지만, 어느 곳에서 진행되고 있는 방향성이 DDD에서 말하는 부분과 일치한다는 느낌이 들었다.&nbsp; 안그래도 좋았던 DDD에 대한 인상이, 커리어 고민에 대한 도움까지 된다니 더욱 좋아지는 듯 했다. ... 돌아보니 이러한 생각의 흐름에서 찾고 있는 것은 막연한 단어로만 들었던 '고부가가치'를 '개발'에서 찾고 있는 것 같았다. 최근 하는 일에 의미를 찾으며 프로덕트에 대한 관심이 높아졌는데, 역시 이 부분도 프로덕트라는 컨택스트에서야 가치가 평가되는 것 같다.&nbsp; 현재 컨택스트에서의 고부가가치는 무엇일지, 현재 가지고 있는 능력이 어느 컨택스트에서 고부가가치가 될지라는 또 다른 질문을 만드는 생각들이었다. Reference[1] You're paid what you're worth, Jave Rosenfeld[2] https://kadensungbincho.tistory.com/73[3] What Is Domain-Driven Design?, Vladik Khononov

Kaden Sungbin Cho

고부가가치 개발

1 작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다. 2 시작은 단순했다. 목적은 성...

기록이 쌓이면 '뭐든' 된다. 블로그 1년의 소회.

1
작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다.

2
시작은 단순했다. 목적은 성장이었다. 성장하기 위해 읽고 쓰기보다 좋은 방법은 없으니까.

3
문제는 꾸준함이다. 뭐든 혼자서는 오래 하기 어렵다. 작은 성취감과 소소한 재미가 필요했다. 그래서 블로그에 기록들을 쌓기로 했다.

4
읽은 책과 생각을 기록한다. 나를 위한 기록이다. 나를 위함으로 시작하지만, 다른 사람에게 도움이 되면 좋겠다는 마음도 있었다. 의도할 수는 없다. 어떻게든 되겠지 싶었다.

5
기록은 쉽지 않았다. 글쓰기는 언제나 어려우니까. 유일한 위안이라면 모두에게 다 그렇다는 거다. 훌륭한 작가들에게도 절대 예외는 없다. 그냥 계속 쓸 뿐이다. 쓰고 쓰고 또 쓴다. 미련하게.

6
많이 쓴다고 글쓰기가 쉬워지지 않는다. 익숙해지지 않는다. 나를 위한 기록이지만 잘 쓰고 싶다. 하지만 결과물은 항상 마음에 들지 않는다. 몇 번을 고민해서 퇴고하고 발행 버튼을 눌러도 늘 찜찜할 뿐이다.

7
고비들도 많았다. 작은 공간에 남기는 이 기록이 무슨 의미가 있을까. 나보다 남들의 시선을 더 의식하기도 했다. 보는 눈이 없어도 자기검열은 사라지지 않는다. 때론 글쓰기에 도저히 시간을 낼 수 없을 때도 많았다.

8
그래도 1년 동안 놓지 않았다. 뭐라도 기록하고 남겼다. 놓지 않은 덕분에 성장했다. 나의 기록이 누군가에게 작은 도움이 된다. 기록이 새로운 연결의 시작이 됐다. 기쁘다.

9
기록이 쌓이면 뭐든 된다. 블로그 앱 스플래시 문구가 맘에 든다. 정말 그렇다. 한물간 서비스로 취급받던 블로그가 다시 대세가 됐다. 20년의 시간을 버텨왔기 때문이다. 중간에 놓지 않았기 때문이다.

10
모든 꾸준한 것들은 늘 사소하다. 사소함은 잘 보이지 않는다. 그래서 그것이 드러나면 모두 다 갑자기 나타났다고들 말한다. 하지만, 누구의 눈에도 보이지 않던 때를 놓지 않고 버텼기에 드러남의 시간이 있다. 축적과 발산. 모든 성장과 성공의 비밀은 여기에 있다. 예외는 없다고 믿는다.

1작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다. ​ ​2시작은 단순했다. 목적은 성장이었다. 성장하기 위해 읽고 쓰기보다 좋은 방법은 없으니까. ​ ​3문제는 꾸준함이다. 뭐든 혼자서는 오래 하기 어렵다. 작은 성취감과 소소한 재미가 필요했다. 그래서 블로그에 기록들을 쌓기로 했다. ​ ​4읽은 책과 생각을 기록한다. 나를 위한 기록이다. 나를 위함으로 시작하지만, 다른 사람에게 도움이 되면 좋겠다는 마음도 있었다. 의도할 수는 없다. 어떻게든 되겠지 싶었다. ​ ​5기록은 쉽지 않았다. 글쓰기는 언제나 어려우니까. 유일한 위안이라면 모두에게 다 그렇다는 거다. 훌륭한 작가들에게도 절대 예외는 없다. 그냥 계속 쓸 뿐이다. 쓰고 쓰고 또 쓴다. 미련하게. ​ ​6많이 쓴다고 글쓰기가 쉬워지지 않는다. 익숙해지지 않는다. 나를 위한 기록이지만 잘 쓰고 싶다. 하지만 결과물은 항상 마음에 들지 않는다. 몇 번을 고민해서 퇴고하고 발행 버튼을 눌러도 늘 찜찜할 뿐이다. ​ ​7고비들도 많았다. 작은 공간에 남기는 이 기록이 무슨 의미가 있을까. 나보다 남들의 시선을 더 의식하기도 했다. 보는 눈이 없어도 자기검열은 사라지지 않는다. 때론 글쓰기에 도저히 시간을 낼 수 없을 때도 많았다. ​ ​8그래도 1년 동안 놓지 않았다. 뭐라도 기록하고 남겼다. 놓지 않은 덕분에 성장했다. 나의 기록이 누군가에게 작은 도움이 된다. 기록이 새로운 연결의 시작이 됐다. 기쁘다. ​ ​9기록이 쌓이면 뭐든 된다. 블로그 앱 스플래시 문구가 맘에 든다. 정말 그렇다. 한물간 서비스로 취급받던 블로그가 다시 대세가 됐다. 20년의 시간을 버텨왔기 때문이다. 중간에 놓지 않았기 때문이다. ​ ​10모든 꾸준한 것들은 늘 사소하다. 사소함은 잘 보이지 않는다. 그래서 그것이 드러나면 모두 다 갑자기 나타났다고들 말한다. 하지만, 누구의 눈에도 보이지 않던 때를 놓지 않고 버텼기에 드러남의 시간이 있다. 축적과 발산. 모든 성장과 성공의 비밀은 여기에 있다. 예외는 없다고 믿는다.

블로그에 글을 쓴 지 1년이 됐다.

1. 다이렉트 메일에선 ‘영업하는 분위기를 풍기지 말아야 한다’는 원리원칙을 지켜야 한다. (이는 다른 콘텐츠 마케팅 분야에서도 마찬가지다)

2. 처음부터 영업하는 분위기를 풍기면, 고객은 그만큼 감정적으로 반발하게 되고, 당연히 심리적 장벽을 구축한다. 그리고 그 장벽을 제거하는 건 매우 어렵다.

3. 따라서 다이렉트 메일의 경우, 봉투를 집어 들었을 때 영업이라는 분위기를 느끼지 않게 제작해야 한다.

4. 또한, 다이렉트 메일을 보낼 땐, 고객에게 이득은 있어도 리스크는 전혀 없는 제안을 해야 한다. “무료로 샘플을 보내드립니다. 하지만 이후 구입해야 할 의무는 없습니다” 같은 제안 말이다.

5. 더불어 “샘플을 요청하십시오”라고 말하는 게 아니라, “무료로 샘플을 보낼 테니 (부디) 허락만 해주십시오”라고 말하는 게 좋다.

6. 마지막으로, 고객에게 다음 행동을 하도록 만들기 위해 필요한 모든 정보를 담아야 한다. 그래서 다이렉트 메일의 문장은 매우 길다. 인사에서부터 상품 내용, 거래할 경우의 이익, 매장 내부 디스플레이 이미지 등 상세하게 설명해야 한다.

7. (물론) ‘이렇게 긴 문장을 누가 읽겠어?’라고 생각할 수도 있다. (대부분의) 회사에서는 “사람들은 바쁘다. 가능하면 간결한 문장으로 만들어야 한다”고 가르친다. 하지만 (콘텐츠 마케팅에서) 이건 (대단히) 잘못된 가르침이다.

8. 재미있으면 긴 문장이라도 읽는다. 그리고 그 문장을 읽는 사람은 결국 그 제품에 흥미가 있는 고객이다. 그리고 흥미가 있는 고객에게 다음 행동을 유도하려면 (고객이) 필요한 정보를 모두 제공해야 한다.

9. 사람은 정보가 부족한 경우에는, 리스크를 먼저 느끼기 때문에 행동하지 않는다.

10. 많은 회사들의 다이렉트 메일이 실패하는 이유는 이 때문이다. 기본적으로 “우리 제품은 훌륭하니, 부디 검토해주세요”라는 (영업 멘트와) 상품 설명만 들어있기 때문이다. 잠깐만 생각해봐도 알 수 있듯이, 영업 사원이 방문해서 “이 제품은 훌륭하니 부디 검토해주세요”라는 말만 한다면 계약이 성사될 리가 없다.

11. 그렇기 때문에 다이렉트 메일은 문장이 길어져도 필요한 정보를 모두 담는 것이 좋다. (다른 콘텐츠 마케팅도 마찬가지다. 다만, 그러려면 기본적으로 글을 잘 써야 한다)

12. 그리고 이렇게 다이렉트 메일을 설계하면 영업 과정은 매우 간단해진다. 왜냐, 결정하는 데 필요한 모든 정보가 이미 메일 안에 다 들어가 있기 때문이다.

13. 따라서 영업사원은 고객을 설득할 필요가 없다. 그저 영원사원이 하는 일은 고객의 질문에 (성실히) 대답해주는 것뿐이다. (고로) 영업용 화술을 발휘하거나 영업을 유도하는 테크닉은 필요 없다.

14. 그러니 (제품에 대한 충분한 설명이 담긴 문서나 콘텐츠가 있으면) 영업 기술이 부족한 신입사원이라고 해도 계약을 성사시킬 수 있다.

- 간다 마사노리, <90일 만에 당신의 회사를 고수익 기업으로 바꿔라> 중

1. 다이렉트 메일에선 ‘영업하는 분위기를 풍기지 말아야 한다’는 원리원칙을 지켜야 한다. (이는 다른 콘텐츠 마케팅 분야에서도 마찬가지다) 2. 처음부터 영업하는 분위기를 풍기면, 고객은 그만큼 감정적으로 반발하게 되고, 당연히 심리적 장벽을 구축한다. 그리고 그 장벽을 제거하는 건 매우 어렵다. 3. 따라서 다이렉트 메일의 경우, 봉투를 집어 들었을 때 영업이라는 분위기를 느끼지 않게 제작해야 한다. 4. 또한, 다이렉트 메일을 보낼 땐, 고객에게 이득은 있어도 리스크는 전혀 없는 제안을 해야 한다. “무료로 샘플을 보내드립니다. 하지만 이후 구입해야 할 의무는 없습니다” 같은 제안 말이다. 5. 더불어 “샘플을 요청하십시오”라고 말하는 게 아니라, “무료로 샘플을 보낼 테니 (부디) 허락만 해주십시오”라고 말하는 게 좋다. 6. 마지막으로, 고객에게 다음 행동을 하도록 만들기 위해 필요한 모든 정보를 담아야 한다. 그래서 다이렉트 메일의 문장은 매우 길다. 인사에서부터 상품 내용, 거래할 경우의 이익, 매장 내부 디스플레이 이미지 등 상세하게 설명해야 한다. 7. (물론) ‘이렇게 긴 문장을 누가 읽겠어?’라고 생각할 수도 있다. (대부분의) 회사에서는 “사람들은 바쁘다. 가능하면 간결한 문장으로 만들어야 한다”고 가르친다. 하지만 (콘텐츠 마케팅에서) 이건 (대단히) 잘못된 가르침이다. 8. 재미있으면 긴 문장이라도 읽는다. 그리고 그 문장을 읽는 사람은 결국 그 제품에 흥미가 있는 고객이다. 그리고 흥미가 있는 고객에게 다음 행동을 유도하려면 (고객이) 필요한 정보를 모두 제공해야 한다. 9. 사람은 정보가 부족한 경우에는, 리스크를 먼저 느끼기 때문에 행동하지 않는다. 10. 많은 회사들의 다이렉트 메일이 실패하는 이유는 이 때문이다. 기본적으로 “우리 제품은 훌륭하니, 부디 검토해주세요”라는 (영업 멘트와) 상품 설명만 들어있기 때문이다. 잠깐만 생각해봐도 알 수 있듯이, 영업 사원이 방문해서 “이 제품은 훌륭하니 부디 검토해주세요”라는 말만 한다면 계약이 성사될 리가 없다. 11. 그렇기 때문에 다이렉트 메일은 문장이 길어져도 필요한 정보를 모두 담는 것이 좋다. (다른 콘텐츠 마케팅도 마찬가지다. 다만, 그러려면 기본적으로 글을 잘 써야 한다) 12. 그리고 이렇게 다이렉트 메일을 설계하면 영업 과정은 매우 간단해진다. 왜냐, 결정하는 데 필요한 모든 정보가 이미 메일 안에 다 들어가 있기 때문이다. 13. 따라서 영업사원은 고객을 설득할 필요가 없다. 그저 영원사원이 하는 일은 고객의 질문에 (성실히) 대답해주는 것뿐이다. (고로) 영업용 화술을 발휘하거나 영업을 유도하는 테크닉은 필요 없다. 14. 그러니 (제품에 대한 충분한 설명이 담긴 문서나 콘텐츠가 있으면) 영업 기술이 부족한 신입사원이라고 해도 계약을 성사시킬 수 있다. - 간다 마사노리, &lt;90일 만에 당신의 회사를 고수익 기업으로 바꿔라&gt; 중

콘텐츠 마케팅을 할 때 대부분의 사람들이 흔히 저지르는 실수들

트위터의_하드캐리.jpg
탐나는 넷플릭스의 위트

CEO, co-founder @ 3PM

임지순

기술이라는 창을 통해 비즈니스를 탐색합니다. 하드웨어 스타트업, 블록체인 비즈니스를 거쳐 지금은 엔터테인먼트 업계에서 일하고 있으며 그간 거쳐온 모든 산업군에서 IP 관리, 프로젝트 관리를 수행해 왔습니다.

대기업에서 스타트업으로! 백오피스에서 퍼포먼스 마케터! 제 2의 커리어를 쌓아가고  있습니다. 저만 알기 아까운 지식과 경험을 다양한 콘텐츠 형태로 공유하고자 "프로젝트 톰"을 운영하고 있습니다.

Senior PM

유동완

대기업에서 스타트업으로! 백오피스에서 퍼포먼스 마케터! 제 2의 커리어를 쌓아가고  있습니다. 저만 알기 아까운 지식과 경험을 다양한 콘텐츠 형태로 공유하고자 "프로젝트 톰"을 운영하고 있습니다.
#그로스마인드셋 #그로스마케팅 #데이터분석 #도전적인 #독서

이지혜

인공지능 민주화에 기여하며
호혜성을 믿는 
이타적 이기주의자
#Ai #UX디자인 #기획자 #끊임없이배우기 #도전적인 #프로젝트매니지먼트 #프로덕트매니저 #프로덕트디자인 #AIBusiness #AI/ML #B2B #Cloud #SaasProduct

댓글 0