요즘 코딩 에이전트에게 프론트엔드 앱을 만들어달라고 하면 거의 예외 없이 React와 Tailwind 조합이 나옵니다. Svelte 같은 신생 프레임워크나, 최근 JavaScript와 CSS에 추가된 웹 표준 기술들은 제가 먼저 언급하지 않으면 AI는 제안조차 하지 않죠. v0, Bolt, Lovable 같은 AI 빌더를 써도 결과물은 놀라울 만큼 유사합니다.

처음엔 이게 무척 편리했습니다. AI가 가장 대중적인 기술을 추천해주고, 능숙하게 코드를 수정해주니까요. 몇 번의 프롬프트만으로 그럴듯한 UI가 완성되고 기본 기능까지 작동하는 걸 보면, 생산성의 비약적 향상이라는 말이 실감났습니다. 개발자로서 이보다 더 매력적인 도구가 있을까 싶었죠.

그런데 어느 순간부터 이 편리함이 불편하게 느껴지기 시작했습니다. 어떤 프로젝트를 하든 똑같은 기술 스택을 선택하게 되더군요. 이번엔 좀 다른 걸 써볼까? 라는 생각조차 들지 않았습니다. AI가 제안하는 방식이 너무 익숙해져서, 그게 정말 최선인지 고민하지 않게 된 겁니다. 이건 혹시 프론트엔드 생태계의 다양성이 서서히 잠식되고 있다는 신호는 아닐까? 라는 생각이 들었습니다.


AI는 본질적으로 확률 기반의 패턴 매칭 머신입니다. 이미 인터넷에 데이터가 많이 축적된 기술일수록 더 자주 추천되고, 그 추천이 다시 학습 데이터로 되돌아가며 강력한 피드백 루프를 만듭니다. React가 많이 쓰이니까 더 많은 AI가 React를 추천하고, AI가 React를 추천하니까 더 많은 개발자가 React를 씁니다. 특히 바이브 코딩을 통해 유입된 비개발자분들은 자연스럽게 AI가 선택한 기술을 그대로 따를 수밖에 없습니다. 다른 기술을 시도하려 해도 결과물의 품질 차이가 크게 나기 때문에, 결국 AI의 결정으로 돌아가게 됩니다. 이런 순환 속에서 새로운 접근법이나 혁신적인 대안들은 점점 설 자리를 잃어가고 있습니다.

문제는 이 변화가 대부분 무의식적으로 일어난다는 점입니다. AI가 제시하는 기본값에 익숙해진 개발자는 다른 가능성을 탐색할 이유를 잃어갑니다. 어떤 기술이 우리 프로젝트에 타당할까라는 질문 자체가 사라지고, AI가 제안하지 않는 기술은 마치 존재하지 않는 것처럼 느껴지기 시작합니다.

물론 React와 Tailwind는 수년간 검증된 훌륭한 조합입니다. 커뮤니티도 크고 생태계도 탄탄하죠. 하지만 우리가 그것들을 선택하는 이유가 "우리 프로젝트에 가장 적합해서"가 아니라 "AI가 추천했으니까"로 바뀌고 있다면, 그건 다른 차원의 문제일 수 있습니다. 선택의 근거가 개발자의 경험과 판단이 아니라 AI의 통계적 선호에 의해 결정되는 순간, 주체성은 희미해지고 엔지니어링과는 거리가 멀어집니다.


AI 코딩 도구가 등장하기 얼마 전까지만 해도, 새로운 웹 프레임워크들이 잇달아 출시되면서 언젠가 React도 jQuery처럼 차세대 기술에 자리를 내줄 수도 있다는 긴장감이 있었습니다. 그런데 지금은 오히려 AI의 힘을 등에 업고 시장에서 React의 입지는 더욱 공고해지고 있습니다. 아이러니하게도 혁신을 이끈다고 믿었던 AI가 새로운 기술 혁신의 여지를 줄이고 있는 셈입니다. 기존 기술은 따라잡힐 걱정이 없으니 변화할 이유를 잃고 안주하며, 후발 주자는 애초에 경쟁 상대가 안 되니 시작할 동력을 얻지 못합니다. 마치 소득 격차가 커지며 양극화가 심화되는 우리 사회의 모습과도 어딘가 닮아 있어, 조금 씁쓸하게 느껴지게도 하네요.

장기적으로 이런 흐름이 지속된다면, 프론트엔드 생태계는 지나치게 획일화될지도 모릅니다. Svelte의 컴파일 타임 최적화, Vue의 직관적인 접근성, Solid의 반응성 모델 같은 혁신적인 아이디어들이 주목받지 못한다면, 그건 단지 몇몇 프레임워크의 문제가 아니라 프론트엔드 기술 전체의 발전에도 손실일 겁니다. 기술의 다양성은 단지 선택의 폭을 넓히는 문제가 아니라, 새로운 사고방식과 가능성을 여는 창이기도 하니까요.

언제부턴가 "요즘 UI는 다 거기서 거기 같다"라는 말이 심심치 않게 들립니다. 혹시 AI가 던져주는 고정된 선택지에 우리 모두 길들여져, 개발자로서 다양한 접근에 대한 호기심과 실험정신을 잃어버리고 있는 건 아닐지 생각해봅니다.

요즘 코딩 에이전트에게 프론트엔드 앱을 만들어달라고 하면 거의 예외 없이 React와 Tailwind 조합이 나옵니다. Svelte 같은 신생 프레임워크나, 최근 JavaScript와 CSS에 추가된 웹 표준 기술들은 제가 먼저 언급하지 않으면 AI는 제안조차 하지 않죠. v0, Bolt, Lovable 같은 AI 빌더를 써도 결과물은 놀라울 만큼 유사합니다. 처음엔 이게 무척 편리했습니다. AI가 가장 대중적인 기술을 추천해주고, 능숙하게 코드를 수정해주니까요. 몇 번의 프롬프트만으로 그럴듯한 UI가 완성되고 기본 기능까지 작동하는 걸 보면, 생산성의 비약적 향상이라는 말이 실감났습니다. 개발자로서 이보다 더 매력적인 도구가 있을까 싶었죠. 그런데 어느 순간부터 이 편리함이 불편하게 느껴지기 시작했습니다. 어떤 프로젝트를 하든 똑같은 기술 스택을 선택하게 되더군요. 이번엔 좀 다른 걸 써볼까? 라는 생각조차 들지 않았습니다. AI가 제안하는 방식이 너무 익숙해져서, 그게 정말 최선인지 고민하지 않게 된 겁니다. 이건 혹시 프론트엔드 생태계의 다양성이 서서히 잠식되고 있다는 신호는 아닐까? 라는 생각이 들었습니다. AI는 본질적으로 확률 기반의 패턴 매칭 머신입니다. 이미 인터넷에 데이터가 많이 축적된 기술일수록 더 자주 추천되고, 그 추천이 다시 학습 데이터로 되돌아가며 강력한 피드백 루프를 만듭니다. React가 많이 쓰이니까 더 많은 AI가 React를 추천하고, AI가 React를 추천하니까 더 많은 개발자가 React를 씁니다. 특히 바이브 코딩을 통해 유입된 비개발자분들은 자연스럽게 AI가 선택한 기술을 그대로 따를 수밖에 없습니다. 다른 기술을 시도하려 해도 결과물의 품질 차이가 크게 나기 때문에, 결국 AI의 결정으로 돌아가게 됩니다. 이런 순환 속에서 새로운 접근법이나 혁신적인 대안들은 점점 설 자리를 잃어가고 있습니다. 문제는 이 변화가 대부분 무의식적으로 일어난다는 점입니다. AI가 제시하는 기본값에 익숙해진 개발자는 다른 가능성을 탐색할 이유를 잃어갑니다. 어떤 기술이 우리 프로젝트에 타당할까라는 질문 자체가 사라지고, AI가 제안하지 않는 기술은 마치 존재하지 않는 것처럼 느껴지기 시작합니다. 물론 React와 Tailwind는 수년간 검증된 훌륭한 조합입니다. 커뮤니티도 크고 생태계도 탄탄하죠. 하지만 우리가 그것들을 선택하는 이유가 "우리 프로젝트에 가장 적합해서"가 아니라 "AI가 추천했으니까"로 바뀌고 있다면, 그건 다른 차원의 문제일 수 있습니다. 선택의 근거가 개발자의 경험과 판단이 아니라 AI의 통계적 선호에 의해 결정되는 순간, 주체성은 희미해지고 엔지니어링과는 거리가 멀어집니다. AI 코딩 도구가 등장하기 얼마 전까지만 해도, 새로운 웹 프레임워크들이 잇달아 출시되면서 언젠가 React도 jQuery처럼 차세대 기술에 자리를 내줄 수도 있다는 긴장감이 있었습니다. 그런데 지금은 오히려 AI의 힘을 등에 업고 시장에서 React의 입지는 더욱 공고해지고 있습니다. 아이러니하게도 혁신을 이끈다고 믿었던 AI가 새로운 기술 혁신의 여지를 줄이고 있는 셈입니다. 기존 기술은 따라잡힐 걱정이 없으니 변화할 이유를 잃고 안주하며, 후발 주자는 애초에 경쟁 상대가 안 되니 시작할 동력을 얻지 못합니다. 마치 소득 격차가 커지며 양극화가 심화되는 우리 사회의 모습과도 어딘가 닮아 있어, 조금 씁쓸하게 느껴지게도 하네요. 장기적으로 이런 흐름이 지속된다면, 프론트엔드 생태계는 지나치게 획일화될지도 모릅니다. Svelte의 컴파일 타임 최적화, Vue의 직관적인 접근성, Solid의 반응성 모델 같은 혁신적인 아이디어들이 주목받지 못한다면, 그건 단지 몇몇 프레임워크의 문제가 아니라 프론트엔드 기술 전체의 발전에도 손실일 겁니다. 기술의 다양성은 단지 선택의 폭을 넓히는 문제가 아니라, 새로운 사고방식과 가능성을 여는 창이기도 하니까요. 언제부턴가 "요즘 UI는 다 거기서 거기 같다"라는 말이 심심치 않게 들립니다. 혹시 AI가 던져주는 고정된 선택지에 우리 모두 길들여져, 개발자로서 다양한 접근에 대한 호기심과 실험정신을 잃어버리고 있는 건 아닐지 생각해봅니다.

AI 코딩이 오히려 기술 혁신을 방해하고 있지는 않을까요?

색칠 지도 사용자가 부쩍 늘고 있습니다. 엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명. 말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다. 이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다.

인플루언서여서가 아니라 시장이 원했던 거예요

색칠 지도 사용자가 부쩍 늘고 있습니다.
엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명.
말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다.
이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다.

최근에 지인 두 명에게 각각 들은 이야기입니다.

“좋겠다. 넌 인플루언서니깐 앱 홍보가 쉽잖아. 보통 사람들은 런칭해도 아무도 안 써.”

어쩌면 많은 분들이 이 말에 끄덕이면서 현실을 오해할지도 모르겠습니다.

일단 내가 인플루언서인가?
링크드인 팔로워 10,000여 명.
쓰레드 팔로워 3,000여 명.
블로그 구독자 몇십 혹은 몇 백 명.
길 가다 알아보는 사람 0명.
이 정도를 인플루언서라고 할 수 있을까?
팔로워가 한 명도 없는 사람들 보다야 낫겠지만, 겨우 이 정도로 제품 홍보에 영향을 끼칠 순 없습니다.

그렇다면 제가 생각하는 답은 무엇이냐고요?
바로 시장입니다. 저는 그저 제가 원하는 걸 만들었을 뿐인데, 알고 봤더니 시장도 그걸 원했던 것 뿐.
어떤 사람들은 Product-market fit 이라는 말을 쓰는 것 같더군요.

색칠 지도는 제 블로그에도, 링크드인에도, 쓰레드에도 공유하기 전, 클리앙에 가장 먼저 공유했습니다.
저의 클리앙 계정은 거의 유령 계정. 아무런 영향력이 없는 계정입니다.

별생각도 없이 몇 줄 쓴 이 글에 하루 1,500 명의 사용자들이 가입을 했고…
1초에 한 번씩 날아오는 가입자 알림을 보며 저는 생각했습니다.

‘와씨… 이거 뭐야. 시장도 이걸 원하고 있었잖아?’

가슴이 두근두근하는 순간이었습니다. 내가 제대로 짚었구나.

이제 그 반대의 예도 들려드리고 싶습니다.
며칠 전 ‘인플루언서’일지도 모르는 제가 런칭한 다른 서비스가 있습니다.
인앱택스.

1인 개발자들이 인앱결제로 수익을 냈을 때 부가세 결제를 도와주는 프로그램.
와, 아이디어 끝내주지 않나요?
제 지인들도 하나 같이 ‘넌 아이디어가 참 좋다’ 칭찬했던 기억이 납니다.

이 제품을 제 인플루언서 블로그와 쓰레드에 공개했습니다. 그 결과를 알려드립니다.

- 카카오 로그인을 통한 가입자 10명.
- 실제로 매출 자료를 입력해 본 사용자 0명.

색칠 지도와 인앱택스는 뭐가 달랐을까요?
달랐던 것은 시장의 마음일 뿐 제가 아니었습니다.


https://jeho.page/essay/2025/11/10/pmf.html

색칠 지도 사용자가 부쩍 늘고 있습니다. 엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명. 말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다. 이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다. 최근에 지인 두 명에게 각각 들은 이야기입니다. “좋겠다. 넌 인플루언서니깐 앱 홍보가 쉽잖아. 보통 사람들은 런칭해도 아무도 안 써.” 어쩌면 많은 분들이 이 말에 끄덕이면서 현실을 오해할지도 모르겠습니다. 일단 내가 인플루언서인가? 링크드인 팔로워 10,000여 명. 쓰레드 팔로워 3,000여 명. 블로그 구독자 몇십 혹은 몇 백 명. 길 가다 알아보는 사람 0명. 이 정도를 인플루언서라고 할 수 있을까? 팔로워가 한 명도 없는 사람들 보다야 낫겠지만, 겨우 이 정도로 제품 홍보에 영향을 끼칠 순 없습니다. 그렇다면 제가 생각하는 답은 무엇이냐고요? 바로 시장입니다. 저는 그저 제가 원하는 걸 만들었을 뿐인데, 알고 봤더니 시장도 그걸 원했던 것 뿐. 어떤 사람들은 Product-market fit 이라는 말을 쓰는 것 같더군요. 색칠 지도는 제 블로그에도, 링크드인에도, 쓰레드에도 공유하기 전, 클리앙에 가장 먼저 공유했습니다. 저의 클리앙 계정은 거의 유령 계정. 아무런 영향력이 없는 계정입니다. 별생각도 없이 몇 줄 쓴 이 글에 하루 1,500 명의 사용자들이 가입을 했고… 1초에 한 번씩 날아오는 가입자 알림을 보며 저는 생각했습니다. ‘와씨… 이거 뭐야. 시장도 이걸 원하고 있었잖아?’ 가슴이 두근두근하는 순간이었습니다. 내가 제대로 짚었구나. 이제 그 반대의 예도 들려드리고 싶습니다. 며칠 전 ‘인플루언서’일지도 모르는 제가 런칭한 다른 서비스가 있습니다. 인앱택스. 1인 개발자들이 인앱결제로 수익을 냈을 때 부가세 결제를 도와주는 프로그램. 와, 아이디어 끝내주지 않나요? 제 지인들도 하나 같이 ‘넌 아이디어가 참 좋다’ 칭찬했던 기억이 납니다. 이 제품을 제 인플루언서 블로그와 쓰레드에 공개했습니다. 그 결과를 알려드립니다. - 카카오 로그인을 통한 가입자 10명. - 실제로 매출 자료를 입력해 본 사용자 0명. 색칠 지도와 인앱택스는 뭐가 달랐을까요? 달랐던 것은 시장의 마음일 뿐 제가 아니었습니다. https://jeho.page/essay/2025/11/10/pmf.html

K리그 프로그래머

Login to hustle : community via email or SSO today.

hustle :

『Do Things That Don’t Scale』 by Paul Graham


1. 직접 고객을 찾아가라 (Airbnb, Stripe의 시작)
에어비앤비 창업자들은 뉴욕의 집을 일일이 방문해 직접 사진을 찍고 호스트를 유치했습니다.
Stripe의 콜리슨 형제는 “써보시겠어요?”가 아니라,
“노트북 주세요. 지금 바로 설치해드릴게요.”라고 말했습니다.
→ 초기 고객을 직접 만나는 일은 선택이 아니라, 창업자의 기본입니다.


2. 극단적으로 고객을 만족시켜라 (Wufoo 사례)
Wufoo는 신규 고객에게 손글씨로 감사 카드를 보냈습니다.
Steve Jobs가 말한 ‘insanely great’ 제품은,
초기에는 완벽한 기술이 아니라 ‘insanely great 경험’으로부터 시작됩니다.
→ 대기업이 할 수 없는 섬세함이, 초기 스타트업의 가장 강력한 무기입니다.


3. 손으로라도 먼저 해결하라 (Viaweb, Stripe)
Viaweb은 고객이 “사이트를 만들어달라”고 하면 직접 제작했습니다.
Stripe는 “즉시 가입”이라는 기능을, 실제로는 창업자가 뒤에서 수작업으로 처리했습니다.
→ 자동화는 나중 문제입니다. 먼저 ‘사람의 손’으로라도 문제를 해결하세요.


4. 한 명을 위한 컨설팅처럼 개발하라
B2B 초창기엔 단 한 명의 고객을 위해 제품을 만드세요.
그 한 명의 문제를 완벽히 해결하면, 인접 시장이 자연스럽게 열립니다.
→ 수평 확장은 나중입니다. 수직 집중부터 완성하세요.


5. 틈새집단에서 불을 붙여라 (Facebook의 하버드 전략)
페이스북은 처음에 하버드 학생만 가입할 수 있었습니다.
좁은 시장이라도 “이건 우리를 위한 서비스다”라는 감정을 만드는 것이 중요합니다.
→ 작게 시작해 깊게 자리 잡는 것, 그것이 진짜 스케일 전략입니다.


6. 직접 조립하라 (Meraki, Pebble의 초창기)
Meraki와 Pebble의 창업자들은 첫 제품을 직접 조립했습니다.
그 과정을 통해 제조와 품질, 사용자 경험에 대한 통찰을 얻었습니다.
→ 손에 기름 묻히는 수고가, 시스템 구축의 근간이 됩니다.


7. 대형 런칭은 착각이다
많은 창업자가 ‘대박 런칭’이 모든 걸 해결할 것이라 믿습니다.
하지만 정작 성공한 스타트업의 런칭을 기억하는 사람은 없습니다.
→ 중요한 건 얼마나 많은 고객이 방문했는가가 아니라, 방문한 고객이 얼마나 행복했는가입니다.


스타트업의 시작은 ‘사람’에서 출발합니다.
처음에는 손으로, 발로, 목소리로 직접 움직여야 합니다.
그 시간들이 결국 제품과 고객, 그리고 문화를 만듭니다.


스케일은 과정의 결과이지, 출발점이 아닙니다.
고객 한 명과의 깊은 대화가 천 명을 위한 제품으로 이어집니다.
노가다는 부끄러움이 아니라, 창업자의 유일한 무기입니다.


코드를 더 짜는 것 보다, 광고 집행 계획을 세우는 것보다
한 명의 고객의 문제를 깊게 이해하고 직접 해결해주는 것이 중요합니다.
스케일을 향한 길은 언제나 작은 일에서 시작됩니다.

이것이 진짜 창업의 시작입니다.


허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

『Do Things That Don’t Scale』 by Paul Graham 1. 직접 고객을 찾아가라 (Airbnb, Stripe의 시작) 에어비앤비 창업자들은 뉴욕의 집을 일일이 방문해 직접 사진을 찍고 호스트를 유치했습니다. Stripe의 콜리슨 형제는 “써보시겠어요?”가 아니라, “노트북 주세요. 지금 바로 설치해드릴게요.”라고 말했습니다.→ 초기 고객을 직접 만나는 일은 선택이 아니라, 창업자의 기본입니다. 2. 극단적으로 고객을 만족시켜라 (Wufoo 사례) Wufoo는 신규 고객에게 손글씨로 감사 카드를 보냈습니다. Steve Jobs가 말한 ‘insanely great’ 제품은, 초기에는 완벽한 기술이 아니라 ‘insanely great 경험’으로부터 시작됩니다.→ 대기업이 할 수 없는 섬세함이, 초기 스타트업의 가장 강력한 무기입니다. 3. 손으로라도 먼저 해결하라 (Viaweb, Stripe) Viaweb은 고객이 “사이트를 만들어달라”고 하면 직접 제작했습니다. Stripe는 “즉시 가입”이라는 기능을, 실제로는 창업자가 뒤에서 수작업으로 처리했습니다.→ 자동화는 나중 문제입니다. 먼저 ‘사람의 손’으로라도 문제를 해결하세요. 4. 한 명을 위한 컨설팅처럼 개발하라 B2B 초창기엔 단 한 명의 고객을 위해 제품을 만드세요. 그 한 명의 문제를 완벽히 해결하면, 인접 시장이 자연스럽게 열립니다.→ 수평 확장은 나중입니다. 수직 집중부터 완성하세요. 5. 틈새집단에서 불을 붙여라 (Facebook의 하버드 전략) 페이스북은 처음에 하버드 학생만 가입할 수 있었습니다. 좁은 시장이라도 “이건 우리를 위한 서비스다”라는 감정을 만드는 것이 중요합니다.→ 작게 시작해 깊게 자리 잡는 것, 그것이 진짜 스케일 전략입니다. 6. 직접 조립하라 (Meraki, Pebble의 초창기) Meraki와 Pebble의 창업자들은 첫 제품을 직접 조립했습니다. 그 과정을 통해 제조와 품질, 사용자 경험에 대한 통찰을 얻었습니다.→ 손에 기름 묻히는 수고가, 시스템 구축의 근간이 됩니다. 7. 대형 런칭은 착각이다 많은 창업자가 ‘대박 런칭’이 모든 걸 해결할 것이라 믿습니다. 하지만 정작 성공한 스타트업의 런칭을 기억하는 사람은 없습니다.→ 중요한 건 얼마나 많은 고객이 방문했는가가 아니라, 방문한 고객이 얼마나 행복했는가입니다. 스타트업의 시작은 ‘사람’에서 출발합니다.처음에는 손으로, 발로, 목소리로 직접 움직여야 합니다. 그 시간들이 결국 제품과 고객, 그리고 문화를 만듭니다. 스케일은 과정의 결과이지, 출발점이 아닙니다. 고객 한 명과의 깊은 대화가 천 명을 위한 제품으로 이어집니다. 노가다는 부끄러움이 아니라, 창업자의 유일한 무기입니다. 코드를 더 짜는 것 보다, 광고 집행 계획을 세우는 것보다 한 명의 고객의 문제를 깊게 이해하고 직접 해결해주는 것이 중요합니다. 스케일을 향한 길은 언제나 작은 일에서 시작됩니다. 이것이 진짜 창업의 시작입니다. 허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

◼︎ 성공한 창업자들이 공통으로 했던 ‘스케일 안 되는 일’ 7가


2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.

95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.

연례보고서도, 주주총회 연설도, 이번이 마지막입니다.


그의 마지막 글은 재무 보고서가 아니라,

삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다.


◼︎ 운 — 능력보다 먼저 오는 불평등

“나는 1930년, 건강하고, 똑똑...

워런 버핏이 남긴 마지막 경영 철학 - 시간의 신과 행운의 여신 | hustle :

2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.
95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.
연례보고서도, 주주총회 연설도, 이번이 마지막입니다.


그의 마지막 글은 재무 보고서가 아니라,
삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다.


◼︎ 운 — 능력보다 먼저 오는 불평등
“나는 1930년, 건강하고, 똑똑하고, 백인 남성으로, 미국에서 태어났다.
와! 행운의 여신님, 감사합니다.”


워런 버핏은 자신의 성공을 실력으로만 설명하지 않았습니다.
그는 출발선이 만들어준 행운을 냉정히 인정했습니다.
같은 재능을 가진 누이들이 다른 삶을 살았다는 사실을 말하며,
성공의 본질은 능력이 아니라 기회가 주어진 환경에 있다고 했습니다.


그의 겸손은 자기 비하가 아니라, 행운을 자각하는 책임에서 나왔습니다.
운이 ‘나를 만든 요인’이었다면, 그 운을 사회로 환원하는 것은 의무였습니다.
버핏에게 부는 축적의 결과가 아니라, 순환의 시작이었습니다.


◼︎ 시간 — 무패의 상대와 공존하는 법
“Father Time is undefeated.
균형감각, 시력, 기억력이 모두 내리막길을 걸을 때,
그는 내 옆에 있다.”


그는 노화를 받아들였습니다.
시간은 피해야 할 적이 아니라, 지속 가능한 구조를 설계할 기한이라고 했습니다.
그래서 그는 회사를 ‘사람의 회사’가 아니라 ‘원칙의 시스템’으로 남기려 했습니다.


후계자인 그렉 아벨에게 경영을 넘기며,
왕조를 만들지 않고 신뢰를 남겼습니다.
그는 조직이 개인의 카리스마에 의존하지 않고,
원칙과 신뢰의 체계로 굴러가야 오래 산다고 믿었습니다.


◼︎ 돈 — 점수판이 아니라 도구
버핏은 자신의 재산을 자녀에게 물려주지 않았습니다.
대신 세 자녀의 재단에 생전 기부 속도를 높이며 이렇게 썼습니다.


“그들은 기적을 행할 필요가 없다.
단지 정부보다 조금 더 나은 재분배를 하면 된다.”


그에게 돈은 지배의 수단이 아니라, 세상을 움직이는 에너지였습니다.
그는 ‘돈이 많다’는 사실보다 ‘돈이 흐르는 방향’을 더 중요하게 여겼습니다.
기부는 도덕이 아니라, 시스템의 설계 행위였습니다.


◼︎ 리더십 — 신뢰는 말로 쌓지 않는다
“찰리 멍거와 나는 64년 동안 단 한 번도 다툰 적이 없다.
그의 어휘에는 ‘I told you so’가 없었다.”


버핏은 말로 설득하지 않았습니다.
그의 리더십은 침묵과 일관성으로 신뢰를 축적하는 방식이었습니다.
오랜 시간 함께한 파트너십은 카리스마가 아니라 겸손에서 만들어졌습니다.
그는 리더는 “말하지 않아도 팀이 믿고 따르는 사람”이어야 한다는 사실을 행동으로 증명했습니다.


◼︎ 위대함 — 친절함에서 출발한다
그의 마지막 서한은 부와 성공의 이야기가 아니라, 인간에 대한 메시지로 끝이 납니다.


“위대함은 돈, 명성, 권력이 아니라
누군가를 돕는 순간에서 온다.
청소부도 회장만큼 한 명의 인간이다.”


그는 성공의 정점에서 다시 인간의 본질로 돌아왔습니다.
친절은 버핏이 남긴 마지막 원칙이자, 가장 오래 남을 철학이었습니다.
그가 말한 ‘위대함’은 자본의 크기가 아니라, 도움의 깊이였습니다.


◼︎ 버핏이 남긴 마지막 문장
“당신의 부고 기사에 무엇이 쓰이길 원하는가.
그럴 자격이 있는 삶을 살아라.”


워런 버핏의 마지막 주주서한은 재무제표가 아니라 삶의 대차대조표였습니다.
그는 더 빠르게 사는 대신, 더 오래 남는 방식을 택했습니다.
그가 남긴 가장 큰 유산은 돈이 아니라, 이 한 문장에 담겨 있습니다.


“올바른 영웅을 선택하고, 그들을 닮아가라.”


허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.연례보고서도, 주주총회 연설도, 이번이 마지막입니다. 그의 마지막 글은 재무 보고서가 아니라,삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다. ◼︎ 운 — 능력보다 먼저 오는 불평등“나는 1930년, 건강하고, 똑똑하고, 백인 남성으로, 미국에서 태어났다.와! 행운의 여신님, 감사합니다.” 워런 버핏은 자신의 성공을 실력으로만 설명하지 않았습니다.그는 출발선이 만들어준 행운을 냉정히 인정했습니다.같은 재능을 가진 누이들이 다른 삶을 살았다는 사실을 말하며,성공의 본질은 능력이 아니라 기회가 주어진 환경에 있다고 했습니다. 그의 겸손은 자기 비하가 아니라, 행운을 자각하는 책임에서 나왔습니다.운이 ‘나를 만든 요인’이었다면, 그 운을 사회로 환원하는 것은 의무였습니다.버핏에게 부는 축적의 결과가 아니라, 순환의 시작이었습니다. ◼︎ 시간 — 무패의 상대와 공존하는 법“Father Time is undefeated.균형감각, 시력, 기억력이 모두 내리막길을 걸을 때,그는 내 옆에 있다.” 그는 노화를 받아들였습니다.시간은 피해야 할 적이 아니라, 지속 가능한 구조를 설계할 기한이라고 했습니다.그래서 그는 회사를 ‘사람의 회사’가 아니라 ‘원칙의 시스템’으로 남기려 했습니다. 후계자인 그렉 아벨에게 경영을 넘기며,왕조를 만들지 않고 신뢰를 남겼습니다.그는 조직이 개인의 카리스마에 의존하지 않고,원칙과 신뢰의 체계로 굴러가야 오래 산다고 믿었습니다. ◼︎ 돈 — 점수판이 아니라 도구버핏은 자신의 재산을 자녀에게 물려주지 않았습니다.대신 세 자녀의 재단에 생전 기부 속도를 높이며 이렇게 썼습니다. “그들은 기적을 행할 필요가 없다.단지 정부보다 조금 더 나은 재분배를 하면 된다.” 그에게 돈은 지배의 수단이 아니라, 세상을 움직이는 에너지였습니다.그는 ‘돈이 많다’는 사실보다 ‘돈이 흐르는 방향’을 더 중요하게 여겼습니다.기부는 도덕이 아니라, 시스템의 설계 행위였습니다. ◼︎ 리더십 — 신뢰는 말로 쌓지 않는다“찰리 멍거와 나는 64년 동안 단 한 번도 다툰 적이 없다.그의 어휘에는 ‘I told you so’가 없었다.” 버핏은 말로 설득하지 않았습니다.그의 리더십은 침묵과 일관성으로 신뢰를 축적하는 방식이었습니다.오랜 시간 함께한 파트너십은 카리스마가 아니라 겸손에서 만들어졌습니다.그는 리더는 “말하지 않아도 팀이 믿고 따르는 사람”이어야 한다는 사실을 행동으로 증명했습니다. ◼︎ 위대함 — 친절함에서 출발한다그의 마지막 서한은 부와 성공의 이야기가 아니라, 인간에 대한 메시지로 끝이 납니다. “위대함은 돈, 명성, 권력이 아니라누군가를 돕는 순간에서 온다.청소부도 회장만큼 한 명의 인간이다.” 그는 성공의 정점에서 다시 인간의 본질로 돌아왔습니다.친절은 버핏이 남긴 마지막 원칙이자, 가장 오래 남을 철학이었습니다.그가 말한 ‘위대함’은 자본의 크기가 아니라, 도움의 깊이였습니다. ◼︎ 버핏이 남긴 마지막 문장“당신의 부고 기사에 무엇이 쓰이길 원하는가.그럴 자격이 있는 삶을 살아라.” 워런 버핏의 마지막 주주서한은 재무제표가 아니라 삶의 대차대조표였습니다.그는 더 빠르게 사는 대신, 더 오래 남는 방식을 택했습니다.그가 남긴 가장 큰 유산은 돈이 아니라, 이 한 문장에 담겨 있습니다. “올바른 영웅을 선택하고, 그들을 닮아가라.” 허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

워런 버핏의 마지막 주주서한 - 시간의 신과 행운의 여신

어떤 팀에서 고객의 드라이클리닝 세탁물을 픽업해 세탁소에 가져다주고, 다시 고객의 집으로 배송해 주는 로봇을 개발한다고 하자. 이 팀은 친절하게도 그런 서비스를 이용하겠다고 말해주는 여러 명의 친구들에게 의견을 구한 뒤 시제품 제작에 나설 것이다. 그러나 팀원과 일부 ‘우호적인' 사람으로 소통 상태를 한정했기에 고객의 요구와 기호를 제한적인 관점에서 이해할 가능성이 크다.
⠀
가정을 반박함으로써 위험을 벗어나는 질문
⠀
➊ 인구 집단(패널) 중 빼먹은 집단은 없는가?
➋ 편의성, 비용, 속도 등 가장 근본적인 문제는 무엇인가?
➌ 놓치고 있는 사용자는 누구이며, 사용자를 확대할 수 있는 방안은?
➍ 이 제품은 다른 곳에서도 수요가 있는가?
➎ 환경과 지역사회에 어떤 영향을 미칠 것인가?
⠀
제품팀은 본격적으로 개발을 시작하기 전에 모든 가설을 적어놓고 ‘우호적인' 사람과 아이디어에 반대 의견을 가진 사람 모두로부터 이야기를 들어보아야 한다. 이때 제품이 뛰어나다고 하는 사람보다 ‘이 제품은 가치가 없다'라고 생각하는 사람의 피드백이 상당히 중요하다. 또한 제품의 표적 고객은 아니지만, 제품에 영향을 받을 수 있는 이해당사자와 집단으로부터 피드백을 구해야 한다.


https://www.instagram.com/p/DQ6tg75k47P/?utm_source=ig_web_copy_link&igsh=MzRlODBiNWFlZA==
⠀
레드버스백맨

어떤 팀에서 고객의 드라이클리닝 세탁물을 픽업해 세탁소에 가져다주고, 다시 고객의 집으로 배송해 주는 로봇을 개발한다고 하자. 이 팀은 친절하게도 그런 서비스를 이용하겠다고 말해주는 여러 명의 친구들에게 의견을 구한 뒤 시제품 제작에 나설 것이다. 그러나 팀원과 일부 ‘우호적인' 사람으로 소통 상태를 한정했기에 고객의 요구와 기호를 제한적인 관점에서 이해할 가능성이 크다.⠀가정을 반박함으로써 위험을 벗어나는 질문⠀➊&nbsp;인구 집단(패널) 중 빼먹은 집단은 없는가?➋&nbsp;편의성, 비용, 속도 등 가장 근본적인 문제는 무엇인가?➌ 놓치고 있는 사용자는 누구이며, 사용자를 확대할 수 있는 방안은?➍ 이 제품은 다른 곳에서도 수요가 있는가?➎ 환경과 지역사회에 어떤 영향을 미칠 것인가?⠀제품팀은 본격적으로 개발을 시작하기 전에 모든 가설을 적어놓고 ‘우호적인' 사람과 아이디어에 반대 의견을 가진 사람 모두로부터 이야기를 들어보아야 한다. 이때 제품이 뛰어나다고 하는 사람보다 ‘이 제품은 가치가 없다'라고 생각하는 사람의 피드백이 상당히 중요하다. 또한 제품의 표적 고객은 아니지만, 제품에 영향을 받을 수 있는 이해당사자와 집단으로부터 피드백을 구해야 한다. https://www.instagram.com/p/DQ6tg75k47P/?utm_source=ig_web_copy_link&amp;igsh=MzRlODBiNWFlZA==⠀레드버스백맨

《포용적 디자인은 도움이 될까?》

1. 이승건은 책상 위에 새로운 글귀 하나를 써 붙였다. 제갈량의 실수를 범하지 말자.

2. 삼국지에서 촉나라 제갈량은 타고난 지략가이자 정의롭고 충성스러운 인재였으나, 결국 승리를 거머쥐지 못했다.

3. 그는 위나라를 쓰러뜨리기 위해 수차례 부별에 나서면서 내치까지 도맡았다. 매일 밤늦게까지 일하며 곤장 20대가 넘는 형벌에 관한 사안은 직접 처리했다.

4. 덕분에 촉의 백성들은 편안했지만, 문제는 제갈량이 자신의 업무량을 도저히 유지할 수 없다는 데 있었다.

5. 조조의 책사 사마의는 사자로부터 상황을 전해 듣고 내심 안도했다. 남을 믿고 맡기지 못해 사소한 일도 직접 관장하며 전쟁까지 진두지휘하기를 몇 년이나 계속할 수 있겠는가. 얼마 지나지 않아 제갈량은 병으로 죽었고, 촉나라는 멸망했다.

6. 제갈량은 천재였지만 위임을 못했기 때문에, 전투에서 이겼을지언정 전쟁에서는 졌다.

7. 반대로 조조는 사마의 같은 천하의 좋은 인재를 찾아다녔고 충분히 위임했다. 사마의는 힘과 역량을 갈고닦아 결국 천하를 통일했다.

8. 비바리퍼블리카가 오래도록 지속 가능 한 팀으로 성장하고 번영하려면, 동료를 더 믿고 더 많은 권한과 책임을 분산해야 한다고 이승건은 스스로를 재촉했다.

#유난한도전

1. 이승건은 책상 위에 새로운 글귀 하나를 써 붙였다. 제갈량의 실수를 범하지 말자. ​2. 삼국지에서 촉나라 제갈량은 타고난 지략가이자 정의롭고 충성스러운 인재였으나, 결국 승리를 거머쥐지 못했다. 3. 그는 위나라를 쓰러뜨리기 위해 수차례 부별에 나서면서 내치까지 도맡았다. 매일 밤늦게까지 일하며 곤장 20대가 넘는 형벌에 관한 사안은 직접 처리했다. 4. 덕분에 촉의 백성들은 편안했지만, 문제는 제갈량이 자신의 업무량을 도저히 유지할 수 없다는 데 있었다. ​5. 조조의 책사 사마의는 사자로부터 상황을 전해 듣고 내심 안도했다. 남을 믿고 맡기지 못해 사소한 일도 직접 관장하며 전쟁까지 진두지휘하기를 몇 년이나 계속할 수 있겠는가. 얼마 지나지 않아 제갈량은 병으로 죽었고, 촉나라는 멸망했다. ​6. 제갈량은 천재였지만 위임을 못했기 때문에, 전투에서 이겼을지언정 전쟁에서는 졌다. 7. 반대로 조조는 사마의 같은 천하의 좋은 인재를 찾아다녔고 충분히 위임했다. 사마의는 힘과 역량을 갈고닦아 결국 천하를 통일했다. ​ 8. 비바리퍼블리카가 오래도록 지속 가능 한 팀으로 성장하고 번영하려면, 동료를 더 믿고 더 많은 권한과 책임을 분산해야 한다고 이승건은 스스로를 재촉했다. #유난한도전

< 제갈량은 천재였다. 하지만 ‘위임’을 몰랐다 >

1. 사람들이 갖기 쉬운 프레임은 대개 하위 수준이다.

2. 당장 먹고살아야 하기 때문에, 귀찮아서, 남들도 다 안 하는데 뭘 등과 같은 생각은 하위 프레임의 전형이다.

3. 그렇다면 상위와 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까?

4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다.

5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다.

6. 그러나 하위 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다.

7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다.

8. 상위 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다.

#프레임

1. 사람들이 갖기 쉬운 프레임은 대개 하위 수준이다. 2. 당장 먹고살아야 하기 때문에, 귀찮아서, 남들도 다 안 하는데 뭘 등과 같은 생각은 하위 프레임의 전형이다. ​3. 그렇다면 상위와 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까? ​4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다. ​5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다. ​6. 그러나 하위 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다. ​7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다. 8. 상위 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다. ​ #프레임

< 질문이 수준을 만든다 >

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전 업그레이드 되는 속도가 점점 빨라지고 있네요. 기존의 버전 업데이트 주기를 살펴보면,

GPT-3 👉 GPT-3 ⏱️ 2.5년
GPT-3.5 👉 GPT-4 ⏱️ 2.5년
GPT-4 👉 GPT-4 Turbo ⏱️ 8.75개월
GPT-4 Turbo 👉 GPT-4o ⏱️ 6.25개월
GPT-4o 👉 GPT-4.5 ⏱️ 9.5개월
GPT-4.5 👉 GPT-5 ⏱️ 5.25개월
GPT-5 👉 GPT-5.1 ⏱️ 3.75개월

GPT-4로부터 보면 평균적으로 0.7배로 단축되는데요. 이 추세가 계속된다면 2027년에는, 이론상, 더 이상 버전 업그레이드 개념이 사라지고, AI는 끊임없이 변화하는 지능 연속체가 될 수 있다..는 가설..

만약 정말 그렇게 된다면, 의식의 정의에 따라 다르겠지만, 의식을 스스로를 인식하는 연속된 상태라고 한다면 2027년쯤엔 AI가 의식을 가지게 될 수 있다고 할 수 있겠습니다.

과연 정말 그렇게 될까요? 과연 SF로 남을지 미래를 예견하는 일이 될 지, 2027년에 뵙겠습니다. 😎🍿🥤

GPT-5.1 ⏱️ 2025-11-24
GPT-5.5 ⏱ 3.8개월 후 2026-03-18
GPT-6 ⏱ 2.6개월 후 2026-06-06
GPT-6.1 ⏱️ 1.8개월후 2026-07-31
GPT-6.5 ⏱ 1.3개월 후 2026-09-09
GPT-7 ⏱ 0.9개월후 2026-10-06
GPT-7.1 ⏱ 0.6개월 후 2026-10-25
GPT-7.5 ⏱ 0.4개월 후 2026-11-08
GPT-8 ⏱ 0.3개월 후 2026-11-17
GPT-8.1 ⏱ 0.2개월 후 2026-11-24
GPT-8.5 ⏱ 0.2개월 후 2026-11-28
GPT-9 ⏱ 0.1개월 후 2026-12-01

And…GPT-10?

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전 업그레이드 되는 속도가 점점 빨라지고 있네요. 기존의 버전 업데이트 주기를 살펴보면, GPT-3 👉 GPT-3 ⏱️ 2.5년GPT-3.5 👉 GPT-4 ⏱️ 2.5년GPT-4 👉 GPT-4 Turbo ⏱️ 8.75개월GPT-4 Turbo 👉 GPT-4o ⏱️ 6.25개월GPT-4o 👉 GPT-4.5 ⏱️ 9.5개월GPT-4.5 👉 GPT-5 ⏱️ 5.25개월GPT-5 👉 GPT-5.1 ⏱️ 3.75개월 GPT-4로부터 보면 평균적으로 0.7배로 단축되는데요. 이 추세가 계속된다면 2027년에는, 이론상, 더 이상 버전 업그레이드 개념이 사라지고, AI는 끊임없이 변화하는 지능 연속체가 될 수 있다..는 가설.. 만약 정말 그렇게 된다면, 의식의 정의에 따라 다르겠지만, 의식을 스스로를 인식하는 연속된 상태라고 한다면 2027년쯤엔 AI가 의식을 가지게 될 수 있다고 할 수 있겠습니다. 과연 정말 그렇게 될까요? 과연 SF로 남을지 미래를 예견하는 일이 될 지, 2027년에 뵙겠습니다. 😎🍿🥤 GPT-5.1 ⏱️ 2025-11-24GPT-5.5 ⏱ 3.8개월 후 2026-03-18GPT-6 ⏱ 2.6개월 후 2026-06-06GPT-6.1 ⏱️ 1.8개월후 2026-07-31GPT-6.5 ⏱ 1.3개월 후 2026-09-09GPT-7 ⏱ 0.9개월후 2026-10-06GPT-7.1 ⏱ 0.6개월 후 2026-10-25GPT-7.5 ⏱ 0.4개월 후 2026-11-08GPT-8 ⏱ 0.3개월 후 2026-11-17GPT-8.1 ⏱ 0.2개월 후 2026-11-24GPT-8.5 ⏱ 0.2개월 후 2026-11-28GPT-9 ⏱ 0.1개월 후 2026-12-01 And…GPT-10?

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전

오랜기간 개발이라는 업을 하면서 저는 이상하리 만큼 무엇을 만들어야 할지 아이디어를 가지지 못하고 있어요. 그러다보니, 새롭게 무언가를 만들어 해결해보겠다는 것이 다른 분들에 비해서 많이 부족한 점을 항상 느끼고 있어요.


새롭게 공부한 것을 회사 프로젝트에 적용해보기에는 실험적 기능, 합의가 이루어지지 않는 것을 적용해보기란 참 어려운 문제인듯 해요.


하지만, 이런 경우는 어떨까요?


실험적 기능을 회사 프로젝트 (즉 맞고 있는 프로젝트)에 branch 를 두고 개선을 해보고,
그것을 문서화 하여 같이 공유하면서 부족한 부분과 새로운 아이디어를 얻으면서 회사 프로젝트 발전에 기여 해보는 것이죠.


저만의 방법일지는 모르겠지만.. 무언가 새로운것을 만들어 본다는 압박에서 자유로우면서 무언가 해볼 수 있는 방법이 아닐까 싶어요.

오랜기간 개발이라는 업을 하면서 저는 이상하리 만큼 무엇을 만들어야 할지 아이디어를 가지지 못하고 있어요. 그러다보니, 새롭게 무언가를 만들어 해결해보겠다는 것이 다른 분들에 비해서 많이 부족한 점을 항상 느끼고 있어요. 새롭게 공부한 것을 회사 프로젝트에 적용해보기에는 실험적 기능, 합의가 이루어지지 않는 것을 적용해보기란 참 어려운 문제인듯 해요. 하지만, 이런 경우는 어떨까요? 실험적 기능을 회사 프로젝트 (즉 맞고 있는 프로젝트)에 branch 를 두고 개선을 해보고,그것을 문서화 하여 같이 공유하면서 부족한 부분과 새로운 아이디어를 얻으면서 회사 프로젝트 발전에 기여 해보는 것이죠. 저만의 방법일지는 모르겠지만.. 무언가 새로운것을 만들어 본다는 압박에서 자유로우면서 무언가 해볼 수 있는 방법이 아닐까 싶어요.

사이드 프로젝트가 없을 경우.... (a.k.a 리펙토링)

대화와 커뮤니케이션으로 매일의 일상을 살아가고 있습니다.

일대 다의 강연,
1:1의 비즈니스&커리어 코칭,
그밖에 멘토링과 커뮤니티 등.
더 나아가 요즘은 진행을 하는 경우도 많아지고 있습니다.

그렇게 시간을 보내다보면 함께하는 분들이 말을 전하고 대화를 하고 질문과 답을 주고받는 과정에서 공통적으로 발견이 되는 아쉬운 부분들이 있습니다. 이것은 작고 사소한 부분일 수 있지만 놀랍게도 대학생, 취준생, 현직자 때로는 시니어 분까지도 고루고루 발견이 되기도 합니다.

이미 충분히 똑똑하고 의식이 뚜렷하신 분들이기 때문에 이것 몇가지만 바뀌어도, 더 많은 대화를 더 간편하게 나눌 수 있게 되죠.

그 3가지는 다음과 같습니다.

1. 질문에 맞는 말부터 꺼내기

날씨가 어떻냐 > 날씨가 어떻다. 뭘 좋아하냐 > 뭘 좋아한다.  ~에 대해 어떻게 생각하냐 > ~에 대해 어떻게 생각한다. 이것이 기본 대화 흐름입니다. 그런데 막상 질문에 대해 다른 것을 답을 하는 경우를 많이 발견합니다. 핵심을 끝에 이야기하려다가 이야기가 종종 길을 잃게 되죠. 보통은 생각이 많거나 하고 싶은 이야기가 많을 때 발생하죠.

먼저 질문의 핵심에 대해 짧고 명료하게 답변을 먼저 하고나서,  그다음에 +a 를 이어가면 좋습니다. (근거, 예시, 사례 등)
>> 우리나라의 미괄식 표현을 두괄식으로 사용해주세요.

2. 이야기의 문 닫기

이야기의 시작은 보통 잘합니다. 그러나 많은 경우에 이야기의 끝맺음이 비어있는 경우가 있습니다. ~이상입니다. 여기까지입니다. 라는 말만 해도 바로 이어 다음 단계로 이어갈 수 있죠. 그런데 종종 이야기를 하고 멈췄는데 끝인지 아닌지를 몰라 정적이 뜰 때가 있습니다.

문을 열고 들어가고, 나올 때 다시 문을 닫는 것처럼 말도 문 닫음을 잘하면 좋습니다.
>> 타인의 말자르는 것이 실례인 문화 속에서 스스로의 말끝을 커팅해주세요.


3. 그래서 뭘 하면 될까요?

마케팅에서 콜투액션 (CTA, Call To Action)이라는 용어가 있습니다. 지금 바로 다운로드 받으세요, 이번주까지 팝업을 찾아주세요 등 고객에게 어떤 행동을 유도하는 메시지죠. 사람과 사람의 대화도 메시지나 의도가 있는 경우에는 명확하게 어떤 행동을 요청하는 것이 좋습니다.

예를 들면,
00을 준비중에 있어요. (그래서요?)
00을 준비중에 있어요. XX에 대한 부분이 궁금해서 의견을 여쭈어봐도 될까요? (제 생각으로는~)

00에 대한 어려움을 겪고 있어요. (그래서요?)
00에 대한 어려움을 겪고 있어요. 혹시 경험이 있으시다면 조언을 구할 수 있을까요? (제 경험으로는요~)

뭔가를 보여주거나, 현상에 대해 이야기를 하면서 자신이 원하는 것에 대해 상대가 알아서 꺼내주길 바라는 의도일 수 있습니다. 하지만 원하는 것을 명확하게 이야기하지 않으면 듣는 사람은 그래서 뭘 해드려야 할지 모릅니다. (들어달라는 것인지? 어떤 것에 대해 이야기를 해주어야 하는지?)

그런 의미에서 흑백요리사 안성재 셰프의 "그래서 의도가 무엇인가요?"라는 질문은 참 친절한 질문으로 기억에 남습니다. 현실세계에서 내가 도움을 받기 위해서는 내가 도움을 받고자 하는 부분을 먼저 파악하고, 그것을 직접 말로 꺼내주어야 합니다.
>> 상대방에게 나의 의도를 명확하게 말해주세요.

이 3가지를 잘 채우면 서로 원하는 것을 주고받는 시간을 아끼고, 더 중요한 이야기를 많이 나눌 수 있게 될 수 있습니다. 저도 아직 성장을 향하는 과정이지만 제가 느끼고 경험한 것을 공유드리고자 남겨보았습니다.

모두 소통의 레벨업으로 원하는 것들을 잘 얻어 이뤄가시길 바라봅니다.

- 주말의 생각노트

대화와 커뮤니케이션으로 매일의 일상을 살아가고 있습니다. 일대 다의 강연, 1:1의 비즈니스&amp;커리어 코칭, 그밖에 멘토링과 커뮤니티 등. 더 나아가 요즘은 진행을 하는 경우도 많아지고 있습니다. 그렇게 시간을 보내다보면 함께하는 분들이 말을 전하고 대화를 하고 질문과 답을 주고받는 과정에서 공통적으로 발견이 되는 아쉬운 부분들이 있습니다. 이것은 작고 사소한 부분일 수 있지만 놀랍게도 대학생, 취준생, 현직자 때로는 시니어 분까지도 고루고루 발견이 되기도 합니다. 이미 충분히 똑똑하고 의식이 뚜렷하신 분들이기 때문에 이것 몇가지만 바뀌어도, 더 많은 대화를 더 간편하게 나눌 수 있게 되죠. 그 3가지는 다음과 같습니다. 1. 질문에 맞는 말부터 꺼내기 날씨가 어떻냐 &gt; 날씨가 어떻다. 뭘 좋아하냐 &gt; 뭘 좋아한다.&nbsp; ~에 대해 어떻게 생각하냐 &gt; ~에 대해 어떻게 생각한다. 이것이 기본 대화 흐름입니다. 그런데 막상 질문에 대해 다른 것을 답을 하는 경우를 많이 발견합니다. 핵심을 끝에 이야기하려다가 이야기가 종종 길을 잃게 되죠. 보통은 생각이 많거나 하고 싶은 이야기가 많을 때 발생하죠. 먼저 질문의 핵심에 대해 짧고 명료하게 답변을 먼저 하고나서,&nbsp; 그다음에 +a 를 이어가면 좋습니다. (근거, 예시, 사례 등) &gt;&gt; 우리나라의 미괄식 표현을 두괄식으로 사용해주세요. 2. 이야기의 문 닫기 이야기의 시작은 보통 잘합니다. 그러나 많은 경우에 이야기의 끝맺음이 비어있는 경우가 있습니다. ~이상입니다. 여기까지입니다. 라는 말만 해도 바로 이어 다음 단계로 이어갈 수 있죠. 그런데 종종 이야기를 하고 멈췄는데 끝인지 아닌지를 몰라 정적이 뜰 때가 있습니다. 문을 열고 들어가고, 나올 때 다시 문을 닫는 것처럼 말도 문 닫음을 잘하면 좋습니다. &gt;&gt; 타인의 말자르는 것이 실례인 문화 속에서 스스로의 말끝을 커팅해주세요. 3. 그래서 뭘 하면 될까요? 마케팅에서 콜투액션 (CTA, Call To Action)이라는 용어가 있습니다. 지금 바로 다운로드 받으세요, 이번주까지 팝업을 찾아주세요 등 고객에게 어떤 행동을 유도하는 메시지죠. 사람과 사람의 대화도 메시지나 의도가 있는 경우에는 명확하게 어떤 행동을 요청하는 것이 좋습니다. 예를 들면, 00을 준비중에 있어요. (그래서요?) 00을 준비중에 있어요. XX에 대한 부분이 궁금해서 의견을 여쭈어봐도 될까요? (제 생각으로는~) 00에 대한 어려움을 겪고 있어요. (그래서요?) 00에 대한 어려움을 겪고 있어요. 혹시 경험이 있으시다면 조언을 구할 수 있을까요? (제 경험으로는요~) 뭔가를 보여주거나, 현상에 대해 이야기를 하면서 자신이 원하는 것에 대해 상대가 알아서 꺼내주길 바라는 의도일 수 있습니다. 하지만 원하는 것을 명확하게 이야기하지 않으면 듣는 사람은 그래서 뭘 해드려야 할지 모릅니다. (들어달라는 것인지? 어떤 것에 대해 이야기를 해주어야 하는지?) 그런 의미에서 흑백요리사 안성재 셰프의 "그래서 의도가 무엇인가요?"라는 질문은 참 친절한 질문으로 기억에 남습니다. 현실세계에서 내가 도움을 받기 위해서는 내가 도움을 받고자 하는 부분을 먼저 파악하고, 그것을 직접 말로 꺼내주어야 합니다. &gt;&gt; 상대방에게 나의 의도를 명확하게 말해주세요. 이 3가지를 잘 채우면 서로 원하는 것을 주고받는 시간을 아끼고, 더 중요한 이야기를 많이 나눌 수 있게 될 수 있습니다. 저도 아직 성장을 향하는 과정이지만 제가 느끼고 경험한 것을 공유드리고자 남겨보았습니다. 모두 소통의 레벨업으로 원하는 것들을 잘 얻어 이뤄가시길 바라봅니다. - 주말의 생각노트

소통의 레벨업을 위한 아주 사소한 3가지 TIP

운영 중심 회사에서 사용자 경험 디자인하기

💡<우리 회사는 운영 중심의 회사일까? VS 운영 중심의 기술 회사일까?>

최근에 많은 도움을 받은 포스팅입니다. 일을 하다 보면 제품만으로 뭔가를 해결하려고 하게 되는데, 꼭 그럴 것만이 아니라 사용자 경험 전반을 생각하고 고민해 봐야 한다는 내용입니다. 아래는 우리 조직의 상황을 확인해볼 수 있는 좋은 질문 3가지도 포함되어 있습니다. 참고하면 좋을 것 같습니다.

- 우리 제품 혹은 서비스는 그 자체로 사용자가 이용하는데 아무런 도움이 필요 없는가?
- 우리 제품 혹은 서비스는 그 자체로 사용 생태계를 구축할 수 있는가?
- 우리 제품 혹은 서비스가 해외에 진출한다고 가정했을 때, 우리 회사는 해외 지사를 설립하지 않아도 괜찮은가?

"위의 모든 질문에 '예' 라고 응답할 수 없다면, 그 조직은 기술을 다루고 있다고 하더라도, 운영 중심으로 돌아가야 하는 회사가 맞습니다. 기술로 모든 사용자 경험을 완성할 수 없거나, 매우 어려운 사업이기 때문입니다."

브런치

프로덕트 매니저/서비스 기획

한주현

운영PM

ader

#고객경험 #운영기획 #CS최소화 #운영정책수립
안녕하세요! 9년차 CX 운영기획자 입니다.
최근 신사업 피엠으로 업무 중입니다 🤹🏻‍♂️

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필