'레퍼런스 쳌!'이라는 말 뒤에 있는 것
에이전시에 들어오면 꽤 자주 듣게 되는 말이 있어요.
"레퍼런스 쳌 한 번 해볼게요."
처음엔 이 말이 조금 가볍게 들릴 수 있습니다. 핀터레스트 켜고, 비핸스 보고, 멋진 사이트 몇 개 저장하면 되는 일처럼 느껴지거든요. 그런데 실무에서의 레퍼런스 체크는 단순히 예쁜 이미지를 줍는 일이 아닙니다. 오히려 프로젝트의 방향을 좁히고, 팀 안에서 같은 그림을 보게 만들고, 클라이언트와의 대화를 덜 감정적으로 만드는 아주 중요한 작업에 가깝습니다.
주니어 때는 레퍼런스를 많이 모으는 것만으로도 뿌듯합니다. 폴더가 차곡차곡 쌓이면 뭔가 일한 것 같고, 무드보드가 빽빽해지면 감각 있는 사람처럼 보이기도 해요. 그런데 어느 순간 깨닫게 됩니다. 많이 모았는데, 막상 회의에서 설명하려고 하면 말이 안 나오는 순간이 온다는 걸요.
"이건 그냥… 좋아 보여서요."
물론 좋아 보이는 감각은 중요합니다. 디자이너에게 직감은 무시할 수 없는 자산이에요. 다만 에이전시 실무에서는 그 직감을 팀과 클라이언트가 이해할 수 있는 언어로 바꿔야 합니다. 레퍼런스는 그때 필요한 공용어입니다. 내가 본 것을 남도 보게 하고, 내가 느낀 방향을 프로젝트의 목표와 연결시키는 언어. 그래서 레퍼런스는 베끼기 위한 자료가 아니라, 대화를 시작하기 위한 자료입니다.
무작정 모으는 단계와 목표에 맞게 분류하는 단계
레퍼런스를 처음 찾을 때는 일단 많이 보는 시간이 필요합니다. 이 단계에서는 너무 빨리 판단하지 않는 게 좋아요. 좋은 것, 이상한 것, 뭔가 끌리는 것, 우리 프로젝트와는 안 맞지만 기억에 남는 것까지 넓게 담아보는 겁니다. 초반 탐색의 목적은 정답을 찾는 게 아니라 가능성의 폭을 확인하는 데 있습니다.
하지만 실무는 여기서 끝나지 않습니다. 에이전시에서는 시간이 늘 부족하니까요. 많이 모은 다음에는 반드시 분류해야 합니다. 이 분류가 들어가는 순간, 레퍼런스는 그냥 이미지 더미에서 기획과 디자인의 재료로 바뀝니다.
예를 들어 같은 카페 브랜드 웹사이트 프로젝트라고 해도 목표가 다르면 필요한 레퍼런스도 달라집니다. 신규 브랜드 론칭이라면 첫인상과 브랜드 무드가 중요할 수 있고, 온라인 주문 전환이 목표라면 메뉴 구조와 구매 흐름이 더 중요할 수 있어요. 프랜차이즈 확장이 목표라면 매장 정보, 창업 문의, 신뢰감을 주는 콘텐츠 배치가 핵심이 될 수 있습니다.
그러니까 좋은 레퍼런스 보드는 이렇게 묻고 있어야 합니다.
"이 프로젝트는 무엇을 해결해야 하지?"
이 질문 없이 모은 레퍼런스는 대체로 예쁜 쓰레기통이 됩니다. 보기엔 화려한데, 막상 꺼내 쓸 수 있는 게 별로 없어요. 반대로 프로젝트 목표를 기준으로 분류한 레퍼런스는 회의에서 힘을 발휘합니다. '이게 예뻐서요'가 아니라 '이번 프로젝트의 목표가 신뢰 형성이기 때문에, 이 레퍼런스의 여백과 정보 배치 방식을 참고할 수 있습니다'라고 말할 수 있게 되거든요.
그때부터 레퍼런스는 취향의 모음이 아니라 판단의 근거가 됩니다.
레퍼런스를 쪼개서 읽는 연습
좋은 레퍼런스를 봤을 때, 우리는 자주 이렇게 말합니다.
"와, 느낌 좋다."
맞아요. 느낌은 중요합니다. 그런데 실무에서는 그 느낌을 조금 더 잘게 쪼개야 합니다. 왜냐하면 클라이언트가 원하는 건 '느낌 좋은 무언가'가 아니라, 자신의 프로젝트에 적용 가능한 구체적인 방향이기 때문입니다.
레퍼런스를 볼 때는 한 장의 완성된 결과물로만 보지 말고, 여러 층으로 나누어 읽어보세요.
무드: 전체 인상이 차분한지, 대담한지, 고급스러운지, 친근한지 살펴봅니다.
레이아웃: 화면의 시선 흐름, 여백, 그리드, 콘텐츠 배치 방식을 봅니다.
인터랙션: 스크롤, 호버, 전환 효과가 어떤 감정을 만들고 있는지 확인합니다.
카피 톤: 문장이 짧고 직관적인지, 감성적인지, 위트 있는지 읽어봅니다.
정보 구조: 사용자가 어떤 순서로 정보를 이해하도록 설계되어 있는지 봅니다.
이렇게 쪼개서 보면 신기한 일이 생깁니다. 처음엔 그냥 '멋진 사이트'였던 것이 점점 해부되기 시작해요. 이 사이트가 멋진 이유는 색 때문만이 아니라, 첫 화면에서 메시지를 짧게 던지고, 바로 아래에서 신뢰를 주는 데이터를 보여주며, 구매 버튼을 시야에서 놓치지 않게 만들었기 때문일 수 있습니다. 또는 비주얼은 강한데 정보 구조가 복잡해서 우리 프로젝트에는 맞지 않을 수도 있고요.
이 차이를 읽는 사람이 실무에서 빨리 성장합니다. 에이전시에서는 완전히 새로운 것을 매번 무에서 만들어내기 어렵습니다. 대신 이미 세상에 있는 좋은 사례들을 관찰하고, 그 안에서 원리를 뽑아내고, 우리 프로젝트의 조건에 맞게 다시 조합하는 능력이 중요합니다.
레퍼런스를 잘 본다는 건 눈이 좋은 사람이 된다는 뜻만은 아닙니다. 구조를 읽는 사람이 된다는 뜻입니다.
'이걸로 가시죠'가 아니라 '이 원리를 가져오죠'
클라이언트에게 레퍼런스를 보여줄 때 조심해야 할 말이 있습니다.
"이런 느낌으로 가면 좋을 것 같아요."
이 말 자체가 나쁜 건 아닙니다. 문제는 여기서 멈출 때예요. 클라이언트 입장에서는 '이런 느낌'이 정확히 무엇인지 알기 어렵습니다. 색을 말하는 건지, 사진 스타일을 말하는 건지, 레이아웃을 말하는 건지, 브랜드 톤을 말하는 건지 헷갈립니다. 그러다 보면 회의는 취향 대결로 흘러가요.
"저는 이건 좀 어두운 것 같아요." "저는 좀 더 세련됐으면 좋겠어요." "요즘 트렌드랑은 조금 다른 것 같은데요."
이런 말들이 오가기 시작하면 디자인 이야기는 점점 흐려집니다. 그래서 레퍼런스를 보여줄 때는 '무엇을 가져오고, 무엇은 가져오지 않을지'를 함께 말해주는 게 좋습니다.
예를 들어 이렇게 말할 수 있습니다.
"이 레퍼런스를 그대로 따라가자는 의미는 아닙니다. 다만 첫 화면에서 핵심 메시지를 크게 보여주고, 바로 아래에 사용자의 신뢰를 만드는 근거를 배치한 구조는 이번 프로젝트에도 유효해 보입니다."
또는 이렇게 말할 수도 있어요.
"컬러나 그래픽 스타일은 우리 브랜드와 다르지만, 복잡한 정보를 카드 단위로 나누어 보여주는 방식은 참고할 만합니다. 특히 사용자가 비교해야 하는 정보가 많기 때문에 이 원리를 가져오면 이해 속도가 빨라질 것 같습니다."
이렇게 말하면 레퍼런스가 '따라 할 대상'이 아니라 '논의할 재료'가 됩니다. 클라이언트도 훨씬 안심합니다. 무언가를 베끼자는 이야기가 아니라, 이미 검증된 표현 방식이나 구조적 장점을 우리 상황에 맞게 해석하자는 이야기로 들리기 때문입니다.
좋은 디자이너는 레퍼런스를 보여주며 설득하지 않습니다. 레퍼런스에서 뽑아낸 원리로 설득합니다.
같은 업계만 보면 비슷해지고, 다른 업계도 보면 넓어진다
레퍼런스를 찾을 때 가장 먼저 보게 되는 건 대개 비슷한 업계입니다. 병원 프로젝트를 하면 병원 사이트를 보고, 금융 앱을 하면 금융 앱을 보고, 뷰티 브랜드를 하면 뷰티 브랜드를 봅니다. 이건 꼭 필요한 과정입니다. 업계마다 사용자가 기대하는 정보, 신뢰를 만드는 방식, 피해야 할 표현이 다르기 때문입니다.
그런데 비슷한 업계 레퍼런스만 보면 금방 한계가 옵니다. 다들 비슷한 말을 하고, 비슷한 이미지를 쓰고, 비슷한 구조를 갖고 있기 때문이에요. 특히 클라이언트가 '경쟁사보다 달라 보이고 싶다'고 말하는 프로젝트에서는 같은 업계만 보는 습관이 오히려 발목을 잡을 수 있습니다.
이럴 때 전혀 다른 업계의 레퍼런스를 함께 봐야 합니다. 예를 들어 병원 브랜드의 신뢰감을 만들기 위해 꼭 병원 사이트만 볼 필요는 없습니다. 고급 호텔의 예약 흐름에서 안정적인 서비스 경험을 배울 수 있고, 금융 서비스의 데이터 표현 방식에서 신뢰를 주는 문법을 가져올 수도 있습니다. 교육 플랫폼의 온보딩 구조에서 낯선 정보를 친절하게 설명하는 방법을 얻을 수도 있고요.
중요한 건 겉모습을 옮기는 게 아닙니다. 다른 업계가 문제를 해결하는 방식을 보는 겁니다.
이 습관은 디자인 사고를 넓혀줍니다. '병원은 이렇게 해야 해', '브랜드 소개 페이지는 원래 이렇게 생겼어', '채용 사이트는 보통 이런 흐름이야' 같은 고정관념에서 조금씩 벗어나게 해요. 물론 업계의 기본 문법을 무시하자는 뜻은 아닙니다. 기본 문법을 이해한 뒤, 다른 분야에서 더 나은 해결 방식을 빌려오는 감각을 키우자는 뜻입니다.
에이전시에서 빨리 성장하는 사람들은 대체로 많이 봅니다. 그런데 단순히 많이 보는 게 아니라 멀리서도 봅니다. 내 프로젝트와 가까운 것, 조금 먼 것, 아예 다른 세계에 있는 것까지 연결해봅니다. 그 연결의 폭이 넓을수록 제안의 폭도 넓어집니다.
레퍼런스 보드는 '내 취향 전시회'가 아니다
주니어 디자이너가 자주 하는 실수 중 하나는 레퍼런스 보드를 내 취향 전시회처럼 만드는 겁니다. 좋아하는 스타일, 멋있어 보이는 화면, 요즘 유행하는 표현을 한곳에 모아두는 거죠. 물론 취향은 중요합니다. 디자이너의 감각은 어느 날 갑자기 생기는 게 아니라, 좋아하는 것들을 오래 보고 쌓아가며 만들어지니까요.
하지만 프로젝트용 레퍼런스 보드는 개인 취향 아카이브와 달라야 합니다. 그 보드는 누군가를 설득해야 하고, 팀의 방향을 맞춰야 하며, 이후 디자인 의사결정의 기준이 되어야 합니다. 그래서 레퍼런스 보드에는 '왜 이게 필요한지'가 보여야 합니다.
레퍼런스를 정리할 때는 이미지 아래에 짧은 메모를 붙여보세요. 길 필요 없습니다. 한두 문장이면 충분합니다.
"첫 화면에서 브랜드 메시지를 짧고 강하게 전달하는 방식 참고."
"복잡한 기능을 세 단계로 나눠 설명하는 구조가 이번 서비스 소개에 적합."
"사진은 맞지 않지만, 여백을 크게 써서 프리미엄한 인상을 만드는 방식은 활용 가능."
이런 메모가 쌓이면 보드가 달라집니다. 그냥 예쁜 이미지 모음이 아니라, 프로젝트의 논리가 담긴 지도가 됩니다. 나중에 팀장님이나 기획자, 개발자와 이야기할 때도 훨씬 수월해져요. '저는 이게 좋아요'보다 '이 프로젝트의 목표와 맞는 지점은 여기예요'라고 말할 수 있으니까요.
레퍼런스를 잘 정리하는 사람은 회의에서도 덜 흔들립니다. 누군가가 "이건 왜 넣었어요?"라고 물었을 때 대답할 수 있기 때문입니다. 대답할 수 있다는 건 단순한 자신감의 문제가 아닙니다. 내가 본 것을 이해했다는 증거입니다.
베끼지 않기 위해 더 자세히 본다
레퍼런스를 많이 보면 오히려 불안해질 때가 있습니다. '내가 지금 너무 비슷하게 하고 있는 건 아닐까?' 하는 생각이 드는 거죠. 이 감각은 꼭 필요합니다. 디자이너에게 윤리적인 긴장감은 중요해요. 특히 에이전시에서는 빠른 일정 속에서 레퍼런스를 참고하다 보니, 무심코 형태를 따라가게 되는 위험이 있습니다.
아이러니하게도 베끼지 않으려면 더 대충 보면 안 됩니다. 더 자세히 봐야 합니다. 표면을 따라 하면 비슷해지지만, 원리를 이해하면 달라질 수 있습니다.
예를 들어 어떤 사이트의 큰 타이포그래피가 인상적이었다고 해볼게요. 표면만 보면 '우리도 첫 화면에 글자를 크게 쓰자'가 됩니다. 하지만 자세히 보면 그 큰 타이포그래피가 필요한 이유가 있을 수 있어요. 제품 이미지가 복잡하지 않아서 글자가 주인공이 될 수 있었거나, 브랜드가 말 중심의 정체성을 갖고 있었거나, 사용자가 짧은 메시지만으로도 가치를 이해할 수 있는 서비스였을 수 있습니다.
그렇다면 우리 프로젝트에서는 질문이 달라집니다.
"우리도 글자를 크게 써야 할까?"가 아니라 "우리 프로젝트에서 첫 화면의 주인공은 무엇이어야 할까?"가 됩니다.
이 질문이 나오면 디자인은 복제에서 벗어납니다. 레퍼런스는 출발점이 되고, 우리 프로젝트의 맥락이 방향을 결정합니다. 같은 레퍼런스를 봐도 결과물이 달라지는 이유가 여기에 있습니다. 결국 중요한 건 레퍼런스 그 자체가 아니라, 그것을 해석하는 사람의 질문입니다.
회의실에서 통하는 레퍼런스 말하기
에이전시에서 레퍼런스를 잘 쓰는 사람은 회의 분위기를 바꿉니다. 막연한 취향 이야기를 구체적인 판단의 대화로 바꿔주거든요. 특히 클라이언트와 이야기할 때는 레퍼런스를 보여주는 순서와 말의 방식이 중요합니다.
처음부터 이미지를 잔뜩 보여주기보다, 먼저 프로젝트의 목표를 짧게 다시 확인하는 게 좋습니다. "이번 프로젝트에서 가장 중요한 건 신규 고객이 브랜드를 빠르게 이해하고, 상담 신청까지 자연스럽게 이동하는 흐름입니다." 이렇게 기준을 세운 뒤 레퍼런스를 보여주면, 상대도 무엇을 봐야 하는지 알게 됩니다.
그다음에는 레퍼런스별로 가져올 지점을 구분해서 말합니다. 하나의 레퍼런스에서 모든 걸 가져올 필요는 없습니다. A에서는 정보 구조를, B에서는 무드를, C에서는 인터랙션의 속도감을 참고할 수 있습니다. 이렇게 분리해서 설명하면 클라이언트도 '이걸 똑같이 하자는 건가?'라는 걱정을 덜 하게 됩니다.
마지막으로 우리 프로젝트에 맞게 바뀌어야 할 부분을 함께 말해주는 것이 좋습니다. "다만 이 레퍼런스는 타깃이 20대 중심이라 표현이 가볍습니다. 우리는 조금 더 신뢰감 있는 톤으로 조정해야 합니다." 이런 한마디가 들어가면, 디자이너가 단순히 예쁜 사례를 가져온 게 아니라 프로젝트 맥락을 이해하고 있다는 인상을 줍니다.
레퍼런스 설명은 결국 이런 구조를 가지면 좋습니다.
이 프로젝트의 목표는 무엇인가.
이 레퍼런스에서 참고할 원리는 무엇인가.
우리 프로젝트에 맞게 조정해야 할 부분은 무엇인가.
이 세 가지가 잡히면 레퍼런스 회의는 훨씬 생산적이 됩니다. 감으로 시작했지만 논리로 이어지고, 취향으로 보였던 것이 전략으로 읽히기 시작합니다.
레퍼런스는 감각을 빌리는 일이 아니라 감각을 키우는 일
처음에는 누구나 빌려옵니다. 멋진 색 조합을 보고 배우고, 좋은 레이아웃을 따라 그려보며 손에 익히고, 잘 만든 브랜드의 문장을 읽으며 톤을 배웁니다. 그 과정 자체가 나쁜 건 아닙니다. 문제는 거기서 멈추는 것입니다.
레퍼런스를 진짜 잘 쓰는 사람은 결국 자기만의 기준을 만들어갑니다. 많이 본 것들 사이에서 왜 어떤 것은 오래 남고, 어떤 것은 금방 질리는지 생각합니다. 어떤 디자인은 화려한데 불편하고, 어떤 디자인은 조용한데 설득력이 있는 이유를 관찰합니다. 클라이언트가 좋아한 레퍼런스와 실제 사용자에게 도움이 된 레퍼런스가 다를 때, 그 차이도 기억해둡니다.
그렇게 쌓인 감각은 다음 프로젝트에서 힘이 됩니다. 처음 보는 업종을 만나도 겁이 덜 납니다. '일단 레퍼런스부터 찾아보자'가 아니라 '이 프로젝트는 어떤 질문을 던져야 하지?'에서 시작할 수 있게 됩니다.
에이전시에서의 레퍼런스 체크는 바쁜 일정 속에서 빠르게 답을 찾기 위한 기술이기도 하지만, 동시에 디자이너의 눈을 키우는 훈련이기도 합니다. 많이 보고, 쪼개 보고, 다르게 보고, 말로 설명해보는 과정. 그 반복이 결국 실무자의 감각을 만듭니다.
그러니 다음에 누군가 "레퍼런스 쳌 해볼까요?"라고 말하면, 그냥 예쁜 이미지를 찾으러 간다고 생각하지 않았으면 좋겠습니다. 그건 프로젝트가 어디로 가야 하는지 함께 지도를 그리는 시간입니다. 그리고 그 지도를 잘 그릴 줄 아는 디자이너는 어떤 팀에서도 꽤 든든한 사람이 됩니다.
체크포인트
내 레퍼런스 보드는 왜 이 프로젝트에 필요한가?
나는 이 레퍼런스가 좋아 보이는 이유를 언어로 말할 수 있는가?
지금 모은 레퍼런스는 프로젝트 목표와 직접 연결되어 있는가?
단순히 예쁜 이미지와 실제로 참고할 수 있는 사례를 구분하고 있는가?
레퍼런스를 무드, 레이아웃, 인터랙션, 카피 톤, 정보 구조로 나누어 보고 있는가?
이 레퍼런스에서 가져오고 싶은 원리는 무엇인가?
이 레퍼런스에서 가져오면 안 되는 요소는 무엇인가?
비슷한 업계의 레퍼런스를 충분히 확인했는가?
전혀 다른 업계의 레퍼런스에서도 문제 해결 방식을 찾아보았는가?
경쟁사 레퍼런스를 볼 때 따라 하기보다 차별화할 지점을 찾고 있는가?
클라이언트에게 레퍼런스를 보여주기 전에 프로젝트 목표를 먼저 정리했는가?
'이런 느낌'이라는 말을 더 구체적인 표현으로 바꿀 수 있는가?
레퍼런스마다 짧은 메모를 붙여 왜 필요한지 설명해두었는가?
팀원이 내 레퍼런스 보드를 봐도 방향을 이해할 수 있는가?
내가 고른 레퍼런스가 내 취향에만 치우쳐 있지는 않은가?
사용자 입장에서 이 레퍼런스의 구조가 실제로 편리한지 확인했는가?
클라이언트가 좋아할 만한 것과 사용자에게 필요한 것을 구분하고 있는가?
레퍼런스의 표면적인 스타일보다 작동 원리를 보려고 했는가?
무심코 특정 디자인을 그대로 따라가고 있지는 않은가?
여러 레퍼런스를 조합할 때 기준 없이 섞고 있지는 않은가?
이번 프로젝트에서 첫 화면의 주인공이 무엇이어야 하는지 설명할 수 있는가?
회의에서 레퍼런스를 설득 자료로 사용할 문장을 준비했는가?
레퍼런스를 찾는 시간이 내 감각을 키우는 훈련이 되고 있는가?
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.