디자인 외주 업체, 여러 곳이 나을까 한 곳이 나을까 — 외주 품질을 숫자로 재는 5가지 지표

지금 거래 중인 디자인 외주처가 몇 곳인가요. 배너는 A업체, 상세페이지는 B업체, 급할 때 쓰는 프리랜서가 한 명 더. 이렇게 나뉘어 있으면 챙겨야 할 창구도 그만큼 늘어납니다.

그래서 한 곳으로 몰아줄까 고민이 시작되는데 이번에는 다른 걱정이 생깁니다. 그 한 곳에 문제가 생기면 디자인 업무가 통째로 멈출 수 있다는 점입니다.

어느 쪽이 정답인지 묻는다면 답은 없습니다. 고를 기준은 있고요.

여러 곳에 나눠 맡기면 리스크가 분산될까요

업체를 늘린 이유를 되짚어 보면 대개 둘 중 하나입니다. 한 곳이 펑크 냈을 때를 대비하고 싶었거나, 분야별로 잘하는 곳이 달랐거나.

둘 다 타당한 이유입니다. 대신 업체가 늘어난 만큼 맥락은 매번 0에서 다시 시작합니다.

브랜드 가이드를 다시 보내고, 지난번에 왜 그 색을 뺐는지 다시 설명하고, 우리 제품 카테고리에서 쓰면 안 되는 표현을 다시 알려 줍니다. 이 과정은 견적서에 항목으로 잡히지 않아서 비용처럼 보이지도 않습니다. 담당자의 시간으로만 빠져나가거든요.

한 곳에 몰아주면 설명은 짧아집니다. 그 업체의 일정에 우리 일정이 묶이고요. 담당 디자이너가 장기 휴가를 가면 우리 캠페인도 밀립니다.

분산 vs 집중, 여섯 가지 기준으로 비교

두 방식은 내주는 것과 얻는 것이 다릅니다. 우리 상황에서 무엇을 내줄 수 있는지로 읽어 보세요.

표를 보면 분산은 단기 리스크에 강합니다. 집중 쪽에 쌓이는 건 누적 자산이고요. 발주가 분기에 한두 건이고 매번 성격이 다른 회사라면 분산이 맞습니다. 매달 비슷한 결과물이 반복되고 브랜드 톤이 중요하다면 집중이 맞고요.

우리 회사는 지금 어느 쪽인가

플로우웍스에서 업무를 완료한 팀이 몇 명의 디자이너와 일했는지 보면 한쪽으로 쏠려 있지 않습니다. 한 명하고만 일한 팀이 약 44%, 2~3명이 약 26%, 4~6명이 약 17%, 7명 이상이 약 13%입니다. 회사마다 맞는 형태가 다르다는 뜻이죠.

문제는 지금 이 형태를 우리가 의도했느냐입니다. 그냥 방치한 결과일 수도 있고요. 아래에서 몇 개나 해당하는지 세어 보세요.

3개 이상 걸린다면 업체를 늘려서 얻은 유연성보다 관리 공수가 이미 커진 상태입니다. 0~1개라면 지금 구조를 굳이 바꿀 이유가 없습니다.

외주 디자인 품질을 정량적으로 평가하는 방법

어느 쪽을 택하든 판단 근거가 있어야 합니다. 디자인은 취향의 영역이라 평가가 어렵다는 말이 자주 나오죠. 결과물의 아름다움은 정량화가 어렵지만 협업의 결과는 전부 숫자로 남습니다. 아래 다섯 가지면 업체 간 비교가 됩니다.

다섯 개를 한꺼번에 도입할 필요는 없습니다. 스프레드시트 한 장에 업무명·업체명·요청일·납품일·수정 횟수만 적어도 세 개는 자동으로 나옵니다. 분기마다 이 표를 보면 어느 업체를 남길지가 인상이 아니라 기록으로 정해집니다.

수정 라운드 수가 적다고 무조건 좋은 건 아닙니다. 요청서가 부실했는데 수정이 없었다면 그건 상대가 알아서 채웠거나 우리가 포기한 겁니다. 리드타임과 첫 시안 채택률을 같이 놓고 봐야 해석이 됩니다.

같은 사람과 반복하면 달라지는 점수

맥락이 쌓인다는 말은 추상적이라, 플로우웍스에 남은 고객 평가 6,200건 이상을 같은 팀과 같은 디자이너의 협업 회차별로 갈라 봤습니다.

첫 업무와 여섯 번째 이후를 비교하면 품질 점수가 0.47점 올라갑니다. 그 사이에 디자이너 실력이 는 건 아닙니다. 설명하지 않아도 되는 것들이 늘었을 뿐이죠.

요청부터 완료까지 걸린 시간도 첫 업무 평균 201시간에서 두 번째 업무 169시간으로 줄어듭니다.

진짜 질문은 몇 곳이냐가 아닙니다

여기까지만 보면 집중이 유리합니다. 몰아준 상대가 그만두면 회사는 처음 자리로 돌아가고요. 질문을 바꿔야 합니다.

이 조건이 성립하려면 두 가지가 동시에 필요합니다.

풀 안에 전담을 둡니다

매번 아무나 배정되는 방식은 아닙니다. 그렇다고 한 사람만 바라보는 것도 아니고요. 여러 명이 있는 풀에서 우리 업무를 맡을 사람을 고정해 두면 평소에는 맥락이 쌓입니다. 그 사람이 자리를 비워도 같은 풀 안에서 대체가 되고요. 구성 방법은 전담 디자이너 그룹을 만드는 방법에 정리해 뒀습니다.

히스토리와 원본은 회사 계정에 남깁니다

사람이 바뀌어도 자산이 남으려면 기록의 소유자가 회사여야 합니다. 담당자 개인이 아니고요. 요청서, 피드백 대화, 납품물, 원본 파일이 회사 계정 안에 쌓여 있으면 다음 사람이 지난 업무를 열어 보고 시작합니다. 담당자 개인 메일함과 각 업체 서버에 흩어져 있으면 퇴사와 함께 사라지고요.

원본 파일을 어떤 상태로 받아야 실제로 열리는지는 디자인 원본 파일 인도 기준에서 따로 다뤘습니다.

플로우웍스는 이 두 가지를 기본 구조로 잡았습니다. 팀 계정 아래에 전담 디자이너 그룹을 두고 업무별 요청서와 대화, 산출물, 원본 파일이 팀 워크스페이스에 남습니다. 누적 완료 업무 11,000건 이상이 이 구조 위에 쌓여 있고요.

자주 묻는 질문 (FAQ)