# 반복 업무를 점검하고 자동화할 부분 고르기

> 현재 업무의 막히는 지점을 찾고 검토 가능한 작은 자동화 제안서를 만든다.

원문: https://www.aihoon.kr/guide/chatgpt/workflow/workflow-audit

반복되는 일이 있다고 바로 예약부터 만들면 잘못된 절차가 더 자주 실행될 수 있습니다. 먼저 **지금 일이 어떻게 넘어가고, 어디에서 멈추며, 무엇으로 완료를 확인하는지** 정리합니다. 결과는 검토 가능한 현재 업무 설명과 작은 자동화 제안서입니다. 이를 작성했다고 자동화가 설치된 것은 아닙니다.

## 문서의 절차와 실제 기록 함께 읽기

공식 업무 점검 사례는 지침서뿐 아니라 처리표, 인수인계 메모, 대화, 실제 기록을 대조하도록 안내합니다. 특정 폴더·기간·업무를 지정하고 필요한 자료만 줍니다. 접근하지 못한 자료는 미확인으로 남기게 합니다.

처음에는 업무의 시작과 끝을 정하세요. “행사 운영 전체”보다 “신청 접수부터 참가 확정 안내까지”가 점검하기 쉽습니다. 누가 시작하고 어떤 자료를 받아 누구에게 넘기며 무엇을 남기는지가 보이도록 합니다.

```text
가상 동아리의 행사 신청 처리를 점검해줘.
범위: 신청 접수부터 확정 안내 초안 작성까지.
실제 발송·문서 수정·예약 작업 생성은 하지 마.

지침: 신청표에 접수 → 담당자가 자격 확인 → 승인 → 안내 초안.
처리표:
A: 접수 완료, 자격 확인 완료, 승인 기록 없음.
B: 접수 완료, 담당 미정, 이틀째 변화 없음.
C: 접수 완료, 승인 완료, 안내 발송 여부 미확인.
대화 메모: A는 승인되었다는 말이 있으나 승인자와 날짜 없음.

문서상 절차와 실제 관측을 구분해줘.
누락된 자료, 기다리는 단계, 확인할 사람과 질문을 표로 작성해줘.
자동화할 후보는 현재 절차 설명과 별도 제안으로 남겨줘.
```

A를 승인 완료로 바꾸거나 C에게 안내를 다시 보내면 안 됩니다. A는 승인 근거, B는 담당 배정, C는 실제 전송 기록을 확인해야 합니다. 상태가 비어 있다는 것과 실제 행동이 일어나지 않았다는 것은 다릅니다.

## 어디에서 기다리는지 구체적으로 적기

현재 흐름을 `입력 → 확인 → 판단 → 전달 → 완료 증거`로 정리하고 각 단계에 담당과 자료 위치를 붙입니다. 문서와 실제 기록이 다르면 어느 쪽이 최신인지 묻습니다. 오래된 지침의 표현을 그대로 정답으로 삼거나 구두 메모만으로 정책을 바꾸지 않습니다.

대기 시간이 길어도 모두 자동화 문제는 아닙니다. 담당자가 없는 일, 승인 기준이 없는 일, 자료 접근이 안 되는 일은 먼저 사람이 정해야 합니다. 같은 항목을 중복 처리하거나 실패한 작업을 성공처럼 표시하는 문제도 따로 기록합니다.

## 가장 작은 자동화 후보 고르기

후보마다 반복 빈도, 입력의 안정성, 잘못 실행했을 때 영향, 확인 비용을 비교합니다. 확인할 근거가 없으면 자동화 결과가 맞는지도 알기 어렵습니다.

| 가상 후보 | 먼저 필요한 것 | 검토할 결과 |
|---|---|---|
| 기한이 가까운 미완료 항목 찾기 | 기한·상태가 있는 최신 표 | 원본 행과 알림의 일치 |
| 미정 담당자 자동 배정 | 배정 권한과 규칙 | 규칙이 없으면 제안만 작성 |
| 안내문 자동 발송 | 승인·수신자·중복 방지 기준 | 발송 기록과 실제 수신 대상 |

처음에는 조회와 초안 작성처럼 결과를 쉽게 대조할 수 있는 후보를 선택합니다. 사람이 남길 판단과 자동으로 확인할 수 있는 항목을 구분하고, 외부 전송·삭제·권한 변경처럼 되돌리기 어려운 동작은 정확한 승인 범위를 정한 뒤 다룹니다.

## 제안서에 정상 경로와 실패 경로 함께 넣기

작은 자동화 제안서에는 실행 조건, 볼 자료, 해야 할 일, 출력 위치, 하지 않을 일, 실패 처리, 담당, 중지 조건을 적습니다. “오류가 나면 재시도”만 쓰면 중복 발송이나 중복 수정이 생길 수 있습니다. 상태를 먼저 확인할지, 초안만 남길지, 사람에게 질문할지 구체화합니다.

예를 들어 준비표 접근 실패는 “변경 없음”이 아닙니다. 접근하지 못한 시각과 자료를 표시하고 외부 변경을 멈추는 별도 상태입니다. 한 번의 실패를 숨긴 채 이전 자료로 정상 보고를 계속 만들지 않도록 합니다.

## 한 번 실행하고 실제 업무와 대조하기

선정한 요청을 일반 대화에서 한 번 실행합니다. 빠뜨린 항목, 이미 해결된 항목, 불필요한 알림이 있는지 담당자가 확인합니다. 실제로 읽은 범위와 출력의 근거를 보고 절차를 고칩니다. 처리 시간이나 절감 효과는 실제 기록이 있을 때만 결과로 적습니다.

이후 절차를 재사용하려면 [스킬](/guide/chatgpt/consumer/skills), 일정·이벤트에 맞춰 실행하려면 [예약 작업](/guide/chatgpt/consumer/scheduled)을 사용합니다. 누가 유지·점검할지와 언제 멈출지를 정한 뒤 운영을 시작하면 작업이 끝난 후에도 오래된 알림이 계속되는 일을 줄일 수 있습니다.

## 실제 실행 뒤에는 항목별 결과를 확인하기

자동화 후보를 골랐다면 첫 실행은 작은 입력 묶음으로 시험합니다. 일반 업무 앱에서 신청 항목의 상태를 정리하는 경우에도 필수 입력이 없는 행은 추측해 실행하지 않고 질문으로 남깁니다. 어떤 도구를 쓰든 ‘완료’ 한 줄 대신 입력 식별자, 시도한 행동, 성공·실패·보류, 검증 근거가 있는 결과표를 요청하세요.

가상 연습에서 신청 A와 B를 확인 완료로 표시하고 C는 담당자가 비어 있다고 합시다. A·B의 실제 저장 상태를 다시 읽어 확인하고 C는 보류해야 합니다. B의 처리 중 오류가 났다면 재시도 전에 이미 반영됐는지 확인합니다. 중복 실행을 막기 위해 재시도 범위와 횟수도 정해 둡니다.

> 승인한 A·B만 처리하고 항목별 결과를 남겨 줘. 필수 정보가 없는 C는 건너뛰어 줘. 성공은 앱의 저장된 상태로 확인하고, 오류가 나면 이미 반영됐는지 먼저 읽어 봐. 확인 불가능한 결과는 성공으로 보고하지 마.

반복 실행은 이 작은 시험에서 결과와 실패 처리를 확인한 뒤 설정합니다. 권한 변경이나 영구 데이터 변경까지 포함하려면 해당 행동의 대상과 범위를 별도로 명확히 정합니다. 이 글은 일반 앱 작업의 입력·결과 검토를 다루며 관리자 스크립트나 API 실행 방법은 다루지 않습니다.