[작성자:] kdk796500

저녁 7시가 넘었어요. 지우 씨 화면에는 이번 달 거래내역이 떠 있었어요.

스크롤을 내리다가 멈췄어요. 삼천 줄이 조금 넘었어요. 이걸 계정별로 묶고 합계까지 내서 오늘 안에 팀장에게 넘겨야 했어요.

손으로 하면 저녁 안에 안 끝나요. 그건 계산해볼 것도 없었어요.

지우 씨와 아래의 하루는 설명을 위해 구성한 사례예요. 특정 서비스의 성능을 검증한 실험은 아니에요.

붙여넣고 정리해달라고 했어요

지우 씨가 한 건 간단했어요. 전체 선택, 복사, AI 채팅창에 붙여넣기. 그리고 한 줄 적었어요.

계정별로 정리하고 합계 내줘

표가 나왔어요. 계정별로 줄이 묶여 있고, 맨 아래 합계까지 적혀 있었어요. 보기에 깔끔했고요.

지우 씨는 그 표를 그대로 마감표에 옮겼어요. 그리고 팀장에게 넘겼어요. 7시 40분이었어요.

팀장이 원장이랑 맞춰봤어요

팀장은 원장 파일을 옆에 띄워놓고 위에서부터 훑었어요.

한 줄에서 손가락이 멈췄어요. 그 계정의 합계가 원장과 달랐어요.

파일이 돌아왔어요. "합계 한 번 확인해주세요." 그게 다였어요. 8시 10분이었어요.

여기서 지우 씨가 한 생각은 아마 대부분이 하는 생각일 거예요. 내가 잘못 시켰나 보다.

프롬프트를 고쳐봤어요

지우 씨는 요청을 다시 썼어요. 이번에는 길게요.

계정별로 정리하고 합계를 내줘. 숫자는 정확하게 계산해줘. 계산한 다음에 검산도 한 번 해줘.

표가 다시 나왔어요. 아까보다 정리가 잘 돼 보였어요. 설명도 친절하게 붙어 있었고요.

합계는 또 달랐어요. 아까와도 다르고, 원장과도 달랐어요.

지우 씨는 한 번 더 고쳐 썼어요. "틀리면 안 되는 자료야"까지 적었어요. 결과는 같았어요. 표는 계속 그럴듯했고 숫자는 계속 안 맞았어요.

같은 질문을 두 번 보냈어요

여기서 지우 씨가 한 일이 이 글의 전부예요.

고치는 걸 멈추고, 똑같은 요청을 새 창에 한 번 더 보냈어요. 아무것도 안 바꾸고요.

답이 두 개 나왔어요. 표의 모양도 비슷하고 설명도 비슷했어요. 합계 칸의 숫자만 서로 달랐어요.

계산이 틀린 거라면 두 번 다 같은 값으로 틀려야 해요. 계산기는 같은 입력에 같은 답을 내니까요. 두 번이 다르게 나왔다는 건 계산을 한 게 아니라 매번 새로 써낸 것이라는 뜻이에요.

지우 씨가 AI에게 시킨 일은 "계산해줘"였지만, AI가 실제로 한 일은 "계산한 것처럼 보이는 표를 써줘"였어요. 그리고 지우 씨는 그 차이를 프롬프트를 고쳐서 메우려고 했던 거예요. 더 강하게 부탁한다고 글쓰기가 계산으로 바뀌지는 않아요.

여기서 하나 구분해둘게요. 이 블로그에 예전에 AI 답변을 출처·날짜·숫자로 확인하는 법을 쓴 적이 있어요. 그 글은 이미 받은 답을 어떻게 검증하느냐는 이야기였어요. 이 글은 그 앞 단계예요. 검증할 답을 애초에 받지 말자는 쪽이거든요. 그래서 여기서는 확인 절차를 다시 나열하지 않을게요.

그래서 시키는 걸 바꿨어요

지우 씨가 다음에 바꾼 건 프롬프트의 말투가 아니었어요. 세 가지였어요.

첫째, 붙여넣지 않고 파일로 올렸어요.

이건 만든 쪽에서 직접 권하는 방법이에요. OpenAI 도움말에는 이렇게 적혀 있어요.

"When exact values matter, upload a spreadsheet or text-based file instead."
(정확한 값이 중요할 때는 스프레드시트나 텍스트 파일을 업로드하세요)

둘째, 답 대신 수식을 달라고 했어요.

이게 핵심 변경이에요. 지우 씨가 바꿔 쓴 문장은 이거예요. 그대로 복사해서 쓰셔도 돼요.

합계를 알려주지 마. 이걸 계산하는 엑셀 수식을 만들어줘. 어느 범위를 쓰는지, 조건이 뭔지도 같이 적어줘.

셋째, 계산은 엑셀에게 맡겼어요.

받은 수식을 시트에 넣었어요. 그러면 계산하는 주체가 바뀌어요. 글을 쓰는 쪽이 아니라 계산하는 쪽이 숫자를 내요.

엑셀 쪽도 이 방향으로 만들어져 있어요. 마이크로소프트가 Copilot in Excel을 설명하면서 쓴 표현이 "값을 계산하는 수식을 생성한다"예요. 답을 뱉는 기능이 아니라 수식을 만드는 기능인 거예요.

그런데 왜 어떤 때는 잘 맞을까요

여기서 솔직하게 짚을 게 있어요. AI가 숫자를 절대 못 다룬다는 말이 아니에요.

OpenAI 도움말에는 이렇게 적혀 있어요.

"For some data-analysis tasks, ChatGPT writes and runs Python code in a stateful Jupyter notebook environment."
(일부 데이터 분석 작업에서 ChatGPT는 파이썬 코드를 작성하고 실행합니다)

여기서 봐야 할 단어는 일부예요. 코드를 실행하는 경로로 들어가면 실제로 계산이 일어나요. 그때는 숫자가 맞아요.

문제는 채팅창에 표를 붙여넣고 "정리해줘"라고 했을 때 그 경로로 간다는 보장이 없다는 거예요. 만든 쪽도 언제나 그렇게 한다고 쓰지 않았어요. 잘 맞았던 경험과 안 맞았던 경험이 둘 다 있는 이유가 여기 있어요.

그래서 운에 맡기지 않으려면, 계산을 누가 할지를 요청 안에 못 박는 게 나아요. 수식을 달라고 하거나, 파일을 올리고 코드로 계산해달라고 명시하거나요.

수식이 맞는지는 사람이 봐야 해요

이 방법에도 대가가 있어요. 감추지 않을게요.

수식을 받으면 그게 맞는지 한 번 읽어야 해요. 범위가 엉뚱한 데를 가리키고 있을 수도 있고, 조건이 빠져 있을 수도 있거든요. 지우 씨도 받은 수식을 바로 붙여넣지 않고 범위부터 확인했어요. 1분쯤 걸렸어요.

이건 저희가 덧붙이는 주의사항이 아니라 만든 쪽이 직접 요구하는 거예요. OpenAI는 코드를 실행한 경우에도 "결과에 의존하기 전에 코드와 출력, 가정을 검토하라"고 적어뒀어요. 마이크로소프트도 Copilot 문서에 "Copilot이 만든 것은 검토하고 편집하고 검증하라"고 써놨고요.

정리하면 이래요. 이 방법은 검산을 없애주지 않아요. 처음 한 번은 "합계 알려줘"보다 오히려 느려요.

대신 한 가지가 달라요. 수식은 시트에 남아요. 답은 그 대화창에서 끝나고요.

어디에 뭘 시킬까

지우 씨가 겪은 걸 일 종류로 나눠보면 이렇게 돼요.

제일 위 칸만 기억해도 이 글은 충분해요. 매달 반복되는 계산이라면 답 말고 수식을 받으세요.

이건 수식으로 안 되는 경우예요

지우 씨 사례가 깔끔하게 끝난 데는 조건이 하나 있었어요. 거래처 이름이 원장과 똑같이 적혀 있었다는 거예요.

실제 장부는 안 그럴 때가 많아요. 같은 거래처가 "(주)한빛", "한빛", "한빛상사"로 세 번 다르게 적혀 있기도 하고요.

이때는 수식을 먼저 받아도 소용없어요. 무엇을 한 묶음으로 볼지가 안 정해졌으니까요. 그건 계산이 아니라 판단이에요. 이 판단을 안 하고 AI에게 "알아서 묶어줘"라고 하면, AI가 대신 정한 기준으로 묶인 숫자를 받게 돼요. 그리고 그 기준이 뭐였는지는 표에 안 적혀 있어요.

순서를 바꿔야 해요. 표기를 어떻게 통일할지 사람이 정하고, 그다음에 그 기준대로 계산하는 수식을 받는 거예요.

지금은 이래요

다음 달 마감에도 거래내역은 삼천 줄쯤 왔어요.

지우 씨는 AI 채팅창을 열지 않았어요. 지난달 시트에 수식이 그대로 있었거든요. 새 파일을 붙여넣고 범위만 맞췄어요.

합계가 원장과 맞았어요. 팀장에게 넘긴 시각은 6시 반이었고요.

첫 달에 지우 씨가 얻은 건 맞는 합계 하나가 아니었어요. 다음 달에 다시 안 물어봐도 되는 수식 한 줄이었어요.

정리

• AI가 낸 숫자가 의심되면 프롬프트를 고치기 전에 같은 요청을 한 번 더 보내보세요. 답이 다르게 나오면 계산이 아니라 글쓰기예요.
• 매달 반복되는 계산은 답 말고 수식으로 받으세요. 계산은 엑셀이 하게 두고요.
• 정확한 값이 중요하면 채팅창에 붙여넣지 말고 파일로 올리세요. 만든 쪽이 권하는 방법이에요.
• 받은 수식은 범위와 조건을 한 번 읽어보세요. 이 단계는 없어지지 않아요.
• 무엇을 한 묶음으로 볼지가 안 정해진 일은 수식 이전의 문제예요. 기준을 먼저 정하세요.

오늘 하나만 해보신다면, 지난달에 AI한테 물어봤던 계산 하나를 골라서 이번엔 수식으로 다시 받아보세요. 시트에 남는지 확인해보시고요.

수식을 직접 읽고 싶다면

이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이 글의 마지막 단계는 받은 수식을 사람이 읽는 것이었어요. SUMIF의 범위와 조건이 무엇을 가리키는지 읽을 수 있으면 AI가 준 수식을 그대로 붙여넣지 않게 돼요. 함수와 수식의 구성 원리를 정리해둔 책으로는 엑셀 함수&수식 바이블이 있어요.

이미 SUMIF와 범위 참조를 읽을 수 있다면 따로 필요하지 않아요. 월 수십 줄 규모라면 수식으로 바꾸는 이득도 크지 않고요.

인용한 출처

• OpenAI Help Center, "Data analysis with ChatGPT" — https://help.openai.com/en/articles/8437071-code-interpreter-and-advanced-data-analysis-faq
• Microsoft Support, "Get data insights with Copilot in Excel" — https://support.microsoft.com/en-us/excel/copilot/data-insights-with-copilot-in-excel

이 글에 등장하는 인물과 사례는 구성한 것이에요. 특정 도구의 정확도를 측정한 실험 결과는 아니에요.

금요일 밤 11시. 김도현 씨는 침대에 누운 채로 같은 영상을 두 번째 보고 있었어요.

화면에는 대시보드가 하나 떠 있었어요. 숫자가 자동으로 채워지고, 초록색 막대가 오른쪽으로 길어지고, 그 위에 수익 금액이 적혀 있었어요. 영상 길이는 11분이었고요. 도현 씨는 그중 마지막 40초를 두 번 돌려봤어요.

그날 밤에 정한 건 하나였어요. 이번 달 안에 저런 걸 하나 만들어보자.

김도현 씨와 아래의 한 달은 설명을 위해 구성한 사례예요. 실제 수익 후기나 특정 서비스의 성능 실험은 아니에요.

영상에서 잘려 있던 구간

도현 씨가 본 영상은 결과 화면에서 시작해요. 그리고 툴 이름 몇 개가 지나가고, 다시 결과 화면으로 돌아와요.

없는 게 하나 있었어요. 그 사람이 자기 자료를 넣었을 때 어디서 막혔고 그걸 어떻게 뚫었는지. 그 구간이 통째로 없었어요.

이 이야기 속 영상에서는 막히는 과정이 생략돼 있었어요. 문제는 보는 쪽에서 그 구간이 원래 없는 것처럼 보인다는 거예요. 툴만 연결하면 저 화면이 나온다고요.

한 달이 지났어요

도현 씨는 강의를 하나 결제했어요. 자동화 툴도 유료로 올렸고요. 노트에 할 일을 적었어요.

그리고 한 달 뒤, 만든 게 없었어요.

정확히 말하면 아무것도 안 한 건 아니에요. 강의는 절반쯤 들었고 툴 계정도 만들었어요. 다만 돌아가는 게 하나도 없었어요. 결제일은 그것과 상관없이 돌아왔고요.

샘플은 돌았어요

도현 씨가 처음 시도한 건 영상에 나온 그대로였어요. 쇼핑몰에서 가격을 긁어다가 표로 정리해요. 그 표를 자동으로 어딘가에 올리고요.

연습용 데이터로는 됐어요. 버튼을 누르니까 표가 채워졌어요. 그 순간 도현 씨는 이게 된다고 생각했어요.

그다음에 자기가 실제로 보려던 사이트 주소를 넣었어요. 중간에서 멈췄어요.

한 번이 아니었어요. 주소를 바꿔가며 몇 번 더 해봤어요. 어떤 건 되고 어떤 건 안 됐어요. 그 사이에 규칙이 안 보였고요.

여기서 도현 씨가 한 일은 툴을 바꾸는 거였어요. 다른 툴로 옮기면 될 줄 알았거든요. 옮겨서 똑같이 만들었어요. 똑같은 자리에서 멈췄어요.

막힌 건 도구가 아니었어요

두 번째 툴에서도 같은 자리에서 멈추고 나서야, 도현 씨는 툴이 문제가 아닐 수도 있다고 생각했어요.

연습용 데이터와 실제 사이트를 나란히 열어놓고 봤어요. 차이가 보였어요.

연습용 데이터는 줄마다 모양이 같았어요. 상품명이 같은 자리에 있고, 가격이 같은 자리에 있고, 빠진 칸이 없었어요. 실제 사이트는 안 그랬어요. 어떤 상품은 가격이 두 개였어요. 어떤 건 품절이라 가격 자리가 비어 있었고요. 어떤 건 상품명 안에 옵션이 같이 들어가 있었어요.

도현 씨가 만든 단순한 추출 규칙은 정해진 입력 모양을 전제했어요. 가격이 두 개이거나 빈칸인 경우를 처리하지 않았던 거예요. 자동화가 모두 같은 입력만 처리할 수 있다는 뜻은 아니에요. 다양한 형식을 구분하고, 누락값과 예외를 처리하도록 만들 수도 있어요. 도현 씨에게 필요했던 건 툴 교체에 앞서 어디에서 어떤 값이 예상과 달랐는지 확인하는 일이었어요.

도현 씨가 하려던 일은 애초에 입력이 제각각인 일이었어요.

여기서 한 가지 구분해둘게요. 이 블로그에 예전에 AI에게 어떤 일부터 맡길지 고르는 글을 쓴 적이 있어요. 그 글은 후보를 고르는 이야기였고, 이 글은 고르고 나서 안 돌아갔을 때 어디를 봐야 하는지에 대한 이야기예요. 그래서 여기서는 도구 목록을 다시 나열하지 않을게요.

그래서 일을 바꿨어요

도현 씨가 다음에 한 건 더 좋은 툴을 찾는 게 아니었어요. 질문을 바꿨어요.

“돈 되는 자동화가 뭘까”에서 “내가 매주 똑같이 하는 일이 뭐지”로요.

노트에 적어보니까 하나 있었어요. 금요일마다 거래처에서 오는 명세서를 정리해서 스프레드시트에 옮기는 일. 한 번에 30분쯤 걸리고, 매주 하고, 안 하면 월말에 몰려요.

수익이 나는 일은 아니에요. 대신 조건 하나를 만족했어요. 매주 같은 걸 한다는 것.

그런데 이것도 바로는 안 됐어요

명세서가 한 형태로 오지 않았거든요. 어떤 거래처는 PDF로 보내고, 어떤 데는 사진을 찍어서 보내고, 어떤 건 종이로 와요.

처음 만든 규칙이 여러 형식을 처리하지 못한다는 문제가 다시 보였어요.

도현 씨가 먼저 한 건 자동화를 만드는 게 아니라 들어오는 모양을 하나로 맞추는 일이었어요. 종이로 온 건 스캔해서 같은 형식으로 바꾸고, 사진으로 온 건 다시 찍지 말고 받은 대로 같은 폴더에 같은 이름 규칙으로 넣기로 했어요.

폴더와 파일 이름만 맞춘다고 내용까지 정리되는 건 아니었어요. 스캔한 문서에서 글자를 읽어내고(OCR), 거래처·날짜·금액을 정해둔 열에 옮기는 규칙도 만들었어요. 비어 있거나 읽기 어려운 값은 확인 목록으로 빼서 사람이 검토했어요. 이 이야기에서 자동화가 돌아간 건 스캐너를 샀기 때문이 아니라, 입력을 정리하고 예외를 처리했기 때문이에요.

지금은 이래요

금요일 저녁에 폴더에 파일을 넣어두면, 표의 초안이 채워져 있어요. 확인 목록에 남은 항목은 도현 씨가 직접 봐요.

첫 장면의 그 대시보드 같은 건 아니에요. 초록색 막대도 없고 수익 금액도 안 적혀 있어요. 그냥 표 하나예요.

솔직하게 적을게요. 첫 달 수익은 0원이에요. 줄어든 건 시간뿐이고요. 수익은 별개의 일이에요. 다른 사람에게도 쓸모가 있고 실제로 돈을 내고 이용할 사람이 있어야 수익으로 이어질 수 있어요. 자동화를 하나 완성했다고 수익이 보장되지는 않아요.

도현 씨에게 이번 한 달의 결과는 자동 수익이 아니라, 반복 업무를 조금 덜어낸 표 하나였어요.

정리

• 자동화가 멈추면 오류 기록과 실제 입력부터 대조해보세요. 입력 형식과 예외 처리는 확인할 항목 중 하나예요.
• 샘플이 도는 건 실제 자료에서도 안정적으로 돌아간다는 뜻은 아니에요. 샘플은 모양이 정리돼 있으니까요.
• 시작할 일을 고를 때 “돈이 되나”보다 “매주 똑같이 하나”를 먼저 보세요.
• 입력 모양을 맞추는 단계는 지루해요. 눈에도 안 보이고요. 예외 처리와 결과 확인까지 함께 설계해야 해요.

이번 주에 하나만 해보신다면, 지난주에 똑같이 반복한 일을 종이에 세 개만 적어보세요.

쓴 장비에 대해

본문에 스캔 이야기가 나와서 적어둘게요. 이 구성 사례에서 문서 스캐너는 종이를 이미지 파일로 바꾸는 도구예요. 폰 카메라로도 할 수 있어요. 어느 쪽이든 글자가 읽히는지 확인해야 하고, 스캔만으로 내용이나 표의 구조가 통일되는 것은 아니에요.

이 자리에 제휴 링크를 넣지 않았어요. 이 글에서 스캐너가 한 일은 종이 문서를 디지털 파일로 바꾼 것뿐이고, 자동화를 되게 만든 건 장비가 아니라 작업 범위를 좁히고 입력·예외 처리 규칙을 정한 것이었거든요. 장비부터 사면 순서가 뒤집혀요.

이 글에 등장하는 인물과 사례는 구성한 것이에요. 특정 도구나 장비의 성능을 검증한 사용 후기는 아니에요.

[히어로 실사 컷]

“철저히 검증할 예정”

연우는 지원서 창을 띄워둔 채로 공고 화면을 다시 열었어요. 마감은 오늘 밤이고 문항은 세 개인데 아직 한 줄도 못 썼어요. 공고를 처음부터 다시 읽어 내려가다가 맨 아래에서 멈췄어요.

“AI(인공지능) 활용 및 표절 여부 등을 철저히 검증할 예정이므로 불성실 작성으로 인한 불이익이 없도록 유의”

연우는 쓰던 창을 닫지도 계속 쓰지도 못했어요. 이미 절반쯤은 도구에 물어보며 문장을 만들어둔 상태였거든요. 이걸 내도 되는 건지 지금 지우고 처음부터 다시 써야 하는 건지 판단이 안 섰어요.

같은 스터디에 도경이 있어요. 네 번째 회사로 옮기려는 중이고 실무는 되는데 자기를 글로 설명해본 적이 없는 사람이에요. 도경은 저 문장 앞에서 멈추지 않았어요. 회사마다 다른 문항에 같은 경험을 매번 다시 끼워 맞추는 일을 끝내는 게 더 급했거든요.

연우는 그날 밤을 통째로 날렸어요. 다음 날 급하게 낸 글은 도구가 준 문장을 거의 그대로 옮긴 것이었고요. 면접에서 이런 질문을 받았어요. “이 부분 조금 더 설명해 주세요.” 연우는 자기 이름으로 낸 문장을 자기가 설명하지 못했어요. 그 자리에서 대화가 끊겼어요.

도경이 놓친 건 이거였어요. 회사마다 다른 문항에 답을 채워 넣는 동안 서로 다른 회사에 낸 지원서에서 같은 표현이 반복되고 있었어요. 뒤늦게 나란히 펼쳐놓고 나서야 보였어요. 어느 문장이 어떤 실제 경험에서 나왔는지 본인도 되짚지 못했고요.

감추기, 안 쓰기, 더 많이 시키기

연우가 그 밤에 먼저 한 건 감추는 일이었어요. 어미를 바꾸고 문장 순서를 흔들고 접속사를 넣었다 뺐다 했어요. 시간은 시간대로 쓰고 글은 어색해지기만 했어요. 매끄럽던 문장이 어중간해졌을 뿐 내용은 그대로였거든요.

그다음엔 아예 안 쓰기로 했어요. 도구를 끄고 백지 앞에 앉았죠. 이건 더 나빴어요. 새벽 세 시까지 첫 문단만 고치고 있었어요. 그렇게 하루가 통째로 갔어요.

도경 쪽은 세 번째 실패였어요. 문항을 붙여넣고 “합격할 만한 답변 써 줘”를 회사 수만큼 반복했거든요. 속도는 확실히 올라갔어요. 그런데 결과물이 서로 닮아갔어요. 도구가 문제였던 게 아니라 도구에게 준 게 문항뿐이었던 게 문제였어요.

감추기는 글을 망치고 안 쓰기는 마감을 놓치고 더 많이 시키기는 같은 글을 늘려요. 세 방향이 다 막혔으면 남는 질문은 하나예요. 그럼 어떻게 하라는 걸까요.

판별 기술은 아직 당신을 확정하지 못해요

연우는 그 질문을 들고 탐지 기술 쪽을 찾아봤어요. 그러다 예상과 다른 걸 만났어요.

AI가 쓴 텍스트를 가려내는 방법은 크게 두 갈래예요. 하나는 워터마크고요. 구글 딥마인드가 만든 SynthID가 대표적인데 2024년 10월 네이처에 텍스트 적용 기술이 소개됐고 오픈소스로 공개됐어요. 다른 하나는 사후 탐지예요. Turnitin이나 GPTZero 같은 서비스가 문장 길이와 구조, 단어 선택의 통계적 특징을 보고 분류해요.

두 방식 모두 한계가 분명해요.

SynthID는 구글 모델이 만든 글만 식별해요. 다른 모델로 쓴 글은 잡지 못하고 대대적으로 수정하거나 다른 모델로 워터마크를 지우면 작동하지 않아요.

사후 탐지 쪽은 스스로 한계를 밝히고 있어요. Turnitin은 “격식 갖춘 학술적 어조, 반복적인 전문 용어 사용”이 있는 사람의 글을 오탐할 수 있다면서 “인간의 검토를 대체하는 게 아니라 보조한다”고 명시해요. GPTZero는 “어떠한 탐지기도 완벽할 수 없다”고 인정하고요. OpenAI는 2023년에 사후 탐지 방식인 AI Classifier를 내놨다가 정확도가 낮다며 몇 달 만에 종료했어요.

김장현 성균관대 정보통신대학원 원장은 이렇게 말해요. “AI가 인간에 의해 발현되는 특질을 상당 부분 모사하는 상황에서 AI 텍스트를 감지해낼 수 있을 것이란 기대는 과하다.”

여기서 방향을 잘못 잡으면 이번 회차를 읽은 의미가 없어져요. 탐지가 불완전하다는 건 “안 걸린다”는 뜻이 아니에요. 연우가 본 공고는 AI 활용 검증을 하겠다고 명시했어요. 명시했다면 허용 범위를 공고와 채용 안내에서 확인하고 따라야 해요. 이 문구만으로 AI 사용 전면 금지까지 단정할 수는 없어요. 기술이 확정하지 못한다는 사실과 내가 규정을 지켜야 한다는 사실은 서로 상쇄되지 않아요. 참고로 저 문구는 한 기관의 채용 공고에서 확인된 것이고 모든 회사가 같은 방식으로 본다는 뜻은 아니에요.

그러니까 진짜 질문은 이거예요. 심사가 “AI를 썼나”를 확정할 수 없다면 심사는 대체 무엇을 보고 있을까요.

그래서 전문가가 제안하는 평가 기준은 달라요

포티투마루 이승현 부사장은 창작 여부를 가리려는 시도를 “기술 도입기의 과도기적 현상”이라고 봐요. 그리고 이렇게 말해요.

“AI가 썼느냐가 아니라, 이젠 문서 제출자가 그 안에 있는 내용을 얼마나 내재화했는지를 평가해야 한다.”

연우가 면접에서 무너진 지점이 정확히 거기였어요. 글이 어색해서 걸린 게 아니라 자기 글을 설명하지 못해서 대화가 끊긴 거예요. 도경도 뿌리는 같았어요. AI를 적게 써서 문제가 된 게 아니라 근거를 주지 않고 결과문만 받아왔던 거죠.

이승현 부사장이 제안한 평가 축은 썼는가보다 아는가에 가까워요.

그렇다면 남는 능력은 하나예요. 고려대 휴먼인스파이어드AI연구원 최병호 연구교수는 “AI 문해력이 이 시대에 가장 중요한 능력”이라고 말해요.

문해력은 있다 없다로 갈리지 않아요. 지금 내가 도구를 어떻게 쓰고 있는지에 따라 위치가 달라져요. 그 위치를 다섯 칸으로 나눠봤어요.

내 AI 활용은 지금 몇 단계일까요

1단계 질문

된다: 공고를 붙여넣고 “써 줘” 한 번이면 형태를 갖춘 글이 나와요. 빈 화면 공포가 사라지고 빠르게 초안 형태를 만들 수 있어요. / 막힌다: 나온 글이 나에 대한 글이 아니에요. 문항만 주면 개인 경험이 빠진 비슷한 답이 나올 수 있고 내가 설명하지 못하는 문장이 내 이름으로 나가요. 면접에서 그대로 깨져요.

2단계 맥락

된다: 공고와 문항과 내 기록을 함께 주고 그 위에서 쓰게 해요. 나만 가진 내용이 들어가기 시작하고 직무에 맞는 초안과 비교표가 나와요. / 막힌다: 재료가 부실하면 결과도 부실해요. 매번 처음부터 다시 넣어야 하고 어디까지가 사실이고 어디부터 AI가 채운 말인지 경계가 흐려져요.

3단계 검증

된다: AI에게 초안을 쓰게 하는 대신 반론자와 면접관 역할을 맡겨요. 내가 답하지 못한 질문에 걸린 문장은 지워요. 남은 문장은 전부 내 입으로 말할 수 있는 것뿐이에요. / 막힌다: 한 번 할 때마다 시간이 들어요. 마감이 코앞이면 1단계로 되돌아가고 싶어지고 절차를 지키라고 시키는 사람도 나 하나뿐이에요.

4단계 흐름

된다: 경험 정리 → 공고 매칭 → 초안 → 근거 점검 → 예상 질문을 매번 손으로 하지 않고 고정된 순서로 만들어요. 회사가 바뀌어도 순서는 재사용돼요. / 막힌다: 자료가 빠지거나 예외가 생기면 흐름이 그 자리에서 멈춰요. 다음에 뭘 할지는 사람이 정해 줘야 해요.

5단계 에이전트

된다: 승인해 둔 자료와 도구 안에서 목표를 받아 여러 단계를 이어서 수행하고 빠진 것과 겹치는 것을 찾아 다음 작업을 제안해요. 사람은 판단과 최종 확인만 해요. / 막힌다: 사실 확인, 규정 해석, 어떤 경험을 쓸지 고르는 일, 최종 제출 책임은 넘어가지 않아요. 3단계 없이 여기로 뛰면 틀린 글을 더 많이 만드는 상태가 돼요.

숫자가 클수록 잘하는 게 아니에요. 1단계에서 5단계로 가면서 바뀌는 건 판단이 어디 놓여 있느냐예요. 1단계는 판단을 도구에 맡기고 5단계는 판단을 내가 쥔 채 손만 맡겨요. 그래서 이 표를 읽고 나올 말은 “5단계로 가야겠다”가 아니라 “나는 3단계를 건너뛰었구나”에 가까워요.

연우가 3단계로 넘어간 밤

연우는 도구를 끄지 않았어요. 시키는 걸 바꿨어요.

먼저 자기 기록을 모았어요. 본인이 사용할 권한이 있고 개인정보와 기밀을 제거한 프로젝트 기록과 개인 메모만 골라 한 창에 붙여넣었어요. 그러고 나서 이렇게 시켰어요. “이 경험에서 내가 설명하지 못하면 안 되는 지점을 캐물어 줘. 면접관처럼.”

돌아온 질문은 열 개가 넘었고 연우는 그중 네 개에 답하지 못했어요. 왜 그 방법을 골랐는지, 다른 방법과 뭐가 달랐는지, 결과를 어떻게 확인했는지 같은 것들이었어요.

여기서 연우가 한 선택이 3단계예요. 답하지 못한 질문에 걸린 문장은 초안에서 뺐어요. 남은 문장은 하나씩 소리 내어 다시 말해봤고요. 말로 이어지지 않으면 그것도 뺐어요.

글은 짧아졌어요. 문장은 덜 매끈해졌고요. 처음 도구가 준 초안보다 확실히 초라해 보였어요. 그런데 그 안에 남은 건 전부 연우가 실제로 아는 것이었어요.

도경의 화면에 뜬 것

도경은 다른 문제를 안고 있었어요. 연우는 지원서 하나가 급했지만 도경은 같은 일을 회사마다 반복하고 있었거든요. 3단계를 배워도 그걸 매번 손으로 하는 한 끝이 없었어요.

자기소개서의 변별력 저하에 대응해 심층 면접이나 과제 수행처럼 실무 역량을 보는 비중을 높이는 흐름이 복수 보도로 전해져요.

그래서 순서를 고정했어요. 경험 정리 → 공고 요구사항과 연결 → 초안 → 근거 없는 표현 표시 → 예상 질문 생성. 회사가 바뀌어도 이 다섯 칸은 그대로니까 매번 다시 설계하지 않기로 한 거예요.

여기까지가 4단계고 4단계는 곧 멈춰 섰어요. 어떤 회사 문항이 이전 회사들과 결이 완전히 달랐거든요. 연결할 경험이 정리해둔 파일에 없었고 고정한 순서는 두 번째 칸에서 멈춘 채로 다음 지시를 기다렸어요.

도경은 다음 지시를 넣는 대신 범위를 바꿨어요. 순서를 하나하나 지시하는 대신 승인해 둔 자기 자료 폴더를 범위로 정해주고 목표만 줬어요. “이 공고에 낼 초안까지 가 봐.” 그러자 흐름이 멈추는 대신 화면에 이런 게 떴어요.

• 요구사항 다섯 개 중 세 개는 기존 경험과 연결됐고, 두 개는 연결할 재료가 없다.
• 지난 세 곳에 낸 글에서 같은 표현이 반복된 자리가 여기다.
• 이 문장들은 근거가 확인되지 않는다.
• 먼저 정리할 경험은 이것 같다.

도경이 한 일은 그다음부터예요. 겹친 문장을 지우고 근거가 없다고 표시된 자리에 실제 있었던 일을 채워 넣고 어떤 경험을 쓸지 고르고 마지막으로 자기가 읽어보고 냈어요. 넘어간 건 반복되는 손이었고 남은 건 판단이었어요.

자동화할 일과 직접 맡을 일

도경의 이야기가 “결국 다 맡기면 된다”로 읽히면 곤란해요. 5단계에서 넘어가는 것과 절대 안 넘어가는 것은 처음부터 갈려 있거든요.

넘길 수 있는 것

• 흩어진 기록을 모으고 분류하는 일
• 공고 요구사항과 내 경험을 나란히 놓고 연결해보는 일
• 여러 지원서에 겹친 표현을 찾아내는 일
• 근거가 확인되지 않는 문장에 표시를 붙이는 일
• 초안을 바탕으로 예상 질문을 뽑는 일
• 버전이 여러 개일 때 무엇이 최신인지 관리하는 일

안 넘어가는 것

• 어떤 경험을 쓸지 고르는 일. 이건 내가 어떤 사람으로 읽히고 싶은지에 대한 결정이에요.
• 사실 확인. 표시된 문장이 진짜인지 아닌지는 나만 알아요.
• 규정 해석. 공고가 AI 활용 검증을 명시했다면 그 조건을 어떻게 지킬지는 내 책임이에요.
• 최종 제출. 제출한 내용과 규정 준수에 대한 책임은 지원자에게 남아요.
• 면접에서 그 내용을 말하는 일. 이게 마지막 관문이고 여기는 위임이 성립하지 않아요.

4단계와 5단계 차이도 이 목록 안에 있어요. 4단계는 순서를 내가 정해주고 도구가 반복해요. 5단계는 목표를 내가 정해주고 도구가 순서를 이어서 가요. 둘 다 판단은 내 쪽에 있어야 하고 그 판단은 3단계에서 만들어져요.

그래서 순서를 건너뛰면 곤란해요. 3단계 없이 5단계로 가면 내가 설명하지 못하는 문장을 더 많은 회사에 더 빠르게 보내는 상태가 돼요. 앞에서 본 대로 심사가 보는 게 “아는가”라면 그건 실패를 대량으로 만드는 방식이에요.

다시 그 문장을 읽었을 때

면접장에서 연우는 또 같은 질문을 받았어요. “이 부분 조금 더 설명해 주세요.”

이번엔 대화가 끊기지 않았어요. 연우는 글에 쓰지 않은 이야기까지 이어서 말했어요. 왜 그 방법을 골랐는지, 뭐가 잘 안 됐는지, 다시 한다면 어디를 바꿀 건지까지요. 글이 짧아진 대신 말할 수 있는 게 많아진 거예요.

집에 돌아온 연우는 그 공고를 다시 열었어요. 문장은 그대로 거기 있었어요.

“AI(인공지능) 활용 및 표절 여부 등을 철저히 검증할 예정이므로 불성실 작성으로 인한 불이익이 없도록 유의”

한 글자도 바뀌지 않았는데 읽히는 게 달랐어요. 처음엔 연우를 겨누는 경고였고 지금은 제출 전에 스스로 확인해야 할 조건으로 읽혔어요. 달라진 건 문장이 아니라 그 앞에 앉은 사람이 일하는 방식이었어요.

오늘 밤에 할 수 있는 것 한 가지

단계를 올리는 일은 오늘 밤에 안 끝나요. 대신 하나는 지금 할 수 있어요.

지금 쓰고 있는 초안을 열고, 면접관이 물었을 때 내가 설명하지 못할 문장을 지우세요.

오늘 밤 순서는 이렇게만 해도 돼요.

1. 초안을 열고 문장 단위로 소리 내어 읽어요.
2. 문장마다 “왜 이렇게 썼어요?”에 한 문장으로 답해 봐요.
3. 답이 안 나오는 문장은 표시해 두고, 근거를 못 찾으면 지워요.

한 문장씩 소리 내어 읽고 “왜 이렇게 썼어요?”에 답해보면 금방 갈려요. 답이 안 나오는 문장은 지금 지우는 게 면접장에서 막히는 것보다 나아요. 글이 짧아지는 건 손해가 아니에요. 그 초안은 이제 제출용이 아니라 면접 준비물이 돼요.

연우와 도경은 이해를 돕기 위해 구성한 각색 인물입니다.

원자료: 한겨레 2026-05-03 「’딸깍 자소서·의견서’ 넘치는데…’AI가 쓴 글’ 가려낼 방법이 없다」(강재구 기자) https://www.hani.co.kr/arti/economy/it/1256977.html

출처

• 한겨레 2026-05-03 「’딸깍 자소서·의견서’ 넘치는데…’AI가 쓴 글’ 가려낼 방법이 없다」(강재구 기자) — https://www.hani.co.kr/arti/economy/it/1256977.html
• Google DeepMind, SynthID — 자사 생성 모델이 만든 이미지·오디오·텍스트·영상에 워터마크를 심는 기술입니다. https://deepmind.google/models/synthid/
• OpenAI, New AI classifier for indicating AI-written text — “As of July 20, 2023, the AI classifier is no longer available due to its low rate of accuracy.” https://openai.com/index/new-ai-classifier-for-indicating-ai-written-text/

51초 쇼츠로 핵심 보기

AI로 만든 보고서가 반려됐어요. 그런데 표에 적힌 숫자는 틀린 게 아니었어요.

결론부터 말씀드릴게요. AI가 낸 숫자가 회사 값과 어긋나는 가장 흔한 원인은 환각이 아니라 정의 불일치예요. AI는 거짓말을 한 게 아니라, 우리 회사가 그 단어를 어떻게 계산하는지 몰랐던 거예요.

이 글에서는 그 반려가 어떻게 벌어지는지 사건 하나로 따라가 보고, 오늘 바로 쓸 수 있는 처방 세 가지를 정리했어요.

이 글의 인물·회사·일정·매출 수치는 이해를 돕기 위한 가상 사례이며, 일반 제도 설명은 실제 기준에 따라요.

“이 숫자, 어디서 나온 거죠?” — 오전 9시 40분에 돌아온 한 줄

박세라 씨는 생활용품 제조사 마케팅팀 대리예요. 어젯밤 AI로 「상반기 채널별 매출 리뷰」를 만들어 팀장에게 올렸어요.

오전 9시 40분, 문서가 되돌아와요. 코멘트는 딱 한 줄이에요.

“이 숫자, 어디서 나온 거죠?”

오늘 15시 본부장 주간회의 안건이에요. 마감까지 5시간 20분 남았어요.

표를 다시 열어봐요. 사내 정산 시스템 값과 미묘하게 어긋나요. 크게 틀린 것도 아니고, 맞는 것도 아니에요. 더 곤란한 건 세라 씨 본인도 그 숫자가 어디서 왔는지 되짚지 못한다는 것이에요.

세 번 다시 만들었지만 숫자는 매번 조금씩 달랐습니다

세라 씨가 한 시도는 셋이에요.

1. “정확하게, 출처 포함해서 써줘”→ 그럴듯한 출처 문구만 늘어났어요.
2. “지어내지 마”→ 결과는 같았어요.
3. 처음부터 재생성→ 숫자가 또 조금 달라졌어요.

결국 재작성에 3시간 20분이 들어갔고, 안건은 다음 주로 밀렸어요.

그런데 진짜 비싼 건 시간이 아니었어요. 그 뒤로 팀장은 세라 씨의 자료를 받을 때마다 “원본 어디예요?”를 먼저 물어요. 한 번의 반려가 습관 하나를 남긴 거예요.

“정확하게 써줘”가 통하지 않는 이유

세 번의 시도가 전부 실패한 이유는 하나예요. 정직성만 강조했을 뿐, 정의와 원자료와 검증 절차를 고정하지 않았기 때문이에요.

“정확하게 써줘”는 지시처럼 들리지만 실행 가능한 기준이 하나도 없어요. 무엇을 기준으로 정확한지, 어떤 파일의 어느 열을 봐야 하는지, 확인이 안 되면 어떻게 표시해야 하는지 — 셋 다 비어 있어요.

빈칸이 있으면 언어모델은 멈추지 않고 가장 그럴듯한 값으로 채워요. 그 빈칸을 남긴 건 AI가 아니라 지시한 사람이에요.

숫자 하나를 끝까지 따라가 봤더니 — 그건 실재하는 숫자였습니다

세라 씨가 표에서 숫자 하나를 골라 원본까지 역추적해요.

그 숫자는 실재했어요. AI가 접근한 원자료 안에 실제로 있는 값이었어요. 지어낸 값이 아니었어요.

다만 계산 기준이 달랐어요.

이 회사는 정관으로 3월~다음 해 2월을 회계연도로 정해 두었고, 그래서 사내에서 “상반기”는 3~8월을 뜻해요. 또 이 보고서에서 “온라인 매출”은 부가세를 제외하고 반품을 차감한 금액으로 집계해요.

AI는 그 정의를 받지 못한 채, 제공된 원자료 중 1~6월 결제총액(부가세 포함·반품 차감 전) 열을 기준으로 계산했어요.

여기서 3월 시작 회계연도, 부가세 제외, 반품 차감은 이 회사·이 보고서의 집계 정의예요. 업계 공통 규칙이 아니에요. 회사마다 다릅니다.

AI는 거짓말하지 않았습니다, 우리 회사 말을 몰랐을 뿐

반전은 여기예요. 고칠 대상은 AI의 성실성이 아니라 내가 주는 정의였어요.

같은 원자료를 봐도 “상반기”라는 한 단어의 뜻이 다르면 표 전체가 어긋나요. 그리고 이 어긋남은 눈에 잘 안 띄어요. 값이 두 배로 튀면 바로 알아채지만, 미묘하게 다른 숫자는 그냥 맞는 것처럼 보이거든요.

반려당하는 자료의 상당수는 틀린 자료가 아니라, 기준을 말하지 않은 자료예요.

정의 카드 6줄 — 매번 프롬프트 맨 앞에 붙이는 것

첫 번째 처방이에요. 여섯 줄을 메모장에 저장해두고 요청할 때마다 맨 앞에 붙여요.

1. 기간 기준— 회계연도 시작월과 “상반기”의 실제 범위
2. 매출 정의— 부가세 포함 여부, 반품 차감 여부
3. 채널 분류— 어떤 판매처를 어느 채널로 묶는지
4. 통화·단위— 통화, 표기 단위, 반올림 자리
5. 기준일(as-of)— 데이터를 자른 시점
6. 제외 항목— 집계에서 빼는 것

여섯 줄을 쓰는 데 처음 한 번만 10분쯤 걸려요. 그 다음부터는 붙여넣기 3초예요.

표에 ‘근거’ 열을 강제하기 — 빈칸이 남는 게 정상입니다

두 번째 처방이에요. AI에게 표를 받을 때 가장 오른쪽에 ‘근거’ 열을 반드시 만들라고 지시해요.

근거 열에 적을 것은 이래요.

• 원본 값: 파일명 > 시트명 > 셀 범위 > 기준일
• 파생 값(합계·비율·증감률): 위에 더해 계산식과 필터 조건까지
• 확인이 안 되는 값: 숫자 대신 확인 필요, 그리고 그 값이 합계와 결론에 미치는 영향을 한 줄

그리고 중요한 게 하나 더 있어요. 근거 열이 채워졌다는 사실 자체는 검증이 아니에요. AI는 파일명과 셀 범위도 그럴듯하게 생성할 수 있어요. 적힌 경로로 실제 원본을 열어 직접 대조해야 검증이에요.

빈칸이 남는 걸 실패로 보지 마세요. 그건 어디를 확인해야 하는지 알려주는 표시예요.

제출 전 2분, 합계·핵심 수치 3개 역추적 — 그리고 다시 열린 회의실

세 번째 처방이에요. 제출 버튼을 누르기 전에 2분만 씁니다.

무작위로 고르지 말고 이 순서로 최소 3개를 원본 셀까지 따라가요.

1. 합계— 여기가 틀리면 표 전체가 무너져요
2. 핵심 결론 수치— 보고서가 주장하는 문장을 떠받치는 값
3. 이상치— 유독 튀거나 유독 낮은 값

이건 전체 검증이 아니라 최소 표본 점검이에요. 3개가 원본까지 닿으면 나머지도 같은 경로로 만들어졌을 가능성이 높아지고, 하나라도 안 닿으면 그 표는 아직 제출 상태가 아니에요.

역추적에 실패한 값은 지우지 마세요. 확인 필요로 남기고, 그 값이 합계와 결론에 얼마나 걸리는지 한 줄 덧붙여요.

다시 열린 회의실

세라 씨는 정의를 맞춰 표를 다시 뽑아요. 온라인 채널 수치가 눈앞에서 바뀌어요. 근거 열이 붙고, 라이브커머스 한 칸은 확인 필요로 비어 있어요.

세라 씨는 그 칸을 지우지 않고, 합계에 얼마나 걸리는지 한 줄 덧붙여 그대로 올려요.

다음 회의에서 팀장의 말이 바뀌어요.

“이 확인 필요 칸, 정산팀에 내가 물어볼게요.”

추궁이었던 첫 질문이, 팀이 함께 메우는 빈칸으로 닫혀요.

이 처방이 듣지 않는 경우

실무에서 자료가 반려되는 사유는 최소 세 갈래예요. ① 숫자·근거 ② 결론 부재 ③ 형식·보고 맥락.

이 글의 처방은 ①에만 작동해요. 결론이 없어서 반려된 자료는 정의 카드를 붙여도 또 반려돼요. 그건 다른 처방이 필요한 문제예요.

기준을 확인할 수 있는 공식 출처

이 글의 사례는 가상이지만, 아래 제도 설명은 실제 기준이에요.

회계기간과 매출 정의는 어디서 확인하나요

• 회계기간(사업연도) — 법인의 사업연도는 법령이나 정관 등에서 정하는 1회계기간이에요. 즉 1월 시작이 법으로 강제되는 게 아니라 회사가 정관으로 정하는 것이라, 3월 시작 회계연도도 가능해요. 조문은 법인세법 제6조에서 확인하실 수 있어요.
• 부가세 포함 여부 — 부가가치세법에서 공급가액은 공급받는 자로부터 받는 금전적 가치 있는 모든 것을 포함하되 부가가치세는 포함하지 않는다고 정하고 있어요. 회사 보고서의 매출이 보통 부가세를 뺀 금액인 이유예요. 조문은 부가가치세법 제29조에 있어요.
• 다만 반품 차감 시점이나 채널 분류 같은 항목은 법이 정해주지 않아요. 회사 내부 기준이라 정의 카드에 직접 적어야 하는 부분이에요.

AI 쪽 공식 안내는 뭐라고 하나요

• Anthropic의 개발자 문서는 환각을 줄이는 방법으로 모르는 것을 모른다고 말하게 허용하기, 직접 인용에 근거를 두게 하기, 인용으로 주장을 검증하기를 제시해요(Reduce hallucinations). 이 글의 확인 필요 칸과 근거 열이 정확히 같은 얘기예요.
• 회사 문서와 데이터에 연결해 쓰는 업무용 AI가 어떤 앱과 데이터를 다루는지는 Microsoft의 Microsoft 365 Copilot 개요 문서에 정리돼 있어요. 원자료에 연결돼 있어도 회사가 그 값을 어떻게 집계하는지는 별도로 알려줘야 한다는 점은 달라지지 않아요.

정리

• AI가 낸 숫자가 회사 값과 어긋나면 먼저 환각인지 정의 불일치인지를 갈라요. 숫자 하나만 역추적하면 5분 안에 갈립니다.
• 정의 카드 6줄을 프롬프트 맨 앞에 고정해요. 기간·매출 정의·채널 분류·통화 단위·기준일·제외 항목.
• 표에는 근거 열을 강제하고, 적힌 경로로 원본을 직접 열어 대조해요. 빈칸은 지우지 말고 확인 필요로 남겨요.
• 제출 전 2분, 합계·핵심 결론 수치·이상치 3개를 원본 셀까지 따라가요.

덧붙임 — 원본이 그 자리에 있어야 근거 열이 성립해요

이 글의 처방은 전부 원본으로 돌아갈 수 있다는 전제 위에 있어요. 근거 열에 파일명 > 시트명 > 셀 범위를 적어도, 그 파일이 사라졌거나 덮어써졌으면 확인할 방법이 없어요.

정산 파일은 월마다 갱신되고, 보고서를 만든 시점의 스냅샷은 보통 남지 않아요. 제출한 자료의 근거를 나중에 다시 열어봐야 하는 일이 반복된다면, 원본을 따로 보관하는 자리가 있으면 편해요. 아래는 그런 용도의 참고이고 필수는 아니에요.

이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이 글을 작성한 시점 기준이며, 제품의 판매 상태·가격·사양은 수시로 바뀌므로 구매 시점에 판매 페이지에서 다시 확인해 주세요. 이 구간은 보고서 품질이나 반려 여부에 대한 보장이 아니에요.

AI에게 “수익화되는 숏폼 만들어줘”라고 한 줄만 넣으면 대본이 나와요. 제목도, 해시태그도 같이 나와요. 읽어보면 멀쩡해요. 그런데 그대로 올린 영상이 3초에서 끊긴다면, 문제는 어디에 있었던 걸까요?

결론부터 말씀드리면, 한 줄 명령으로 AI가 만들어주는 것은 무엇을 말할지까지예요. 무엇이 보일지는 만들어주지 못해요. 그건 화면을 직접 본 사람만 알고 있기 때문이에요.

이 글에서는 그 경계가 정확히 어디인지, 그리고 오늘 밤 자기 영상에서 바로 확인하는 방법 세 가지를 정리했어요.

밤 11시 47분에 멈춘 사람

아래 지우의 사례는 설명을 위한 가공 사례예요. 실제 채널 데이터가 아니에요. 이 글 후반의 측정값과는 출처가 다르므로 섞어서 읽지 말아 주세요.

지우 씨는 부업으로 쇼츠를 시작한 지 2주 된 직장인이에요. 매일 밤 한 편은 올리자고 정해뒀어요.

밤 11시 47분. 오늘도 타임라인이 비어 있어요. 내일 출근 전에 한 편만 올리고 자면 돼요. 시간이 없으니 AI에 한 줄을 넣어요.

“수익화되는 숏폼 만들어줘.”

30초 만에 대본이 나와요. 문장이 매끄러워요. 솔직히 직접 쓴 것보다 나아요. 그대로 녹음하고, 올리고 잤어요.

아침에 열어보니 지난 여덟 편이 전부 비슷했어요. 54초짜리 영상인데 평균 시청 시간이 5초. 전체의 9%만 재생된 거예요.

대본이 약했나 싶어 프롬프트를 세 배로 늘렸어요. “후킹 강하게, 트렌디하게, 첫 문장은 자극적으로.” 다시 나온 대본은 더 화려했어요. 결과는 같았어요.

그래프의 모양이 달랐어요

숫자보다 먼저 눈에 들어온 건 유지율 그래프의 모양이었어요.

완만하게 내려가는 곡선이 아니라, 시작 직후에 절벽처럼 꺾여 있었어요.

이 그래프는 YouTube 스튜디오의 시청 지속 시간의 주요 순간 보고서에서 볼 수 있어요. Shorts의 경우 확인 위치와 지표가 조금 달라서, Shorts 콘텐츠 탭 분석 안내를 함께 보시면 좋아요.

사람들이 끝까지 안 본 게 아니었어요. 시작도 안 한 거예요. 지루해서 이탈한 게 아니라, 재생이 시작되기도 전에 손가락이 지나간 거였어요.

소리를 끄고 자기 영상을 봤을 때

잘 나가는 다른 쇼츠를 3초씩 끊어 보다가 지우 씨는 한 가지를 알아채요.

그 영상들은 첫 3초에 설명을 하지 않어요. 잘못된 화면을 그냥 보여줍니다.

자기 영상의 첫 3초는 이랬어요. “오늘은 AI로 수익화하는 방법을 알아보겠어요.”

소리를 끄고 다시 재생해봤어요. 화면에서는 아무 일도 일어나지 않았어요. 자막 한 줄만 바뀌었어요.

그제서야 보였어요. AI가 써준 건 대본이 아니라 목차였어요. AI는 무엇을 말할지는 알았지만, 무엇을 보여줄지는 몰랐어요. 지우 씨의 타임라인에 잘린 클립 세 개가 떠 있다는 사실을, AI는 본 적이 없으니까요.

우리 채널에서 측정된 것

여기서부터는 가공 사례가 아니라 ABNL 채널에서 실제로 측정된 값이에요.

2026년 8월 20일 기준, 이 채널의 쇼츠 19편 조회수는 12회에서 198회 사이에 분포해요. 상위 5편과 하위권을 갈라놓은 차이는 다음과 같았어요.

같은 채널, 같은 제작자, 같은 편집 방식이에요. 첫 화면의 유형만 달랐어요.

다만 이 값은 결론이 아니에요. 19편은 통계적 판단을 내리기에 작은 표본이고, 조회수에는 게시 시각·주제 수요·추천 알고리즘 등 첫 화면 외의 요인이 함께 작용해요. 여기서 말할 수 있는 것은 “이런 경향이 관찰됐다”까지이며, “첫 화면을 바꾸면 조회수가 오른다”는 인과 주장은 이 데이터로 성립하지 않아요.

AI가 채우지 못하는 세 칸

한 줄 명령의 결과물을 살펴보면, 비어 있는 자리가 반복돼요.

1. 3초에 보일 실물

화면에 실제로 무엇이 뜨는가. AI는 “노트북 화면을 보여준다”까지 써요. 하지만 어떤 노트북 화면인지는 쓰지 못해요. “잘린 영상 세 개가 떠 있는 내 타임라인”은 그 화면을 본 사람만 쓸 수 있어요.

이 칸이 비면 영상은 설명 자막으로 시작해요.

2. 증명 장면

주장을 눈으로 받는 컷이 있는가. “이렇게 하면 효과적이에요”라는 문장에는 그것이 사실임을 보여주는 화면이 따라붙어야 해요. AI는 주장은 쓰지만 증거는 갖고 있지 않아요.

이 칸이 비면 말만 남아요.

3. 보고 나서 할 행동

시청자가 영상을 끄고 나서 할 수 있는 한 가지가 무엇인가. AI 기본값은 대체로 “구독과 좋아요”이에요. 그건 제작자에게 유리한 행동이지 시청자에게 남는 행동이 아니에요.

이 칸이 비면 영상은 구독 요청으로 끝나요.

오늘 밤 확인할 수 있는 세 단계

1단계 — 유지율 그래프에서 초반 구간의 모양을 봐요

숫자가 아니라 곡선의 모양을 봐요. 완만하게 내려가면 내용의 문제이고, 시작 직후 절벽처럼 꺾이면 첫 화면의 문제예요. 고칠 곳이 서로 다릅니다.

이제 막 시작한 채널이라면 1단계는 건너뛰어도 돼요. 조회수가 적으면 유지율 그래프 자체가 표시되지 않거나 표본이 너무 적어 모양을 읽을 수 없어요. 그럴 때는 2단계부터 시작하세요. 2단계와 3단계는 조회수가 0이어도 오늘 바로 할 수 있어요.

2단계 — 소리를 끄고 자기 영상의 첫 3초를 봐요

음소거 상태로 재생해요. 그 3초 동안 화면에서 무엇이 바뀌는지 봐요. 자막만 바뀌고 화면은 그대로라면, 시청자가 본 것도 그것뿐이에요.

3단계 — 대본의 세 칸에 답이 있는지 표시해요

AI가 써준 대본을 열고 세 가지에 밑줄을 그어봐요.

1. 3초에 화면에 뜨는 실물— 자막 말고, 실제로 보이는 화면이 무엇인지 적어요.
2. 주장을 증명하는 장면— 그 말이 사실임을 보여주는 컷이 어디인지 적어요.
3. 보고 나서 할 행동 한 가지— 시청자가 영상을 끄고 할 수 있는 일을 적어요.

비어 있는 칸은 AI에게 다시 시키기 전에 사람이 먼저 정해요. 정하지 않은 채로 다시 요청하면, 더 화려한 문장으로 같은 빈칸이 돌아와요.

근거와 참고 문서

“첫 몇 초에서 갈린다”는 건 숏폼만의 이야기가 아니에요. 웹 페이지 사용성 연구에서도 방문자 상당수가 첫 10~20초 안에 떠나고, 그 구간을 넘긴 사람은 훨씬 오래 머무는 분포가 관찰됐어요(Nielsen Norman Group, How Long Do Users Stay on Web Pages?). 매체는 달라도 초반 구간이 별도의 관문이라는 구조는 같아요.

이 글 본문 아래에는 제휴 링크가 있어요. 광고나 대가성 링크를 넣을 때 경제적 이해관계를 소비자가 알아볼 수 있게 표시해야 한다는 기준은 추천·보증 등에 관한 표시·광고 심사지침에 정리돼 있어요.

AI로 만든 결과물을 공개할 때 저작권이 어떻게 되는지 궁금하시면, 문화체육관광부와 한국저작권위원회가 낸 생성형 AI 저작권 안내서에 이용자 입장에서 알아둘 사항이 정리돼 있어요.

플랫폼 공식 안내

• 이 글의 “한 줄 명령으로 대량 생산” 이야기와 맞닿는 부분이 있어요. Google 검색은 AI 사용 자체를 문제 삼지 않지만, 사용자에게 가치를 더하지 않은 채 페이지만 늘리는 사용은 스팸 정책 위반으로 봐요. 자세한 내용은 AI 제작 콘텐츠 관련 Google 검색 안내에 정리돼 있어요.
• AI로 만든 사실적인 영상은 시청자에게 공개해야 하는 경우가 있어요. 기준과 방법은 YouTube 공식 블로그의 합성 콘텐츠 공개 안내를 확인해 주세요.

정리

• AI는 무엇을 말할지를 잘 써요. 한 줄 명령으로 얻는 것은 여기까지예요.
• 무엇이 보일지는 화면을 본 사람만 써요. 이 자리가 비면 첫 3초가 설명으로 시작해요.
• 프롬프트를 길게 쓰는 것은 이 문제를 풀지 못해요. 정보가 부족한 게 아니라, 제작자만 아는 정보가 전달되지 않은 것이기 때문이에요.

수익이 얼마나 늘어나는지는 이 글에서 말씀드릴 수 없어요. 조회수와 수익은 첫 화면 외에도 여러 요인의 영향을 받고, 그것을 확인하려면 실제 게시 후 별도로 측정해야 해요.

다만 오늘 밤 소리를 끄고 첫 3초를 확인하는 일은, 지금 바로 하실 수 있어요.

덧붙임 — 증거 화면을 남겨두는 자리

이 글의 핵심은 “3초에 보일 실물”을 사람이 정해야 한다는 것이었어요. 그런데 그 실물은 지나간 화면인 경우가 많아요. 편집 중이던 타임라인, 그때의 유지율 그래프, 잘린 클립 세 개. 그 순간에 남겨두지 않으면 나중에 다시 만들 수 없어요.

영상 원본과 화면 기록은 용량을 빠르게 먹어서 노트북 내장 저장소만으로는 오래 못 버텨요. 원본을 따로 두는 자리가 있으면, 다음 편을 만들 때 “그때 그 화면”을 꺼내 쓸 수 있어요. 아래는 그런 용도의 참고이고 필수는 아니에요.

이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이 글을 작성한 시점 기준이며, 제품의 판매 상태·가격·사양은 수시로 바뀌므로 구매 시점에 판매 페이지에서 다시 확인해 주세요. 이 구간은 영상의 품질이나 조회수에 대한 보장이 아니에요.