논증 오류 고치기: 오류명보다 끊어진 추론을 복구하는 법

들어가며

이 글은 Logical-Thinking-and-Speaking-Essential 시리즈의 3단계입니다. 전체 훈련 순서와 도장 기준은 논리적 사고와 말하기 커리큘럼에서 확인할 수 있습니다.

앞선 2단계: 주장과 근거 연결하기에서는 주장, 근거, 두 문장을 잇는 연결 고리를 분리했습니다. 이제 그 연결이 실제로 결론까지 이어지는지 검사할 차례입니다. 자료가 사실이어도 표본이 너무 작을 수 있고, 함께 변한 두 현상 사이에 원인이 있다고 성급히 가정할 수 있으며, 가능한 선택지를 둘만 남겨 결론을 강제할 수도 있습니다.

논증 오류를 배우면 사람들은 종종 이름부터 찾습니다. “그건 성급한 일반화입니다”라고 말하면 분석을 끝낸 듯한 기분이 듭니다. 그러나 오류명은 고장 난 부품의 위치를 가리키는 라벨일 뿐입니다. 어느 전제가 빠졌는지, 어떤 대안이 지워졌는지, 무엇이 반례가 되는지, 결론의 범위가 근거보다 얼마나 넓은지를 문장으로 설명하지 못하면 논증을 고칠 수 없습니다.

이 글에서는 하나의 이어지는 실무 사례를 사용합니다. 고객지원팀의 티켓이 늘자 제품팀이 “AI 챗봇을 전면 도입하자”고 제안한 상황입니다. 목표는 제안을 비웃거나 무조건 방어하는 것이 아닙니다. 고객 응답 지연을 줄이려는 원래 의도를 보존하면서, 어떤 증거가 더 필요하고 어디까지 주장할 수 있는지 드러내는 것입니다.

오류는 사람의 속성이 아니라 연결의 결함이다

논증을 가장 단순하게 쓰면 다음과 같습니다.

근거: 최근 고객지원 티켓 다섯 건이 모두 비슷한 질문이었다.
연결 고리: 최근 다섯 건의 유형은 전체 문의의 분포를 대표한다.
주장: 그러므로 모든 고객 문의는 AI 챗봇으로 처리할 수 있다.

문제는 근거 문장 자체가 거짓이라는 데 있지 않습니다. 다섯 건이 정말 비슷했어도, 그 다섯 건이 전체를 대표한다는 연결 고리는 아직 입증되지 않았습니다. 논증 오류를 진단한다는 것은 바로 이 숨은 연결 고리를 밖으로 꺼내 검사하는 일입니다.

진단할 때는 다섯 가지 질문을 순서대로 묻습니다.

결론: 화자가 믿게 하거나 실행하게 하려는 것은 정확히 무엇인가?
빠진 전제: 근거에서 결론으로 가려면 무엇이 참이어야 하는가?
삭제된 대안: 결론 말고도 근거를 설명하거나 목표를 달성할 선택지는 무엇인가?
반례: 근거가 참인데 결론은 거짓인 상황을 만들 수 있는가?
범위: 근거가 관찰한 대상·기간·조건보다 결론이 더 넓지는 않은가?

반례가 하나 있다고 언제나 주장이 완전히 무너지는 것은 아닙니다. “모든 문의”라는 보편 주장은 예외 하나로 무너지지만, “반복 문의의 상당 부분” 같은 확률적 주장은 반례의 빈도와 중요도를 따져야 합니다. 그래서 반례는 상대를 이기는 카드가 아니라 주장의 적절한 범위를 찾는 측정 도구입니다.

여섯 오류를 진단하고 복구하기

1. 성급한 일반화: 표본에서 모집단으로 너무 멀리 뛴다

제품팀원이 말합니다.

“오늘 확인한 문의 다섯 건이 전부 배송 조회였어요. 고객 문의는 대부분 단순 반복이니 챗봇이 거의 다 해결할 겁니다.”

여기서 빠진 전제는 “오늘 확인한 다섯 건이 채널·고객군·시간대를 포함한 전체 문의를 대표한다”입니다. 반례는 결제 취소, 개인정보 변경, 감정이 격해진 불만처럼 판단과 권한이 필요한 문의입니다. 근거의 범위는 오늘의 다섯 건인데 결론은 모든 기간의 고객 문의까지 넓어졌습니다.

단순히 “성급한 일반화”라고 지적하는 대신 이렇게 진단합니다.

오늘 본 다섯 건이 배송 조회였다는 사실만으로 전체 문의가 단순 반복이라고 결론 내리려면, 그 다섯 건이 전체 유형 분포를 대표한다는 전제가 필요합니다. 현재 표본은 기간과 수가 제한되어 있어 결론의 범위를 뒷받침하지 못합니다.

의도를 보존한 수정안은 다음과 같습니다.

최근 8주간 전체 문의를 유형별로 분류해 배송 조회처럼 정해진 답이 있는 문의의 비율을 확인하겠습니다. 그 비율과 자동 답변의 정확도가 기준을 충족하면 해당 유형부터 챗봇으로 처리하는 실험을 제안합니다.

“챗봇을 쓰자”는 의도는 남았지만 대상, 기간, 판단 기준이 생겼습니다.

2. 거짓 양자택일: 선택지를 둘만 남긴다

“티켓 증가에 대응하려면 상담원을 더 뽑거나 챗봇을 전면 도입해야 합니다. 채용 예산이 없으니 챗봇밖에 없습니다.”

이 결론이 성립하려면 “인력 증원과 전면 자동화 외에는 응답 지연을 줄일 방법이 없다”는 전제가 참이어야 합니다. 하지만 도움말 검색 개선, 문의 양식의 사전 분류, 반복 문의 매크로, 제품 안의 상태 안내, 제한된 유형의 부분 자동화도 대안입니다.

복구의 핵심은 둘 중 하나를 고르는 것이 아니라 의사결정 공간을 다시 여는 것입니다.

채용 없이 응답 시간을 줄여야 한다는 제약은 유지하되, 전면 챗봇·반복 문의 부분 자동화·문의 유입 감소·상담 도구 개선을 비용, 위험, 예상 절감 시간으로 비교하겠습니다.

선택지가 많다고 모두 검토할 필요는 없습니다. 누락된 현실적 대안을 먼저 복원한 뒤, 같은 기준으로 줄이면 됩니다.

3. 상관관계와 인과관계의 혼동: 함께 움직였다는 사실에 원인을 덧붙인다

“새 도움말 센터를 공개한 주에 티켓이 20% 늘었습니다. 도움말 센터가 고객을 더 혼란스럽게 만든 것이 분명합니다.”

동시 발생은 출발점이지 인과 결론이 아닙니다. 이 문장에는 “같은 시기에 티켓 수에 영향을 준 다른 변화가 없었고, 도움말 센터 노출이 문의 행동을 바꿨다”는 전제가 숨어 있습니다. 실제로는 신규 기능 출시, 활성 사용자 증가, 집계 규칙 변경, 계절성 같은 공통 원인이 있을 수 있습니다.

반대로 “상관관계는 인과관계가 아니다”라는 말로 조사를 중단해서도 안 됩니다. 시간적 선후, 가능한 작동 경로, 대안 원인, 노출 집단과 비노출 집단의 차이를 확인합니다.

도움말 센터 공개와 티켓 증가가 같은 시기에 일어났습니다. 아직 원인이라고 단정할 수 없으므로, 같은 기간의 사용자 수와 제품 변경을 통제하고 도움말 페이지를 본 집단과 보지 않은 집단의 문의 전환율을 비교하겠습니다.

이 수정안은 의심을 폐기하지 않고 검증할 가설로 바꿉니다.

4. 권위에의 호소: 전문성의 이름이 근거를 대신한다

“유명한 AI 기업의 CTO도 모든 지원 조직이 곧 자동화될 거라고 했습니다. 우리도 전면 도입해야 합니다.”

전문가의 말은 무가치하지 않습니다. 해당 분야의 전문성이 있고, 이해충돌과 불확실성을 밝히며, 결론을 지지하는 자료와 추론을 제시했다면 좋은 출발 자료가 됩니다. 오류는 직함이나 명성이 우리 맥락에 적용되는 근거와 연결 고리를 대신할 때 생깁니다.

진단문은 이렇게 씁니다.

그 CTO의 경험은 자동화 가능성을 검토할 이유는 되지만, 우리 문의 구성과 품질 기준에서도 전면 도입이 유효하다는 결론을 직접 보장하지 않습니다. 인용한 판단의 근거와 우리 환경의 유사성을 별도로 확인해야 합니다.

복구할 때는 “누가 말했다”를 보조 정보로 낮추고, 우리 데이터와 판단 기준을 앞으로 가져옵니다.

업계 사례를 후보 해법의 참고 자료로 사용하되, 우리 문의 유형별 해결률·오답 위험·이관 시간을 측정한 파일럿 결과로 도입 범위를 결정하겠습니다.

5. 인신공격: 사람에 대한 평가로 주장의 진위를 대신한다

“파일럿부터 하자는 의견은 신입 개발자가 낸 겁니다. 고객지원을 잘 모르니 들을 가치가 없습니다.”

신입이라는 사실은 제안의 비용, 위험, 검증 가능성과 논리적으로 연결되지 않습니다. 이해관계나 경험 부족이 자료 해석에 영향을 줄 수는 있지만, 그 경우에도 어떤 근거가 빠졌거나 틀렸는지를 보여야 합니다.

제안자의 경력이 짧다는 사실만으로 파일럿 제안의 타당성이 결정되지는 않습니다. 파일럿이 대표 표본을 만들 수 있는지, 기간과 성공 기준이 충분한지를 검토해야 합니다.

사람과 논증을 분리한다고 전문성을 무시하는 것은 아닙니다. 전문성은 증거의 신뢰도를 판단하는 한 요소일 수 있지만, 반대편 논증을 검토하지 않아도 되는 면허는 아닙니다.

6. 허수아비 논증: 다루기 쉬운 약한 주장으로 바꿔 친다

신입 개발자의 실제 발언은 이렇습니다.

“환불과 개인정보 문의는 위험이 크니 배송 조회만 2주간 자동화해 정확도와 상담 이관률을 보죠.”

그런데 반대하는 사람이 이렇게 요약합니다.

“자동화를 반대하고 계속 수작업하자는 의견이군요. 티켓이 쌓이는데 아무것도 하지 말자는 건 현실적이지 않습니다.”

원래 주장은 자동화 반대가 아니라 제한된 범위에서 먼저 검증하자는 제안입니다. 상대가 말하지 않은 강한 표현을 덧붙인 뒤 그것을 반박했으므로 실제 쟁점인 파일럿의 비용과 정보 가치는 검토되지 않은 채 남습니다.

진단 전에 먼저 원문을 상대가 동의할 문장으로 복원합니다.

이 의견은 자동화를 거부하자는 것이 아니라, 위험이 낮은 배송 조회에 먼저 적용하고 측정 결과에 따라 확대하자는 제안입니다. 따라서 쟁점은 자동화 여부가 아니라 파일럿의 범위와 기간이 충분한지입니다.

이 과정이 스틸맨(steelmanning) 입니다. 상대의 주장을 더 그럴듯한 다른 주장으로 바꾸는 것이 아니라, 실제 의도를 가장 강하고 공정한 형태로 표현한 뒤 그 형태를 검토합니다.

공정한 스틸맨을 만드는 네 단계

논증 오류를 찾는 사람에게 가장 위험한 오류는 자신도 허수아비를 만드는 것입니다. 다음 네 단계를 거치면 진단이 공격이 아니라 공동 수리가 됩니다.

원문과 해석을 분리합니다. 상대가 실제로 말한 문장을 먼저 적고, 내가 추정한 의도는 별도로 씁니다.
합리적인 핵심 우려를 찾습니다. 위 사례라면 오답이 고객 권리와 개인정보에 미칠 위험, 되돌리기 어려운 전면 배포의 비용입니다.
가장 강한 근거를 붙입니다. 상대가 제시한 근거 중 관련성이 높은 것을 남기고, 빠졌지만 쉽게 확인 가능한 맥락을 보충합니다. 상대가 하지 않은 과장된 주장을 새로 만들지는 않습니다.
확인한 뒤 비판합니다. “제가 이해한 주장은 X이고 핵심 이유는 Y입니다. 맞습니까?”라고 확인한 후, 동의한 버전의 빠진 전제와 범위를 검토합니다.

스틸맨은 동의를 뜻하지 않습니다. “당신 말은 결국 자동화를 늦추자는 것”이 아니라 “위험이 큰 유형을 제외한 파일럿으로 불확실성을 줄이자는 것”이라고 정확히 세운 뒤, 2주가 계절성과 예외 유형을 포착하기에 충분한지 날카롭게 물을 수 있습니다. 공정함과 엄격함은 반대가 아닙니다.

진단과 복구의 표준 절차

실무에서는 다음 순서를 한 장에 적용합니다.

1단계: 논증을 있는 그대로 추출한다

수사적 표현을 걷어 내고 주장–근거–연결 고리로 옮깁니다. 한 문장에 주장이 여러 개면 나눕니다. 상대가 명시하지 않은 연결 고리는 “이 결론이 나오려면 무엇이 참이어야 하지?”라고 물어 가설로 적습니다.

2단계: 연결을 네 방향에서 압박한다

전제: 빠진 전제가 사실인가? 확인할 방법이 있는가?
대안: 같은 근거를 설명하는 다른 원인이나 다른 해법은 없는가?
반례: 근거가 참이면서 결론이 거짓인 사례는 무엇인가?
범위: 대상, 시간, 조건, 확신의 강도가 근거와 맞는가?

3단계: 상대의 의도를 스틸맨한다

상대가 달성하려는 목표와 가장 강한 근거를 한 문장으로 다시 쓰고 확인합니다. 감정적인 표현이나 사람 평가는 제거하되, 불편한 핵심 주장을 약화하지 않습니다.

4단계: 최소 수정으로 복구한다

처음부터 전혀 다른 제안으로 갈아 끼우지 않습니다. 다음 수단 중 필요한 것만 씁니다.

표본과 근거를 추가한다.
누락된 대안을 복원해 비교한다.
인과 주장을 검증할 가설로 낮춘다.
모두, 항상, 유일 같은 범위를 최근 8주, 배송 조회 유형, 현재 자료에서는으로 좁힌다.
성공 기준과 주장을 포기할 조건을 명시한다.

5단계: 반증 가능한 문장인지 확인한다

좋은 수정안은 틀릴 수 있어야 합니다. “챗봇이 효율을 높일 것이다”는 실패 조건이 보이지 않습니다. “배송 조회 문의에서 정확도 95% 이상, 사람에게 재문의하는 비율 10% 이하일 때 적용 범위를 넓힌다”는 관찰로 판단할 수 있습니다. 수치가 아직 없다면 임의로 만들지 말고 “파일럿 전에 담당자와 기준을 합의한다”고 적습니다.

바로 복사해 쓰는 진단·복구 워크시트

아래 템플릿은 회의 발언, 제안서, 광고, 기사, 자신의 과거 주장에 그대로 사용할 수 있습니다.

[논증 출처]
발언/문서와 맥락:
원문:

[1. 논증 추출]
핵심 주장:
제시된 근거:
명시된 연결 고리:
숨은 연결 고리(이 결론이 나오려면 참이어야 하는 것):

[2. 공정한 재구성]
화자가 해결하려는 문제 또는 보존하려는 가치:
상대가 동의할 만한 가장 강한 요약:
요약을 실제로 확인했는가? 예 / 아니오

[3. 끊어진 지점 진단]
빠진 전제:
삭제된 원인 또는 선택 대안:
가능한 반례:
근거의 범위(대상/기간/조건):
결론의 범위(대상/기간/조건/확신 수준):
두 범위가 어긋나는 지점:
오류명을 쓰지 않고 완전한 문장으로 쓴 진단:

[4. 복구]
보존할 원래 의도:
추가로 확인할 근거:
복원해 비교할 대안:
좁힐 범위 또는 낮출 확신 수준:
수정한 주장:
주장을 지지하는 연결 고리:
주장이 틀렸다고 판단할 관찰 또는 조건:
다음 확인 행동과 담당자/기한:

진단 문장은 반드시 “A라는 근거에서 B라는 결론으로 가려면 C라는 전제가 필요하지만, 현재 D 때문에 그 전제가 확인되지 않았다”처럼 씁니다. 이 형식은 오류명을 몰라도 추론의 끊어진 위치를 보여 줍니다.

단계별 훈련법: 찾기보다 고치는 데 더 오래 쓴다

1회차: 느리게 해부하기

자신의 과거 제안 하나를 골라 주장, 근거, 숨은 연결 고리를 색이나 기호로 구분합니다. 전제·대안·반례·범위를 각각 하나 이상 적습니다. 처음에는 오류명을 쓰지 않습니다. 이름이 떠오르면 옆에 메모하되, 진단 문장이 완성되기 전에는 결론으로 삼지 않습니다.

2회차: 반대편에서 스틸맨하기

동료의 반대 의견을 골라 상대가 동의할 요약을 만듭니다. 가능하면 당사자에게 “이것이 당신 주장의 가장 강한 버전인가?”라고 확인합니다. 확인받지 못했다면 원문에 근거한 부분과 내 추정을 구분합니다. 그 뒤에만 비판합니다.

3회차: 한 주장을 세 가지 강도로 고치기

같은 주장을 다음 세 버전으로 작성합니다.

탐색 가설: 무엇을 의심하며 어떤 자료를 확인할 것인가?
제한된 주장: 현재 근거로 어느 대상·기간·조건까지 말할 수 있는가?
행동 제안: 불확실성을 감안해 지금 되돌릴 수 있는 다음 행동은 무엇인가?

예를 들어 “도움말 센터가 티켓을 늘렸다”를 “원인 후보로 조사한다”, “노출 집단에서 문의 전환율이 높다면 일부 탐색 흐름에 문제가 있다고 본다”, “두 집단을 비교하고 문제 페이지를 수정한다”로 나눌 수 있습니다.

4회차: 말로 복구하기

2분 동안 상대 주장 요약 → 동의하는 근거 → 끊어진 연결 → 필요한 확인 → 수정 제안 순서로 말하고 녹음합니다. 듣는 사람에게 “상대를 약하게 바꾼 대목이 있었는가?”, “수정안이 원래 목표를 보존했는가?”, “무엇을 관찰하면 결론이 바뀌는가?”만 물어봅니다. 한 번에 전달력까지 모두 고치려 하지 말고, 가장 약한 한 항목만 고쳐 다시 말합니다.

흔한 실패와 교정법

오류명을 판결문처럼 쓴다

“권위에의 호소니까 틀렸습니다”라고 하면 상대는 공격받았다고 느끼고, 실제 근거는 검토되지 않습니다. 교정: 오류명 없이 빠진 전제를 완전한 문장으로 말합니다. 이름은 분석 기록의 색인으로만 씁니다.

상대 의도까지 제거한다

문장을 안전하게 고치려다 “추가 조사가 필요하다”만 남기면 아무 결정도 돕지 못합니다. 교정: 먼저 보존할 목표를 적습니다. “응답 지연을 줄인다”는 의도를 유지하면서 자동화 범위와 검증 조건만 고칩니다.

반례 하나로 확률적 주장을 전부 폐기한다

예외 한 건은 “모두”를 반박하지만 “대부분”을 곧바로 반박하지는 않습니다. 교정: 반례가 존재한다는 사실뿐 아니라 빈도, 피해 크기, 결론에 필요한 임계 수준을 확인합니다.

가능한 대안을 끝없이 늘린다

거짓 양자택일을 피하려다 현실성 없는 선택지까지 수십 개 나열하면 의사결정이 멈춥니다. 교정: 목표와 제약을 만족할 수 있는 대안만 복원하고, 동일한 평가 기준으로 3~4개 후보를 비교합니다.

상관관계를 보면 인과 논의를 금지한다

상관관계는 인과의 충분한 증거가 아니지만 조사할 단서가 될 수 있습니다. 교정: 작동 경로, 시간 순서, 공통 원인, 비교 집단을 적어 검증 가능한 인과 가설로 바꿉니다.

스틸맨을 대신 작성해 상대에게 덮어씌운다

원래 주장보다 멋진 주장을 만들어 놓고 “당신 뜻은 이거죠”라고 하면 또 다른 왜곡입니다. 교정: 원문에서 근거를 찾고, 추정은 추정이라고 밝히며, 가능하면 상대의 확인을 받습니다.

검증 가능성을 임의의 숫자로 꾸민다

구체적으로 보이려고 근거 없는 목표 수치를 만들면 오류를 하나 더 얹는 셈입니다. 교정: 기존 SLA나 과거 분포처럼 근거가 있는 기준을 쓰고, 없으면 수치를 정할 절차와 책임자를 명시합니다.

완료 실습: 다섯 사례를 진단하고 세 사례를 복구한다

이 실습은 커리큘럼의 도장 3 — 오류를 진단하고 복구한다와 정확히 대응합니다. 먼저 아래 다섯 가상 문장으로 진단 절차를 익히는 워밍업을 합니다. 이 문장으로 작성한 답은 연습용이며 도장 증거로 제출하지 않습니다.

“어제 배송 조회 세 건이 모두 같은 질문이었으니, 고객 문의 전체는 챗봇이 처리할 수 있다.”
“상담원을 채용할 수 없다면 전면 챗봇 말고는 티켓 적체를 해결할 방법이 없다.”
“챗봇 시연 뒤 만족도 점수가 올랐으니, 챗봇이 만족도 상승의 원인이다.”
“보안팀 담당자는 원래 신기술에 보수적이므로 개인정보 유출 우려는 검토할 가치가 없다.”
“배송 조회만 먼저 자동화하자는 말은 결국 AI 도입을 반대하고 아무것도 바꾸지 말자는 뜻이다.”

워밍업을 마치면 회의 발언, 광고, 기사, 자신의 과거 주장 가운데 실제 사례 다섯 건을 수집합니다. 사례마다 원문을 그대로 옮기고 출처와 당시 맥락을 기록합니다. 이 다섯 건에는 2단계에서 작성한 논증을 반드시 하나 포함합니다. 포함할 수 없다면 무엇이 남아 있지 않거나 왜 사용할 수 없는지 사유를 함께 기록합니다.

제출물 A: 다섯 사례의 완전한 진단문

수집한 실제 사례마다 다음 네 문장을 모두 씁니다. 단어만 채우거나 “성급한 일반화다”처럼 오류명으로 끝내면 완료가 아닙니다.

이 발언의 근거는 무엇이고 결론은 무엇인지 완전한 문장으로 씁니다.
근거에서 결론으로 가기 위해 필요한 숨은 전제를 완전한 문장으로 씁니다.
삭제된 대안 또는 결론이 성립하지 않는 반례를 완전한 문장으로 씁니다.
근거와 결론의 대상·기간·조건·확신 범위가 어디서 어긋나는지 완전한 문장으로 설명합니다.

실제 사례 다섯 건 모두 네 문장을 채워야 합니다. 최소 20개의 완전한 진단문이 남아야 하며, 오류명은 보조 표기로만 사용할 수 있습니다.

제출물 B: 세 사례의 복구안

실제 사례 다섯 건 중 서로 다른 세 개를 골라 다음 항목을 작성합니다.

상대가 해결하려던 문제와 보존할 의도를 한 문장으로 적습니다.
상대가 동의할 만한 가장 강한 형태로 원래 주장을 한 문장으로 요약합니다.
원래보다 실제로 좁힌 범위 또는 추가로 확인한 근거를 밝힙니다. 필요하다면 복원해 비교한 대안도 함께 적습니다.
수정한 주장을 완전한 문장으로 씁니다.
어떤 관찰이나 조건에서 그 주장을 채택하거나 포기할지 적습니다.
당장 수행할 다음 확인 행동을 적습니다.

복구안은 “더 알아보자”로 끝나면 안 됩니다. 예를 들어 대상 문의 유형과 관찰 기간을 실제로 좁히거나, 출처와 맥락을 확인한 근거를 주장에 추가해야 합니다. 필요한 근거를 나열하거나 삭제된 대안을 복원하는 데 그친 수정안은 통과하지 않습니다. 비교할 대안과 평가 기준을 밝히거나 파일럿에서 기록할 정확도·이관률·위험 사건을 명시할 수 있지만, 세 사례 각각에는 좁아진 범위 또는 확인된 근거가 반드시 반영되어야 합니다. 기준 수치를 정할 근거가 없다면 담당자와 기준을 합의하는 행동까지 적습니다.

통과 기준

실제 사례 다섯 건 모두에서 원문과 출처·맥락을 기록하고, 근거, 결론, 빠진 전제, 대안 또는 반례, 범위의 어긋남을 완전한 문장으로 설명했다. 2단계 논증을 포함했거나 포함하지 못한 사유도 기록했다.
진단이 사람의 지능·성격·경력을 평가하지 않고 추론의 연결만 다룬다.
세 복구안 모두 상대의 원래 의도와 핵심 우려를 공정하게 보존한다.
세 복구안 각각에 원래보다 실제로 좁힌 범위 또는 추가로 확인한 근거가 반영되었으며, 필요한 근거의 목록이나 복원한 대안만 적은 사례는 없다.
세 수정 주장 모두 채택하거나 포기할 수 있는 관찰 조건이 있어 검증 가능하다.
동료 한 명이 원문과 스틸맨을 비교해 “약하게 바꾼 부분이 없다”고 확인했다. 혼자 수행했다면 원문에 근거한 부분과 추정을 구분해 표시했다.

이 여섯 항목을 모두 충족했을 때만 도장을 찍습니다. 오류 여섯 종류의 정의를 암기했더라도, 실제 사례 다섯 건의 연결을 설명하고 그중 세 사례를 고치지 못했다면 아직 완료가 아닙니다.

자기 점검표

진단 전

상대의 원문과 내가 해석한 문장을 분리했는가?
핵심 주장과 제시된 근거를 각각 한 문장으로 썼는가?
오류명을 떠올리기 전에 숨은 연결 고리를 적었는가?

진단 중

빠진 전제가 참인지 확인할 방법을 적었는가?
같은 근거를 설명하는 다른 원인과 다른 해법을 구분했는가?
근거가 참이고 결론이 거짓인 반례를 시도했는가?
대상, 기간, 조건, 확신의 범위를 서로 비교했는가?
사람에 대한 평가가 아니라 추론의 결함을 문장으로 설명했는가?

복구 후

상대가 달성하려던 목표와 정당한 우려가 남아 있는가?
삭제된 대안을 복원하거나 누락된 근거를 확인하도록 했는가?
수정한 결론이 근거보다 넓게 주장하지 않는가?
어떤 관찰이 나오면 내 판단을 바꿀지 말할 수 있는가?
다음 확인 행동의 대상, 담당자, 기한이 분명한가?

마무리

논증 오류를 다루는 목적은 더 빠르게 “틀렸다”고 말하는 것이 아닙니다. 근거와 결론 사이에서 사라진 전제를 복원하고, 닫힌 선택지를 다시 열고, 반례로 범위를 조정해 함께 판단할 수 있는 주장으로 만드는 것입니다. 오류명은 기억을 돕지만, 실제 실력은 “이 근거만으로 이 결론에 가려면 어떤 전제가 필요하며, 우리는 그것을 확인했는가?”라고 물을 때 드러납니다.

좋은 비판은 원래 의도를 파괴하지 않습니다. 고객 응답 지연을 줄이려는 목표를 남겨 둔 채, 전면 자동화라는 과한 범위를 반복 문의 파일럿으로 좁히고, 업계 권위 대신 우리 데이터를 확인하고, 상대가 동의할 만큼 공정하게 주장을 재구성합니다. 그렇게 고친 주장은 처음보다 약해 보일 수 있지만 실제로는 더 강합니다. 틀릴 조건이 보이고, 필요한 증거가 보이며, 다음 행동을 결정할 수 있기 때문입니다.

다음 단계에서는 이렇게 복구한 내용을 듣는 사람이 따라갈 수 있는 순서로 배치합니다. 논증이 건전해도 결론, 이유, 행동이 뒤섞이면 전달되지 않습니다.

다음 학습 (Next Learning)

이전 단계: 주장과 근거: 결론을 증거와 연결하는 논증 만들기
커리큘럼: 논리적 사고와 말하기: 실전 훈련 커리큘럼
다음 단계: 메시지 구조화: 30초·1분·3분에도 같은 중심을 유지하는 법