디자인 수정, 검수·일정·브리핑을 잡으면 피드백이 달라집니다

완성된 배너를 팀 채팅방에 올렸는데 “조금 더 세련되게 바꿔 주세요”라는 답만 돌아오는 경우가 있습니다. 디자이너는 무엇을 고쳐야 할지 모르고, 요청한 사람은 왜 원하는 느낌이 나오지 않는지 답답해집니다. 수정이 한두 번으로 끝날 일이 계속 반복되면 일정과 작업비까지 함께 늘어납니다.

디자인 수정은 색이나 글자를 바꾸는 일만 뜻하지 않습니다. 어떤 사용자가 어떤 화면에서 무엇을 하게 만들지 다시 확인하는 과정이기도 합니다. 이 글을 읽으면 수정 요청을 구체적으로 쓰는 방법, 검수할 때 볼 순서, 작업 일정과 수정 횟수를 정하는 기준을 알게 됩니다.

디자인 수정 전에 먼저 정해야 할 것

수정 요청을 보내기 전에는 ‘무엇이 마음에 들지 않는가’보다 ‘무엇을 이루고 싶은가’를 먼저 적어야 합니다. 예를 들어 “파란색이 별로예요”보다 “신뢰감은 유지하되, 모바일 화면에서 버튼이 더 눈에 띄게 해 주세요”가 훨씬 좋은 요청입니다.

• 목적: 판매, 신청, 안내, 브랜드 인지 중 무엇이 우선인지 정합니다.
• 대상: 처음 방문한 사람인지, 기존 고객인지, 내부 직원인지 구분합니다.
• 사용 환경: 모바일, 데스크톱, 인쇄물 중 어디에서 주로 보이는지 확인합니다.
• 변경 범위: 문구·사진·색상만 바꾸는지, 배치와 구조까지 바꾸는지 나눕니다.
• 완료 기준: 승인권자가 누구인지, 몇 차 검수까지 진행할지 정합니다.

작은 문구 수정과 화면 구조 변경은 필요한 시간이 다릅니다. 이미지와 버튼 링크를 바꾸는 일은 콘텐츠 편집으로 끝날 수 있지만, 화면 배치나 전체 스타일을 바꾸려면 디자인 파일과 개발 화면을 함께 확인해야 할 수 있습니다.

비교 기준을 조금 더 넓혀 보고 싶다면 디자인 검수도 함께 살펴보면 판단 기준을 정리하는 데 도움이 됩니다.

디자인 검수 체크리스트

검수는 예쁜지부터 보는 것보다 사용에 문제가 없는지부터 확인하는 편이 안전합니다. 아래 순서대로 보면 개인 취향 때문에 생기는 불필요한 수정도 줄일 수 있습니다.

1. 목적 확인: 첫 화면을 본 사람이 다음에 무엇을 해야 하는지 분명한가요?
2. 문구 확인: 제목, 설명, 버튼 문구가 서로 다른 뜻을 말하고 있지 않나요? 숫자와 날짜, 오탈자도 함께 봅니다.
3. 정보 순서 확인: 중요한 내용이 아래쪽에 묻히지 않았나요? 처음 보는 사람도 읽는 순서를 짐작할 수 있나요?
4. 화면 확인: 휴대전화에서 글자가 너무 작거나 버튼이 손가락으로 누르기 어렵지 않나요? 줄바꿈과 이미지 잘림도 살핍니다.
5. 브랜드 확인: 색, 글꼴, 사진 분위기가 기존 브랜드 자료와 어긋나지 않나요?
6. 기능 확인: 링크, 입력창, 내려받기 버튼이 실제로 작동하나요? 디자인만 보고 판단하지 말고 가능한 범위에서 화면도 확인합니다.

검수 의견은 화면 위치와 함께 남기는 것이 좋습니다. “별로다” 대신 “두 번째 화면의 신청 버튼이 배경과 비슷해 모바일에서 잘 보이지 않는다. 버튼 색을 진한 색으로 바꾸고 글자를 흰색으로 검토해 달라”처럼 적으면 전달 과정이 짧아집니다.

실제 선택 전에 디자인 일정의 기준도 같이 확인해 보세요.

수정 방식과 일정은 어떻게 비교할까

모든 디자인 수정에 같은 방법을 적용할 필요는 없습니다. 변경하려는 내용과 파일 상태를 보고 방식을 고릅니다.

일정을 잡을 때는 디자인 작업 시간만 계산하면 안 됩니다. 요청 정리, 자료 전달, 초안 확인, 내부 승인, 개발 반영, 최종 검수까지 포함해야 합니다. 특히 여러 부서가 의견을 내는 조직에서는 담당자가 의견을 모아 한 번에 보내야 합니다. 사람마다 다른 수정 지시를 따로 보내면 같은 부분을 반대로 고치는 일이 생깁니다.

디자인 수정 요청을 보내는 순서

다음 순서로 요청서를 만들면 외주 작업이나 사내 협업에서 오해를 줄일 수 있습니다.

1. 현재 파일과 화면을 지정합니다. 파일 이름, 페이지, 화면 주소 또는 수정할 영역을 적습니다.
2. 수정 이유를 씁니다. “더 예쁘게”가 아니라 가독성 저하, 브랜드 불일치, 신청 동선 혼란처럼 이유를 설명합니다.
3. 원하는 결과를 적습니다. 참고 이미지가 있다면 그대로 따라 하라는 뜻인지, 색감이나 구조만 참고하는지 구분합니다.
4. 고정 조건을 표시합니다. 반드시 유지할 로고, 문구, 색상, 법적 안내 문구를 따로 적습니다.
5. 우선순위를 정합니다. 오늘 꼭 필요한 수정, 다음 차수로 미뤄도 되는 수정, 의견이 더 필요한 수정으로 나눕니다.
6. 확인 날짜와 승인자를 정합니다. 누가 언제까지 확인하고 최종 결정을 내리는지 지정합니다.

요청서 예시는 다음처럼 쓸 수 있습니다. “모바일 첫 화면의 상단 배너에서 행사 날짜가 잘 보이지 않습니다. 날짜 글자를 제목 아래로 옮기고, 신청 버튼과 충분한 간격을 주세요. 로고와 행사명은 유지하며, 초안은 수요일 오후에 확인하겠습니다.” 이 정도면 디자이너가 판단해야 할 범위가 분명해집니다.

같은 흐름에서 확인해 두면 좋은 내용은 디자인 조직입니다.

수정이 길어지는 대표적인 실수

첫째, 취향과 문제를 섞는 경우입니다. “제가 좋아하는 색이 아니에요”는 참고 의견일 수 있지만, 반드시 바꿔야 하는 문제는 아닙니다. 브랜드 색상, 읽기 쉬움, 버튼 인식처럼 기준을 먼저 세워야 합니다.

둘째, 참고 자료를 너무 많이 보내는 경우입니다. 공공 서비스 디자인처럼 신뢰와 명확성이 중요한 화면, 금융 서비스 디자인처럼 안내와 주의 문구가 중요한 화면, 교육 서비스 디자인처럼 정보 구조가 중요한 화면은 목표가 서로 다릅니다. 여러 자료의 장점만 모으면 오히려 방향이 흐려질 수 있습니다. 참고 자료마다 “색감 참고”, “메뉴 구조 참고”처럼 사용 목적을 표시하세요.

셋째, 원본 파일과 최종 반영 화면을 구분하지 않는 경우입니다. 디자인 파일에서 괜찮아 보여도 실제 웹 화면에서는 글자가 밀리거나 이미지가 잘릴 수 있습니다. 최종 검수 때는 원본과 실제 반영 화면을 따로 확인해야 합니다.

넷째, 담당자가 너무 많은 경우입니다. 디자인 조직이 커질수록 의견이 많아지지만, 최종 의견을 하나로 모으는 역할이 필요합니다. 수정 횟수보다 더 중요한 것은 결정 방식입니다.

자주 묻는 질문

수정 요청에 참고 이미지를 꼭 넣어야 하나요?

꼭 필요하지는 않습니다. 다만 원하는 분위기를 말로만 설명하기 어렵다면 도움이 됩니다. 이미지 전체를 복사하라는 뜻인지, 글자 배치나 색감만 참고하는지 반드시 밝혀야 합니다. 사용 권한이 확인되지 않은 이미지는 최종 작업물에 그대로 쓰지 않는 것이 안전합니다.

수정 횟수는 몇 회로 정하는 것이 좋나요?

숫자만 정하기보다 단계별로 정하는 편이 좋습니다. 예를 들어 초안에서 방향을 확인하고, 두 번째 차수에서 세부 요소를 다듬은 뒤, 마지막에는 오탈자와 기능만 확인하는 식입니다. 구조가 바뀌는 추가 요청은 기존 수정과 다른 범위로 협의해야 합니다.

디자인 검수와 개발 검수는 다른가요?

다릅니다. 디자인 검수는 구성, 색, 글자, 정보 순서를 보는 일입니다. 개발 검수는 버튼과 링크가 작동하는지, 다양한 화면 크기에서 깨지지 않는지 확인하는 일입니다. 한 번에 끝내려 하지 말고 두 단계로 나누면 누락을 찾기 쉽습니다.

디자인 수정이 계속 반복되면 어떻게 해야 하나요?

수정 문장을 더 강하게 쓰기보다 처음 목표와 승인 기준을 다시 확인하세요. 목표가 바뀌었거나 결정권자가 계속 달라진다면 디자인 문제가 아니라 브리핑과 의사결정 문제일 수 있습니다. 목적, 대상, 고정 조건, 우선순위를 문서로 남기면 다음 작업의 기준도 분명해집니다.