30초 전문가 판단
결론부터 말하면, AI 자동화 요청서는 프롬프트를 잘 쓰기 전에 어떤 업무를 자동화할지 닫는 문서입니다. 입력, 처리, 출력, 검수자, 실패 시 대응이 정해져야 도구 연결도 흔들리지 않습니다.
먼저 가를 기준
판단 기준은 자동화할 업무가 반복 가능하고 결과 검수가 가능한지입니다. 예외가 많은 일인지, 필요한 데이터가 어디에 있는지, 결과를 누가 승인할지 먼저 나눠야 합니다.
| 상황 | 판정 | 이유 |
|---|---|---|
| 갈래가 여러 개인 경우 | 시간·위치·대상 중 하나를 먼저 고릅니다 | 기준이 없으면 화면을 따라가도 마지막에 다시 갈립니다 |
| 이름이 비슷한 절차가 있는 경우 | 목적에 맞는 항목을 고릅니다 | 이름이 비슷해도 쓰임새가 다르면 대체가 안 됩니다 |
| 결과가 예상과 다른 경우 | 처음 입력한 조건부터 되짚습니다 | 대부분의 오류는 첫 조건 선택에서 생깁니다 |
| 순서 | 볼 것 | 판단 |
|---|---|---|
| 먼저 닫을 것 | 내 상황을 가르는 기준 하나 | |
| 다음에 볼 것 | 공식 화면에서 요구하는 입력값 | |
| 마지막 판단 | 다시 돌아오지 않게 남길 기록 |
실제로 갈리는 부분
실제로 갈리는 부분은 요청서 없이 바로 프롬프트부터 만드는 경우입니다. 업무 정의가 흐리면 프롬프트가 길어져도 결과는 계속 흔들리고, 책임 소재도 불분명해집니다.
함께 읽을 글
- AI 자동화 승인 단계, 사람 검수 없이 게시하지 않는 구조 만들기
- AI 업무 도입 전 데이터 반출 기준, 회사 자료 어디까지 넣을까
- 작은 팀 AI 도입 가이드라인, 처음 만들 1페이지 원칙
마치며
저는 AI 자동화 요청서는 문서 작업이 아니라 책임 배치라고 봅니다. 우리 업무 정의를 먼저 닫아야 프롬프트, 도구 연결, 승인 흐름이 같은 목표를 향합니다.
댓글 남기기