답장 받는 콜드 메일의 기술: 모르는 사람에게 도움을 청하는 법

왜 내 메일에는 답장이 안 올까요

개발자로 일하다 보면 한 번쯤 이런 순간이 와요. 관심 있는 오픈소스 프로젝트의 메인테이너에게 뭔가 물어보고 싶거나, 존경하는 업계 선배에게 커리어 조언을 구하고 싶거나, 가고 싶은 회사의 개발자에게 팀 분위기를 물어보고 싶은 순간이요. 그런데 막상 메일이나 DM을 보내면 대부분 답장이 안 와요. 그러면 '역시 유명한 사람들은 바쁘구나' 하고 포기하게 되죠.

그런데 최근 올라온 한 글이 이 문제를 정면으로 다뤘어요. 요지는 이거예요. 답장이 안 오는 건 상대가 냉정해서가 아니라, 내 요청이 답하기 어렵게 쓰여 있기 때문이라는 거죠. 모르는 사람에게 도움을 청하는 것도 하나의 기술이고, 이 기술은 배울 수 있다는 게 핵심이에요.

좋은 요청의 세 가지 조건

첫째, 숙제를 먼저 하고 그 흔적을 보여주세요. "이거 어떻게 하나요?"라고만 물으면 상대는 '검색도 안 해봤구나' 하고 넘겨버려요. 반대로 "공식 문서의 이 부분을 따라 해봤고, 이런 에러가 나서 이렇게 시도해봤는데 여기서 막혔어요"라고 쓰면 완전히 달라지거든요. 내가 들인 시간이 보이면, 상대도 자기 시간을 쓸 이유가 생겨요.

둘째, 답할 수 있는 크기로 질문을 자르세요. "커피챗 한번 해주실 수 있나요?", "멘토가 되어주세요" 같은 요청은 사실 상대에게 큰 부담이에요. 이게 뭐냐면, 시간이 얼마나 들지 가늠이 안 되는 '무한 요청'이거든요. 대신 "이 두 가지 선택지 중에 뭐가 나은지 한 줄만 답해주실 수 있을까요?"처럼 5분 안에 답할 수 있는 질문으로 바꾸면 답장 확률이 확 올라가요. 상대가 지불해야 할 비용을 내가 미리 낮춰주는 거죠.

셋째, 왜 하필 그 사람인지 밝히세요. 누구에게나 복사해서 보낼 수 있는 메일은 티가 나요. "작성하신 이 글을 읽고, 제 상황과 이 부분이 겹쳐서 여쭤봅니다"처럼 그 사람이어야만 하는 이유를 한 문장이라도 넣으면, 스팸이 아니라 진짜 대화 요청이 돼요.

사실 개발 문화에는 이미 있던 이야기예요

재미있는 건, 이게 완전히 새로운 이야기가 아니라는 거예요. 오픈소스 커뮤니티에는 오래전부터 비슷한 문화가 있었거든요. 에릭 레이먼드의 고전 '질문을 잘하는 법(How To Ask Questions The Smart Way)'이 대표적이고, "질문해도 되나요?라고 묻지 말고 그냥 질문하세요(Don't ask to ask)" 같은 격언도 있어요. XY 문제라는 개념도 있는데요, 진짜 목표(X)는 숨기고 자기가 생각한 해결책(Y)만 물어봐서 대화가 산으로 가는 상황을 말해요. 좋은 요청은 결국 맥락을 충분히 주는 요청이라는 점에서 다 통하는 이야기죠.

좋은 이슈 리포트를 쓰는 법과도 똑같아요. 재현 방법, 기대한 동작, 실제 동작, 시도해본 것. 이 네 가지가 들어간 이슈는 메인테이너가 바로 움직이게 만들잖아요. 사람에게 보내는 요청도 구조는 같은 거예요.

한국 개발자에게는 어떤 의미일까요

한국 개발 문화에서는 모르는 사람에게 연락하는 것 자체를 실례라고 느끼는 경우가 많아요. 그런데 잘 쓴 콜드 메일은 실례가 아니라 오히려 상대에 대한 존중이에요. 상대의 시간을 아껴주는 방식으로 쓰였으니까요. 이직 준비하면서 현직자에게 묻고 싶을 때, 오픈소스에 첫 기여를 하고 싶을 때, 콘퍼런스 연사에게 후속 질문을 하고 싶을 때 모두 적용할 수 있어요.

그리고 이 원칙은 사내에서도 그대로 통해요. 슬랙에서 시니어에게 질문할 때 "저 이것 좀 봐주세요" 대신 "이런 상황이고, 여기까지 해봤고, 이 부분 판단이 필요해요"라고 쓰는 주니어는 어디서나 사랑받거든요. 하나 더 팁을 드리면, 도움을 받은 뒤에 "덕분에 이렇게 해결됐어요"라고 결과를 공유하는 것까지가 한 세트예요. 그래야 다음 요청도 환영받아요.

마무리

한 줄로 정리하면 이래요. 도움 요청의 성공률은 상대의 친절함이 아니라, 내가 상대의 답변 비용을 얼마나 낮췄느냐에 달려 있다.

여러분은 모르는 사람에게 보낸 메일이나 DM으로 뭔가를 얻어본 경험이 있나요? 반대로, 받았을 때 바로 답하고 싶어지는 요청은 어떤 모습이었나요? 댓글로 경험을 나눠주세요.