예상 질문에 답할 말 미리 준비하기

발표 뒤 나올 만한 날카로운 질문과 답변 뼈대를 만든다

프롬프트 · 변수 2개

당신은 이 분야를 오래 다뤄 온 심사위원입니다. 발표자를 격려하는 자리가 아니라, 주장이 실제로 버티는지 확인하는 자리에 앉아 있습니다.

저는 "{{발표 주제}}"로 발표를 마쳤고 이제 질의응답을 받습니다. 아래는 제가 발표에서 말할 주장과 근거입니다.

발표를 듣고 던질 만한 질문을 여덟 개 만들어 주세요. 무난한 확인 질문 대신, 근거가 약한 지점과 반대 해석이 가능한 지점을 노려 주세요. 자료 출처, 표본 크기, 인과와 상관의 혼동, 다뤄지지 않은 반대 사례를 특히 살펴 주세요.

각 질문은 "질문 · 이 질문이 겨냥하는 약점 · 답변 뼈대 세 줄 · 답을 모를 때 할 말" 순서로 정리해 주세요. 답변 뼈대의 첫 줄은 질문을 인정하는 문장, 둘째 줄은 제가 가진 근거, 셋째 줄은 한계 인정입니다. 질문은 아픈 순서대로 위에서부터 배열해 주세요.

다 쓴 뒤 스스로 점검해 주세요. 여덟 개 중 제 주장을 그대로 되풀이하게 만드는 질문이 있으면 지우고 더 날카로운 것으로 바꾼 다음, 최종본만 보여 주세요.

발표 요지: """ {{발표 요지}} """

복사한 뒤 여기에 붙여 넣으세요 · ChatGPT·Claude는 프롬프트를 실은 채 열립니다 ChatGPT에서 열기 ↗Claude에서 열기 ↗Gemini에서 열기 ↗뤼튼에서 열기 ↗ 빌더에서 고치기 수업용 카드 이미지 받기

결과 예시

아직 실제 결과를 확인하지 않았습니다. 확인 후 예시가 채워집니다.

왜 이렇게 쓰는가

역할
당신은 이 분야를 오래 다뤄 온 심사위원입니다. 발표자를 격려하는 자리가 아니라, 주장이 실제로 버티는지 확인하는 자리에 앉아 있습니다.
맥락
저는 "{{발표 주제}}"로 발표를 마쳤고 이제 질의응답을 받습니다. 아래는 제가 발표에서 말할 주장과 근거입니다.
과제
발표를 듣고 던질 만한 질문을 여덟 개 만들어 주세요. 무난한 확인 질문 대신, 근거가 약한 지점과 반대 해석이 가능한 지점을 노려 주세요. 자료 출처, 표본 크기, 인과와 상관의 혼동, 다뤄지지 않은 반대 사례를 특히 살펴 주세요.
형식
각 질문은 "질문 · 이 질문이 겨냥하는 약점 · 답변 뼈대 세 줄 · 답을 모를 때 할 말" 순서로 정리해 주세요. 답변 뼈대의 첫 줄은 질문을 인정하는 문장, 둘째 줄은 제가 가진 근거, 셋째 줄은 한계 인정입니다. 질문은 아픈 순서대로 위에서부터 배열해 주세요.
자기 검토
다 쓴 뒤 스스로 점검해 주세요. 여덟 개 중 제 주장을 그대로 되풀이하게 만드는 질문이 있으면 지우고 더 날카로운 것으로 바꾼 다음, 최종본만 보여 주세요.
입력 자료
발표 요지: """ {{발표 요지}} """

발표 예상 질문을 뽑아 달라고 하면 대개 "이 주제를 선택한 이유는 무엇인가요?" 수준의 질문이 나옵니다. 답하기 쉬운 질문만 준비하고 들어가면 실제 질의응답에서 아무 도움이 되지 않습니다. AI는 기본적으로 사용자를 도우려 하고, 그 습성이 질문을 무디게 만듭니다.

역할을 심사위원으로 못 박고 "격려하는 자리가 아니다"라고 덧붙인 이유가 그것입니다. 역할 한 줄만 넣어도 질문의 방향이 바뀝니다. 세 번째 문단에서 노려야 할 지점을 넷으로 지목한 것은 한 걸음 더 나아간 장치입니다. 출처, 표본, 인과와 상관, 빠진 반대 사례는 어떤 발표에서든 실제로 공격받는 자리입니다. 방향을 지정하지 않으면 AI는 주제와 관련된 흥미로운 질문을 만들려 하지, 약한 곳을 찾으려 하지 않습니다.

형식 문단이 답변을 세 줄로 쪼갠 데에도 이유가 있습니다. 질의응답에서 무너지는 이유는 몰라서가 아니라 말이 길어지다 방어적으로 들리기 때문입니다. 인정 → 근거 → 한계 세 줄로 미리 정해 두면 문장 순서가 흔들리지 않습니다. "답을 모를 때 할 말"을 따로 요구한 것도 같은 목적입니다. 모른다고 말하는 방법을 준비해 둔 사람과 그 자리에서 지어내는 사람의 인상은 완전히 다릅니다. 확인해서 알려 드리겠다는 한마디가 어설픈 추측보다 훨씬 안전합니다.

마지막 문단은 결과를 스스로 점검하게 합니다. 여덟 개를 한 번에 만들면 뒤로 갈수록 비슷한 질문이 반복되는데, 자기 검토를 붙이면 그중 물렁한 것들이 걸러집니다. 논문 심사 예상 질문처럼 진짜 심사가 걸린 자리라면 이 한 문단이 있고 없고의 차이가 큽니다.

용어가 낯설면 아하AI에서: role-prompting, persona

나쁜 예와 비교

흔한 나쁜 예

발표 끝나고 나올 질문 좀 뽑아줘

(발표 요지 붙여넣기)

발표 요지를 다시 묻는 질문이 대부분 나옵니다. "핵심 근거를 다시 설명해 주시겠어요?" 같은 것들이라 준비해도 실전에서 한 번도 쓰이지 않고, 정작 자료의 표본이 셋뿐이라는 약점은 아무도 짚어 주지 않은 채 발표장에서 처음 듣게 됩니다.

변형

질문에 실제로 답하는 연습을 할 때

질문에 실제로 답하는 연습을 할 때

당신은 이 분야의 심사위원입니다. "{{발표 주제}}" 발표를 막 들었습니다. 질문을 한 번에 하나씩만 던지고, 제 답을 들은 뒤 그 답의 빈틈을 파고드는 후속 질문을 이어서 해 주세요. 세 번 주고받은 다음에는 제 답변에서 좋았던 점과 고칠 점을 두 줄로 알려 주고 다음 질문으로 넘어가 주세요.

""" {{발표 요지}} """

목록이 아니라 실제 대화로 연습합니다. 준비한 답이 입으로 나오는지는 써 보는 것과 다릅니다.

청중이 전공자가 아닐 때

청중이 전공자가 아닐 때

저는 "{{발표 주제}}"를 전공자가 아닌 청중 앞에서 발표합니다. 이 청중이 던질 만한 질문을 여덟 개 만들어 주세요. 전문성 검증이 아니라 "그래서 나에게 무슨 상관인가", "그럼 어떻게 하라는 건가" 같은 방향의 질문을 중심으로 해 주세요. 답변 뼈대는 전문 용어 없이 세 줄로 써 주세요.

""" {{발표 요지}} """

청중이 바뀌면 아픈 질문의 종류도 바뀝니다. 일반 청중은 방법론보다 의미와 실행을 묻습니다.

관련 프롬프트

마지막 수정 2026-09-02 · 잘못된 점이 있나요? 알려 주세요