스카이-레인-우산: 명확한 비즈니스 커뮤니케이션 프레임워크

"말을 잘하는 사람이 똑똑하다"는 말은 절반만 맞다고 생각합니다. 나머지 절반은 지능이 아니라 생각을 정리하는 순서에 달려 있지 않을까 자주 생각하거든요.

예를 들어, 보고할 때마다 "그래서 그게 무슨 뜻이야?"라는 질문을 받는 사람들을 떠올려 보세요.

보고서를 보내고 혹시 몰라 자료도 첨부했는데, 상사에게 이런 답장이 옵니다. "그래서 우리가 뭘 해야 하는데?"

"일단 공유드립니다."

"고객사가 화난 것 같습니다."

"우선 가격부터 낮추죠."

다 평범한 보고처럼 보입니다. 하지만 이 세 가지를 받은 사람은 여전히 다음에 무엇을 해야 할지 모릅니다.

왜 통하지 않을까요? 어디까지가 사실이고 어디서부터가 해석인지, 받는 사람이 직접 분류해야 하기 때문입니다.

McKinsey 같은 컨설팅 펌에는 '하늘, 비, 우산'이라는 흔한 프레임워크가 있습니다.

하늘을 본다 (사실) 비가 올 것 같다고 해석한다 (해석) 우산을 챙긴다 (행동)

이 세 가지 요소를 분리해서 말하는 프레임워크입니다.

게다가 이 이름의 유래가 된 일기예보에는 또 다른 '비법'이 있습니다. 바로 강수확률이죠. 60%라고 하면, 동일한 예보를 100번 발표했을 때 약 60번은 1mm 이상의 비나 눈이 내린다는 뜻입니다.

즉, 일기예보는 "내일 비가 옵니다"라고 말하지 않습니다. "비가 올 확률은 60%입니다"라며 그 예측이 얼마나 확실한지 나타내는 숫자를 덧붙입니다.

보고서를 '알아듣기 쉽게' 만드는 것이 바로 이것입니다.

하늘(사실), 비(해석 + 확신도), 우산(원하는 행동)이 각각 문장으로 분리되어 있는가?

이는 머리가 얼마나 빨리 돌아가는지나 학력의 문제가 아니라 '배열 순서'의 문제이므로, 누구나 오늘 당장 따라 할 수 있습니다.

저도 매일 Slack 으로 보고를 받지만, 방심하면 저도 모르게 "공유드립니다"라고만 보내곤 합니다.

앞서 든 세 가지 예시에는 각각 하나의 요소가 빠져 있습니다.

① "일단 공유드립니다" = 하늘만 있음

→ "A 사 서류는 오후 5 시 기준으로 70% 완료되었습니다. 나머지는 수치 확인을 기다리고 있어 내일 정오로 밀릴 가능성이 있습니다(약 80%). 내일 오후 3 시까지 제출해도 괜찮을까요?"

받는 사람은 마지막 문장에 "네" 또는 "아니오"라고만 답하면 됩니다.

② "고객사가 화난 것 같습니다" = 비만 있음

→ "고객사로부터 '이번 주 안으로'라는 메일을 두 통 받았습니다. 급한 것으로 읽히지만 반반인 것 같습니다. 오늘 진행 상황을 전달해도 될까요?"

해석이 사실처럼 들리면, 받는 사람은 "정말로 화가 난 건가?"를 확인하는 데서 시작하게 됩니다.

③ "가격을 낮추죠" = 우산만 있음

→ "지난달 견적을 보낸 세 곳 중 두 곳이 가격 때문에 거절했습니다. 아마 시장가보다 10% 높은 것 같습니다(데이터 2 건 기준). 다음 업체에는 가격을 10% 낮춰서 제안해 봐도 될까요?"

하늘과 비 없이 우산만 던지면, 받는 사람은 "왜?"라고 되물어야 하므로 불필요한 마찰이 생깁니다.

확신도는 굳이 숫자일 필요가 없습니다. "거의 확실함", "아마도(80%)", "반반", "그냥 짐작" 같은 표현이면 충분합니다. 이것만으로도 받는 사람은 어디까지 믿고 행동할지 결정할 수 있습니다.

세 가지 수정안의 공통점은 사실과 해석을 분리하고, 확신도는 해석에만 붙였다는 것입니다.

하지만 분리했는데도 보고가 길어지는 사람들이 있습니다. 저도 예전엔 그랬습니다. 제 생각에 원인은 '하늘부터 시작하기' 때문인 것 같습니다.

하늘-비-우산은 말하는 순서이지, 생각하는 순서는 아니라고 봅니다.

생각할 때는 반대로, 우산을 먼저 정하세요.

"내일 오후 3 시까지 제출해도 되는지 물어봐야겠다"가 정해지면, 그 결정을 위해 필요한 하늘(사실)만 거슬러 올라가 찾습니다.

그러면 하늘은 '수집'하는 대상에서 '선택'하는 대상으로 바뀝니다.

① 번 예시에서 우산이 "내일 오후 3 시까지 제출해도 될까?"이므로, 필요한 하늘은 "오후 5 시 기준 70% 완료"와 "수치 확인 대기 중"뿐입니다. 몇 시간을 썼는지, 내부적으로 어떤 논의가 있었는지는 받는 사람의 "Yes or No"와 무관하므로 넣지 않아야 합니다.

"혹시 몰라 자료를 첨부하는" 습관은 아직 우산이 정해지지 않았기 때문이라고 생각합니다. 무엇이 필요한지 모르니 일단 전부 넘기는 것이죠.

따라서 똑똑한 사람들의 보고가 짧아 보이는 것은 언변이 뛰어나서가 아니라, 필요 없는 하늘(사실)을 버리기 때문입니다.

예를 들어 툴 비용 관련 상담이라면:

・모든 하늘을 나열할 경우:

→ "각 툴의 기능과 가격을 비교한 표를 첨부했습니다. 사용하지 않는 좌석이 있는 것 같습니다."

・우산을 기준으로 선택할 경우:

→ "사용하지 않는 좌석이 3 개 있습니다. 다음 달부터 3 개 좌석을 해지해도 될까요?"

반대로 모든 하늘을 나열한 보고는 꼼꼼해 보이지만, 실제로는 무엇이 중요한지 판단하는 일을 받는 사람에게 떠넘기는 셈입니다.

그래서 저는 회의 안건 맨 위에 항상 "무엇을 결정하는 자리인가?"를 적고 세부 사항을 채웁니다. 보고서에도 이 순서를 그대로 적용합니다.