"디자인이 너무 느려요."
회의에서 이 말이 나오면 대개 거기서 대화가 멈춥니다. 느리다는 데는 다들 동의하는데 얼마나 느린지를 숫자로 대는 사람이 없기 때문입니다. 그러면 디자이너를 한 명 더 뽑자는 이야기도, 외주를 늘리자는 이야기도 근거 없이 떠돌다 다음 분기로 밀립니다.
재는 건 어렵지 않습니다. 여섯 가지 지표면 어디서 막히는지가 드러나고, 채용·외주·구독 중 무엇을 택할지도 결국 그 숫자에서 갈립니다.
느리다는 체감은 왜 예산으로 이어지지 않을까
디자인 요청은 대부분 슬랙 DM이나 구두로 들어옵니다. 기록이 남지 않으니 집계도 안 됩니다.
그래서 분기 회의에 올라오는 근거는 기억에 남은 사례 몇 건입니다. "지난달 그 배너 2주 걸렸잖아요" 같은 문장이죠. 상대는 "그건 자료가 늦게 와서 그랬다"고 답하고 대화는 원점으로 돌아갑니다.
디자이너가 느린 건지, 요청서가 부실한 건지, 승인 단계에서 며칠씩 잠기는 건지. 측정이 없으면 이 셋을 구분할 수 없고 병목의 위치도 못 찾습니다. 원인을 모른 채 사람을 더 뽑으면 같은 자리에서 다시 막힙니다.
디자인 병목을 재는 6가지 지표
요청 하나당 날짜 네 개와 숫자 하나. 이것만 기록하면 여섯 지표가 전부 계산되고 병목을 보는 데는 이 여섯 개면 충분합니다.
지표 1. 리드타임은 평균이 아니라 분포로 봅니다
플로우웍스에서 완료된 업무의 리드타임은 평균 7.5일, 중앙값 5.1일입니다. 평균이 중앙값보다 2.4일 길죠. 오래 걸린 소수 건이 평균을 끌어올린 겁니다.
같은 팀 안에서도 이틀에 끝난 건과 보름 넘게 걸린 건이 함께 나오는데, 평균 하나로 관리하면 이 뒤쪽 10%가 통째로 안 보입니다. 그 10%가 실제로 사고가 나는 구간인데도요.
내부 숫자를 이 선에 대 보세요. 중앙값이 9.1일을 넘는다면 지연은 이미 상시입니다.
평균과 중앙값의 간격이 벌어져 있다면 특정 유형이나 특정 요청자에게서 장기 지연이 반복된다는 신호입니다. 그 몇 건만 따로 꺼내 보면 원인은 대개 한두 개로 좁혀집니다. 이 간격 자체가 지표입니다.
지표 2. 대기시간과 작업시간을 나눠야 병목 위치가 보입니다
리드타임 하나만 재면 "느리다"까지만 알 수 있고 어디서 느린지는 안 나옵니다. 그건 리드타임을 둘로 쪼개야 보입니다. 요청이 등록된 순간부터 누군가 실제로 손을 대기까지가 대기시간, 착수부터 납품까지가 작업시간입니다.
플로우웍스에서는 요청의 67.2%가 1시간 안에, 94.8%가 하루 안에 착수됩니다. 전체의 86.4%는 리드타임의 90% 이상이 작업시간이었습니다.
반대로 대기가 리드타임의 절반을 넘어간다면 사람을 더 뽑아도 해결되지 않습니다. 대기는 인력이 아니라 배분 방식의 문제입니다. 요청이 한 사람에게 몰려 큐가 생겼거나 누가 맡을지 정하는 데만 며칠이 걸리는 구조죠.
반대로 대기는 짧은데 작업시간이 길면 감당할 수 있는 양 자체가 모자란 상태입니다. 이때 비로소 채용이나 외주가 답이 됩니다.
지표 3·4. 수정 횟수와 마감 준수율
결과물이 나온 뒤에 방향을 바꾸는 일이 잦다면 앞단에서 합의가 덜 된 겁니다. 수정 요청 횟수로 드러나는 건 디자이너 실력이 아닙니다. 요청서 품질입니다.
3회 이상이 반복된다면 디자이너를 바꾸기 전에 요청서를 먼저 봅니다. 용도, 최종 사이즈, 필수 문구, 레퍼런스가 요청 시점에 다 들어가 있었는지 보면 됩니다.
마감 준수율은 처음 약속한 날짜를 기준으로 셉니다. 중간에 미룬 날짜로 세면 대부분의 조직이 100%가 나옵니다.
플로우웍스는 첫 마감일 기준 93.5%, 중간에 조정된 최종 마감 기준으로는 96.9%입니다. 이 두 숫자의 간격 3.4%p가 일정을 미룬 비율이죠. 내부에서도 두 값을 같이 재 보세요. 간격이 크면 일정이 상시로 밀린다는 뜻입니다.
지표 5·6. 요청 유형 분산과 월 요청 건수
요청 유형 수는 한 달 동안 요청한 업무 종류가 몇 가지였는지 세면 나옵니다. 채용 판단에서는 건수보다 이쪽이 결정적인 경우가 많습니다.
플로우웍스 고객사의 분포를 보면 한 종류만 요청하는 곳이 26.8%, 두 종류가 19.4%, 세 종류 이상이 53.8%입니다. 다섯 종류를 넘는 곳도 31.8%입니다.
상세페이지와 배너, 인쇄물, 숏폼이 한 달 안에 다 나오는 식입니다. 이 상태에서 한 명을 뽑으면 그 사람이 못 하는 유형이 그대로 남습니다.
월 요청 건수는 그달에 새로 등록된 요청 수입니다. 플로우웍스 기준 한 팀의 월평균은 5.4건, 하루 한 건이 안 되는 물량입니다. 상시 인력 한 명의 일과를 채우려면 이보다 훨씬 많은 요청이 꾸준히 들어와야 합니다. 채용 판단은 결국 유형 분산과 월 요청 건수, 이 두 축으로 봅니다.
측정은 스프레드시트 다섯 칸으로 시작합니다
새 도구를 도입할 필요는 없습니다. 요청 하나당 요청 접수일, 착수일, 첫 약속 마감일, 실제 납품일, 수정 요청 횟수 다섯 칸만 채우면 여섯 지표가 전부 계산됩니다. 여기에 업무 유형 한 칸만 더 붙이면 유형 분산까지 나옵니다.
한 달만 쌓아도 판단에 쓸 수 있습니다. 표본이 적어 정밀하진 않죠. 그래도 대기와 작업의 비율이나 수정 횟수의 분포 같은 건 스무 건만 있어도 방향이 드러납니다.
숫자가 모이면 채용·외주·구독 판단이 나옵니다
물량이 꾸준할 것, 그리고 요청 유형이 한 사람의 범위 안에 모여 있을 것. 채용은 이 두 조건이 동시에 맞을 때 성립합니다. 하나만 맞으면 뽑아도 병목이 남습니다.
| 월 요청 건수 | 요청 유형 수 | 판단 |
|---|---|---|
| 3건 이하 (벤치마크 5.4건 아래) | 1~2종 | 필요할 때만 건별 외주 |
| 4~10건 (벤치마크 수준) | 3종 이상 | 구독형·전담 외주 |
| 11~20건 (벤치마크의 2~3배) | 3종 이상 | 구독 + 전담 디자이너 조합 |
| 20건 초과 | 1~2종에 집중 | 채용 검토 |
| 20건 초과 | 5종 이상 | 채용하되 나머지 유형은 외주 병행 |
구독형이 맞는지는 월 요청 건수에 유형별 평균 소모량을 곱해 크레딧으로 환산해 보면 더 명확해집니다. 플로우웍스에서 1크레딧은 25,000원이고 요청 1건당 평균은 광고 소재 4.8크레딧, 배너 4.7크레딧, 상세페이지 8.3크레딧입니다. 월 10건이면 유형 구성에 따라 50~80크레딧 선입니다.
어느 쪽을 택하든 측정은 끝나지 않습니다. 외주로 돌린 뒤에도 같은 여섯 지표를 재야 그 선택이 맞았는지 확인할 수 있으니까요.
채용과 외주의 비교 자체가 더 궁금하다면 디자이너 채용 vs 디자인 외주를, 물량이 들쭉날쭉해 채용이 망설여진다면 필요할 때만 쓰는 온디맨드 방식을 함께 보시면 좋습니다.
자주 묻는 질문
플로우웍스에서 완료된 업무 기준으로 중앙값 5.1일, 평균 7.5일입니다. 분포로 보면 P25가 1.8일, P75가 9.1일, P90이 16.3일입니다. 네 건 중 한 건은 이틀 안에 끝나고 열 건 중 한 건은 2주를 넘습니다. 내부 리드타임의 중앙값이 9.1일을 넘는다면 예외 상황이 아니라 상시 지연으로 봅니다. 다만 업무 유형에 따라 편차가 커서 상세페이지처럼 분량이 많은 작업과 배너 수정을 같은 기준으로 볼 수는 없습니다.
필요 없습니다. 요청 접수일, 착수일, 첫 약속 마감일, 실제 납품일, 수정 요청 횟수 다섯 칸이면 여섯 지표가 전부 계산됩니다. 업무 유형 한 칸을 더하면 유형 분산까지 나옵니다. 요청 접수일을 디자이너에게 전달한 날이 아니라 요청자가 필요하다고 말한 날로 잡는 것만 지키면 됩니다.
월 요청 건수와 요청 유형 수를 같이 봅니다. 채용은 물량이 꾸준하고 유형이 한두 종류에 모여 있을 때 성립합니다. 플로우웍스 고객사의 53.8%가 한 달에 세 종류 이상을 요청하는데, 이런 구성에서는 한 명을 뽑아도 그 사람이 다루지 못하는 유형이 남습니다. 물량은 많지만 유형이 흩어져 있다면 채용과 외주를 병행하는 쪽이 현실적입니다.
리드타임을 대기시간과 작업시간으로 쪼개면 갈립니다. 대기가 길면 배분이나 승인 구조의 문제라 인력을 늘려도 그대로입니다. 대기는 짧은데 작업시간이 길면 용량 문제이므로 채용이나 외주로 풀립니다. 여기에 수정 요청 횟수를 겹쳐 보면 더 선명해집니다. 수정이 3회 이상 반복되는 건은 대개 요청서에서 범위가 덜 정해진 채 출발한 경우입니다.



