Q&A에서 결론이 흔들리는 건, 되받는 첫 문장에 전제가 없어서예요
발표는 매끄럽게 끝났습니다. 슬라이드도 다 넘겼고, 결론도 분명했죠. 문제는 그다음이었어요. IC 위원 한 명이 "그래서 base case에서 그 IRR이 나오는 근거가 뭐냐"고 물었고, 순간 머릿속에서 답은 서 있는데 영어로 옮기니 자꾸 방어처럼 들립니다. 근거를 붙이려다 문장이 길어지고, 길어지니 확신이 없어 보이고요.
PE·VC·부동산 심사역이 IC Q&A에서 무너지는 지점은 대개 발표가 아니라 되받는 첫 문장입니다. 결론을 지키려면 결론을 크게 말하는 게 아니라, 그 결론이 서 있는 전제를 먼저 눈에 보이게 깔아야 하거든요. 한국어로는 "이건 이러이러한 가정 하에서요"라는 말을 자연스럽게 앞에 붙이는데, 영어로 옮길 때 이 전제가 통째로 빠집니다. 그러면 위원들은 조건 없는 단정을 듣게 되고, 곧바로 "정말?"이라고 되묻게 되죠.
오늘은 딜 리뷰 발표 자체가 아니라, 발표가 끝난 뒤 질문을 되받는 순간에 집중해 볼게요. 전제를 앞에 얹어 결론을 말하는 다섯 가지 장면입니다.
"그 숫자 어떻게 나왔냐"에 곧장 답하면 방어가 됩니다
가장 흔한 질문이죠. IRR이든 exit multiple이든, 위원이 근거를 물으면 우리는 결과부터 반복하는 실수를 합니다. 그런데 결과를 반복하면 "지금 그 숫자를 방어하는 사람"으로 보여요. 전제를 먼저 놓고 그 전제 위에서 숫자가 나온다는 순서를 잡아야 합니다.
before 문장은 "왜 22퍼센트냐"에 "빨리 성장했으니까"라고 결과의 이유를 결과로 답한 꼴이에요. because 뒤에 오는 게 검증 가능한 조건이 아니라 뭉뚱그린 서술이라서 위원은 더 파고들 수밖에 없습니다. after는 assuming으로 두 개의 구체적 가정을 먼저 깔고, lands at으로 숫자가 그 위에 "떨어진다"는 뉘앙스를 줬어요. is 대신 lands at을 쓴 건 의도입니다. is는 확정된 사실처럼 들리고, lands at은 "이 전제라면 여기 도달한다"는 조건부 결과의 느낌이라 되묻기가 줄어듭니다.
"리스크는 뭐냐"에는 리스크를 먼저 인정하고 결론을 지키세요
리스크를 물었을 때 "큰 문제 없다"고 답하면, 위원은 우리가 리스크를 안 봤다고 판단합니다. 반대로 리스크를 길게 나열하면 딜이 무너지고요. 핵심은 리스크를 먼저 이름 붙여 인정하고, 그 리스크가 있어도 결론이 서는 조건을 뒤에 붙이는 순서예요.
before의 "I think it is fine"은 근거 없는 개인 의견이라 신뢰를 못 얻어요. IC에서 "I think"로 결론을 지탱하면 그 자체가 약점입니다. after는 리스크를 tenant concentration이라고 정확히 지목하고, even if로 최악의 시나리오를 스스로 열어 보인 다음 그래도 DSCR 1.3배가 유지된다는 정량 근거로 닫았습니다. even if를 쓴 건 "그 일이 벌어져도"라는 양보를 미리 깔아서, 위원이 던질 반박을 먼저 흡수하는 장치예요. 리스크를 피하지 않고 앞세우면, 오히려 결론이 단단해 보입니다.
확신과 유보 사이에서, 조동사로 강도를 조절하세요
전망을 말할 때 will을 남발하면 단정처럼 들리고, might만 쓰면 자신 없어 보입니다. IC에서는 이 강도 조절이 곧 신뢰도예요. 확정된 부분은 확정으로, 가정에 걸린 부분은 조건으로 나눠 말해야 합니다.
before는 미래를 will로 못박아서, 하나라도 어긋나면 발표자 전체 신뢰가 흔들립니다. after는 If로 조건을 먼저 세우고 should로 결론을 맺었어요. should는 한국어 "~일 겁니다"에 가까운, 근거에 기댄 예측입니다. 여기에 두 번째 시나리오(if input costs stay elevated)를 붙여 하방까지 미리 보여줬죠. 이렇게 쓰면 위원은 "이 사람은 양쪽을 다 계산했다"고 받아들이고, "그럼 25면 딜이 되냐"처럼 우리가 원하는 방향의 질문으로 넘어갑니다.
"왜 지금이냐"에는 판단의 전제를 먼저 꺼내세요
타이밍을 묻는 질문에 "시장이 좋으니까"라고 답하면 근거가 정성적이라 힘이 없습니다. 이 질문은 사실 "당신이 어떤 전제로 지금을 골랐냐"를 묻는 거예요. 그러니 판단의 근거가 된 전제를 문장 앞에 명시적으로 놓아야 합니다.
before의 "a good time"은 누구나 할 수 있는 말이라 근거가 됩니다 없어요. after는 Given that으로 두 개의 검증 가능한 사실(금리 정점, 밸류에이션 5년 저점)을 전제로 걸었습니다. 그리고 결론도 "is attractive"가 아니라 "looks attractive"로 썼어요. looks는 "지표상 그렇게 보인다"는 관찰의 뉘앙스라, 단정보다 분석의 결과로 들립니다. 전제가 사실이면 결론은 자동으로 따라오니, 위원은 결론이 아니라 전제를 검토하게 되고 대화가 생산적으로 흘러갑니다.
답을 모를 때도, 전제를 세우면 회피가 아니게 됩니다
가장 곤란한 순간은 데이터가 없어서 즉답이 어려울 때예요. "모르겠습니다"는 무능해 보이고, 얼버무리면 회피로 읽힙니다. 이때도 "어떤 전제라면 어떻게 답할 수 있는지"를 먼저 세우면, 모르는 것도 통제된 상태로 보입니다.
before는 "지금 그 숫자가 없다"에서 끝나서 대화도 끝납니다. sorry까지 붙으면 방어적이고요. after는 haven't stress-tested로 안 한 것을 담담히 인정하되, under a 20 percent volume drop이라는 구체적 전제를 스스로 제시하고 무엇을 먼저 다시 돌려볼지(re-run)까지 짚었습니다. 여기서 I'd re-run은 가정법으로, "그 상황이면 제가 이렇게 하겠다"는 행동 계획이에요. 모른다는 사실은 같지만, 전제와 다음 단계를 얹으면 미결이 회피가 아니라 후속 작업으로 바뀝니다.
정리하면, IC Q&A에서 결론을 지키는 힘은 결론을 세게 말하는 데 있지 않았어요. 되받는 첫 문장에 assuming, given that, even if, if 같은 전제 장치를 먼저 얹어, 위원이 결론이 아니라 그 밑의 가정을 검토하게 만드는 데 있었습니다.
이런 문장은 하루아침에 입에서 나오지 않아요. 실제로 받았던 질문 하나를 골라 되받는 첫 문장을 직접 영작해 보고, 전제가 앞에 놓였는지 문장 단위로 점검해 두면 다음 IC에서 그 자리가 덜 흔들립니다. 오늘 하나만 써 보셔도 충분해요.