디자인 병목 측정 지표 - 요청부터 납품까지 리드타임 분포와 채용·외주 판단 기준
디자인 인사이트

디자인 병목을 측정하는 6가지 지표 — 리드타임 벤치마크와 채용·외주 판단 기준

By 이남훈2026-08-22

"디자인이 너무 느려요."

회의에서 이 말이 나오면 대개 거기서 대화가 멈춥니다. 느리다는 데는 다들 동의하는데 얼마나 느린지를 숫자로 대는 사람이 없기 때문입니다. 그러면 디자이너를 한 명 더 뽑자는 이야기도, 외주를 늘리자는 이야기도 근거 없이 떠돌다 다음 분기로 밀립니다.

재는 건 어렵지 않습니다. 여섯 가지 지표면 어디서 막히는지가 드러나고, 채용·외주·구독 중 무엇을 택할지도 결국 그 숫자에서 갈립니다.

💡 아래 벤치마크는 플로우웍스에서 실제로 완료된 업무 기록에서 뽑은 값입니다. 외주 채널 기준이라 인하우스 조직의 절대 기준은 아닙니다. 내부 숫자를 놓고 "이게 느린 건가?"를 판단할 비교선 정도로 씁니다. (가입 고객사 2,437팀·가입 디자이너 1,231명이 사용 중인 플로우웍스의 완료 업무 기준)

느리다는 체감은 왜 예산으로 이어지지 않을까

디자인 요청은 대부분 슬랙 DM이나 구두로 들어옵니다. 기록이 남지 않으니 집계도 안 됩니다.

그래서 분기 회의에 올라오는 근거는 기억에 남은 사례 몇 건입니다. "지난달 그 배너 2주 걸렸잖아요" 같은 문장이죠. 상대는 "그건 자료가 늦게 와서 그랬다"고 답하고 대화는 원점으로 돌아갑니다.

디자이너가 느린 건지, 요청서가 부실한 건지, 승인 단계에서 며칠씩 잠기는 건지. 측정이 없으면 이 셋을 구분할 수 없고 병목의 위치도 못 찾습니다. 원인을 모른 채 사람을 더 뽑으면 같은 자리에서 다시 막힙니다.


디자인 병목을 재는 6가지 지표

요청 하나당 날짜 네 개와 숫자 하나. 이것만 기록하면 여섯 지표가 전부 계산되고 병목을 보는 데는 이 여섯 개면 충분합니다.

01요청→납품 리드타임
계산식실제 납품일 − 요청 접수일
벤치마크중앙값 5.1일 (평균 7.5일)
확인 신호중앙값이 9.1일(벤치마크 P75)을 넘을 때
02대기시간 비율
계산식(착수일 − 요청 접수일) ÷ 전체 리드타임
벤치마크리드타임의 10% 미만인 건이 86.4%
확인 신호요청 다음 날까지 착수가 안 되는 건이 반복될 때
03수정 요청 횟수
계산식납품 후 재작업을 요청한 횟수
벤치마크0회 79.4% · 1회 11.9%
확인 신호3회 이상이 반복될 때 (벤치마크에서는 3.9%)
04마감 준수율
계산식첫 약속 마감일 안에 납품된 건수 ÷ 전체
벤치마크93.5% (조정된 최종 마감 기준 96.9%)
확인 신호93.5%를 밑돌 때
05요청 유형 수
계산식한 달에 요청한 서로 다른 업무 종류 수
벤치마크3종 이상 53.8% · 5종 이상 31.8%
확인 신호5종 이상이 매달 이어질 때
06월 요청 건수
계산식그달에 새로 등록된 요청 수
벤치마크한 팀 월평균 5.4건
확인 신호벤치마크의 세 배를 넘을 때

지표 1. 리드타임은 평균이 아니라 분포로 봅니다

플로우웍스에서 완료된 업무의 리드타임은 평균 7.5일, 중앙값 5.1일입니다. 평균이 중앙값보다 2.4일 길죠. 오래 걸린 소수 건이 평균을 끌어올린 겁니다.

요청 → 납품 리드타임 분포
폭은 실제 소요일에 비례합니다. 왼쪽부터 완료 업무의 25% · 25% · 25% · 15%가 들어가고, 남은 10%는 16.3일 너머라 막대에 담기지 않습니다.
평균 7.5일
상위 10%16.3일 초과
01.85.19.116.3일
P25
1.8일
네 건 중 한 건
P50 (중앙값)
5.1일
절반이 이 안에
P75
9.1일
넘으면 상시 지연
P90
16.3일
이 위가 열 건 중 한 건

같은 팀 안에서도 이틀에 끝난 건과 보름 넘게 걸린 건이 함께 나오는데, 평균 하나로 관리하면 이 뒤쪽 10%가 통째로 안 보입니다. 그 10%가 실제로 사고가 나는 구간인데도요.

내부 숫자를 이 선에 대 보세요. 중앙값이 9.1일을 넘는다면 지연은 이미 상시입니다.

평균과 중앙값의 간격이 벌어져 있다면 특정 유형이나 특정 요청자에게서 장기 지연이 반복된다는 신호입니다. 그 몇 건만 따로 꺼내 보면 원인은 대개 한두 개로 좁혀집니다. 이 간격 자체가 지표입니다.


지표 2. 대기시간과 작업시간을 나눠야 병목 위치가 보입니다

리드타임 하나만 재면 "느리다"까지만 알 수 있고 어디서 느린지는 안 나옵니다. 그건 리드타임을 둘로 쪼개야 보입니다. 요청이 등록된 순간부터 누군가 실제로 손을 대기까지가 대기시간, 착수부터 납품까지가 작업시간입니다.

리드타임을 둘로 쪼개면 — 플로우웍스 실측
대기·작업 각각의 중앙값입니다. 중앙값끼리는 더해지지 않으므로 두 값의 합이 리드타임 중앙값(5.1일)과 정확히 같지는 않습니다.
작업시간 5.0일
대기시간 21분 — 요청 등록부터 실제 착수까지. 막대에서 거의 보이지 않는 폭이 정상 상태입니다.
67.2%
1시간 안에 착수
94.8%
하루 안에 착수
86.4%
리드타임의 90% 이상이 작업시간
내부 요청도 같은 방식으로 쪼개 보세요. 이 막대에서 주황색이 절반을 차지한다면 병목은 작업이 아니라 배분에 있습니다.

플로우웍스에서는 요청의 67.2%가 1시간 안에, 94.8%가 하루 안에 착수됩니다. 전체의 86.4%는 리드타임의 90% 이상이 작업시간이었습니다.

반대로 대기가 리드타임의 절반을 넘어간다면 사람을 더 뽑아도 해결되지 않습니다. 대기는 인력이 아니라 배분 방식의 문제입니다. 요청이 한 사람에게 몰려 큐가 생겼거나 누가 맡을지 정하는 데만 며칠이 걸리는 구조죠.

반대로 대기는 짧은데 작업시간이 길면 감당할 수 있는 양 자체가 모자란 상태입니다. 이때 비로소 채용이나 외주가 답이 됩니다.


지표 3·4. 수정 횟수와 마감 준수율

결과물이 나온 뒤에 방향을 바꾸는 일이 잦다면 앞단에서 합의가 덜 된 겁니다. 수정 요청 횟수로 드러나는 건 디자이너 실력이 아닙니다. 요청서 품질입니다.

납품 후 수정 요청 횟수 분포 — 플로우웍스 완료 업무
0회79.4%
1회11.9%
2회4.8%
3회 이상3.9%

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 디자인 외주를, 물량이 들쭉날쭉해 채용이 망설여진다면 필요할 때만 쓰는 온디맨드 방식을 함께 보시면 좋습니다.


자주 묻는 질문

Q디자인 요청부터 납품까지 며칠이면 정상인가요?

플로우웍스에서 완료된 업무 기준으로 중앙값 5.1일, 평균 7.5일입니다. 분포로 보면 P25가 1.8일, P75가 9.1일, P90이 16.3일입니다. 네 건 중 한 건은 이틀 안에 끝나고 열 건 중 한 건은 2주를 넘습니다. 내부 리드타임의 중앙값이 9.1일을 넘는다면 예외 상황이 아니라 상시 지연으로 봅니다. 다만 업무 유형에 따라 편차가 커서 상세페이지처럼 분량이 많은 작업과 배너 수정을 같은 기준으로 볼 수는 없습니다.

Q디자인 업무량을 측정하려면 별도 툴이 필요한가요?

필요 없습니다. 요청 접수일, 착수일, 첫 약속 마감일, 실제 납품일, 수정 요청 횟수 다섯 칸이면 여섯 지표가 전부 계산됩니다. 업무 유형 한 칸을 더하면 유형 분산까지 나옵니다. 요청 접수일을 디자이너에게 전달한 날이 아니라 요청자가 필요하다고 말한 날로 잡는 것만 지키면 됩니다.

Q디자이너를 채용해야 할지 외주를 써야 할지 어떻게 판단하나요?

월 요청 건수와 요청 유형 수를 같이 봅니다. 채용은 물량이 꾸준하고 유형이 한두 종류에 모여 있을 때 성립합니다. 플로우웍스 고객사의 53.8%가 한 달에 세 종류 이상을 요청하는데, 이런 구성에서는 한 명을 뽑아도 그 사람이 다루지 못하는 유형이 남습니다. 물량은 많지만 유형이 흩어져 있다면 채용과 외주를 병행하는 쪽이 현실적입니다.

Q리드타임이 긴 원인이 요청자 쪽인지 디자이너 쪽인지 어떻게 구분하나요?

리드타임을 대기시간과 작업시간으로 쪼개면 갈립니다. 대기가 길면 배분이나 승인 구조의 문제라 인력을 늘려도 그대로입니다. 대기는 짧은데 작업시간이 길면 용량 문제이므로 채용이나 외주로 풀립니다. 여기에 수정 요청 횟수를 겹쳐 보면 더 선명해집니다. 수정이 3회 이상 반복되는 건은 대개 요청서에서 범위가 덜 정해진 채 출발한 경우입니다.

요청 목록만 넘겨 주시면 지금 물량이 어떤 방식에 맞는지 함께 계산해 드립니다.

도입 문의

지금 읽은 글이 마음에 드셨다면