첫 AI 프로젝트 작업표: 완료 표시보다 납품할 파일이 먼저다
첫 AI 프로젝트에서 ‘완료’라고 표시했는데 건넬 파일이 없다면, 끝났다는 판단부터 다시 필요합니다. 출발점은 무료 문서에 납품물·확인자·마감·완료 증거를 적는 작업표입니다. AI에게 맡길 범위는 그 파일을 만드는 데 필요한 일로 좁힙니다. 첫 결과를 확인하기 전에는 유료 도구를 권하지 않습니다.
만들고 싶은 기능보다 건넬 파일
‘AI로 업무를 편하게 만들기’는 방향이지만, 검토할 대상은 아닙니다. 반면 ‘행사 조건을 확인할 수 있는 안내문 파일’에는 열어 보고 판단할 대상이 있습니다.
이 글에서는 가상의 편의점 행사 안내문을 예시로 씁니다. 원본 행사표를 바탕으로 안내문 초안을 만들고, 사람이 조건을 대조한 뒤 파일을 전달하는 작업입니다. 실제 납품 사례나 검증된 성과를 뜻하지 않습니다.
내용 기준일은 2026-09-05입니다. 실행 시험은 수행하지 않았으므로 테스트 날짜와 관측 결과는 없습니다. 아래 절차는 무료 문서를 사용할 수 있고, 입력 자료를 작업에 써도 되며, 최종 확인 역할을 정할 수 있다는 조건의 플레이북입니다.
요약은 다음과 같습니다.
- 납품물은 ‘완성된 글’보다 파일 이름·형식·전달 위치로 적습니다.
- 완료는 AI의 생성 종료가 아니라 확인자의 검토로 판단합니다.
- 첫 결과 전에는 결제보다 원본 대조와 파일 전달을 먼저 다룹니다.
완료라는 말에 힘을 주는 것은 상태 표시가 아니라 열어 볼 수 있는 파일입니다.
빈 문서에 납품의 모양을 잡으면
작업표에는 목표와 함께 제외 범위도 들어갑니다. 안내문 초안을 만드는 작업이라면 행사 기획이나 실제 게시까지 묶을 필요는 없습니다. 범위가 선명해야 무엇을 검토할지도 정할 수 있습니다.
아래는 복사해 바꿔 쓸 수 있는 가상 작업표입니다. 대괄호는 실제 작업자가 채울 자리입니다. 마감과 확인 결과를 미리 만들어 넣지 않은 상태입니다.
| 항목 | 작업표에 들어갈 내용 |
|---|---|
| 독자가 해결할 질문 | 어떤 상품에 어떤 행사 조건이 적용되는가 |
| 납품물 | 행사안내문.pdf |
| 입력 자료 | 사용 권한과 내용이 확인된 행사표 |
| 포함 범위 | 대상 상품, 적용 조건, 제외 사항 |
| 제외 범위 | 행사 기획 변경, 실제 게시와 발송 |
| AI의 역할 | 제공된 자료를 안내문 초안으로 정리 |
| 확인자 | [최종 확인을 맡은 역할] |
| 마감 | [날짜와 시각] |
| 전달 위치 | [받는 사람이 접근할 수 있는 위치] |
| 완료 증거 | 최종 파일, 원본 대조 기록, 확인 결과 |
혼자 하는 프로젝트라면 작성자와 확인자가 같을 수 있습니다. 그래도 초안을 만드는 순간과 승인하는 순간은 구분할 수 있습니다. ‘읽어 봄’보다 ‘원본의 제외 조건이 파일에 반영됐는지 확인함’이 나중에 판단을 되짚기 쉽습니다.
이미지 캡션: 가상 행사 안내문 작업표와 납품 파일의 대응 도식. 납품물·확인자·마감·완료 증거가 각각 어떤 기록으로 이어지는지 표시한 예시.
초안 다음에 이어질 일을 적어 두면
실행은 입력 자료를 고르는 데서 시작합니다. 서로 다른 행사표가 있다면 어떤 자료를 기준으로 삼는지 작업표에 남깁니다. 기준 자료가 불명확한 상태에서는 문장이 매끄러워져도 내용이 맞는지 판단하기 어렵습니다.
다음은 초안입니다. 이때 AI가 맡는 일은 주어진 조건을 읽기 쉬운 문장으로 정리하는 데까지입니다. 원본에 없는 혜택이나 적용 조건은 확인이 필요한 항목으로 남깁니다.
초안이 나오면 원본과 나란히 놓고 상품명, 적용 조건, 제외 사항을 대조합니다. 빠진 내용을 표시하고, 수정한 뒤 같은 항목을 다시 살핍니다. 문체 검토는 그다음입니다. 사실이 틀린 문장을 자연스럽게 고치는 것만으로는 납품 기준을 충족하지 못합니다.
마지막에는 지정한 형식으로 내보낸 파일을 엽니다. 편집 화면에서 보이던 문장이 잘리지 않았는지, 전달 위치에서 파일에 접근할 수 있는지도 검토 대상입니다. 이 결과가 작업표의 완료 증거에 붙습니다.
초안의 품질과 납품의 성립은 서로 다른 확인 항목입니다.
막힌 곳이 드러나야 다음 작업도 작아진다
예상할 수 있는 실패는 문장 오류만이 아닙니다. 원본끼리 조건이 다르면 기준 확인이 먼저 필요합니다. 확인자가 비어 있으면 초안은 있어도 승인 여부는 남습니다. 파일이 열리지 않으면 내용 검토를 마쳤더라도 전달은 끝나지 않았습니다.
이 경우 작업표의 상태는 ‘완료’ 대신 보류 사유와 연결됩니다. ‘원본 확인 필요’, ‘제외 조건 수정 필요’, ‘파일 접근 확인 필요’처럼 다음 판단이 드러나는 표현입니다. 여기 적힌 실패는 실제 관측 기록이 아니라 점검할 가능성입니다.
작업표가 정확성을 보장하지는 않습니다. 확인자의 판단이 틀릴 수도 있고, 원본 자체가 오래됐을 수도 있습니다. 민감한 내용이 포함된 자료라면 사용할 수 있는 범위부터 확인해야 합니다. 범위를 확인하지 못한 자료는 입력 대상으로 확정할 수 없습니다.
납품 전에 남길 체크리스트
다음 목록은 작업표 아래에 붙이는 재사용 산출물입니다. 체크 표시는 근거를 확인한 뒤에만 의미가 있습니다.
- 납품할 파일의 이름·형식·전달 위치가 적혀 있다.
- 이번 작업의 포함 범위와 제외 범위가 구분돼 있다.
- 입력 자료의 사용 가능 여부와 기준 자료가 확인됐다.
- 확인 역할과 실제 마감이 채워져 있다.
- 원본의 주요 조건과 제외 사항을 초안에 대조했다.
- 원본에 없는 내용은 제거하거나 확인 대기로 남겼다.
- 수정한 항목을 최종 파일에서 다시 확인했다.
- 전달할 파일이 열리고 내용이 읽힌다.
- 확인 결과와 남은 한계가 작업표에 기록돼 있다.
최종 판단은 단순합니다. 파일을 만들었고, 정한 기준으로 검토했으며, 전달할 수 있다면 그 범위의 작업을 마쳤다고 기록할 수 있습니다. 실제 게시나 매출 같은 후속 결과까지 완료로 묶지는 않습니다.
유료 도구를 검토할 근거도 그 뒤에 생깁니다. 첫 파일을 만드는 과정에서 반복해 막힌 지점이 무엇인지 드러나야 필요한 기능을 설명할 수 있습니다. 지금 제안하는 시작 행동은 무료 문서에 이 작업표를 옮겨, 실제로 건넬 파일 이름을 채우는 것입니다.
이어지는 기록
첫 AI 프로젝트의 끝은 납품 파일과 그 파일을 확인한 증거로 정의합니다.