02. 요청하기 — 상대가 “YES” 하기 쉬운 형태로 부탁하기

“요청은 ‘내가 원하는 것’이 아니라 ‘상대가 들어주기 쉬운 형태’로 설계되어야 한다.”

🔗 보편 절차에서의 위치

이 매뉴얼은 보편 5단계 중 AIM + ACT를 확장합니다.

STOP → READ → [AIM ★] → [ACT ★] → LOG

• AIM: “나는 무엇을 얻고 싶나 / 상대와 어떤 관계로 남고 싶나”를 먼저 조준
• ACT: 그 조준에 맞는 가장 작은 YES 가능한 형태로 말을 꺼내는 기술

📍 어떤 상황인가

🗣 일이 몰려서 동료에게 일부 분담 부탁해야 할 때
🗣 다른 팀에 정보·자료 요청해야 할 때
🗣 상사에게 결재·승인·시간을 부탁해야 할 때
🗣 친구·가족에게 평소 안 하던 부탁을 해야 할 때

요청이 꼬이는 근본 이유는 두 가지입니다.

1. 요청 자체가 모호함 — 상대가 “뭘 해야 하는지” 모름
2. 상대가 YES 하기 어려운 형태 — 부담·리스크·소요가 커서 망설임

이 매뉴얼은 이 두 문제를 요청 전에 사전 처리하는 방법입니다.

🧩 먼저 알아둘 용어

Ask (ask) = 영어에서 “묻다·요청하다”라는 동사이자, 투자 업계에서는 **“요청 사항 그 자체”**를 가리키는 명사입니다. 예: “What’s your ask?” = “당신이 원하는 게 정확히 뭐죠?” 이 매뉴얼에서 **“Ask”**는 요청의 핵심 한 줄을 뜻합니다.

Cost (cost) = “비용”이라는 영어 단어. 여기서는 금전 비용뿐 아니라 상대가 내 요청을 들어줄 때 소모하는 시간·노력·감정·위험을 통틀어 말합니다.

Reversibility (리버서빌리티, 되돌릴 수 있음) = “되돌릴 수 있는 정도”. 요청이 거절돼도 관계가 회복 가능한지, 한 번 부탁하면 되돌릴 수 없는지 판단할 때 쓰는 개념입니다.

🧠 생각의 흐름 — 요청 5단계

┌──────────────────────────────────────────────────┐
│                                                  │
│   ① 타이밍 점검 — 지금 물어볼 때인가?            │
│        ↓                                         │
│   ② Ask 명시   — 핵심 한 줄로 요청 확정          │
│        ↓                                         │
│   ③ Cost 최소화 — 상대 부담을 미리 깎기          │
│        ↓                                         │
│   ④ 선택지 제공 — 상대가 YES 방식을 고르게       │
│        ↓                                         │
│   ⑤ 거절 탈출구 — 거절해도 관계 손상 없게        │
│                                                  │
└──────────────────────────────────────────────────┘

① 타이밍 점검 — 지금 물어볼 때인가?

왜 먼저 타이밍인가: 같은 요청도 언제 하느냐에 따라 YES 비율이 크게 달라집니다. 상대가 다른 일로 스트레스받고 있거나, 급한 일 처리 중이라면 어떤 요청도 귀에 안 들어옵니다.

체크 질문

✓ 상대가 지금 바쁜가? (회의 직전, 마감 직전, 퇴근 직전)
✓ 상대가 지금 컨디션이 안 좋아 보이나? (피곤·짜증·실망 상태)
✓ 이 요청이 "지금 당장" 해야 할 만큼 급한가?
✓ 30분~1시간 미루면 더 나은 타이밍이 오는가?

급하지 않다면 — “예약”이 좋다

❌ 회의 직전 복도에서: "잠깐, 이거 좀 봐주실 수 있어요?"
   → 마음 없이 "나중에요" 또는 대충 본 뒤 거절

✅ "혹시 오늘 오후에 10분만 봐주실 수 있을까요? 요청드릴 게 하나 있어요."
   → 상대가 시간을 준비하고 듣는 상태에서 요청 가능

⚠️ 예외 — 진짜 급한 경우

진짜 급한 건 타이밍을 가릴 여유가 없습니다. 이때는 “급함의 이유”를 먼저 말합니다.

✅ "죄송해요, 지금 진행 중이신 거 아는데 5분만 먼저 확인받아야 할 게 있어요.
    오후 2시 회의에서 결정하는 안건이라 지금 아니면 놓칩니다."

② Ask 명시 — 핵심 한 줄로 요청 확정

왜 한 줄인가: 요청이 흐리면 상대는 “뭘 YES 해야 하는지 모른 채 YES” 할 수 없습니다. “어떻게 할지 상의하고 싶어요”는 요청이 아니라 요청의 서문에 불과합니다.

Ask 한 줄의 구조

"[상대가 할 동작] 을 [언제까지 / 어떤 형식으로] 부탁드려도 될까요?"

❌ 모호한 Ask

❌ "이거 어떻게 생각해요?"
   → 상대의 행동 없음. 감상만 요청됨.

❌ "시간 되시면 한번 봐주세요"
   → 기한 없음. "시간 될 때"는 영원히 안 옴.

❌ "이 건 좀 도와주실 수 있으실까요?"
   → 뭘 도와야 하는지 불명. 상대가 질문을 해야 진행 가능.

✅ 명확한 Ask

✅ "이 문서 2페이지 표 부분만, 오늘 퇴근 전까지 피드백 주실 수 있을까요?"
   → 동작(피드백) + 범위(2페이지 표) + 기한(오늘 퇴근 전)

✅ "내일 오전 11시 회의에 15분만 참석해서 A건 설명 부탁드립니다."
   → 동작(참석·설명) + 시간(내일 11시, 15분) + 주제(A건)

✅ "6월 출장 건 항공권 예매, 이번 주 금요일까지 처리 가능할까요?"
   → 동작(예매) + 기한(금) + 대상(6월 출장)

💡 Ask 점검법

요청을 보낸 뒤, 상대가 이 메시지를 읽자마자 아래 3가지를 바로 답할 수 있어야 합니다.

1. 내가 뭘 해야 하는가?
2. 언제까지?
3. 어느 수준까지?

셋 중 하나라도 모호하면 아직 Ask가 완성되지 않은 것입니다.

③ Cost 최소화 — 상대 부담을 미리 깎기

왜 이 단계가 필요한가: 사람은 YES 할 때 **“이거 얼마나 걸리지?”**를 무의식적으로 계산합니다. 계산 결과가 큰 부담이면 거절하거나 미루게 됩니다. 요청하기 전에 내가 부담을 미리 깎아놓으면 YES 비율이 극적으로 올라갑니다.

Cost를 구성하는 4가지

1) 시간 Cost   — 이거 몇 분·몇 시간 걸리지?
2) 인지 Cost   — 이걸 이해하는 데 뭘 알아야 하지?
3) 감정 Cost   — 이 요청을 들어주면 내가 부담스러운가? 
4) 위험 Cost   — 잘못되면 내가 책임져야 하나?

각 Cost를 미리 깎는 방법:

시간 Cost 깎기

❌ "한번 검토해주실 수 있나요?"   (얼마나 걸릴지 모름)
✅ "5분 정도면 볼 수 있는 분량입니다. 2페이지 표만 봐주시면 돼요."

인지 Cost 깎기

❌ "이 프로젝트 배경 아시죠? 이거 좀 봐주세요."  (배경 설명 부담)
✅ "배경 3줄로 요약하면 ~입니다. 이걸 전제로 A안과 B안 중 
    어느 쪽이 더 낫다 싶으신지만 봐주세요."

감정 Cost 깎기

❌ "요즘 제가 정말 힘든데..."   (듣는 사람이 불편함)
✅ "업무 분담이 좀 안 맞는 부분이 있어서 객관적 의견 듣고 싶습니다. 
    10분 정도 대화 가능하실까요?"

위험 Cost 깎기

❌ "이거 결정해 주세요"  (잘못되면 결정한 내가 책임)
✅ "이 건은 제가 책임 라인이고, 의견만 참고하려는 거예요. 
    솔직하게 말씀해 주시면 됩니다."

💡 핵심 원리 — “상대가 내 요청을 처리하는 시나리오를 내가 먼저 써준다”

요청 전에 상대의 관점에서 **“내가 이 요청을 처리하려면 뭐가 필요하지?”**를 먼저 떠올려보세요. 그 필요한 것들을 내가 미리 챙겨 제공하면, 상대는 **“아, 이 정도면 해줄 만해”**라고 생각합니다.

④ 선택지 제공 — 상대가 YES 방식을 고르게

왜 선택지가 YES를 키우나: 사람은 “YES or NO” 보다 “A 방식 or B 방식” 에 더 쉽게 응답합니다. 전자는 거절을 선택지로 허용하지만, 후자는 응답 자체가 이미 YES의 변형이기 때문입니다.

선택지 구성 예시

❌ "이번 주 안에 이거 봐주실 수 있나요?"  (YES/NO 질문)

✅ "이번 주 수요일이나 금요일 중 한 날 30분 시간 되실까요? 
    어느 쪽이 편하세요?"  (A or B 선택지)

❌ "A안 괜찮으세요?"  (단일안)

✅ "A안과 B안 준비해 봤는데, 
    - A안: 보수적이고 안전한 방향 
    - B안: 도전적이지만 효과 큼 
    어느 쪽이 더 이번 상황에 맞아 보이세요?"  (비교안)

⚠️ 선택지의 역풍

선택지가 너무 많으면 결정 피로를 주어 오히려 YES 비율이 떨어집니다. 2~3개 이내로 제한하세요.

❌ 선택지 5개: "A, B, C, D, E 중 고르세요" → 결정 미룸
✅ 선택지 2~3개: "A, B, 또는 기존대로 유지 중에서" → 즉결 가능

⑤ 거절 탈출구 — 거절해도 관계 손상 없게

왜 이 단계가 필요한가: 요청이 막히면 관계가 어색해집니다. **“거절해도 괜찮다”**는 신호를 같이 주면, 상대는 부담 없이 솔직해지고, 거절의 경우에도 관계가 유지됩니다.

거절 탈출구 = **“상대가 NO를 해도 내가 안 다친다”**는 사전 보장.

탈출구 문구의 3가지 유형

1) 시간 유예형
   "여유 있으시면 이번 주 안에 주시고, 어려우시면 다음 주도 괜찮습니다."

2) 대안 있음형
   "안 되시면 제가 다른 방법도 생각해 놓았으니 편하게 말씀해주세요."

3) 관계 보장형
   "지금 힘드시면 전혀 부담 갖지 마세요. 다른 분께 여쭤보는 것도 괜찮아요."

⚠️ 탈출구의 역효과

❌ "안 되시면 정말 안 하셔도 돼요 진짜로요 괜찮아요 정말로" (과잉)
   → 오히려 "꼭 해줬으면 좋겠다"는 압박으로 전달됨

✅ 짧게 한 줄. "어려우시면 말씀해주세요." 정도면 충분.

📋 체크리스트 — 요청 전에 30초

┌─────────────────────────────────────────────────┐
│  🧠 요청 전 30초 체크리스트                     │
├─────────────────────────────────────────────────┤
│                                                 │
│  □ 지금이 타이밍인가? (아니면 예약)             │
│  □ Ask 한 줄에 "동작·기한·범위"가 다 있나?      │
│  □ 상대의 Cost를 내가 미리 깎았나?              │
│  □ YES/NO 대신 A/B 선택지로 줬나?               │
│  □ 거절 탈출구를 한 줄 넣었나?                  │
│                                                 │
└─────────────────────────────────────────────────┘

💬 스크립트 예시

예시 1: 동료에게 업무 협조 요청 (메신저)

📌 내일 11시 A 프로젝트 발표 건, 15분만 검토 부탁드려도 될까요?

- 대상: 5페이지 요약본, 두 번째 섹션의 논리 전개
- 소요: 약 15분 (요약본 자체가 짧아요)
- 시점: 오늘 중 언제든 편하실 때
- 어려우시면 전혀 부담 갖지 마세요. B님께도 여쭤볼 수 있습니다.

예시 2: 상사에게 시간 요청 (면담 요청)

[메신저]
"오늘 오후 중에 15분만 시간 내주실 수 있을까요? 
 다음 주 출시 건 중 결정이 필요한 사항 하나와, 
 그 외 진행 상황 간단히 공유드리고 싶어서요.
 
 3시~4시 사이나, 5시 이후 중 편하실 때 알려주시면 그 시간에 찾아뵙겠습니다."

예시 3: 다른 팀에 자료 요청 (이메일)

제목: [요청] 4월 사용자 로그 데이터 공유 (~4/28)

안녕하세요 ○○팀 ○○님,

4월 사용자 행동 분석을 위해 로그 데이터 공유 부탁드립니다.

▫️ 필요한 것
 - 2026-04-01 ~ 2026-04-22 기간의 로그인/이탈 로그
 - CSV 또는 기존 공유 형식 어느 쪽이든 OK

▫️ 필요한 시점
 - 4/28(화)까지 받으면 분석 일정 맞출 수 있습니다

▫️ 소요 예상
 - 기존에 주시던 형식 그대로면 조회 쿼리만 돌려주셔도 됩니다

이번 주 일정이 어려우시면 알려주세요. 우선순위나 대안 함께 상의하겠습니다.

감사합니다.

예시 4: 친구에게 개인 부탁

"혹시 내일 오전에 30분만 시간 낼 수 있어? 
 내가 준비한 면접 답변 한번 들어주고 피드백 좀 받고 싶어서.
 
 30분이면 충분하고, 이번 주 말고 다음 주여도 괜찮아.
 바쁘면 편하게 말해줘, 무리 없이."

⚠️ 흔한 실수 5가지

실수 1: “사정 먼저, Ask 나중”

증상: “제가 요즘 일이 너무 많고 이번 주에 마감이 세 개고…” 3분 후에야 본론. 왜 나쁜가: 상대는 이미 “뭘 부탁하려는 거지?”라는 피로 상태. Ask 효과 반감. 교정: Ask 먼저, 사정은 필요한 만큼만 뒤에.

❌ [3분 사정] → [Ask]
✅ [Ask 한 줄] → "배경은 ~때문입니다." (1~2줄)

실수 2: “도움”이라는 단어로 Ask 감추기

증상: “좀 도와주실 수 있으실까요?” 이후 구체 없음. 왜 나쁜가: “도움”은 상대에게 전권을 넘기는 말. 상대가 “뭘 얼마나 해야 하지?” 혼란. 교정: “도움”을 “구체 동작”으로 바꾼다.

❌ "좀 도와주실 수 있을까요?"
✅ "이 문서 논리 흐름 부분에만 피드백 주시면 돼요."

실수 3: Cost 숨기기 / 과장하기

증상: “간단해요, 10분이면 돼요” → 실제로 1시간짜리 작업. 왜 나쁜가: 상대가 속았다고 느끼는 순간 다음 요청은 무조건 의심받음. 교정: Cost 정직하게 선공지. 잘 모르면 “제가 해봤을 때 20~30분 걸렸어요” 수준으로 범위 제시.

실수 4: 거절에 대한 과잉 반응

증상: 상대가 “어렵겠다” 하니 “아 그러면 안 해도 되겠네요” 폭발적 철회. 왜 나쁜가: 상대는 “이 요청 해줄 걸 그랬나” 싶은 죄책감을 떠안음. 관계 어색. 교정: “알겠습니다. 말씀 주셔서 감사해요.” 정도로 담담히 마무리. 다른 경로 찾기.

실수 5: 요청 뒤 진행 소식 안 전함

증상: 자료 받아놓고 그 뒤에 어떻게 됐는지 공유 없음. 왜 나쁜가: 상대는 “내 시간이 묻혔나?” 느낌. 다음 요청의 YES 가능성 폭락. 교정: 결과 짧은 공유. “주신 자료로 분석 마쳤고 결과는 ~였습니다. 감사합니다.” 한 줄이면 충분.

🧩 미니 연습

연습 1

상황: 내가 야근해서 진척을 냈는데, 남은 부분을 내일 휴가 동료 대신 
     다른 동료 B가 봐주면 마감 지킬 수 있음. B에게 부탁해야 함.

타이밍:  B가 여유 있을 오전 슬롯에 메시지
Ask:     "내일 오전 11시~1시 사이, A 프로젝트 테스트 2건만 돌려주실 수 있을까요?"
Cost:    "테스트 스크립트는 이미 준비돼 있고, 클릭 두 번이면 돌아가요. 약 30분 예상"
선택지:  "11시~12시 또는 12시~1시 중 편하신 시간"
탈출구:  "일정 안 맞으시면 알려주세요, 제가 새벽에 출근해서 처리할 수 있습니다"

연습 2

상황: 상사에게 월급 협상 면담 시간 요청. 부담되는 주제.

타이밍:  분기 평가 전후의 "성과 리뷰" 맥락 타이밍
Ask:     "다음 주 중 30분 정도 평가/성장 관련 면담 시간 내주실 수 있을까요?"
Cost:    "사전 준비는 제가 해서 드릴게요. 30분 안에 마칠 수 있습니다."
선택지:  "월, 수, 금 오후 중 편하실 때"
탈출구:  "일정 바쁘시면 그다음 주도 괜찮습니다"

📌 핵심 요약

1. 요청은 **“내가 원하는 것”이 아니라 “상대가 YES 하기 쉬운 형태”**로 설계한다.
2. 순서는 타이밍 → Ask → Cost 최소화 → 선택지 → 탈출구.
3. Ask는 한 줄에 “동작·기한·범위”가 다 들어가야 한다.
4. Cost는 4가지(시간·인지·감정·위험)를 미리 깎아서 제시한다.
5. “YES/NO” 대신 “A or B” 선택지로 던지면 YES 비율이 올라간다.
6. 거절 탈출구 한 줄이 관계를 지킨다. 단, 과잉은 금지.
7. 요청 뒤 결과 한 줄 공유가 다음 요청의 YES 가능성을 만든다.

좋은 요청자는 “상대의 시간을 얼마나 존중하는지”로 구별된다.