모르는 사람에게 도움을 요청하는 방법

• 낯선 사람에게 도움을 받을 가능성은 매력이나 운보다 상대가 무엇을 보고 판단하는지를 먼저 고려하는 데 달려 있음
• 상대는 프로젝트보다 먼저 요청자를 평가하므로, 진지함을 보여주는 작업물이 가장 강한 신뢰 신호가 됨
• 맥락 설명은 상대의 주의를 빌려 쓰는 과정이라, 이미 아는 관심사와 연결된 더 줄이기 어려운 설명이어야 함
• 좋은 요청은 작고 구체적이며 마찰이 낮고 범위가 제한되어, 상대가 가볍게 수락할 수 있어야 함
• 거절하기 쉽게 만들어야 관계가 남고, 압박으로 얻은 동의는 마지못한 도움과 신뢰 손상으로 이어질 수 있음

---

상대 관점에서 요청하기

• 도움 요청의 기본은 상대의 관점에서 생각하는 것임
• 좋은 커뮤니케이션은 읽는 사람이 어떤 정보와 부담을 느낄지 이해하는 데서 출발함
• 요청은 자신을 앞세우기보다, 상대가 왜 이 요청에 시간을 써도 된다고 느낄지를 중심으로 구성해야 함

신뢰를 먼저 만들기

• 도움은 프로젝트보다 사람이 먼저이며, 상대가 요청자를 도울 만한 사람으로 느껴야 프로젝트도 도울 수 있음
• 가장 강한 신호는 요청자가 진지한 사람임을 보여주는 증거임
  • 머신러닝에 들어가고 싶다면 학습된 모델이 근거가 될 수 있음
  • 깊이와 사고가 담긴 블로그 글도 진지함을 보여줄 수 있음
  • 웨이트 트레이닝을 배우고 싶다면 훈련 브이로그가 작업 증거가 될 수 있음
• 개인적 연결도 신뢰를 줄 수 있음
  • “Steve가 연락해보라고 했다”는 말은 상대에게 더 따뜻한 출발점을 만들 수 있음
  • 다만 이는 다른 사람의 신뢰를 빌리는 것이므로, 상대가 Steve를 좋아하지 않거나 요청자가 기대에 못 미치면 오히려 신뢰를 해칠 수 있음
• 기관 신뢰는 가장 약한 근거임
  • 유명 대학 학생이거나 대기업에서 일한다는 정보는 한 번의 필터를 통과했다는 것 이상을 증명하지 않음
  • 상대와 직접 연결되지 않으며, 지위 과시처럼 느껴질 수 있어 드물게 써야 함
  • 기관 신뢰만을 유일한 근거로 삼는 것은 피해야 함

맥락은 짧고 상대에게 맞게

• 자신을 어느 정도 위치시킨 뒤에는 “여기서 무슨 일이 벌어지고 있는가”를 알려야 함
• 앞 단계가 잘 됐다면 상대의 주의를 빌린 상태이므로, 그 주의를 신중하게 써야 함
• 맥락 설명은 더 줄이기 어려울 만큼 짧아야 함
• 상대가 이미 아는 것과 연결되는 맥락을 찾아야 함
  • 선출직 대표에게 대학 동아리 내부 파벌을 길게 설명하기보다, 그 동아리가 대표의 입법 우선순위와 어떻게 연결되는지 말해야 함
  • 과학자에게 인턴십을 요청할 때는 어린 시절부터 과학을 좋아했다는 이야기보다, 그 과학자의 2023년 논문을 구현하고 확장한 내용을 보여주는 편이 나음

수락하기 쉬운 요청 만들기

• 상대가 받아들이기 쉽게 하려면 수락에 드는 비용을 줄여야 함
• 요청의 크기는 작아야 함
  • 20분 시간을 요청하는 것은 가능함
  • 500쪽 원고를 일주일 안에 읽어달라는 요청은 부담이 큼
• 요청은 구체적이어야 함
  • “머리를 빌려도 될까요?”보다 시작할 수 있는 자료 하나를 요청하는 편이 나음
• 상대의 마찰을 낮춰야 함
  • 소개를 부탁한다면 상대가 전달할 수 있는 자기소개 문구를 미리 써야 함
  • 질문이 있다면 통화보다 글로 질문하는 편이 마찰이 낮음
• 요청은 범위가 제한되어야 함
  • 평생 멘토가 되어달라는 반복 의무를 요구하지 않아야 함
  • 블로그 글 하나를 읽어달라는 식으로 제한하는 편이 나음
  • 그 한 번이 잘 되면 상대는 더 읽어줄 수 있음

거절을 쉽게 하고 거짓말하지 않기

• 최악의 결과는 거절이 아니라 압박받은 마지못한 수락임
• 거절을 받으면 시간을 내준 것에 감사하고 넘어가는 것이 좋음
• 죄책감을 유발하거나 시간이 지나도 계속 조르는 방식은 의도한 효과를 내기 어려움
• 압박으로 얻은 도움은 관계를 해치며, 상대가 다시는 돕지 않게 만들 수 있음
• 기꺼이 주어진 도움은 부담이 적고 관계의 기반이 될 수 있음
• 이 방법들은 경험칙이므로, 원칙에 맞게 순서를 바꾸거나 일부를 빼도 됨
• 단, 절대 거짓말하지 않아야 함
  • 모든 도움 요청은 요청자 자신에게 연결되어 있음
  • 상대가 뭔가 이상하다고 느끼면, 아무리 작고 구체적이며 마찰이 낮고 범위가 제한된 요청도 수락받기 어려움

[GN⁺]

Hacker News 의견들

• 글이 잘 쓰였고 핵심도 뚜렷했으며, 배울 만한 작은 팁들이 있었음
  몇 가지는 직접 고생하면서 배웠다. 노력의 증거는 중요하지만, 들인 에너지의 양을 과시하는 게 핵심은 아님. 대학 네트워크에 두 번 연락해봤는데, 첫 번째는 손글씨 메모 100개에 배경 설명까지 공들였지만 답장이 하나도 없었음
  두 번째는 몇 문장짜리 이메일을 보냈고, 요청을 훨씬 명확히 했으며 질문을 이메일 안에 잘 담는 데 집중했다. 실제로는 대화를 원했지만 무엇을 물어볼지도 전달하려 했다. 결과는 응답률 15%와 아주 값진 대화였고, 전체 “노력”은 더 적었음
  또 하나는 상대의 시간을 낭비하지 않는 것임. 명확한 요청이 조금이라도 없다면 미팅을 요청하거나 받아들이지 않는 편이 좋다. 초기 사업처럼 모르는 것을 찾아가는 단계에서는 어렵지만, “내가 이렇게 생각한다”, “후속 질문은 이렇다” 정도의 1차 안건은 준비할 수 있음
  한 번은 안건이 없어서 상대를 짜증나게 했다고 느꼈고, 또 한 번은 정말 필요한 게 뭔지 모른 채 지인 소개를 받아들였다. 둘 다 후회함
  마지막으로 받은 도움을 다음 사람에게 넘겨주는 태도가 필요함. 항상 돌아오지는 않더라도, 도움을 요청할 때 더 편해지고 도와주는 사람이 무엇을 생각하는지도 더 잘 의식하게 됨

  • 손글씨 메모는 배려 깊은 행동이지만 최소 두 가지 문제가 있음
    첫째, 답장하기 어렵다. 이메일은 받은편지함에 놔뒀다가 시간 날 때 한 번 클릭해 답장하면 되지만, 손편지는 종이 우편을 읽다가 디지털 기기로 전환하고 이메일 주소도 옮겨 적어야 함. 큰일은 아니지만 누군가 시간을 내야 하는 추가 작업임
    둘째, 너무 이례적임. 사람들과는 예절이 알려져 있고 편안한 보통의 소통 채널로 이야기하는 게 중요하다. 손글씨 편지를 쓰고 우편 주소를 찾아내는 행동은 흔치 않고, 이런 행동은 의심을 부를 수 있음. 사기를 치려는 건 아니었겠지만, 사기에서 쓰이는 수법 중 하나가 누군가에게 비정상적으로 많은 관심과 에너지를 쏟는 것임을 알아야 함
    두 번째처럼 짧은 이메일을 보낸 방식에는 이런 문제가 없었다. 답장하기 쉽고 이상하지도 않으니 그쪽이 더 좋은 방식임
  • 어릴 때는 누군가에게 연락했는데 답이 없으면 늘 불안했지만, 나이가 들고 바빠지니 완전히 이해하게 됨. 내가 누구인지, 무엇을 원하는지, 일정이 어떤지를 분명히 쓰는 메시지가 훨씬 답하기 쉽다. 장황한 문단 속에서 요청을 찾아내게 만들면 어렵다
  • 누군가를 짜증나게 하지 않는 쪽으로 과하게 최적화하지는 말아야 함
    특히 전문 네트워크라면 더 그렇다. 나중에 활용하려고 관계를 쌓은 것이고, 그 나중이 지금이라면 활용하면 됨. 상대가 싫어해도 큰일은 아니고 그냥 넘어가면 된다
    여러 사람을 계속 짜증나게 한다면 뭔가 잘못하고 있는 게 맞겠지만, 아주 가끔 한 사람에게 그런 일이 생기는 정도는 있을 수 있음. 모두를 만족시킬 수는 없다
  • 누군가의 노력 증명을 길게 듣는 것만큼 지치는 일도 드묾
    “눈에 보이는 노력 부족은 문제”라고 바꿔 말하고 싶다. 그 기준만 넘으면 충분하고, 그다음부터는 다른 요소들이 중요해짐
  • 받은 도움을 다음 사람에게 넘겨주는 건 중요한 단계임. 그러지 않으면 뒤따라오는 사람 앞에서 사다리를 걷어차는 것과 크게 다르지 않다
    내가 도움을 받는 입장에서는 어렵거나 번거로운 일이, 도움을 주는 입장에서는 단순하고 쉬운 경우가 많았다. 그저 내가 맞는 위치에 있거나 맞는 사람을 알고 있기 때문인 경우가 흔함. 성공에는 재능과 실력 바깥의 요소가 너무 많고, 작은 행동들이 쌓이면 결과를 직접 보지 못하더라도 의미가 생김

• “도움을 받을 만한 사람이라는 걸 보여주는 가장 강력한 방법 중 하나는 진지한 사람임을 증명하는 것”이라는 말에 공감함
  많은 사람이 도움을 요청하는 위치에 있어봤을 때, 사람들이 가장 자주 실패하는 지점이 바로 여기였음
  처음부터 실제 해본 일을 보여주라는 조언은 중요하다. 덜 obvious한 점은 그 증거가 표면 수준보다 깊어야 한다는 것임. 블로그 글 하나 올리거나 Claude가 쓴 코드를 GitHub에 올리는 정도로는 부족하다. 진지한 사람처럼 보이기 위한 연출이 아니라, 올바른 이유로 실제 노력을 쌓아왔음을 보여줘야 함. 매주 10건씩 도움 요청을 받다 보면 누가 실제로 해왔고 누가 살짝 꾸며서 진지해 보이려는지 금방 구분하게 됨
  미팅을 잡았다고 끝나는 것도 아니다. 후속 공유도 똑같이 중요함. 누군가 시간을 내서 들어주고 조언했다면, 그 조언을 시도해봤다는 걸 보여줘야 한다. 조언을 따르지 않을 수도 있지만, 그러면 도움은 거기서 끝날 가능성이 높다. 그것도 선택임
  가장 쉽게 망치는 방법은 도움을 요청한 뒤 무시하거나 실행하지 않는 것임. 누군가 도와줬다면 어떻게 도움이 됐는지, 최소한 어떻게 시도했는지라도 연락해야 한다. 시간을 내서 도와줬는데 한 달 뒤 마주쳤을 때 정작 도움받고 싶다던 일을 아직 시작도 안 했다는 걸 알게 되는 것만큼 답답한 일은 없음

  • 핵심 차이는 그 사람이 문제를 해결하고 싶은지, 아니면 문제가 해결되기를 바라는지인 듯함
    이미 여러 접근을 시도하며 적극적으로 문제를 풀다가 막혀서 도움을 청하는 사람인가?
    아니면 문제가 없었으면 좋겠다고 바라면서 최소한만 하고, 누군가 대신 해결해주길 기대하는 사람인가?

• 여기서 문제는 대부분의 조언이 요청을 어떻게 표현할지에 관한 것이라는 점임. 더 큰 요소는 스스로 해결하려 최선을 다하고 있음을 보여주는 것이라고 봄
  “안녕하세요, 당신 회사의 이 채용 공고를 봤는데 추천해주실 수 있나요? 제 기술과 경력은 이렇습니다”와,
  “안녕하세요, 당신 회사의 제품 디자이너 포지션에 지원하려고 하는데 인상을 남기고 싶어서, 무료 체험 온보딩을 해보며 발견한 몇 가지 개선점을 Figma 데모로 정리 중입니다. 그중 [디자인 결함]이 남용 방지를 위한 의도인지, 아니면 제가 고칠 수 있는 부분인지 궁금합니다. 기밀이면 당연히 이해합니다”는 크게 다름
  다른 사람이 해결해주길 바라는 대신 직접 문제를 풀고 있는 부분이 문구 자체보다 훨씬 중요함

  • 사람을 많이 추천해주지만, 첫 번째 요청에 더 답할 가능성이 큼. 채용 공고 링크, 이력서, 충분한 자격, 예의가 갖춰져 있다면 그렇다
    두 번째는 결국 추천을 원한다는 게 너무 분명해 보이고, 불필요한 정보를 읽게 만든다는 점이 짜증날 수 있음
  • 그 디자인 결함이 의도된 것인지 내가 알 가능성은 매우 낮음. 앱의 그 부분을 맡고 있지 않다면, 그걸 알 만한 제품 담당자를 찾아다니지는 않을 것임
    보낸 사람 입장에서는 더 공들였겠지만, 응답받을 가능성은 훨씬 낮아 보인다. 너무 구체적이고, “답을 모르는데 모르는 사람을 위해 곁길 퀘스트까지 하진 않겠다”는 지뢰를 밟을 확률이 큼
  • 실제로 특정 문제를 해결했는지보다, 상대의 할 일 목록에 또 하나의 작업을 얹는 사람이 아니라 가치를 더할 가능성을 보여주는지가 더 중요함
  • 두 번째 예시처럼 요청을 너무 구체적으로 만들면 접근성이 떨어져 보이고, 우연히 생길 수 있는 기회를 많이 잘라낼 수 있음. 첫 번째 질문은 “아니지만 이야기해볼 만한 다른 사람을 안다”로 이어질 수 있지만, 두 번째 질문은 메시지를 받은 사람이 매우 특정한 경로로 들어갈 의지와 능력이 있어야 함
  • 첫 번째 요점인 “진지한 사람임을 보여줘라”가 결국 이 얘기였다고 봄

• LinkedIn에서 모르는 사람들에게 가벼운 자문을 요청해봤는데, 처음부터 돈을 내겠다고 하고 상대가 자기 시간을 직접 가격 매기게 하면 진지함을 보여주는 데 도움이 됨. 결과적으로 무료 대화나 커피값 정도로 이어지는 경우도 많았음
  예를 들면 “안녕하세요, X에서 하신 작업을 좋아합니다. 관련된 Y를 생각하거나 작업 중인데 Z 측면에 대한 피드백을 듣고 싶습니다. 20분 정도 머리를 빌리려면 얼마를 드리면 될까요? 주로 A, B, C 질문에 대해 어떻게 생각하시거나 무엇을 아시는지 궁금합니다”처럼 보낼 수 있음. 상대는 가격을 답하거나, 짧은 통화 시간을 제안하거나, 바로 답을 줄 수 있다

  • Jason Cohen이 WPEngine을 시작할 때 이 방식을 썼음. LinkedIn에서 WordPress 컨설턴트 40명에게 메시지를 보내, 일회성 작업이니 시간당 단가보다 더 높게 지불하겠다고 제안했다[0]
    40명 중 38명이 답했고 전화 통화에 동의했으며, 실제로 돈을 요구한 사람은 아무도 없었음
    [0] https://mtlynch.io/notes/designing-the-ideal-bootstrapped-bu...
  • LinkedIn 사람들은 그럴 수도 있겠지만, 나 같은 사람도 있음. 20분짜리 일이라는 건 없고, 뭔가 맡으면 실제로는 최소 10시간짜리 효과가 난다. 그래서 그런 제안은 그냥 거절하겠지만, 질문이 충분히 흥미로우면 그 시간들을 무료로 줄 수도 있음

• 지금 누군가에게 줄 수 있는 가장 강한 신호는 개인적인 상호작용을 제안하는 것임. 직접 만나러 가거나 전화해도 되는지 묻는 일은 비용이 큰 행동이다
  인맥이 없는 사람의 관점에서 이 내용을 쓴 적이 있지만[0], 이미 인맥이 있는 사람이라도 다른 네트워크의 사람들에게 연락하는 건 좋은 생각, 정보, 기회에 접근하는 유용한 방법이라고 봄
  [0] https://www.nair.sh/guides-and-opinions/marketing-under-pres...

• 가장 중요하게 알아야 할 점은, 어떤 집단이 얼마나 도움을 주려 할지에 대한 개인적 추정이 자주 몇 자릿수씩 빗나간다는 것임
  어떤 사람들은 X가 하루에도 여러 번 도움 요청을 받을 거라 생각하지만 실제로는 몇 년에 한 번 받을 뿐인 경우가 있다. 반대로 누군가는 완전히 독특한 요청을 보낸다고 생각하지만, 상대는 매일 같은 문의를 열두 개씩 받는 경우도 있음
  도움 요청이 얼마나 경쟁적인지에 대한 기준치를 얻기 전에는 나머지는 전부 성급한 최적화임. 가장 좋은 방법은 가볍게 생각하고 떠오르자마자 짧게 보내며, 답장을 받을지 말지에 너무 감정적으로 투자하지 않는 것임. 응답률이 기대보다 낮다는 증거가 모였을 때에야 요청 방식을 최적화하면 된다

• 자신이 누구인지 분명히 밝히고, 왜 그 사람을 골랐는지 설명하며, 도움을 주는 사람의 처분에 맡기는 자세가 필요함
  마지막으로, R2D2 드로이드의 녹화를 끝내고 카메라도 꺼야 함

• 여행 중 길에서 낯선 사람에게 빠르게 도움을 받아야 하는데 그 나라 말을 못 한다면, 먼저 내 언어를 할 줄 아는지 묻지 않는 게 좋음. 사람들은 부담을 피하려고 할 줄 알아도 거의 항상 아니라고 답한다
  대신 그 나라 말로 “안녕하세요/실례합니다”라고 한 뒤, 내 언어로 바로 질문하면 된다. 할 줄 아는 사람은 종종 곧바로 답해준다. 가끔은 상대가 나중에야 첫 단계를 건너뛰었다는 걸 깨닫는 표정도 볼 수 있음

• 대부분의 사람은 도움을 주고 싶어 한다는 점도 기억해야 함. “제가 작은 곤란에서 빠져나오도록 도와주실 수 있을까 해서요” 같은 말로 시작하면 그 심리를 활용할 수 있다
  약간의 자기비하와 칭찬은 효과가 크다. 정말로 막힌 상황이고 그 사람이 도와줄 수 있는 몇 안 되는 사람이라면, “제가 이걸 꽤 망쳤고 최선의 접근을 잘 모르겠습니다. 다만 선생님 전문성이면 제가 빨리 방향을 다시 잡는 데 도움이 될 것 같았습니다”처럼 말할 수 있음

• 기술적인 요청에서는 그 사람의 공개 작업 중 요청과 관련 있는 부분을 인용하는 것이 진지함을 보여주는 가장 효과적인 방법 중 하나임. 누군가가 쓴 것을 읽고 높이 평가했다는 걸 보여주는 것만큼 관심을 끄는 방법은 드물다

  • 안타깝게도 이제 모두가 LLM으로 이런 걸 하고 있어서, 이상하게 들리겠지만 오히려 부정적 신호가 되어가는 중일지도 모름