자동화 설계 노트결과 확인

AI로 문서는 빨리 만드는데 확인할 일은 더 늘었다면

AI로 문서를 만드는 속도가 빨라지면 늘어나는 것은 만드는 일이 아니라 확인하는 일입니다. 금액·날짜처럼 맞고 틀림이 분명한 확인은 엑셀 대조 같은 정해진 절차에 먼저 맡기고, 사람은 판단이 필요한 부분만 봅니다.

핵심 요약

  • 금액이 맞는지, 날짜가 지난 것은 아닌지, 필수 항목이 빠지지 않았는지는 맞고 틀림이 분명합니다.
  • 표현이 거래처와의 관계에서 적절한지, 이번만 예외를 둘지는 판단이 필요합니다.
  • 직원이 만들고 같은 직원이 확인하면 자기가 놓친 것은 다시 놓칩니다.
이 글의 목차
  1. 쌓이는 결재
  2. 공개된 발언 하나
  3. 점검표 다섯 칸
  4. 가상 예시: 견적서
  5. 좋은 상태
  6. 절차와 사람 나누기
  7. 확인하는 사람
  8. 한계와 하지 않는 편이 나은 경우
  9. 첫 정리
  10. 자주 묻는 질문

직원이 AI로 만든 문서가 결재함에 쌓여 가나요?

결재함을 열었더니 AI로 만든 견적서와 제안서 초안이 또 올라와 있습니다. 직원들이 챗GPT 같은 도구로 초안을 만들기 시작한 뒤 쓰는 시간은 눈에 띄게 줄었다는데, 책상에 올라오는 서류는 예전보다 많아졌습니다.

하나씩 읽다 보면 금액이 어긋나거나 다른 거래처 이름이 섞인 문서가 나옵니다. 직원은 AI가 썼으니 맞겠지 하고 올리고, 받는 쪽은 직원이 봤겠지 하고 넘기기 쉽습니다.

만드는 시간이 줄면 그만큼 확인할 서류가 한 사람에게 몰리기 쉽습니다. 그 확인을 누가, 어떤 순서로 나눌지부터 정하면 됩니다.

만드는 속도가 빨라지면 확인은 어디로 갈까요?

AI 코딩 도구를 만드는 미국 Anthropic의 한 엔지니어링 책임자가 2026년 6월 팟캐스트에서 비슷한 말을 했습니다. 회사가 공개한 자체 집계에 따르면 엔지니어가 분기마다 내놓는 코드가 2021~2025년 평균의 8배입니다. 그는 이를 언급하며 코딩은 더 이상 병목이 아니라고 했습니다.

그가 새로운 화두로 꼽은 것은 검증을 어떻게 할 것인가였습니다. 코드를 올리는 사람이 늘고 양도 많아졌기 때문이라는 설명입니다. 2025년에는 AI 코드 리뷰가 없어 사람 리뷰어가 큰 병목이었다고 합니다.

개발 이야기지만 사무 문서에도 같은 일이 생깁니다. 만드는 사람이 늘면 확인할 사람이 모자라게 됩니다.

도표 1

어떤 확인을 누구에게 맡길지, 다섯 칸으로 적어 봅니다

AI로 만드는 문서마다 다섯 칸을 채우면 확인을 누구에게 어떻게 나눌지 보입니다.

다섯 칸은 위 발언의 구조와 일반적인 검토 절차에서 dataart가 추린 것입니다.

칸적을 것비어 있으면
결과물직원이 AI로 만드는 문서를 종류별로 적습니다(견적서, 회신 메일, 정산표)무엇이 쌓이는지 모른 채 한꺼번에 밀립니다
좋은 상태이 문서가 어떤 모습이면 통과인지 한 줄로 적습니다확인하는 사람마다 기준이 달라집니다
먼저 볼 것금액 일치, 날짜, 필수 항목처럼 맞고 틀림이 분명한 것을 따로 뺍니다사람 눈이 대조 작업에 소모됩니다
사람이 볼 것표현 수위, 거래처와의 관계처럼 판단이 필요한 것만 남깁니다전부 보다가 중요한 곳을 놓칩니다
확인하는 사람만든 직원과 다른 사람을 정하고, 자리를 비울 때 맡을 사람도 적습니다만든 사람이 스스로 확인하고 끝냅니다

견적서 확인을 점검표에 옮겨 보면

예시(가상, 실제 고객 아님)

부품을 납품하는 작은 제조 회사에서 영업 직원 세 명이 AI로 견적서 초안을 만든다고 가정합니다. 단가표와 거래처별 조건을 붙여 넣으면 초안이 나옵니다.

결재하는 대표는 초안이 올라올 때마다 단가와 수량, 납기일을 눈으로 다시 맞춰 봅니다. 점검표의 '먼저 볼 것' 칸을 채우다 보니 이 세 가지는 단가표와 맞춰 보면 되는 일입니다.

그래서 대조는 절차에 먼저 넘기고, 대표는 거래처에 보내는 문장과 할인 조건처럼 판단이 필요한 부분만 봅니다.

이해를 돕기 위해 만든 가상의 장면이며 결과나 성과를 뜻하지 않습니다.

직원마다 확인 기준이 다르다면 한 장으로 맞춥니다

확인이 사람마다 달라지는 이유는 좋은 상태가 사람 머릿속에 있기 때문입니다. 견적서라면 단가표와 일치하고, 납기일이 영업일 기준이며, 할인 조건이 승인된 범위 안에 있는 것처럼 적습니다.

Anthropic에서도 비슷한 방식을 쓴다고 합니다. 좋은 상태가 어떤 모습인지 기준 문서로 만들어 코드와 함께 두고, AI가 리뷰 때 그 기준에 맞는지 확인하게 한다고 설명했습니다.

한 장짜리 기준이 있으면 직원도 올리기 전에 스스로 맞춰 볼 수 있습니다.

눈으로 대조하던 확인은 정해진 절차에 넘깁니다

금액이 맞는지, 날짜가 지난 것은 아닌지, 필수 항목이 빠지지 않았는지는 맞고 틀림이 분명합니다. 이런 확인은 엑셀 대조나 입력 칸의 필수 표시처럼 절차에 맡길 수 있습니다.

표현이 거래처와의 관계에서 적절한지, 이번만 예외를 둘지는 판단이 필요합니다. 사람이 읽는 시간은 여기에 씁니다.

Anthropic도 깊은 전문성이 필요한 중요한 영역은 인터뷰 당시에도 사람이 직접 리뷰한다고 합니다. 확인을 전부 넘기지 않고 나누는 방식입니다.

만든 직원이 확인까지 하고 있지 않나요?

직원이 만들고 같은 직원이 확인하면 자기가 놓친 것은 다시 놓칩니다. 규모가 작아도 한 단계는 다른 사람이 보도록 정합니다.

사람이 부족하면 서로 바꿔서 봐 줄 짝을 정하는 것부터 시작합니다. 자리를 비우는 날 맡을 사람까지 정해 두지 않으면 그날 서류가 멈춥니다.

한계와 하지 않는 편이 나은 경우

해외 사례는 소프트웨어 개발 조직의 이야기입니다. 8배는 회사가 공개한 자체 집계이고 외부 검증은 찾지 못했으며, 개발이 아닌 업무에 같은 비율이 적용되는지도 확인되지 않았습니다.

AI로 만드는 문서가 한 달에 몇 건뿐이라면 점검표를 만들기보다 그때그때 읽는 편이 낫습니다.

계약서나 세무, 법률처럼 틀리면 되돌리기 어려운 문서는 AI 초안이 있어도 해당 전문가의 확인을 거치는 편이 안전합니다.

이번 주에 무엇부터 적을까요?

먼저 이번 주에 직원이 AI로 만든 문서의 종류를 세 가지만 적습니다. 그다음 종류마다 좋은 상태를 한 줄씩 씁니다. 이 두 가지만 해도 확인에 쓰는 시간이 어디로 새는지 보입니다.

AI를 어떤 업무에 먼저 쓸지부터 정하는 중이라면 '자동화, 뭐부터 하죠? 첫 업무를 고르는 7가지 질문과 점수표' 글이 먼저입니다.

AI에게 어떤 일을 어디까지 맡길지부터 정하는 중이라면 같은 시리즈의 'AI에게 일을 어디까지 맡겨도 될지 모르겠다면' 글이 앞 단계입니다.

자주 묻는 질문

직원이 AI로 만든 문서를 전부 같은 깊이로 확인해야 하나요?

그럴 필요 없습니다. 금액이나 날짜처럼 맞고 틀림이 분명한 것은 절차로 먼저 확인하고, 사람은 판단이 필요한 부분과 되돌리기 어려운 문서에 시간을 씁니다.

확인도 AI에게 시켜도 되나요?

시킬 수 있지만 좋은 상태의 기준을 먼저 적어 둬야 합니다. Anthropic 사례에서도 기준 문서를 만들어 두고 AI가 그에 맞는지 확인하게 한다고 설명했습니다. 최종 책임은 사람이 지는 쪽으로 정합니다.

확인 절차를 만든다는 것은 구체적으로 어떤 모습인가요?

견적서라면 단가표 옆에 견적 금액을 붙여 넣어 다르면 칸 색이 바뀌게 하거나, 필수 항목이 비면 올리지 못하게 하는 정도로 시작합니다. 직원이 올리기 전에 세 줄짜리 확인표를 체크하게 하는 것도 절차에 속합니다. 해외에는 StrongDM처럼 코드를 읽는 대신 시험을 따로 돌리는 회사도 있지만, 작은 회사는 맞고 틀림이 분명한 확인만 절차에 맡기면 됩니다.

확인할 사람이 따로 없는 작은 회사는 어떻게 하나요?

두 사람이 서로의 문서를 바꿔 보는 짝을 정하는 것부터 시작합니다. 그마저 어렵다면 대표는 점검표의 '사람이 볼 것'만 보고, 대조는 엑셀이나 양식에 맡깁니다. 한 단계라도 만든 사람과 다른 눈을 두는 것이 목적입니다.

확인 일이 늘었다면 AI를 쓰는 것이 이득인가요?

한마디로 말할 수 없습니다. 줄어든 만드는 시간과 늘어난 확인 시간을 같은 기간으로 놓고 비교해야 합니다. 점검표의 '결과물' 칸에 이번 주 문서 종류를 적고 확인에 쓴 시간을 함께 적어 보면 감이 잡힙니다.

이어서 읽기