AI에게 "이 주제로 블로그 글 써줘"라고 말하면 결과물이 바로 나옵니다. 빠르고 편리하고, 겉보기에는 꽤 그럴듯합니다. 하지만 이렇게 만든 글을 몇 개 연달아 읽어보면 이상한 점이 보이기 시작합니다. 문장은 부드러운데 내용이 비슷하고, 단락마다 결론이 반복되고, 사람 냄새가 나지 않습니다.
GPTers 22기 영상을 분석하면서 제가 가장 많이 본 AI 글쓰기 실패가 바로 이 지점이었습니다. AI가 처음부터 끝까지 한 번에 글을 쓰면 독자의 머릿속에 아무것도 남지 않는다는 불만이었습니다. 읽을 때는 그럴듯한데 다 읽고 나면 기억나는 문장이 하나도 없는 거죠. 마치 백과사전 항목을 읽는 듯한 느낌입니다. 정보는 있지만 이야기는 없고, 결론은 있지만 과정이 보이지 않습니다.
여기에는 분명한 이유가 있습니다. AI는 처음 초안을 쓸 때 빈 종이를 마주합니다. 그러면 가장 안전한 패턴으로 채웁니다. 도입부에 배경을 설명하고, 본문에 유형을 나열하고, 결론에 요약을 다시 적습니다. 이 패턴은 사실상 모든 AI 글에 공통으로 나타납니다. 독자가 한 편만 읽을 때는 모르지만, 같은 블로그에서 여러 편을 읽으면 금방 패턴이 보입니다. 독자는 읽으면서 '아까랑 비슷한데'라는 느낌을 받고, 다음 편을 클릭하지 않게 됩니다.
제가 경험한 가장 큰 문제는 AI가 맥락 없는 데이터를 배열한다는 점입니다. 예를 들어 부동산 관련 글에서 AI는 비슷한 패턴을 반복했습니다. 이 패턴은 AI가 초안을 한 번에 쓸 때마다 같은 템플릿으로 돌아가려는 습성을 보여줍니다. 혼자 쓸 때는 못 보던 패턴이, 여러 편을 연달아 읽었을 때 비로소 드러났습니다.
이 문제를 해결한 방법은 의외로 간단했습니다. AI에게 글을 쓰게 하기 전에 먼저 스토리라인을 확정하는 것입니다. 스토리라인이란 글 전체가 어떤 흐름으로 이어질지 미리 정한 6~8개의 H2 제목 목록입니다. 각 H2 아래에는 핵심 문장 한 줄, 개인 사례 한 줄을 미리 정합니다. 이렇게 하고 나서 AI에게 "이 구조 안에서만 글을 써라"라고 지시하면, 결과물이 완전히 달라집니다.
왜 이게 효과가 있을까요. AI가 빈 종이를 마주하지 않기 때문입니다. 스토리라인이 있으면 AI는 정해진 방향을 따라 문장을 만들고, 이미 확정된 개인 사례를 풀어쓰고, 갑자기 뜬금없는 일반론으로 빠질 틈이 사라집니다. 실제로 GPTers에서도 여러 참가자들이 AI에게 프롬프트 한 줄로 글을 쓰게 하는 것보다, 구조를 먼저 설계하고 AI는 그 안에서 살을 붙이는 역할로 쓰는 것이 훨씬 나은 결과를 낸다고 말했습니다.
스토리라인을 잠글 때 중요한 원칙이 하나 있습니다. '무엇을 말하지 않을지'를 먼저 정하는 것입니다. AI에게 글을 쓰게 하면 하지 않아도 될 설명을 길게 하는 경우가 많습니다. 예를 들어 'AI란 인공지능의 약자로...' 같은 뻔한 도입, '4차 산업혁명 시대에...' 같은 진부한 배경 설명입니다. 이런 문장은 독자가 이미 아는 내용이고, 쓸데없이 글만 길어지게 만듭니다. 스토리라인을 설계할 때 이런 부분을 미리 배제하고, 오직 내가 실제로 겪은 일과 내 의견만 남기는 것이 핵심입니다.
또 한 가지는 스토리라인에 감정 변화를 의도적으로 넣는 것입니다. 대부분의 AI 글은 평평한 톤으로 시작해서 평평하게 끝납니다. 실망하거나, 놀라거나, 반성하거나, 재미있어하는 순간이 없습니다. 스토리라인을 설계할 때 '처음에는 이렇게 생각했는데', '실제로 해보니 생각이 바뀌었다', '아직도 이 부분은 답을 못 찾았다' 같은 변화를 의도적으로 배치하면, 독자가 따라오는 글을 쓸 수 있습니다.
GPTers 22기에서 여러 사람이 AI로 콘텐츠를 만들어본 경험을 공유했는데, 공통적으로 나온 실수가 세 가지였습니다.
첫째는 AI에게 처음부터 끝까지 위임하는 실수입니다. 이렇게 하면 AI는 가장 무난한 글로 채웁니다. 독창성이나 날카로움은 사라집니다. 안전한 글이지만 읽는 사람에게 남는 건 없습니다. 한 참가자는 블로그 10편을 AI로 한 번에 뽑아냈다가, 방문자 수는 늘었지만 체류 시간이 평균 12초에 그친 경험을 공유했습니다. 사람들이 글을 열기는 하는데, 스크롤을 내리지 않고 그냥 나간 거죠.
둘째는 개인 경험이 완전히 빠진 글입니다. AI는 통계와 일반론은 잘 씁니다. 하지만 '내가 지난주에 이걸 시도했는데 이렇게 실패했다' 같은 이야기는 쓸 수 없습니다. 개인 경험은 오직 글쓴이만이 쓸 수 있고, 이게 사람이 쓴 글과 AI가 쓴 글을 가장 쉽게 구분하는 지점입니다. GPTers 참가자 중에 AI로 블로그를 쓰시는 분이 자신의 실제 경험담을 AI에게 불러주고, AI가 그것을 정리하는 방식으로 전환한 후에 독자 반응이 확 달라졌다고 했습니다.
셋째는 제목과 본문이 어긋나는 현상입니다. AI가 제목 하나를 받고 글 전체를 쓰면, 처음에는 제목에 충실한 듯 보이지만 중간부터 점점 다른 주제로 새기 시작합니다. 마치 화살표를 따라가다가 어느 순간 방향을 잃고 주변을 산책하는 느낌입니다. 이러한 실수를 막는 가장 확실한 방법은 H2를 미리 확정하고, AI가 각 H2 아래에서는 그 주제에서 벗어나지 않게 제한하는 것입니다.
이 세 가지 실수는 기술 부족 때문이 아니라, 작업 순서가 잘못된 데서 옵니다. AI에게 먼저 쓰게 하고, 사람은 나중에 검수하는 순서가 아니라, 사람이 먼저 구조를 설계하고 AI는 문장을 완성하는 순서로 바꾸기만 해도 품질이 눈에 띄게 올라갑니다.
실제로 제가 블로그를 쓸 때 사용하는 스토리라인 설계 방식을 공유해보겠습니다. GPTers 영상 분석에서 얻은 아이디어를 바탕으로, 지난 몇 달간 직접 다듬은 방식입니다.
먼저 빈 노트에 H2 제목 목록을 씁니다. 보통 6~8개가 나옵니다. 각 H2 제목 아래에 한 줄씩, 이 섹션에서 꼭 말하고 싶은 문장을 적습니다. 예를 들면 'AI에게 처음부터 끝까지 쓰게 하면 결론이 반복된다', '스토리라인을 먼저 잠그면 AI가 이탈하지 않는다', 같은 식입니다. 중요한 건 이 단계에서는 AI를 전혀 쓰지 않는다는 점입니다. 스토리라인은 전적으로 내 경험과 내 의견으로 채웁니다.
다음으로 각 H2에 들어갈 실제 사례나 에피소드를 한 문장씩 적습니다. 예를 들어 '지난달 부동산 블로그에서 AI가 같은 패턴을 세 번 반복한 걸 발견했다', 'GPTers 22기 영상 중 전자책 발행 사례에서 AI 초안과 최종본이 얼마나 달라졌는지 확인했다' 같은 것입니다. 이 사례들은 나중에 AI가 문장을 풀어쓰면서 자연스럽게 들어갑니다. 사례가 구체적일수록 글에 설득력이 생깁니다.
마지막으로 흐름을 한 번 점검합니다. H2 제목을 처음부터 끝까지 순서대로 읽어보면, 이 글이 하나의 이야기로 연결되는지 보입니다. H2만 읽어도 전체 주장이 들어오는지 확인합니다. 연결이 약한 부분은 H2 자체를 수정하거나, 순서를 조정해서 흐름을 강화합니다. 이렇게 한 번 검증한 구조 안에서 AI가 세부 문장을 완성하게 하면, 안전하면서도 읽는 재미가 있는 글이 나옵니다.
혼자 일할 때는 이 과정이 조금 번거로울 수 있습니다. 하지만 AI에게 바로 쓰게 해서 10분 만에 초안을 받은 뒤, 30분을 들여 고치는 것보다, 10분 동안 스토리라인을 확정하고 AI가 5분 만에 살을 붙이게 하는 편이 결과물도 시간도 훨씬 낫습니다. 그리고 결정적으로, 내가 쓴 글이라는 느낌이 듭니다. AI가 써준 글을 고친 것 같은 기분이 아니라, 내 생각을 AI가 잘 정리해준 기분이 되는 거죠.
스토리라인을 먼저 잠그는 방식은 블로그 글쓰기에만 적용되지 않습니다. 발표 자료, 기획 보고서, 고객 제안서, 심지어 일일 회고까지 같은 원리로 품질을 올릴 수 있습니다.
발표 자료를 예로 들면, AI에게 전체 슬라이드를 한 번에 만들게 하면 전형적인 피라미드 구조가 나옵니다. 장점은 안전하다는 것이고, 단점은 청중이 이미 그 구조를 너무 많이 봐서 지루해한다는 점입니다. 대신 발표의 스토리라인을 먼저 설계하고(어떤 질문으로 시작할지, 어떤 사례를 중간에 넣을지, 어디서 반전을 줄지), AI는 각 슬라이드의 내용을 구체화하는 역할로만 쓰면 완전히 다른 발표가 됩니다.
기획 보고서도 마찬가지입니다. AI에게 바로 보고서를 쓰게 하면 배경, 현황, 문제점, 해결방안이라는 틀에서 벗어나지 못합니다. 이런 보고서는 읽는 사람이 마지막 장까지 가기도 전에 결론을 예측할 수 있습니다. 스토리라인을 먼저 잡는 방식은 '문제를 다른 각도에서 보기', '데이터로 반전 만들기', '작은 성공 사례 하나 깊게 파기' 같은 변화를 미리 배치합니다.
일일 회고에도 적용해봤습니다. AI에게 그냥 '오늘 회고를 써야 한다'는 식의 프롬프트를 주면, 역시 느낌이 빠진 글이 돌아옵니다. 하지만 '오늘 가장 짜증 났던 순간', '잘한 결정 하나와 이유', '내일 바꿀 것 딱 하나'라는 틀을 먼저 주고 그 안에서만 AI가 정리하게 하면, 읽는 재미가 있고 스스로에게도 도움이 되는 회고가 됩니다.
공통점은 AI를 글쓰기의 주체로 두지 않는다는 것입니다. 주체는 항상 사람이고, AI는 구조 안에서 세부를 채우는 조력자로만 씁니다. 이 관계를 바꾸는 것만으로 AI 글쓰기의 가장 큰 문제인 '뻔한 글', '개성 없는 글', '기억에 안 남는 글'을 상당 부분 피할 수 있습니다.
3편에서는 AI 글쓰기의 가장 흔한 실수와 스토리라인을 먼저 잠그는 방법을 정리했습니다. AI에게 바로 쓰게 하면 왜 실패하는지, 스토리라인이 어떻게 품질을 바꾸는지, 제가 실제로 쓰는 설계 템플릿을 공유했습니다.
다음 4편에서는 텔레그램 알림을 단순 알림이 아니라 업무 운영 카드로 바꾸는 방식을 다루겠습니다. 알림이 많아질수록 사람은 무뎌집니다. 그래서 알림은 많이 보내는 게 아니라, 다음 행동을 분명히 보여주는 쪽으로 설계해야 합니다. 5편에서는 개인 AI 운영체계에 완료율과 회고가 왜 필요한지, GPTers 사례에서 찾은 운영 패턴을 정리하겠습니다.
AI 글쓰기는 결국 AI를 얼마나 잘 다루느냐의 문제가 아니라, 내가 전하고 싶은 이야기를 얼마나 선명하게 정리하느냐의 문제입니다. AI는 그 이야기를 더 효율적으로 전달하는 도구일 뿐이고, 이야기 자체를 만들어내는 주체는 여전히 사람이어야 합니다. 이 원칙을 지키는 한, AI는 글쓰기의 든든한 파트너가 될 수 있습니다.