9월 25일 금요일
AI 도입의 다음 질문은 얼마나 많이 썼는지가 아니라 어떤 업무를 끝냈는지, 그리고 불확실한 판단을 어디에서 사람이 통제하는지다.
사용량 대시보드에서 ‘끝난 일’의 장부로
AI 비용과 활동량을 세는 데서 멈추지 않고, 배포·시간 절감·재작업 회피와 실제 업무 완료를 같은 화면에서 보는 운영 전환을 살핀다.

AI 도입을 사용량이 아니라 실제 업무 결과로 운영하려면 무엇을 바꿔야 하는가?
AI 도입 초기에 사용자 수와 토큰 소비량은 사람들이 새 도구를 실제로 만지는지 확인하는 데 유용하다. 그러나 활동 지표가 성공 지표로 승격되는 순간, 조직은 일을 잘 끝내는 대신 숫자를 올리는 법을 배우기 쉽다. 토큰을 많이 쓰면 가치가 커진다는 접근과 비용 때문에 무조건 적게 쓰자는 접근은 반대처럼 보이지만, 둘 다 소비량을 목적에 둔다는 점에서는 같다. 에이전트가 계획을 세우고 저장소를 분석하며 도구를 호출하고 테스트까지 이어가는 업무에서는 특히 그렇다. 긴 실행이 유용한 탐색인지, 잘못된 계획과 반복인지 사용량만으로는 구분하기 어렵다. 그래서 기준은 완료된 배포, 절약한 시간, 피한 재작업, 해결한 취약점 같은 운영 결과로 이동해야 한다. Gusto의 Co-Founder 사례는 이 전환을 백오피스 업무에서 더 구체적으로 보여준다. 마사지 스파의 일은 급여 버튼을 누르는 순간부터 시작되지 않는다. Mindbody에서 치료 시간과 부가 판매 데이터를 꺼내고, 스프레드시트에서 보너스·커미션·팁 규칙을 적용한 다음, 계산 결과를 Gusto에 입력해 급여를 실행해야 비로소 끝난다. 사용자가 화면을 몇 번 열었는지가 아니라 이 숨은 연결 업무가 끝났는지가 제품 가치의 단위다.
- 01
활동 지표의 자리를 낮춘다
토큰과 호출 수를 버릴 필요는 없다. 비용 관리와 이상 징후 확인에는 여전히 필요하다. 다만 최종 판단은 결과와 함께 내려야 한다. 사용량이 늘었지만 배포나 품질이 개선되지 않았다면 성공으로 볼 수 없고, 반대로 더 많은 소비가 재작업을 줄이고 결과를 앞당겼다면 그 비용에는 이유가 생긴다. 입력에서 맥락을 잘라 500토큰을 아끼고 뒤에서 디버깅과 재작업에 5,000토큰을 쓰는 사례처럼, 절감이 워크플로의 다른 단계로 옮겨갔는지도 함께 봐야 한다.
- 02
측정 단위를 업무의 끝으로 옮긴다
실행형 AI의 성과는 한 번의 답변보다 업무의 시작과 끝을 연결했는지에 가깝다. Co-Founder는 평범한 말로 설명한 급여·휴가·커미션 같은 절차를 즉시 또는 반복 일정에 따라 수행하는 방향으로 발전했다. 마사지 스파 사례에서는 원자료를 읽고 규칙을 적용해 시간·급여·복리후생·보너스·커미션·팁을 계산한 뒤, 급여 실행과 최종 금액 통지까지 이어진다. 조직이 기록해야 할 것도 채팅 횟수가 아니라 이 연속 과정 중 어디까지 완료됐고 어디에서 사람이 다시 손을 댔는지다.
- 03
도입은 작은 검증 주기로 운영한다
Gusto 팀은 5주 안에 고객에게 보여줄 버전을 만들고 고객 10명의 반응을 확인한 뒤, 다시 5주 동안 피드백을 반영해 공개 대기자 명단까지 갔다. 이 사례에서 중요한 것은 짧은 제작 기간 자체보다 실제 고객 업무를 기준으로 다음 반복을 결정했다는 점이다. 새로운 에이전트를 전사에 넓히기 전에 특정 업무 하나의 시작 자료, 적용 규칙, 완료 조건을 정하고, 고객이나 현업 사용자가 무엇에 반응하고 무엇을 거부하는지 관찰하는 방식이 결과 중심 운영에 맞다.
- 04
사람과 플랫폼의 책임을 다시 나눈다
결과 중심 운영은 사람을 숫자로 압박하는 새 대시보드가 아니다. 개발자는 낡고 중복된 맥락을 걷어내되 업무 설명과 제약, 시스템 맥락은 보존하고, 실행 전에 계획을 세워 불필요한 반복을 줄여야 한다. 플랫폼 리더는 비용과 결과를 같은 시야에 놓고 예산·권한·감사·정책을 제공해야 한다. 리더 역시 결과 보고만 받는 대신 작은 실험을 직접 만져보면 고객 문제와 팀의 제약을 더 정확히 이해할 수 있다. 도입 책임은 도구 사용자 한 명에게 몰리는 것이 아니라 업무 설계자, 현업 확인자, 운영 플랫폼 사이에 나뉜다.
AI 운영의 첫 장부에는 ‘누가 얼마나 썼는가’보다 ‘어떤 업무가 끝났고, 시간이 얼마나 돌아왔으며, 재작업과 오류가 어디서 줄었는가’가 먼저 와야 한다. 시작할 때는 한 업무를 골라 기존 절차와 결과를 기록하고, 에이전트가 처리할 구간과 사람이 확인할 구간을 나눈다. 그다음 비용과 함께 완료율·재작업·품질을 읽으며 범위를 넓힌다. 사용량은 이 결과를 설명하는 보조 지표일 때 유용하다. 좋은 AI 도입은 가장 적은 토큰을 쓰는 조직도, 가장 많은 자동화를 선언한 조직도 아니다. 본업 밖의 반복 노동을 실제로 덜어주면서도 결과를 확인하고 책임질 운영 구조를 만든 조직이다.
현장의 눈을 확장하되 최종 판단은 남겨두기
초지 방목 사례를 따라가며, 물리 세계의 불확실한 업무를 에이전트에 맡길 때 필요한 데이터·제안·사람의 승인·피드백 고리를 짚는다.
현장 판단을 자동화할 때 사람과 조직에 남겨야 할 통제 지점은 무엇인가?
- 1
1. 병목을 실제 일로 정의한다
초지 방목의 병목은 가축을 옮길 장치만의 문제가 아니다. 가축이 좋아하는 풀만 먹고 특정 구역을 밟지 않도록 매일 울타리·물·가축을 옮기고, 풀의 회복 상태를 관찰하며 기록해야 한다. 자동화의 출발점은 ‘농업에 AI를 쓴다’가 아니라 농부 한 사람이 반복해서 수행하는 관찰과 이동 판단을 분해하는 일이다.
- 2
2. 현장 맥락을 판단 가능한 입력으로 만든다
가상 울타리용 GPS 목걸이는 이동을 실행할 수 있지만 어디로 옮길지는 정하지 못한다. 다음 위치를 제안하려면 가축의 현재와 전날 위치, 가뭄과 강수, 풀 높이와 방목 압력, 농장 전체의 회복 상태를 함께 읽어야 한다. 위성·드론·트레일 카메라가 각기 다른 해상도와 운영 장벽을 가지므로, 데이터가 있다는 사실보다 현장 결정에 충분한지 확인해야 한다.
- 3
3. 정답 대신 근거 있는 제안을 만든다
초지에는 언제나 하나의 정답이 있는 것이 아니라 주어진 조건에서의 최선의 추정이 있다. 에이전트의 역할은 가축·무리·방목지·농장·생태계의 관계를 읽고 다음 이동을 제안하는 데 있다. 단순히 정해진 순서대로 구역을 바꾸는 자동화와 달리, 풀의 성장과 회복이 날마다 달라진다는 불확실성을 판단 과정에 남겨둔다.
- 4
4. 승인과 거부 권한을 현장에 둔다
초기 운영에서 에이전트는 농부를 대신하는 최종 권한자가 아니라 추천 엔진이다. 농부가 제안을 확인하거나 거부할 수 있어야 생태계에 영향을 주는 결정을 점진적으로 자동화하면서 경험을 루프에 남길 수 있다. 사람의 개입은 자동화 실패가 아니라, 관측이 빠졌거나 현장 상태가 달라졌을 때 책임 있게 멈추는 통제 지점이다.
- 5
5. 실행 장치와 운영 권한을 함께 검토한다
제안이 좋아도 폐쇄형 목걸이에 외부 소프트웨어를 연결할 수 없다면 실행은 막힌다. 발표자는 공개 API와 수리 가능한 하드웨어를 요구한다. 현장 자동화에서는 모델 선택만 볼 것이 아니라 데이터를 읽을 권한, 장치에 명령을 보낼 수 있는 연결, 고장 때 농부가 수리하고 거부할 수 있는 통제까지 제품 조건으로 살펴야 한다.
- 6
6. 결과를 다시 다음 판단에 돌려준다
단기에는 실제 먹을 수 있는 풀의 양을, 장기에는 초지의 다양성과 균형을 관찰해야 한다. 오늘 가축을 옮겼다는 실행 기록만으로 성공을 선언할 수 없다. 풀이 지나치게 짧아지지 않았는지, 다음 회복 시점이 달라졌는지, 보충제와 약품 부담을 줄이는 방향인지 같은 현장 결과가 다음 제안의 맥락으로 돌아와야 한다.
현장 AI의 안전한 단위는 완전 자동화가 아니라 관찰→제안→사람의 승인 또는 거부→실행→결과 관찰의 닫힌 고리다. 농부의 눈을 없애는 것이 아니라 더 넓은 면적을 보게 하고, 반복 노동을 줄이면서도 판단 권한과 수리 가능성을 현장에 남기는 설계가 출발점이다.
아직 못 읽은 북마크
북마크를 고르는 중…