디자인 승인 프로세스: 6단계, 요청 체크리스트, 템플릿

최종 업데이트: 2026년 10월 1일

"잠깐만 해 줄 수 있어요?"는 크리에이티브 업무에서 가장 값비싼 말입니다. 이 말 뒤에 오는 것은 대개 마감이 있는 진짜 요청이지만, 요청이 아니라 메시지로 도착했기 때문에 누군가 기억해 주는 동안에만 존재합니다.

요청자가 여섯 명만 되어도 대기열은 더 이상 대기열이 아닙니다. 각자 자기 건이 다음 순서라고 믿는, 사적인 이해의 모음이 됩니다.

디자인 승인 프로세스는 반복도 견뎌야 합니다. 계약서는 한 번 서명하면 끝이지만, 같은 작업물은 서로 다른 버전을 본 사람들에게 서너 번씩 결정을 받습니다.

프로세스가 무너지는 곳은 아무도 구조화하지 않은 두 군데입니다. 요청이 들어오는 방식, 그리고 첫 검토와 네 번째 검토 사이에 일어나는 일입니다.

디자인 승인 프로세스는 왜 디자인이 시작되기도 전에 무너질까요?

접수 단계에서 무너집니다. 메시지로 들어온 요청에는 상태가 없어서, 그 요청이 속한 대기열이 보이지 않기 때문입니다. 메시지는 대기 중일 수도, 수락될 수도, 세 번째 순서가 될 수도 없습니다. 읽음과 안 읽음만 있을 뿐입니다.

그래서 목소리가 가장 큰 요청자가 이깁니다. 사람들이 가진 신호가 목소리 크기뿐이고, 디자이너가 조용히 대기열 역할을 떠안게 되기 때문입니다. 더 나쁜 점은 우선순위를 따질 수 없게 된다는 것입니다. "급해요"는 무엇과도 대조해 볼 수 없습니다.

이 부분은 고치기 쉽습니다. 거의 모든 요청에 날짜는 있지만, 이유가 있는 요청은 거의 없습니다.

이유를 요청의 별도 필드로 두면 두 종류가 저절로 갈립니다. "인쇄소 마감이 7월 16일, 여유 없음"은 마감이고, "정해진 날짜 없음, 현재 템플릿이 모바일에서 깨짐"은 마감이 아닙니다. 둘 다 실제 업무입니다. 새치기할 자격이 있는 것은 하나뿐입니다.

Quire에서는 분류 단계가 관문 역할을 합니다. 요청자와 해당 필드의 이유가 없으면 접수 목록을 떠나지 못합니다. 그래서 "급해요"가 확인할 수 있는 정보가 됩니다.

댓글을 남기는 사람은 많은데 결정하는 사람이 없으면 디자인 대기열도 막힙니다. RACI, DACI, RAPID 비교는 아래 모든 내용의 밑바탕이 되는, 결정하는 사람과 조언하는 사람을 나누는 층을 다룹니다.

작업을 시작하려면 디자인 요청에 어떤 내용이 있어야 할까요?

답변 여섯 가지입니다. 여섯 가지를 모두 갖춘 요청은 오늘 바로 시작할 수 있지만, 두 가지가 빠진 요청은 대화만 사흘이 걸립니다.

• 무엇인가요. 한 줄로 적습니다. "런칭용 무언가"보다 "인스타그램 캐러셀, 5장"이 낫습니다.
• 어디에 쓰이고, 크기는 얼마인가요. 웹사이트 배너, 32px 앱 아이콘, 2미터짜리 부스 패널은 한 단어 뒤에 숨은 서로 다른 세 가지 작업입니다.
• 누구를 위한 것인가요. 사내 이해관계자가 아니라 실제 독자나 사용자입니다.
• 언제까지, 그리고 왜 그 날짜인가요. 날짜보다 이유에 담긴 정보가 더 많습니다.
• 누가 승인하나요. 이름 한 명입니다.
• 이미 있는 자료는 무엇인가요. 브리프, 카피, 이전 버전입니다. 빠진 자료는 모두 질문이 되고, 질문은 사흘을 2주로 늘립니다.

프로젝트 관리자들은 이 문제를 숫자로 확인했습니다.

요구사항에 관한 PMI의 Pulse of the Profession 연구에 따르면 실패한 프로젝트의 거의 절반(47%)이 부정확한 요구사항 관리 때문에 목표를 달성하지 못했습니다. 디자인 요청은 축소판 요구사항이고, 모호한 요청도 똑같이 실패합니다. 다만 더 빨리 실패할 뿐입니다.

여섯 가지 중 하나는 별도 필드를 가질 만합니다. 필드가 있어야 답변을 정렬할 수 있기 때문입니다. 날짜 뒤의 이유가 Why this date가 됩니다.

그 옆에 필드가 두 개 더 있습니다. 요청한 사람을 담는 Requested by와, 작업이 몇 번 돌아왔는지 담는 Review round입니다.

나머지는 업무 설명에 적는 글이며, 템플릿에는 여섯 가지가 모두 How to request design work 문서로 들어 있어 사람들에게 안내할 수 있습니다.

10분이면 시험해 볼 수 있습니다. 무료 Quire 프로젝트를 시작하거나 이미 운영 중인 프로젝트를 열고, Why this date라는 텍스트 필드를 추가한 뒤 가장 오래된 열린 요청 다섯 건에 채워 보세요. 아마 두 건쯤은 이유가 전혀 없을 것이고, 그걸로 논쟁은 끝납니다.

디자인 승인 프로세스의 6단계는 무엇인가요?

6단계는 Requested, In Design, Internal Review, Awaiting Approval, Changes Requested, Delivered입니다. 이 여섯 단계는 작업이 어디에 있는지를 추적합니다. 결정은 업무에 대한 승인이라는 별도의 기록을 가지며, 둘을 분리해 두는 것이 핵심의 대부분입니다.

Design Pipeline 템플릿에서 각 단계는 이렇게 진행됩니다.

Internal Review는 팀이 가장 많이 건너뛰지만 가장 값을 하는 단계입니다. 덕분에 승인자와의 첫 라운드를 모서리 반경이 아닌 아이디어에 쓸 수 있습니다.

Changes Requested는 거꾸로 흐르는 유일한 단계라서 셀 가치가 있습니다. 자세한 내용은 아래에서 다룹니다.

위 표의 모든 단계는 요청하는 팀과 디자인하는 팀 사이의 인수인계입니다. 부서 간 프로젝트 관리 플레이북은 그 밑에 깔린 책임과 인수인계의 층을 설명합니다.

Quire의 Design Pipeline 템플릿에는 무엇이 들어 있나요?

바로 쓸 수 있는 디자인 대기열입니다. 위의 6단계, 맞춤형 필드 3개, 하위 목록 2개, Creative sign-off 승인 카테고리, 문서 2개, 대시보드가 들어 있습니다. Quire의 Design Pipeline 템플릿을 열고 Intake: not triaged 하위 목록으로 들어가면, 앞서 한 이야기가 세 줄에 그대로 담겨 있습니다.

Recruiting posters의 Why this date에는 "Careers fair is 16 Aug"라고 적혀 있습니다. 마감이 일주일 빠른 Partner co-brand kit에는 "Partner launch has no date yet"라고 적혀 있습니다. 같은 대기열, 같은 필드인데 마감인 것은 하나뿐입니다.

이런 행을 가능하게 하는 구성은 다음과 같습니다.

• 필드 3개, 그리고 유형이 중요합니다. Requested by는 사용자 필드라서 요청자별로 대기열을 필터링할 수 있습니다. Why this date는 텍스트입니다. Review round는 소수점이 없는 숫자라서 정렬됩니다. 이 세 가지만 어디에든 만들어 두어도 가치의 대부분을 얻습니다.
• 화면별 태그: web, brand, social, print, email, video, 그리고 정말 급한 건을 위한 rush입니다.
• Intake: not triaged는 아직 수락, 규모 산정, 일정 배정을 거치지 않은 요청의 하위 목록입니다. 이 목록의 길이가 처리 여력의 신호이고, 분류 규칙이 진짜 관문입니다. 모든 항목에 요청자와 이유, 그리고 일정 또는 거절이 필요합니다.
• Waiting on a decision은 완성된 작업이 승인자에게 머무는 하위 목록입니다. 길이가 아니라 머문 기간으로 읽으세요.
• Creative sign-off 승인 카테고리가 미리 만들어져 있어서, 완성된 작업이 지정된 담당자에게 가서 기록되는 승인 또는 수정 목록을 받습니다.
• 문서 2개: 요청자용 6가지 답변 체크리스트인 How to request design work, 그리고 5단계 설정 안내서인 How to use this template입니다.
• Creative Ops 대시보드에는 차단된 업무 위젯과 6가지 상태별 분포가 들어 있습니다.

복사는 1분 정도면 됩니다. 템플릿 이름 옆의 드롭다운을 열고 더 보기로 가서 사본 생성하기를 선택한 다음, 사본을 둘 조직을 고르세요.

샘플 데이터는 내 것처럼 느껴지기 전에 지우세요. 그리고 무언가 두 번 잘못되기 전까지는 네 번째 필드를 추가하지 마세요. 필드 세 개는 채워지지만 여섯 개는 무시됩니다. 무시되는 필드는 여전히 데이터처럼 보이기 때문에 없는 것보다 나쁩니다.

Design Pipeline은 Quire 라이브러리에서 단계형 파이프라인을 위한 선택지입니다. 프로젝트 관리 템플릿 모음은 나머지를 유한한 작업, 반복되는 작업, 단계형 작업으로 분류해 두어서 다음에 필요한 템플릿을 쉽게 찾을 수 있습니다.

디자인 요청은 왜 채팅이 아닌 업무 관리 소프트웨어에 있어야 할까요?

요청이 업무가 되면 메시지 스레드가 하지 못하던 일을 파이프라인 단계가 해 주기 때문입니다. 누구든 프로젝트를 열면 샘플 데이터 기준으로 네 건이 승인자에게 있고 세 건은 아직 분류되지 않았다는 것을, 디자이너에게 읊어 달라고 하지 않고도 알 수 있습니다.

이것이 크리에이티브 업무에서 업무 관리 소프트웨어의 역할 전부입니다. 모든 요청에 단계와 담당자, 대기 순서가 생기는데, 채팅 스크롤은 이 중 어느 것도 해낸 적이 없습니다.

두 하위 목록이 그 역할의 대부분을 맡습니다. 하위 목록은 메인 목록 옆에 두는, 프로젝트의 저장된 한 조각입니다. 둘 다 모두에게 보이고, 승인 열을 켜면 각 행의 결과도 함께 보입니다.

Waiting on a decision에 사흘째 머물러 있다면 보통 누군가 그 결정을 피하고 있다는 뜻입니다.

한 가지 구분이 어디를 볼지 결정합니다.

Awaiting Approval 단계는 공유 대기열로, 정렬이 되고 월요일에 검토하는 대상입니다.

승인 및 요청 위젯은 개인 수신함입니다. 내가 승인해야 할 건과 내가 보낸 요청을 세기 때문에, 둘 다 해당 없는 사람에게는 0으로 나옵니다. 팀의 질문에 답하는 것은 앞의 것뿐입니다.

이미 전용 도구에서 작업물에 핀을 찍어 가며 교정하고 있나요? 마크업에는 그 도구를 계속 쓰고, 교정 링크를 요청에 붙여 넣으세요. 대기열, 라운드 수, 최종 승인은 팀 전체가 볼 수 있는 업무에 그대로 남습니다.

외부 검토자는 디자인 자체보다 계정 만들기에서 더 자주 멈춥니다. 보기만 하면 되는 클라이언트는 계정 없이 링크를 열 수 있고, 원하면 하위 목록 하나로 범위를 좁힐 수도 있습니다. 클라이언트가 가입하지 않고 프로젝트를 공유받는 방법을 확인해 보세요.

디자인 검토의 1라운드와 4라운드 사이에는 무슨 일이 일어날까요?

예산이 재작업 한 번마다 조금씩 샙니다. 일반적인 설정에서는 이를 기록하는 곳이 없습니다. 1라운드는 괜찮습니다. 예산이 죽는 곳은 4라운드인데, 그 사이 구간을 다루는 프로세스 문서는 거의 없습니다.

그래서 세어야 합니다. Review round 필드는 막연한 난항의 느낌을 정렬할 수 있는 열로 바꿔 줍니다. 1라운드는 정상, 2라운드는 괜찮고, 3라운드가 몰려 있다면 디자인 문제의 옷을 입은 접수 문제입니다. 브리프가 잘못되었고, 다시 그린다고 브리프가 고쳐지지는 않습니다.

나머지 절반은 라운드의 내용입니다. 7개 기업 직원 264명을 조사한 연구에서 Zhenxing Gong과 Na Zhang은 지지적인 피드백 환경이 기분을 거쳐 간접적으로 창의적 성과를 끌어올린다는 점을 발견했습니다.

연구진의 결론은 이렇습니다. "지지적인 상사 피드백 환경을 만드는 것은 창의적 성과를 높이는 데 매우 중요합니다." 설문 데이터이므로 지렛대가 아닌 상관관계로 읽어야 하지만, 요점은 유효합니다. 피드백은 작업에 대한 반응이 아니라 작업의 일부입니다.

여기서 지킬 만한 규칙이 하나 나옵니다. 피드백은 느낌이 아니라 변경 사항을 말해야 합니다.

"느낌이 안 와요"는 수정 요청이 아닙니다. "375px에서 배지가 카드 밖으로 나가 있어요"는 수정 요청입니다. 바꿀 부분을 말하지 못하는 검토자는 검토할 준비가 안 된 것이며, 이를 일찍 알려 주는 편이 세 라운드 동안 추측하게 하는 것보다 친절합니다.

Quire에서는 그 피드백이 파일과 함께 업무에 남습니다. 그래서 2라운드는 1라운드가 다룬 바로 그 작업물을 놓고 시작되고, 검토자는 새 요청을 하기 전에 지난번에 무엇을 요청했는지 확인할 수 있습니다.

템플릿에는 케이스 스터디 원페이저에 실제 사례가 있습니다. 위 목록에서 Creative sign-off: 수정 요청으로 표시된 두 행 중 하나입니다.

이 건은 2라운드이고, 댓글은 두 가지 수정 사항을 짚습니다. 고객 인용문에 빠진 직함, 그리고 본문 카피와 맞지 않는 지표입니다.

이어서 댓글은 1라운드에서 이미 승인된 부분을 명시적으로 보호합니다. 이 부분은 생각보다 중요합니다. 확정된 결정을 다시 여는 것이 2라운드를 5라운드로 만드는 방식이기 때문입니다.

클라이언트 업무는 이 문제의 볼륨을 키운 버전입니다. 수정 요청이 팀 밖에서 오기 때문입니다. 혼란 없는 에이전시 프로젝트 관리는 검토자가 비용을 내는 쪽일 때 라운드를 제한하는 방법을 다룹니다.

누가 승인하고, 그 결정은 어디에 기록될까요?

결정 하나당 지정된 담당자 한 명이며, 결정은 요청 자체에 기록됩니다. 승인자가 두 명인 디자인은 승인자가 없는 것과 같습니다. 템플릿은 Creative sign-off 카테고리를 사용하므로, 결정이 한 방 가득한 사람들이 아니라 지정된 승인자에게 붙습니다.

어떤 결정이 그 사람의 몫인지도 업무에 적어 두세요. "승인해 주실 것은 워드마크 락업이지 색상 팔레트가 아닙니다"라고 하면, 아무도 묻지 않은 질문에 검토자가 답하는 가장 흔한 검토 탈선을 막을 수 있습니다.

절차는 짧습니다. 요청을 열고 Creative sign-off에서 승인을 요청하면 해당 담당자에게 전달됩니다. 담당자는 승인하거나 수정을 요청합니다.

어느 쪽이든 답변은 요청에 남습니다. 수정 요청은 작업을 한 라운드 되돌리므로 Review round가 하나 올라갑니다.

설정 하나로 최종 승인이 실제 관문이 됩니다. 프로젝트 설정의 상태 아래에서, 승인이 대기 중인 동안 완료를 막는 옵션을 켜세요. 그러면 승인자가 승인하기 전에는 아무것도 Delivered에 도달하지 못합니다.

사본을 만들자마자 바꿔야 할 것이 하나 있습니다. 샘플은 Creative sign-off에 승인자가 두 명 지정되어 있습니다. 프로젝트 설정에서 실제 검토자를 지정하고 한 명으로 줄이세요. 승인자가 두 명인 디자인은 다시 승인자가 없는 것과 같기 때문입니다.

승인은 Premium 이상의 Quire 플랜에서 사용할 수 있습니다. 6단계 파이프라인을 구성하는 맞춤형 상태는 Free를 포함한 모든 플랜에서 제공됩니다. 자세한 내용은 요금제 페이지를 확인하세요.

이 기능들의 작동 방식은 별도 글로 정리되어 있습니다. 맞춤형 상태로 만든 승인 흐름과 전용 승인 기능입니다. 이 글은 두 글이 전제하는 층, 즉 그 기능에 일감을 공급하는 대기열을 다룹니다.

핵심 정리

딱 하나만 가져간다면 라운드 카운터를 가져가세요. 3라운드에 접어든 디자인은 거의 디자인 문제가 아니며, 이를 다시 그리는 데 쓰는 시간은 모두 증상만 치료하는 시간입니다.

업무 관리 소프트웨어에서 라운드를 세면 증거가 저절로 상류를 가리킵니다. 만들기에는 너무 모호했던 요청 말입니다. 나머지는 거기서부터 따라옵니다.

Design Pipeline 템플릿에는 카운터, 접수 목록, 6가지 답변이 담긴 요청 문서가 이미 갖춰져 있어서 다음 걸음은 작습니다. 지금 요청이 들어오는 채널에 요청 문서를 붙여 넣고, 이번 주 요청 중 여섯 가지에 모두 답할 수 있는 건이 몇 개인지 확인해 보세요.

Quire 가입하기, 파이프라인을 복사해서 다음 디자인 요청을 그 안에서 처리해 보세요.

자주 묻는 질문

디자인 승인 프로세스란 무엇인가요?

누군가 요청한 순간부터 지정된 담당자가 최종 승인하기까지 크리에이티브 작업이 거치는 경로입니다. 대부분의 팀은 중간만 있고 양끝이 없습니다. Quire의 Design Pipeline 템플릿은 앞단에는 요청 문서를, 뒷단에는 기록되는 승인을 제공해 둘 다 채워 줍니다.

디자인 요청이 제각각의 메시지로 들어오는 것을 어떻게 막나요?

더 나은 창구를 마련하고, 그쪽이 더 빠른 길이 되게 하세요. 템플릿에는 요청에 필요한 6가지 답변을 정리한 요청 문서와, 새 요청이 Requested 상태로 들어오는 접수 하위 목록이 들어 있습니다.

디자인 수정은 몇 라운드까지가 정상인가요?

1회는 정상, 2회는 괜찮고, 3회면 대개 작업이 아니라 브리프가 잘못된 것입니다. Review round 필드는 이를 느낌이 아닌 정렬 가능한 열로 만들어 줍니다.

디자인 작업은 누가 승인해야 하나요?

결정 하나당 지정된 담당자 한 명이며, 그 사람이 자신의 결정이 무엇인지 알고 있어야 합니다. Quire의 승인 카테고리는 결정을 채널이 아닌 사람에게 붙여 줍니다.

외부 클라이언트는 Quire에서 디자인 작업을 어떻게 검토하나요?

보기만 하면 되는 클라이언트는 가입 없이 링크 공유하기로 열 수 있으며, 원하면 하위 목록 하나로 범위를 좁힐 수 있습니다. 결정하는 클라이언트는 지정된 승인자로 프로젝트에 참여하므로, 승인이 요청에 기록됩니다.

업무 관리 소프트웨어로 디자인 승인 프로세스를 운영할 수 있나요?

네. Quire에서는 요청마다 업무, 단계마다 상태, 최종 승인은 업무에 대한 승인이므로 대기열, 라운드, 결정이 하나의 기록에 모입니다.

제대로 된 디자인 승인 프로세스는 팀의 업무 생산성을 어떻게 높이나요?

재작업이 줄어듭니다. Quire에서 검토 라운드를 세면 3라운드가 어디에 몰리는지 보입니다. 그 브리프를 바로잡으면 같은 작업물에 두 번 비용을 쓰지 않게 되고, 디자이너는 재작업이 잡아먹던 시간을 돌려받습니다.