조용하게 해달라는 피드백을 수정 항목으로 옮기기

세 사람의 말을 모두 넣자 초점이 사라졌다

화요일 오후 3시 07분, C01의 채널별 결과에 세 개의 피드백이 붙었다.

브랜드 리드 민서연은 제품이 더 조용하게 보였으면 좋겠다고 했다. 마케터 김대호는 15%가 첫눈에 보이게 더 크게 해달라고 했다. MD 이혜진은 세 제품을 같은 비중으로 보여달라고 했다.

박솔이 세 요청을 모두 적용한 모바일 시안을 만들었다.

제품 세 개가 같은 크기로 커졌다. 15%도 제목만큼 커졌다. 배경과 소품을 줄였지만 화면에는 네 개의 1순위가 생겼다.

한유진은 시안을 더 고치지 않았다. 피드백 원문을 사람별로 분리해 피드백_번역표_C01_v1에 옮겼다.

첫 칸에는 원문을 그대로 남겼다. 다음 칸에는 변경 대상, 관찰한 문제, 확인 질문, 수정 단계와 승인 기준을 적었다.

피드백을 번역한다는 것은 상대의 의도를 대신 알아맞히는 일이 아니다. 수정 가능한 단위와 결정이 필요한 질문으로 바꾸는 일이다.

원문과 해석을 같은 칸에 쓰지 않는다

유진은 세 문장을 다음처럼 나눴다.

‘조용하게’는 관찰한 사실이 아니다. ‘혜택이 제품 뒤에 읽힌다’도 유진의 판단이므로 실제 시안과 함께 확인한다.

원문을 바꾸지 않으면 나중에 수정 결과가 요청을 해결했는지 대조할 수 있다. Figma 댓글은 원래 디자인 파일 안에서 의견과 응답을 이어갈 수 있다.³³ 이 책에서는 원문과 구조화 기록을 함께 남긴다.

추정 의도는 질문으로 바꾼다

유진은 각 피드백의 의도를 확정하지 않았다.

더 조용하게

가능한 해석은 여러 개다.

• 제품 주변 소품을 줄이기
• 색 대비를 낮추기
• 혜택의 시각 강도를 낮추기
• 제품 3종의 경쟁을 줄이기

확인 질문은 다음처럼 좁혔다.

배경과 소품을 줄이려는 것인가요, 15%의 대비를 낮추려는 것인가요?

15%를 더 크게

크기만 키우면 제목과 경쟁할 수 있다. 원하는 결과가 행사 인지인지, 숫자 가독성인지 확인한다.

15%를 2순위 정보로 올리면 될까요, 제목보다 먼저 보이게 해야 하나요?

세 제품을 같은 비중으로

재고와 상품 노출 목적일 수 있다. 그러나 C01 브리프에서는 Loop Tray가 대표 제품으로 승인돼 있다.

상품 목록처럼 균등하게 보여야 하나요, 세 제품이 모두 보이는 것으로 충분한가요?

질문은 상대가 디자인 용어를 설명하게 만드는 시험이 아니다. 충돌하는 변경 조건을 선택할 수 있게 만드는 문장이다.

브리프와 승인 역할로 우선순위를 정한다

답변이 오기 전까지 누구의 말이 더 중요한지 직급으로 정하지 않는다.

C01 브리프의 1순위 목적은 제품 조합과 프로모션 인지다. Loop Tray를 대표 제품으로 두는 결정은 MD와 브랜드 리드가 승인했다. 판매 정보의 정확성은 이혜진이 책임지고, 최종 시각 방향은 민서연이 승인한다.

답변은 다음처럼 정리됐다.

• 제품 중심 구조 유지
• 15%를 2순위로 올림
• 세 제품은 모두 보이되 Loop Tray가 대표
• 소품 수와 배경 대비를 줄여 조용한 인상 유지

세 피드백을 모두 더한 것이 아니다. 브리프와 승인 역할을 기준으로 서로 양립할 수 있는 조건과 선택이 필요한 조건을 나눴다.

충돌이 남으면 두 개의 선택안을 제시한다.

• A안: 제품 1순위, 혜택 2순위
• B안: 혜택 1순위, 제품 2순위

승인 담당자가 하나를 고르면 수정 기준을 확정한다. 선택 없이 두 안을 섞지 않는다.

피드백 상태를 한 방향으로 흐르게 한다

피드백 행은 단계별 상태로 관리한다. 값은 new, question_sent, confirmed, in_progress다. 이후 review, approved, rejected로 이동한다.

원문이 들어오면 new다. 의도가 불명확하면 질문을 보내고 question_sent로 바꾼다. 답변과 승인 우선순위가 정해지면 confirmed가 된다. 작업 완료만으로 approved가 되지는 않는다. 증거 파일과 완료 기준을 검토한 뒤 승인자가 상태를 바꾼다.

서로 충돌하는 의견이 해결되지 않으면 review에서 멈춘다. 디자이너가 임의로 두 요청을 합치지 않는다.

수정할 단계를 먼저 찾는다

모호한 피드백이 들어오면 모든 문제를 Figma 편집으로 해결하려 하기 쉽다. 유진은 수정 위치를 다섯 단계로 나눴다.

1. 생성

2. 편집

3. 템플릿

4. 데이터

5. QA

생성 단계

제품 형태나 손·케이블 관계가 틀린 경우다. 원본 제품을 유지한 배경 생성이나 재생성으로 돌아간다.

편집 단계

소품 제거, 반사 축소, 배경 확장, 색 보정처럼 선택안 안에서 복구 가능한 문제다.

템플릿 단계

제목 줄 수, 제품 3종 변형, CTA 위치처럼 반복 구조의 규칙을 바꿔야 하는 문제다.

데이터 단계

가격·날짜·제품명·고지문이 원본과 다른 경우다. 시안을 고치기 전에 WS03과 원본 책임자를 확인한다.

QA 단계

수정은 끝났지만 안전 여백, 색상, 파일명, 버전, 권리 기록을 다시 확인해야 하는 경우다.

수정 단계가 다르면 담당자와 복구 방식도 달라진다. 슬롯 수 오류를 작은 브러시 편집으로 감추지 않고 생성 또는 원본 합성 단계로 돌린다.

수정 라운드는 작업 묶음으로 보낸다

확인된 피드백을 한 문장씩 바로 수정하면 파일 버전이 빠르게 늘어난다. 유진은 같은 승인자가 확인할 수 있는 작업을 한 라운드로 묶었다.

• Round 1: 정보 위계와 제품 비중
• Round 2: 채널별 제목·CTA·고지
• Round 3: 제품·색·파일 QA

새 피드백이 들어와도 현재 라운드의 목적과 무관하면 다음 라운드로 보낸다. 긴급한 판매 정보 오류나 제품 오류는 예외로 즉시 처리한다.

C01 피드백을 작업 목록으로 바꾼다

유진은 원문 세 개를 여섯 개의 수정 작업으로 바꿨다.

“더 좋게”, “조금 키우기” 같은 표현을 작업 목록에 쓰지 않는다. 어떤 레이어와 조건이 바뀌고 완료 여부를 어떻게 확인할지 적는다.

수정 조건과 승인 기준이 같아 보일 수 있다. 수정 조건은 작업자가 바꿀 내용이고, 승인 기준은 검토자가 끝났다고 판단할 문장이다.

예를 들어 15%를 2순위로 올리기가 수정 조건이다. 제목 뒤, CTA 앞에 읽힌다가 승인 기준이다.

채널마다 같은 피드백을 다르게 적용한다

C01의 피드백은 모든 채널에 같은 수치로 적용하지 않는다.

데스크톱

제품 조합을 유지하고 15% 대비를 조금 올린다. 세 제품을 모두 보여주되 Loop Tray가 가장 크다.

모바일

짧은 제목을 유지한다. 15%를 제목 아래에 두고 제품 영역과 겹치지 않게 한다. 세 제품은 대표·보조 관계로 표시한다.

정사각형

소품을 줄이고 제품과 혜택을 한 덩어리로 묶는다. 제목·15%·CTA를 모두 같은 크기로 만들지 않는다.

스토리

15%와 기간을 중앙 안전 영역에 둔다. CTA는 실제 플랫폼 UI와 겹치지 않는지 제작 시 확인한다.

이메일

혜택은 읽히게 하되 긴 고지는 본문 텍스트로 분리한다.

프레젠테이션

소비자용 15% 강조보다 피드백 충돌과 승인된 선택을 보여준다.

피드백 원문은 같아도 채널 목적과 첫 정보 목표에 따라 수정 결과가 달라진다.

‘AI로 만든 느낌’을 오류 종류로 나눈다

C02에는 다음 피드백이 있었다.

“AI로 만든 느낌이 너무 나요.”

이 문장만으로는 수정 단계를 정할 수 없다. 5장의 번역 사전과 C02 실패 기록을 사용해 문제를 나눴다.

• 슬롯 수 오류: 생성 단계 또는 원본 합성
• 케이블 관통: 재생성
• Fog Blue 과포화: 편집·색 보정
• 반복 질감: 편집
• 비정상 문자: 이미지에서 제거하고 Figma 텍스트 사용
• 사용 맥락 부재: 생성 방향 재정의

슬롯 수와 케이블 오류는 제품 구조 문제다. 분위기가 좋아도 편집으로 억지 복구하지 않는다.

Fog Blue 과포화는 제품 원본과 기준색을 대조해 보정할 수 있다. 보정 뒤 다른 색처럼 보이면 원본 제품을 다시 합성한다.

‘AI로 만든 느낌’을 하나의 객관적 오류로 확정하지 않는다. 관찰 가능한 문제와 수정 단계가 확인될 때만 작업 목록에 넣는다.

AI는 분류와 질문 초안까지만 맡긴다

피드백이 많으면 대화형 AI로 원문을 묶을 수 있다.

• 입력: 피드백 원문, 브리프, 형용사 번역 사전, 채널 ID
• 역할: 변경 대상·충돌·확인 질문 후보 분류
• 출력: 피드백 번역표 초안
• 사람 확인: 의도·우선순위·수정 단계·승인자
• 수동 복구: 원문과 맞지 않으면 행을 분리하거나 삭제

AI가 “브랜드 리드는 고급스러움을 원한다”고 정리해도 원문에 없는 의도라면 삭제한다. 상대의 의도를 이해했다고 단정하지 않는다.

Figma 댓글은 원본 파일에 연결해 응답과 해결 상태를 관리할 수 있다.³³

요약 기능을 쓰더라도 원문과 누락 맥락을 사람이 다시 확인한다.

C02는 재생성과 편집을 분리한다

C02의 ‘AI로 만든 느낌’ 피드백에서 슬롯 수와 케이블 오류는 생성 단계로 돌아간다. Fog Blue 과포화와 반복 질감은 편집 후보로 남긴다.

유진은 한 작업에 두 단계를 섞지 않았다.

생성 단계의 오류가 해결되지 않았는데 색 보정부터 하지 않는다. 차단 오류를 먼저 닫고 편집 작업을 진행한다.

완료 기준이 없는 작업은 승인하지 않는다

수정이 끝났는지 판단할 문장이 없으면 같은 피드백이 반복될 수 있다.

작업마다 다음을 적었다.

• 변경 대상
• 수정 조건
• 완료 기준
• 증거 파일
• 승인 담당자
• 승인 상태

피드백_승인_기록_v1의 예시는 다음과 같다.

모바일 EPUB 가독성을 위해 이 표는 항목 카드로 펼쳐 표시한다.

revision: R01

• 대상: desktop
• 완료 기준: 제품 1순위·15% 2순위
• 증거: 비교 캡처 예정
• 승인: 민서연
• 상태: production_pending

revision: R02

• 대상: mobile
• 완료 기준: 짧은 제목·제품 크롭·CTA PASS
• 증거: QA 기록 예정
• 승인: 한유진
• 상태: production_pending

revision: R03

• 대상: email
• 완료 기준: 필수 고지 본문 분리
• 증거: 이메일 명세 예정
• 승인: 이혜진
• 상태: production_pending

실제 이미지가 아직 없으므로 approved라고 쓰지 않는다. 제작과 재검수 뒤에 증거 파일을 연결하고 승인한다.

승인 담당자가 없거나 서로 다른 기준을 사용하면 상태를 review로 유지한다. 수정 횟수로 완료를 판단하지 않는다. 승인 기록에는 누가 언제 어떤 기준으로 결정했는지도 남긴다.

수정 전후의 이유를 남긴다

유진은 피드백 원문, 확인 답변, 수정 작업, 승인 기준을 같은 ID로 연결했다.

• FB-C01-01 → MOD-C01-01·02
• FB-C01-02 → MOD-C01-03
• FB-C01-03 → MOD-C01-04·05

수정 이유가 남아 있으면 다음 캠페인에서 같은 요청이 들어왔을 때 과거 시안을 그대로 복제하지 않고 조건을 비교할 수 있다.

모든 피드백을 원칙이나 템플릿에 넣지는 않는다. 한 번의 캠페인에만 필요한 변경은 수정 기록으로 끝낸다. 반복되고 적용 범위가 확인된 조건만 18장의 팀 운영 규칙 후보로 넘긴다. 이때 판단의 기준일도 함께 적는다.

이번 장에서 완성한 것

피드백_번역표_C01_v1에는 원문, 변경 대상, 관찰한 문제, 추정 의도, 확인 질문과 수정 단계가 들어 있다.

수정_작업_목록_C01_v1에는 C01의 여섯 작업과 완료 기준, 담당자와 승인자가 기록돼 있다.

피드백_승인_기록_v1에는 채널별 증거 파일, 승인 기준과 production_pending 상태가 남아 있다.

다음 장에서 사용하는 방법

15장에는 approved 브리프, WS03 필드 구조, 템플릿 v1, 최종 비주얼 구현 명세와 피드백 반영 규칙을 넘긴다. 사람이 입력하던 캠페인 값을 Google Sheets의 구조화된 행으로 관리하고, 어떤 행만 다음 도구로 연결할지 정한다.

33. Figma Help Center, “Guide to comments in Figma”; “View and manage comments.” 원본 디자인 파일에 연결된 댓글과 응답·해결 상태를 관리하는 기능 범위로만 참고한다.