AI 업무 자동화는 처음부터 거창한 시스템을 만드는 일이 아닙니다. 제가 실제로 오래 유지한 방식은 반복되는 업무 하나를 고르고, 입력과 판단 기준을 적고, AI가 만든 결과를 사람이 검수하는 작은 루틴부터 시작하는 방식입니다. 이 글의 핵심은 간단합니다. 첫 주에는 자동화 도구를 많이 붙이는 것보다 “어떤 일을 어떤 기준으로 줄일지”를 먼저 정해야 합니다.
AI 자동화를 시작할 때 가장 흔한 실수는 도구부터 고르는 것입니다. ChatGPT를 쓸지, Claude를 쓸지, Gemini를 쓸지부터 비교하면 정작 내 업무가 어디서 새는지 보이지 않습니다. 저는 첫날에 도구 목록을 만들지 않습니다. 대신 하루 업무를 펼쳐놓고 “반복되지만 판단 기준이 비교적 분명한 일”을 찾습니다.
예를 들면 회의록 정리, 고객 문의 초안 작성, 블로그 제목 후보 정리, 상품 상세페이지 문장 다듬기, 엑셀 표를 보고 이상값 찾기 같은 일입니다. 반대로 가격 결정, 계약 조건 판단, 세금 신고처럼 책임이 큰 일은 첫 주 자동화 대상으로 잡지 않는 편이 낫습니다. AI가 초안을 줄 수는 있지만 최종 판단을 넘기면 리스크가 커집니다.
제가 쓰는 기준은 세 가지입니다. 첫째, 같은 형태로 자주 반복되는가. 둘째, 결과물이 글·표·목록처럼 검수 가능한 형태인가. 셋째, 틀렸을 때 바로 고칠 수 있는가. 이 기준에 걸리지 않으면 첫 자동화 대상으로는 뒤로 미룹니다. 첫날의 목표는 멋진 자동화가 아니라 실패해도 손실이 작은 업무 하나를 고르는 것입니다.
많은 분이 프롬프트 문장을 길게 쓰면 자동화가 좋아진다고 생각합니다. 제 경험은 조금 다릅니다. 프롬프트보다 먼저 필요한 것은 입력 양식입니다. 매번 다른 말투로 AI에게 부탁하면 결과도 매번 흔들립니다. 그래서 둘째 날에는 “AI에게 줄 재료”를 같은 구조로 적는 템플릿을 만듭니다.
예를 들어 블로그 제목을 뽑는 업무라면 입력 양식은 이렇게 잡습니다. 대상 독자, 키워드, 독자가 지금 답답해하는 점, 내가 실제로 겪은 사례, 반드시 피할 표현, 필요한 말투를 한 줄씩 둡니다. 고객 답변 초안이라면 고객 상황, 요청 내용, 확정된 사실, 아직 확인이 필요한 내용, 답변에서 피해야 할 약속을 나눕니다.
이렇게 하면 AI가 똑똑해서가 아니라 입력이 일정해서 결과가 좋아집니다. 저는 자동화 실패의 상당수가 AI 성능 문제가 아니라 입력 정리 문제였다고 봅니다. 둘째 날의 판단 기준은 “다른 사람이 이 양식만 보고도 같은 수준의 요청을 넣을 수 있는가”입니다. 이 기준을 통과하면 다음 단계로 넘어갈 준비가 된 것입니다.
AI 업무 자동화에서 사람을 완전히 빼는 순간 품질 사고가 납니다. 특히 외부에 나가는 글, 고객에게 보내는 답변, 돈과 일정이 걸린 판단은 반드시 검수표가 있어야 합니다. 저는 셋째 날에 자동화 결과물을 만드는 대신 검수표를 먼저 붙입니다. 이 검수표가 있어야 나중에 자동화 범위를 넓혀도 흔들리지 않습니다.
검수표는 복잡할 필요가 없습니다. 사실 확인이 필요한 문장이 있는지, 숫자나 날짜가 근거 없이 들어갔는지, 우리 말투와 맞지 않는 표현이 있는지, 고객에게 과한 약속을 하지 않았는지, 다음 행동이 분명한지 정도면 충분합니다. 블로그 글이라면 첫 문단이 독자의 질문에 답하는지, H2 제목이 검색 의도와 맞는지, 개인 사례가 들어갔는지도 봅니다.
저는 자동화를 만들 때 “AI가 잘했는가”보다 “검수자가 빠르게 아니라고 말할 수 있는가”를 더 중요하게 봅니다. 빠르게 반려할 수 없는 결과물은 결국 사람이 다시 다 읽어야 합니다. 셋째 날의 판단 기준은 결과물 하나를 보고 통과·수정·폐기를 짧은 시간 안에 나눌 수 있는가입니다.
자동화를 처음 만드는 분들은 한 번의 요청으로 완성본을 얻으려 합니다. 하지만 실제 업무에서는 초안과 수정안의 역할이 다릅니다. 초안은 재료를 빠르게 모으는 단계이고, 수정안은 기준에 맞게 다듬는 단계입니다. 저는 넷째 날에 이 두 단계를 분리합니다.
예를 들어 글쓰기 자동화라면 첫 요청은 구조와 핵심 주장만 받습니다. 두 번째 요청에서 문체, 사례, 금지 표현, 독자 질문을 반영하게 합니다. 고객 응대라면 첫 요청은 답변 논리를 만들고, 두 번째 요청은 표현을 부드럽게 고치게 합니다. 이렇게 나누면 한 번에 완성하려 할 때보다 수정 포인트가 선명해집니다.
제가 운영 자동화에서 배운 점은 “한 번에 완성”보다 “재작업이 줄어드는 구조”가 오래 간다는 것입니다. 자동화는 마술이 아니라 공정입니다. 넷째 날의 판단 기준은 AI 결과물이 바로 발송 가능한가가 아닙니다. 사람이 수정해야 할 위치가 분명하게 드러나는가입니다.
업무 자동화가 무너지는 지점은 의외로 저장 위치입니다. 결과물이 메신저에 있고, 일부는 노션에 있고, 일부는 다운로드 폴더에 있으면 다음날 다시 찾는 데 시간이 듭니다. 저는 다섯째 날에 자동화 산출물이 쌓일 위치와 이름 규칙을 먼저 정합니다.
예를 들어 블로그 초안은 날짜와 키워드를 파일명에 넣고, 이미지와 HTML은 정해진 폴더에 남깁니다. 회의록은 회의일과 프로젝트명을 파일명에 넣습니다. 고객 응대 초안은 고객명보다 업무 흐름이 드러나는 이름을 붙입니다. 중요한 것은 사람이 봐도 찾을 수 있고, 스크립트가 봐도 같은 규칙으로 읽을 수 있어야 한다는 점입니다.
제가 여러 자동화 파이프라인을 굴리며 가장 자주 고친 부분도 파일 경로였습니다. 글은 잘 나왔는데 이미지가 다른 폴더에 있고, HTML은 생성됐는데 발행 스크립트가 못 찾는 일이 실제로 생깁니다. 다섯째 날의 판단 기준은 내일 같은 업무를 다시 실행했을 때 이전 산출물을 쉽게 구분할 수 있는가입니다.
처음부터 매일 자동 실행되는 크론을 붙이면 멋져 보입니다. 하지만 오류가 난 뒤 다시 돌릴 방법이 없으면 운영이 불안해집니다. 저는 여섯째 날에 완전 자동화보다 수동 재실행 경로를 먼저 만듭니다. 명령어 하나, 체크리스트 하나, 또는 버튼 하나로 같은 흐름을 다시 돌릴 수 있어야 합니다.
예를 들어 글 자동화라면 초안 생성, 이미지 생성, HTML 변환, 발행 확인을 각각 다시 실행할 수 있어야 합니다. 고객 응대 자동화라면 원문 입력만 바꿔서 같은 양식으로 다시 만들 수 있어야 합니다. 보고서 자동화라면 데이터 파일이 바뀌었을 때 같은 차트가 다시 만들어져야 합니다.
운영에서 중요한 것은 실패하지 않는 시스템이 아닙니다. 실패했을 때 어디서 멈췄는지 알고, 그 지점부터 다시 시작할 수 있는 시스템입니다. 여섯째 날의 판단 기준은 자동화가 한 번 성공했는가가 아니라, 실패 로그를 보고 같은 결과를 다시 만들 수 있는가입니다.
AI 업무 자동화를 평가할 때 “몇 시간을 아꼈는가”만 보면 과장되기 쉽습니다. 실제로는 시간을 조금 아꼈지만 검수 부담이 늘어나는 자동화도 많습니다. 저는 일곱째 날에 절약 시간보다 줄어든 판단을 봅니다. 매번 새로 고민하던 부분이 양식, 기준, 검수표, 저장 규칙으로 바뀌었는지가 핵심입니다.
제가 유지하는 자동화는 대부분 사람의 판단을 없앤 것이 아니라 반복 판단을 줄인 것입니다. 어떤 키워드를 고를지 점수표로 좁히고, 어떤 글을 발행할지 검증기로 막고, 어떤 계정에 올릴지 카테고리 규칙으로 고정합니다. 사람이 마지막 결정을 하지만 매번 처음부터 생각하지 않게 만드는 쪽입니다.
일주일 뒤에 남겨야 할 기록은 많지 않습니다. 자동화 대상 업무, 입력 양식, 검수표, 저장 위치, 재실행 방법, 다음에 제외할 업무 정도면 충분합니다. 이 기록이 남으면 다음 자동화는 훨씬 빨라집니다. 일곱째 날의 판단 기준은 “내가 없어도 같은 초안이 다시 나오는가”입니다. 그 정도가 되면 첫 AI 업무 자동화는 성공으로 봐도 됩니다.
실제로 저는 새 자동화를 만들 때 첫 주에는 “연결”보다 “관찰”을 더 오래 합니다. 자동화가 필요한 업무라고 생각했는데 막상 적어보면 한 달에 몇 번 하지 않는 일도 있고, 반대로 매일 작은 스트레스를 주지만 이름조차 붙이지 않은 일도 있습니다. 그런 일은 대개 받은 메시지를 분류하거나, 같은 문장을 다시 쓰거나, 자료를 찾은 뒤 같은 형식으로 붙이는 작업입니다. 이 구간을 찾으면 AI 도입은 훨씬 쉬워집니다.
또 하나는 가족이나 팀원이 봐도 이해되는 말로 규칙을 남기는 것입니다. “잘 정리해줘”는 자동화 규칙이 아닙니다. “중복 내용은 합치고, 확인 안 된 숫자는 확인 필요로 남기고, 다음 행동을 맨 아래에 적는다” 정도가 되어야 재사용됩니다. 저는 이 차이가 개인 생산성 도구와 실제 업무 자동화의 경계라고 봅니다. 첫 주에는 멋진 결과보다 이런 문장 하나를 남기는 쪽이 더 값집니다.