21. 문의 메일에 답장을 쓰다 — 회신을 구조화한 이야기
문의 메일에 답장을 쓰다 — 회신을 구조화한 이야기
매번 처음부터 고민했습니다
문의 메일이 옵니다. 회신을 씁니다.
B2B 문의는 꾸준히 들어옵니다. 가구 회사에서, 패션 플랫폼에서, 에듀테크 회사에서. 업종도 규모도 다릅니다. 매번 메일을 열고, 상대가 뭘 원하는지 파악하고, 처음부터 회신을 씁니다.
문제는 "매번 처음부터"라는 거였습니다.
비슷한 문의에 비슷한 실수를 반복했습니다. 상대가 가격을 물었는데 가격을 바로 써버리거나. 차별화를 설명한다고 장황해지거나. 미팅을 제안하면서 허락을 구하는 톤이 되거나.
특히 아팠던 건, 상대가 우리를 "교육 업체"로 분류하는 순간이었습니다. 교육 업체로 들어가면 비교 대상이 2시간짜리 특강, 10만 원짜리 온라인 강의가 됩니다. 거기서 가격 협상을 하면 이길 수가 없습니다.
매번 회신을 새로 쓰니까, 이 실수를 어떤 때는 피하고 어떤 때는 반복했습니다. 그날 컨디션에 따라 품질이 달랐습니다.
콜드 이메일과 인바운드는 다릅니다
한동안 콜드 이메일 쓰듯이 회신을 썼습니다. 우리가 뭘 하는지 설명하고, 왜 좋은지 설득하고, 미팅을 잡자고 하는 구조.
인바운드 문의는 상황이 다릅니다. 상대가 먼저 연락한 겁니다. 이미 관심이 있습니다. 설득할 필요가 없습니다.
설득 대신 해야 하는 게 있었습니다. 상대가 우리를 어떤 카테고리에 넣고 있는지를 바꾸는 것. "교육 업체"가 아니라 "업무 방식을 바꾸는 곳"으로. "강의비"가 아니라 "전환 투자"로.
이걸 깨달은 뒤에도, 회신을 쓸 때마다 의식적으로 적용하기가 어려웠습니다. 알고 있는 것과 실제로 그렇게 쓰는 건 다른 문제였습니다.
패턴이 보이기 시작했습니다
수십 건의 회신을 쓰고 나니, 잘된 메일에는 공통점이 있었습니다.
상대 메일의 핵심을 먼저 짚습니다. 공감이 아닙니다. "이런 걸 원하시는 거죠"라고 상대의 목적을 정확히 반영하는 겁니다. 상대가 쓴 단어를 그대로 쓰면 효과가 있었습니다.
그다음 비교 프레임을 바꿉니다. "AI 교육을 하면 팀이 AI를 활용하게 될 것이다"라는 흔한 기대가 있는데, 기술을 가르치는 것만으로는 실제 업무에 정착하지 않습니다. 검증된 업무 시스템을 이식해야 한다 — 이 전환을 회신 안에서 만들어야 했습니다.
사례는 짧게. 업종과 규모가 비슷한 걸, 숫자 하나와 한 줄로 보여줍니다.
상대 조직에 어떻게 적용되는지 연결하고. 상대가 언급한 직군이나 업무를 가져와서 1~2문장.
마지막으로 행동 유도. "편하신 일정 알려주시면 맞추겠습니다" 정도. 허락을 구하지도, 재촉하지도 않습니다.
이 다섯 단계가 잘된 회신마다 들어가 있었습니다.
도구로 만들었습니다
반복되는 패턴이니까 도구로 만들 수 있었습니다. 문의 메일 원문을 넣으면, 이 순서대로 회신 초안이 나오는 스킬.
도구가 하는 일 자체는 단순합니다. 상대 메일에서 키워드와 동기를 뽑고, 의사결정 구조를 파악하고, 유사 사례를 찾고, 다섯 단계 순서에 맞춰 초안을 씁니다.
만들다 보니 추가된 것들이 있습니다.
모드 분기. 문의 메일이 다 같지 않습니다. 목적이 명확한 공식 문의가 있고, "비용이 얼마예요?"만 물어보는 짧은 문의가 있고, 이미 관계가 있는 사람의 비공식 문의가 있습니다. 같은 틀로 회신하면 안 됩니다. 세 가지 모드를 나눴습니다 — 목적이 명확하면 전체 구조로, 불명확하면 질문부터, 기존 관계면 간소하게.
금지 단어. "교육", "강의", "수업"이라는 단어를 쓰면 카테고리가 "교육 업체"로 고정됩니다. 도구 안에 이 단어들을 걸러내는 체크리스트를 넣었습니다. 대신 "워크스페이스 이식", "방식", "프로젝트"를 씁니다.
톤 가드레일. "공감합니다"를 쓰지 않습니다. 공감은 끌려다니는 것이고, 상대의 목적을 짚는 건 다른 일입니다. "~해도 될까요?"도 쓰지 않습니다. 미팅은 상대에게 가치를 주는 자리니까.
이런 규칙들이 도구 안에 들어갔습니다. 매번 기억하지 않아도 도구가 체크합니다.
회신에서 제안서까지
회신은 시작일 뿐입니다. 상대가 미팅에 응하면, 미팅을 하고, 제안서를 보내야 합니다.
제안서도 매번 처음부터 썼습니다. 상대의 문제를 분석하고, 범위를 잡고, 팀을 구성하고, 가격을 산정하고. 이게 매번 2~3시간씩 걸렸습니다.
제안서도 도구로 만들었습니다. 단일 도구가 아니라 네 단계짜리 파이프라인입니다.
- 상대의 문제를 구조화합니다. 미팅 녹취록이나 메일에서 핵심 문제를 뽑고, 증상과 원인을 구분하고, 우선순위를 매깁니다.
- 문제를 프로젝트 범위로 변환합니다. 워크스트림을 나누고, 공수를 산정하고, 최소/권장/포괄 세 가지 옵션을 만듭니다.
- 팀을 구성합니다. 어떤 작업에 어떤 레벨의 인력이 필요한지, 투입 시점은 언제인지.
- 이걸 통합해서 제안서 초안을 만듭니다.
각 단계의 산출물이 다음 단계의 입력이 됩니다. 문제 분석이 범위 설정으로, 범위가 팀 구성으로, 세 문서가 제안서로 합쳐집니다.
회신 도구와 이 파이프라인이 연결되면서, 문의 수신부터 제안서까지 전체 흐름이 하나로 이어졌습니다.
달라진 것
도구를 만들기 전과 후.
컨디션에 따라 품질이 흔들리지 않게 됐습니다. 좋은 날이든 피곤한 날이든 구조는 같습니다. 빠뜨리는 단계가 없습니다.
회신 초안 쓰는 시간이 줄었습니다. 백지에서 시작하는 대신, 초안을 보고 다듬으니까.
"교육"이라는 단어를 무심코 쓰는 일이 없어졌습니다. 가격을 본문에 바로 적는 실수도요. 도구가 잡아주니까.
회신 구조 자체가 "우리는 교육 업체가 아닙니다"를 말하지 않고 보여줍니다. 프레임 전환 단계가 매번 들어가 있으니까.
도구가 최종 메일을 쓰는 건 아닙니다. 초안이 나오면 읽고, 톤을 조정하고, 맥락이 있으면 추가합니다. "백지에서 시작하는 고통"을 없앤 거지, 판단까지 넘긴 건 아닙니다.
시작은 짜증이었습니다
한 일이 대단하지 않습니다.
반복하다 보니 패턴이 보였습니다. 패턴을 순서로 정리했습니다. 순서에 체크리스트를 붙였습니다. 그걸 도구에 넣었습니다.
처음부터 "파이프라인을 설계하자"고 시작한 게 아닙니다. 회신을 쓰다가 같은 실수를 또 하고, "이거 지난번에도 했는데" 하는 짜증에서 시작했습니다.
반복되는 업무에서 같은 실수가 계속 나온다면 — 거기가 구조화 지점입니다.
회신 파이프라인 구조
====================
[문의 메일 수신]
│
▼
┌─ 모드 판별 ─────────────────────────┐
│ │
│ 공식 문의 (목적 명확) → full 모드 │
│ 짧은 문의 (목적 불명) → ask 모드 │
│ 기존 관계 (비공식) → light 모드 │
└──────────────────────────────────────┘
│
▼
[회신 5단계]
1. 상대 목적 반영 ─ 상대가 쓴 단어 그대로
2. 프레임 전환 ─ 교육→시스템 이식
3. 사례 스냅샷 ─ 유사 업종, 숫자 1개
4. 적용 연결 ─ 상대 조직에 맞춤 1~2줄
5. 행동 유도 ─ 일정 제안 (허락 ✕ 재촉 ✕)
│
├── 금지 단어 체크: 교육/강의/수업 → 걸러냄
├── 톤 가드레일: 공감합니다 ✕ / ~해도 될까요? ✕
│
▼
[회신 초안] → 사람이 다듬어서 발송
│
▼ (미팅 성사 시)
┌─ 제안서 파이프라인 ─────────────────┐
│ ① 문제 구조화 → ② 범위 설정 │
│ → ③ 팀 구성 → ④ 제안서 통합 │
│ (각 단계 산출물이 다음 단계 입력) │
└─────────────────────────────────────┘