AI 자동화, 모델 고르기 전에 정리할 업무 기준

AI 자동화 이야기를 보면 모델부터 고르게 된다. 그런데 「800시간 이상 AI 자동화를 구축하고 느낀 점 6가지」와 Google Flow 화면 자동화 사례를 함께 정리하고 나니, 먼저 정리할 건 모델보다 업무와 검수 기준이라는 생각이 들었다.

영상 제목의 800시간은 제작자가 밝힌 구축 시간이다. 수익이나 생산성 향상, 비용 절감 수치도 영상 속 주장이라 여기서는 근거로 삼지 않았다. 내가 가져갈 만한 건 숫자보다 그 안에 담긴 운영 방식이었다.

AI 생성 일러스트 · 여러 업무 흐름과 데이터가 검수 지점을 거쳐 하나의 운영 구조로 모이는 개념 그림
AI 생성 일러스트 · 여러 업무 흐름과 데이터가 검수 지점을 거쳐 하나의 운영 구조로 모이는 개념 그림

한 화면보다 먼저, 업무가 어떻게 돌아가는지

회사의 업무와 데이터를 한 화면에서 본다는 말은 솔깃하다. 하지만 대시보드를 만들었다고 운영 체계가 생기는 건 아니겠다. 어디서 온 원본 자료인지, 누가 상태를 바꾸는지, 예외가 생기면 누가 처리하는지, 어떤 권한으로 볼 수 있는지가 같이 정해져야 한다.

업무를 잘 아는 사람이 자동화를 이끌어야 한다는 주장도 이 맥락에서 이해했다. 회사에서 팀으로, 업무에서 실행 단계와 완료 기준으로 내려가야 AI에게 맡길 수 있는 일이 구체적으로 보인다. 그렇다고 사업을 아는 사람이 코드까지 전부 직접 써야 한다는 뜻은 아니다. 방향과 기준을 정하는 일, 보안이나 법률 같은 전문 검토는 나눠서 생각해야 한다.

AI 생성 일러스트 · 큰 업무 구조가 구체적인 실행 단계와 완료 확인 지점으로 나뉘는 모습
AI 생성 일러스트 · 큰 업무 구조가 구체적인 실행 단계와 완료 확인 지점으로 나뉘는 모습

모델보다 데이터와 평가 기준

같은 모델을 쓴다고 결과가 저절로 같아지는 건 아니다. 회사의 과거 결과물과 고객 자료, 업무 기준, 실패 기록이 어떻게 쌓였는지가 결과에 영향을 준다. 그래서 모델을 바꾸기 전에 원본과 가공 결과가 구분되는지, 피드백을 다시 쓸 수 있는지, 모델을 바꿔도 자료를 옮길 수 있는지부터 살펴보자는 제안이 남았다.

자료를 많이 쌓는 것만으로 경쟁력이 생기는 것도 아니다. 출처와 품질, 최신성, 접근 권한, 삭제 기준까지 관리해야 실제로 다시 쓸 수 있다.

자동화할 업무도 사람이 수행 방법을 알고 결과를 평가할 수 있는 것부터 고르는 편이 맞겠다. 입력과 순서를 설명할 수 있고, 좋은 결과와 나쁜 결과를 가르며, 예외와 최종 확인 방법을 알고 있어야 한다. 그래야 AI가 만든 결과를 그대로 통과시킬지, 다시 손볼지 판단할 수 있다.

AI 생성 일러스트 · 원본 자료와 가공 결과, 피드백을 구분해 쌓아두는 개념 그림
AI 생성 일러스트 · 원본 자료와 가공 결과, 피드백을 구분해 쌓아두는 개념 그림

모델을 나누는 기준도 이름보다 업무에 둔다. 복잡한 판단에는 더 강한 모델을 쓰고, 절차가 정리된 반복 실행은 비용이 낮은 모델이나 규칙 기반 처리로 돌릴 수 있다. 다만 실패했을 때의 비용, 결과를 확인할 수 있는 정도, 실제 사용량을 함께 봐야 한다. 모든 일에 같은 모델을 쓰는 게 편할 수는 있어도 늘 적절하다고 단정하긴 어렵다.

생성보다 검수, 완성보다 유지보수

Google Flow 자동화 영상에서 특히 가져올 만했던 건 이미지와 영상 단계를 분리하는 방식이다. 기준 이미지 한 장을 먼저 확인하고, 나머지 이미지를 만든 뒤 전부 살펴보고 나서 비용이 드는 영상 생성으로 넘어간다. 문제가 있을 때 비싼 단계를 다시 돌리는 일을 줄이는 비용 차단선이다.

영상 제작 흐름도 결과물 길이에 맞춰 순서를 정리한다. 대본을 확정하고 나레이션을 만든 다음 실제 길이를 재고, 그 뒤에 장면표를 짠다. 한글 자막이나 수치, 도형은 생성 모델에 다시 그리게 하기보다 코드에서 합성하면 수정 범위를 작게 둘 수 있다. 목소리 결과는 음성 도구의 자체 확인에만 맡기지 않고 별도 받아쓰기로 대조하며, 화면 자동화는 목록의 몇 번째 항목인지보다 안정적인 이름이나 상태값으로 대상을 찾는다.

AI 생성 일러스트 · 스토리보드 이미지를 먼저 검수한 뒤 영상 생성 단계로 넘기는 흐름
AI 생성 일러스트 · 스토리보드 이미지를 먼저 검수한 뒤 영상 생성 단계로 넘기는 흐름

초기 화면이나 기능을 빨리 만드는 것과 실제 운영은 다른 단계다. 팀에서 쓰기 시작하면 버그와 권한, 배포, 보안, 유지보수 문제가 남는다. 화면 자동화도 언젠가 버튼이나 주소가 바뀔 수 있으니 중간 상태와 실패 화면을 남기고, 어디서부터 다시 시작할지 정해두는 편이 복구에 도움이 된다.

AI 생성 일러스트 · 중간 상태 기록과 복구 경로를 갖춘 자동화 흐름
AI 생성 일러스트 · 중간 상태 기록과 복구 경로를 갖춘 자동화 흐름

아직 이 흐름을 내 환경에 적용해 검증한 건 아니다. 그래도 자동화를 설계할 때는 모델부터 바꾸기보다 업무 단계와 완료 기준을 쓰고, 원본·결과·피드백을 구분해 쌓고, 비용이 발생하기 전에 결과를 확인할 지점을 두는 순서가 좋아 보인다. 한 번 만들었다는 것보다 다음에도 고칠 수 있게 기록을 남기는 쪽이 결국 더 오래 쓸 수 있겠다.

참고한 영상

  • https://www.youtube.com/watch?v=JdV5qr5aS_g
  • https://www.youtube.com/watch?v=8b8Mn91-_iY

댓글

이 블로그의 인기 게시물

줄눈 시공, 하는 게 맞나 — 안 하면 어떻게 되는지부터

신축 입주 시공, 어떤 순서로 했나 — 잔금부터 커튼까지 14일

조카가 맥북 네오를 샀다|윈도우 유저 단축키·추천 앱·설치법