4부 17장. 멀티턴 대화의 구조: 탐색, 정리, 초안, 비평, 개선

지난 장에서 우리는 왜 복잡한 작업을 한 번에 끝내려 하면 자주 빗나가는지 살펴보았다. 이제 다음 질문은 자연스럽다. 그렇다면 여러 번 대화한다고 해서, 그 자체로 좋은 결과가 나올까.

안타깝게도 꼭 그렇지는 않다. 대화를 여러 번 이어 가기만 하면 오히려 더 쉽게 산으로 간다. 처음에는 아이디어를 넓히다가, 갑자기 초안을 쓰고, 중간에 다시 방향을 뒤집고, 이미 버린 기준을 되살리고, 마지막에는 무엇이 최종안인지조차 헷갈리는 일이 자주 벌어진다.

그래서 멀티턴 대화에는 구조가 필요하다. 길게 대화하는 것이 중요한 것이 아니라, 각 턴이 무슨 역할을 하는지 구분하는 것이 중요하다. 잘하는 사람은 AI와 오래 이야기하는 사람이 아니라, 대화를 단계별 작업 흐름으로 운영하는 사람이다.

이 장에서는 멀티턴 대화를 다섯 단계로 나누어 보는 기본 구조를 소개하겠다. 그 다섯 단계는 탐색, 정리, 초안, 비평, 개선이다. 이 구조를 익히면 대화를 길게 끌어도 방향을 잃지 않게 된다.

왜 대화에도 구조가 필요한가

사람끼리 함께 일할 때도 순서가 있다. 먼저 문제를 이해하고, 그다음 방향을 정하고, 초안을 만들고, 검토하고, 고친다. 그런데 AI와 대화할 때는 이상하게 이 순서를 건너뛰고 싶어진다. 바로 결과물부터 받고 싶기 때문이다.

하지만 구조 없는 멀티턴은 마치 설계도 없이 집을 짓는 것과 비슷하다. 벽부터 세웠다가 창문 위치를 바꾸고, 지붕을 올린 뒤에 방 개수를 다시 정하는 식이 된다. 겉보기에는 계속 작업하는 것 같지만, 실제로는 재작업이 늘어난다.

구조가 있으면 좋은 점은 단순하다. 지금 이 턴에서 무엇을 해야 하는지가 분명해진다. 아이디어를 넓혀야 하는지, 선택지를 줄여야 하는지, 초안을 가볍게 써야 하는지, 아니면 약점을 일부러 찾아야 하는지가 보인다. 그러면 AI도 덜 흔들리고, 사용자도 덜 흔들린다.

멀티턴 대화의 기본 구조

가장 실전적인 기본형은 다음 다섯 단계다.

이 다섯 단계는 거창한 방법론이 아니다. 오히려 자연스럽다. 문제는 많은 사용자가 이 단계들을 한 턴 안에 다 해 버리려 한다는 데 있다. 그러면 AI는 어느 역할을 우선해야 할지 모호해진다.

예를 들어, 아이디어를 넓혀야 하는 탐색 단계에서 곧바로 "완성된 보고서로 써 줘"라고 하면, 생각의 폭이 좁아진다. 반대로 이미 방향이 정해졌는데 계속 "다른 가능성도 더 제안해 줘"라고 하면 끝없이 헤맨다. 단계가 섞이면 작업은 길어지는데, 품질은 오히려 흐려진다.

1단계 탐색: 처음부터 정답을 좁히지 말 것

탐색은 가능한 방향을 넓게 보는 단계다. 여기서의 목표는 멋진 문장을 뽑는 것이 아니라, 문제를 더 잘 이해하는 것이다.

많은 사람이 이 단계를 건너뛴다. 하지만 실제로는 여기서 이후 품질이 많이 갈린다. 처음부터 답을 쓰게 하지 말고, 우선 선택지와 관점을 모아야 한다.

탐색 단계에서는 이런 요청이 잘 맞는다.

• 이 문제를 푸는 접근 방식 3가지를 제안해 줘.

• 독자 관점에서 중요할 쟁점을 먼저 뽑아 줘.

• 내가 놓치기 쉬운 변수나 리스크를 알려 줘.

• 이 주제를 설명할 때 가능한 구조를 몇 가지 보여 줘.

중요한 점은 이 단계에서 너무 일찍 하나를 확정하지 않는 것이다. 탐색의 목적은 "최종안 만들기"가 아니라 "지도 펼치기"다. 지도도 펼치지 않은 채 길을 정하면, 빨리 가는 것 같아도 자주 잘못 든다.

이 단계에서 좋은 사용자는 AI에게 답을 받아내는 대신, 오히려 질문을 더 잘 받는다. "누가 읽는가", "무엇이 핵심인가", "어떤 형식이 맞는가", "무엇을 빼야 하는가" 같은 질문이 정리되면, 이미 절반은 이긴 셈이다.

2단계 정리: 넓힌 것을 압축하고 기준을 세우기

탐색이 넓히는 단계라면, 정리는 좁히는 단계다. 이때부터 대화는 조금 더 단단해진다. 어떤 방향이 더 적합한지, 무엇을 우선순위로 둘지, 어떤 형식으로 갈지를 정해야 한다.

많은 대화가 산으로 가는 이유는 탐색만 오래 하고 정리를 안 하기 때문이다. 아이디어는 계속 늘어나는데 결정은 미뤄진다. 그러면 대화는 풍성해 보여도 작업은 앞으로 나아가지 않는다.

정리 단계에서는 선택과 제외가 중요하다. 예를 들어 이런 식으로 말할 수 있다.

"방금 제안한 다섯 가지 방향 중에서, 초보 독자에게 가장 적합한 방향 하나만 추천해 줘. 왜 그 방향이 좋은지도 짧게 설명해 줘."

또는 이렇게 말할 수도 있다.

"이 작업의 목표, 독자, 톤, 길이, 반드시 포함할 항목을 한 번에 정리해 줘. 앞으로 초안은 이 기준을 따르자."

정리 단계의 핵심은 기준을 문장으로 남기는 것이다. 머릿속으로만 알고 있으면 다음 턴에서 흔들린다. 반면 기준이 텍스트로 남아 있으면 이후 초안과 수정의 기준점이 된다.

쉽게 말해, 탐색이 재료를 꺼내는 단계라면 정리는 요리법을 정하는 단계다.

3단계 초안: 완벽하게 쓰지 말고, 움직일 수 있게 만들기

정리가 끝났다면 이제 초안으로 넘어간다. 여기서 가장 흔한 실수는 초안 단계에서 곧바로 완성도를 과하게 요구하는 것이다. 그러면 AI도 무리하게 매끈한 결과를 내놓으려 하고, 사용자는 겉보기 완성도에 속기 쉽다.

초안의 목적은 완성본 제출이 아니다. 검토할 수 있는 첫 형태를 만드는 것이다. 다시 말해, 초안은 예쁘기보다 움직일 수 있어야 한다.

그래서 초안 단계에서는 이런 요청이 좋다.

"우선 1차 초안만 써 줘. 아직 문장 미세 조정보다 구조와 메시지가 보이게 해 줘."

혹은,

"전체 글을 다 쓰기 전에 도입부와 첫 두 단락만 샘플로 써 줘. 방향이 맞는지 먼저 보겠다."

이 접근은 매우 중요하다. 전체를 한 번에 다 뽑아 버리면 수정 단위가 너무 커진다. 반대로 샘플 초안이나 부분 초안으로 시작하면, 고칠 포인트를 일찍 발견할 수 있다.

초안은 임시 건물이다. 여기서 중요한 것은 벽지 색이 아니라, 뼈대가 맞는지다.

4단계 비평: 칭찬보다 약점 찾기가 먼저다

AI를 쓸 때 많은 사용자가 놓치는 단계가 바로 비평이다. 초안을 받으면 곧바로 "좀 더 자연스럽게 다듬어 줘"라고 말한다. 하지만 더 자연스럽게 다듬기 전에, 먼저 물어야 한다.

"이 초안의 약점은 무엇인가?"

비평 단계의 목적은 기분 좋은 평가를 듣는 것이 아니다. 문제점을 드러내는 것이다. AI에게 초안을 쓴 역할과 별개로, 비판적으로 읽는 역할도 맡길 수 있다.

예를 들어 이런 요청이 좋다.

• 이 초안이 초보 독자에게 어려운 부분을 지적해 줘.

• 논리 흐름이 끊기는 지점을 찾아 줘.

• 빠진 전제나 반론 가능성을 짚어 줘.

• 문장 문제가 아니라 내용 문제를 먼저 비판해 줘.

여기서 포인트는 "좋은 점도 말해 줘"가 아니라 "문제가 되는 점부터 말해 줘"라고 하는 것이다. 실전에서는 칭찬보다 결함 목록이 더 유용하다.

비평 단계가 있으면 초안을 사랑하게 되는 함정을 피할 수 있다. 처음 나온 버전이 그럴듯해 보여도, 비평을 거치면 허술한 부분이 금방 드러난다. 이 단계를 생략하면, 매끈하지만 약한 결과물을 최종안처럼 착각하게 된다.

5단계 개선: 수정 지시를 구체적인 작업으로 바꾸기

개선은 비평에서 드러난 문제를 실제 수정으로 연결하는 단계다. 많은 사람이 여기서 다시 막연해진다. "더 좋게 고쳐 줘"라고 말하기 쉽기 때문이다. 하지만 이런 요청은 수정의 방향을 흐리게 만든다.

개선 단계에서는 비평 내용을 수정 가능한 지시로 바꿔야 한다.

예를 들어 이렇게 바꿀 수 있다.

"도입부가 추상적이라는 비평을 반영해서, 첫 문단을 사례 중심으로 다시 써 줘."

"핵심 메시지가 늦게 나온다는 문제를 해결하기 위해, 결론에 있던 주장을 두 번째 단락 앞으로 당겨 줘."

"전문 용어가 많다는 지적을 반영해서, 어려운 용어마다 쉬운 표현을 덧붙여 줘."

즉, 개선은 감상문을 쓰는 단계가 아니다. 구체적인 수정 작업을 실행하는 단계다. 그리고 필요하면 이 단계는 한 번으로 끝나지 않는다. 비평과 개선은 몇 차례 반복될 수 있다. 실전에서는 오히려 그 반복이 품질을 만든다.

각 단계에서 산으로 가지 않게 만드는 질문

멀티턴 대화가 길어질수록 가장 도움이 되는 것은 "지금 우리가 어느 단계에 있는가"를 확인하는 짧은 질문이다. 이 질문 하나만 있어도 대화가 흐트러지는 속도가 훨씬 줄어든다.

단계별로는 이런 식의 자기 점검이 유용하다.

• 탐색 단계에서는 "아직 방향을 넓히는 중인가, 벌써 결정하려는가?"를 본다.

• 정리 단계에서는 "무엇을 선택했고 무엇을 버렸는가?"를 본다.

• 초안 단계에서는 "지금 필요한 것은 완성본인가, 검토용 초안인가?"를 본다.

• 비평 단계에서는 "지금 칭찬이 필요한가, 결함 발견이 필요한가?"를 본다.

• 개선 단계에서는 "문제를 지적했는가, 아니면 실제 수정 지시까지 내렸는가?"를 본다.

이런 질문은 단순해 보이지만 매우 강력하다. 왜냐하면 멀티턴 대화의 실패는 대부분 능력 부족보다 단계 혼선에서 나오기 때문이다.

단계가 섞이면 생기는 전형적인 문제

구조의 중요성을 더 분명히 보려면, 단계가 섞일 때 생기는 문제를 보면 된다.

첫째, 탐색과 초안이 섞이면 생각이 일찍 굳는다. 아직 여러 가능성을 봐야 하는데, 첫 초안이 나온 순간 사람은 거기에 끌린다. 그러면 더 나은 방향이 있어도 놓치기 쉽다.

둘째, 정리 없이 초안으로 가면 결과가 무난해진다. 독자, 목적, 길이, 톤이 덜 정리된 상태에서 쓴 초안은 보통 틀리지는 않지만 힘이 없다. 어디에도 크게 틀리지 않으려는 문장들로 채워지기 쉽다.

셋째, 비평 없이 개선으로 가면 화장만 고치게 된다. 내용 구조는 그대로인데 표현만 조금 부드럽게 만들고 끝난다. 겉은 매끈해져도 본질은 그대로다.

넷째, 비평이 정리 단계까지 되돌아가게 만들 수도 있다. 이것이 나쁜 것은 아니다. 오히려 정상이다. 비평을 해 보니 방향 자체가 잘못되었다면, 다시 정리 단계로 돌아가는 것이 맞다. 중요한 것은 이 되돌아감을 의식적으로 하느냐, 아니면 뒤죽박죽 섞여서 흔들리느냐이다.

좋은 멀티턴은 직선 도로라기보다, 표지판이 있는 도로에 가깝다. 돌아갈 수는 있지만, 어디로 왜 돌아가는지는 알아야 한다.

실전 예시: 블로그 글 하나를 다섯 단계로 만들기

이 구조가 실제로 어떻게 작동하는지, 블로그 글 작성 예시로 보자. 주제는 "직장인이 AI로 회의록을 정리하는 법"이라고 해 보자.

먼저 탐색 단계에서는 이렇게 시작할 수 있다.

"이 주제로 글을 쓰려고 한다. 독자가 흥미를 느낄 만한 접근 방식 세 가지를 제안해 줘. 실용형, 실패담형, 업무 효율형으로 나눠서 보여 줘."

그러면 여러 방향이 나온다. 이제 정리 단계로 간다.

"업무 효율형 방향으로 가자. 독자는 AI 초보 직장인이다. 글의 목적은 회의록을 더 빨리 정리하게 돕는 것이다. 1500자 안팎의 구조를 먼저 잡아 줘."

이제 기준과 개요가 생겼다. 초안 단계에서는 이렇게 요청한다.

"위 구조를 바탕으로 1차 초안을 써 줘. 아직 문장을 지나치게 다듬기보다, 실제로 따라 할 수 있는 흐름이 보이게 해 줘."

초안을 받았으면 비평 단계로 넘어간다.

"이 초안을 비판적으로 검토해 줘. 초보자가 헷갈릴 수 있는 부분, 설명이 추상적인 부분, 빠진 실무 팁을 지적해 줘."

문제점이 드러났다면 개선 단계다.

"방금 지적한 문제를 반영해 수정해 줘. 특히 회의 전, 회의 중, 회의 후로 나누어 실제 행동 단계를 더 분명히 써 줘."

이 흐름의 좋은 점은 분명하다. 처음부터 최종본을 뽑으려 하지 않았기 때문에, 방향과 구조와 실용성이 차례로 강화된다. 대화가 길어졌어도 산으로 가지 않은 이유는, 각 턴의 역할이 분명했기 때문이다.

실전 예시: 보고서 작업에서는 특히 더 강력하다

보고서나 제안서처럼 실무성이 강한 작업에서는 이 구조가 더 큰 힘을 발휘한다. 이런 작업은 보통 길고, 독자가 명확하며, 형식과 리스크가 중요하기 때문이다.

예를 들어 "신제품 출시 전 시장 반응을 요약한 내부 메모"를 만든다고 해 보자.

탐색 단계에서는 먼저 묻는다. 어떤 쟁점이 있고, 의사결정자가 가장 궁금해할 질문은 무엇인지. 정리 단계에서는 핵심 메시지를 하나로 압축하고, 어떤 근거를 앞에 둘지 정한다. 초안 단계에서는 1페이지 메모 초안을 만든다. 비평 단계에서는 논리 비약, 근거 부족, 과장된 표현을 찾는다. 마지막 개선 단계에서는 그 문제를 반영해 표현을 조정하고, 숫자나 리스크 항목을 보강한다.

이렇게 하면 AI는 단순히 글을 써 주는 도구가 아니라, 사고를 정리하고 문서를 다듬는 협업 도구가 된다.

한 턴에서 하나의 역할만 강하게 주는 것이 좋다

실전에서는 "탐색도 하고, 정리도 하고, 초안도 쓰고, 비평도 해 줘"라고 한 번에 몰아 말하고 싶어진다. 하지만 이 방식은 생각보다 자주 품질을 떨어뜨린다. 이유는 단순하다. AI가 동시에 여러 역할을 수행하면 각 역할이 얕아지기 쉽기 때문이다.

멀티턴의 장점은 역할을 나눌 수 있다는 데 있다. 그러니 그 장점을 버리지 않는 편이 좋다. 이번 턴은 탐색만, 다음 턴은 정리만, 그다음 턴은 초안만 하게 하는 것이 오히려 효율적이다.

물론 아주 작은 작업은 예외다. 예를 들어 짧은 소개문 하나쯤은 정리와 초안을 한 번에 해도 된다. 하지만 복잡한 글쓰기, 기획, 분석, 보고, 학습처럼 판단과 구조가 중요한 작업은 한 턴에 하나의 역할을 또렷하게 주는 편이 훨씬 낫다.

멀티턴의 핵심은 '계속 말하는 것'이 아니라 '상태를 바꾸는 것'

많은 사람이 멀티턴을 단순히 대화를 오래 이어 가는 것으로 이해한다. 하지만 중요한 것은 턴 수가 아니다. 핵심은 각 턴이 작업 상태를 바꾸는가이다.

탐색 후에는 선택지가 생겨야 하고, 정리 후에는 기준이 생겨야 하며, 초안 후에는 검토 가능한 형태가 생겨야 한다. 비평 후에는 문제 목록이 생겨야 하고, 개선 후에는 수정된 버전이 생겨야 한다. 이렇게 턴마다 상태 변화가 있어야 대화가 앞으로 간다.

반대로 이런 상태 변화 없이 말만 길어지면, 대화는 활발해 보여도 결과는 제자리에 머문다. 그래서 멀티턴을 잘하는 사람은 말보다 산출물을 본다. "이번 턴이 끝난 뒤 무엇이 새로 생겼는가"를 늘 확인한다.

초보자가 바로 써먹을 수 있는 간단한 틀

처음에는 다섯 단계를 완벽하게 구분하려고 애쓸 필요는 없다. 다음 틀만 기억해도 충분히 강력하다.

• 먼저 넓게 묻는다: 가능한 방향과 쟁점을 모은다.

• 그다음 좁힌다: 목표와 기준을 정리한다.

• 일단 써 본다: 완성본 말고 1차 초안을 만든다.

• 일부러 깐다: 문제점과 빠진 부분을 찾는다.

• 다시 고친다: 비평을 수정 지시로 바꿔 반영한다.

이 다섯 줄은 멀티턴 대화의 기본 뼈대라고 생각하면 된다. 익숙해지면 각 단계 사이를 더 유연하게 오갈 수 있다. 하지만 처음에는 이 순서를 의식하는 것만으로도 대화 품질이 눈에 띄게 달라진다.

이 장의 정리

멀티턴 대화는 단지 여러 번 주고받는 방식이 아니다. 각 턴의 역할을 분리해서 작업을 앞으로 밀어 가는 구조다. 그 기본형은 탐색, 정리, 초안, 비평, 개선의 다섯 단계로 이해하면 좋다.

탐색에서는 가능성을 넓히고, 정리에서는 기준을 세우고, 초안에서는 검토 가능한 첫 형태를 만들고, 비평에서는 약점을 드러내고, 개선에서는 그 약점을 실제 수정으로 연결한다. 이 구조를 익히면 대화가 길어져도 덜 흔들리고, 무엇을 다음 턴에서 해야 할지도 분명해진다.

결국 AI와의 멀티턴은 수다를 길게 나누는 일이 아니다. 일을 단계별로 진전시키는 운영 방식이다.

다음 장에서는 이 흐름을 더 실전적으로 다루기 위해, 작업 도중 AI에게 중간 점검을 시키는 방법을 살펴보겠다. 잘 나아가고 있는지, 어디서 어긋나는지, 언제 멈춰서 확인해야 하는지가 그때 더 중요해진다.