눈에 보이는 작업만이 전부가 아닙니다
에이전시가 업무량을 검토할 때 보통 캠페인, 디자인, 콘텐츠, 회의, 보고서, 클라이언트 산출물 등 눈에 보이는 작업에 집중합니다.
하지만 눈에 덜 띄는 작업은 측정하기 어렵습니다.
팀은 메시지 확인, 파일 검색, 상태 업데이트 요청, 피드백 확인, 최신 버전 찾기, 승인 후속 조치, 도구 간 전환에도 시간을 씁니다.
이것이 바로 작업 주변의 운영 업무입니다.
마이크로소프트의 워크 트렌드 인덱스는 커뮤니케이션과 방해 요소가 업무 시간을 분절하는 방식을 강조했습니다. 2025년 텔레메트리 보고서에 따르면, 마이크로소프트 365 사용자는 핵심 업무 시간 동안 평균 2분마다 회의, 이메일, 채팅으로 방해를 받았습니다. 이는 마이크로소프트 자체 집계 데이터로, 마케팅 에이전시만을 대상으로 한 것은 아니지만 조정 오버헤드가 주의를 얼마나 소모하는지 보여줍니다.
에이전시에게 중요한 질문은 단순히 “팀이 얼마나 바쁜가?”가 아닙니다.
“팀의 시간 중 얼마나 많은 부분이 실제 작업을 하는 대신 작업을 진행하는 데 쓰이는가?”입니다.
마케팅 에이전시가 실제로 시간을 잃는 곳
워크플로우 시간 손실이 흔히 발생하는 몇 가지 장소가 있습니다.
- 클라이언트 피드백을 쫓는 일
프로젝트가 준비됐어도 클라이언트의 답변이 필요할 때가 있습니다. 이메일을 보내고, 다시 후속 연락을 하고, 클라이언트가 파일을 봤는지 묻는 메시지를 보냅니다.
창의적 작업은 멈췄지만 조정 작업은 계속됩니다.
- 최신 버전 찾기
파일이 폴더, 이메일 첨부, 클라우드 저장소, 채팅 대화에 흩어져 있으면 팀원들은 어떤 버전이 최신인지 확인하는 데 불필요한 시간을 씁니다.
- 피드백 반복
피드백이 여러 채널에 분산되면 디자이너, 카피라이터, 어카운트 매니저, 프로젝트 매니저가 코멘트를 수집하고 해석해야 작업을 계속할 수 있습니다.
- 수정 관리
작은 변경도 추가 검토를 요구할 수 있습니다. 명확한 수정 프로세스가 없으면 무엇이 변경됐고 무엇이 아직 승인이 필요한지 추적하기 어렵습니다.
- 도구 전환
프로젝트 관리 소프트웨어, 이메일, 메시징 플랫폼, 파일 저장, 디자인 도구, 승인 도구를 오가며 추가 조정 오버헤드가 발생합니다.
이들은 항상 큰 시간 낭비 구간은 아닙니다. 그래서 눈치채기 어렵습니다.
작은 지연이 큰 에이전시 문제로 커지는 이유
팀원이 적절한 파일을 찾는 데 5분을 쓴다고 상상해보세요.
클라이언트가 답변했는지 확인하는 데 10분,
이메일에서 피드백을 작업으로 옮기는 데 몇 분,
다른 클라이언트의 긴급 업데이트 때문에 프로젝트 간 전환에 시간을 씁니다.
이 모든 활동은 개별적으로 심각해 보이지 않습니다.
하지만 여러 프로젝트와 여러 사람이 반복하면 이런 작은 중단이 워크플로우 패턴이 됩니다.
이는 컨텍스트 스위칭과 밀접한 관련이 있습니다. 아틀라시안은 컨텍스트 스위칭을 생산성 문제로 보는데, 각 전환마다 새로운 작업에 적응해야 하기 때문입니다.
여러 클라이언트를 동시에 관리하는 에이전시에게 문제는 단순한 작업 수가 아니라 작업 간 전환 횟수입니다.
클라이언트 승인 과정이 에이전시를 조용히 늦추고 있나요?
클라이언트 승인은 워크플로우 지연이 숨어있기 쉬운 곳입니다.
일반적인 프로세스를 생각해보세요:
생성 → 전송 → 대기 → 후속 조치 → 피드백 수신 → 수정 → 재전송 → 대기 → 승인
실제 창의적 작업은 몇 시간 걸릴 수 있지만,
승인 과정은 며칠씩 걸릴 수 있습니다.
문제는 반드시 클라이언트가 아닙니다. 클라이언트는 작업을 검토하고 내부 논의 후 결정을 내려야 합니다.
운영적 질문은 에이전시가 이 과정을 명확히 처리하는 시스템이 있느냐입니다.
좋은 승인 워크플로우는 다음 질문에 쉽게 답할 수 있어야 합니다:
무엇이 승인을 기다리고 있나요? 누가 검토해야 하나요? 어떤 피드백이 있었나요? 어떤 버전이 최신인가요? 어떤 변경이 필요한가요? 최종 버전이 승인됐나요? 다음 단계는 무엇인가요?
이 답변을 찾기 어렵다면 팀원들은 워크플로우 조정에 더 많은 시간을 씁니다.
흩어진 도구 사용의 숨겨진 비용
여러 도구를 사용하는 것이 자동으로 문제는 아닙니다.
문제는 각 도구가 프로젝트의 일부를 따로 보관하는 장소가 될 때 시작됩니다.
예를 들어:
프로젝트 계획은 한 도구에, 파일은 다른 곳에, 클라이언트 피드백은 이메일에, 빠른 결정은 채팅에서, 승인은 또 다른 곳에서, 최종 전달은 별도로 처리됩니다.
이제 팀은 이 조각들을 수동으로 연결해야 합니다.
아틀라시안은 과도한 앱 전환과 컨텍스트 스위칭의 관계를 강조하며, 작업과 애플리케이션 간 이동이 생산성을 떨어뜨린다고 지적했습니다.
목표는 “무조건 도구를 줄이는 것”이 아닙니다.
더 나은 질문은:
“팀이 다섯 곳을 찾아 헤매지 않고도 프로젝트 현황을 이해할 수 있나?”입니다.
이것이 훨씬 더 유용한 운영적 테스트입니다.
에이전시가 시간을 잃는 곳을 찾는 방법
즉시 전체 워크플로우를 재설계할 필요는 없습니다.
간단한 워크플로우 감사를 시작하세요.
일주일 동안 프로젝트가 멈추거나 추가 조정이 필요한 지점을 추적합니다.
다음에 주목하세요:
대기: 누군가 피드백이나 승인을 기다려 작업이 멈추는 빈도 검색: 파일, 메시지, 버전, 결정 사항을 찾는 빈도 후속 조치: 단순 업데이트 요청 메시지 수 재작업: 요구사항이나 피드백이 불명확해 작업을 다시 하는 빈도 전환: 한 작업을 완료하기 위해 도구나 프로젝트를 오가는 빈도 인계: 작업이 사람이나 팀 간에 이동하는 횟수
가장 큰 시간 낭비가 생산 자체가 아닐 수도 있습니다.
생산 주변의 조정일 수 있습니다.
패턴을 파악하면 워크플로우의 어떤 부분을 바꿔야 할지 결정할 수 있습니다.
더 나은 에이전시 워크플로우란?
더 나은 워크플로우는 더 많은 프로세스를 추가하는 것이 아닙니다.
기존 프로세스를 이해하기 쉽게 만드는 것입니다.
클라이언트 대상 창의적 프로젝트의 실용적 워크플로우 예시는 다음과 같습니다:
브리프 → 작업 → 자산 제작 → 내부 검토 → 클라이언트 검토 → 피드백 → 수정 → 승인 → 전달
각 단계는 명확한 책임자와 다음 행동이 있어야 합니다.
팀은 또한 다음을 신뢰할 수 있는 곳에서 볼 수 있어야 합니다:
현재 프로젝트 상태 최신 파일 검토 코멘트 수정 이력 승인 상태 할당된 작업 다음 단계
이때 Draftroom과 같은 플랫폼이 워크플로우에 적합할 수 있습니다.
Draftroom은 프로젝트 관리, 콘텐츠 워크플로우, 검토, 클라이언트 피드백, 파일 버전, 승인, 전달을 마케팅 및 창의적 팀 중심으로 설계된 워크플로우에 통합합니다.
목표는 모든 메시지나 회의를 없애는 것이 아닙니다.
브리프부터 전달까지 프로젝트를 진행하는 데 필요한 보이지 않는 조정량을 줄이는 것입니다.