에이전시 포트폴리오에는 완성도 높은 작업이 많습니다. 그런데 상담이 시작되면 고객은 다시 묻습니다. “우리와 비슷한 문제를 다뤄 본 적이 있나요?”, “어디까지 맡아 주나요?”, “우리 팀은 무엇을 준비해야 하나요?”
이미지가 부족해서 생기는 질문이 아닙니다. 결과물은 보이지만 그 결과가 나온 문제, 에이전시의 역할, 선택한 범위와 협업 조건이 보이지 않기 때문입니다. 포트폴리오는 가장 멋진 작업을 모은 갤러리를 넘어, 서로 맞는 작업 방식을 평가하는 지도가 되어야 합니다.
업종보다 고객이 비교할 질문으로 분류합니다
패션, SaaS, 제조처럼 업종별로 사례를 나누는 방식은 익숙합니다. 하지만 같은 업종 안에서도 고객이 해결하려는 문제와 필요한 협업은 크게 다를 수 있습니다.
사례를 다음 네 축으로 함께 분류해 보세요.
- 문제 유형: 브랜드 정리, 제품 설명, 캠페인 제작, 전환 흐름 개선 등
- 업무 범위: 전략, 기획, 디자인, 제작, 운영 중 어디까지 맡았는가
- 의사결정 역할: 고객과 에이전시 중 누가 무엇을 결정했는가
- 협업 조건: 일정, 승인 단계, 제공받아야 할 자료와 제약은 무엇이었는가
이 분류는 필터를 많이 만드는 일이 아닙니다. 고객이 자신의 상황과 가까운 사례를 찾고, 상담 전에 무엇을 비교해야 하는지 알게 하는 일입니다.
사례 카드는 결과보다 판단의 맥락을 먼저 보여줍니다
한 사례를 길게 설명하기보다 같은 순서의 짧은 카드로 맞추면 비교가 쉬워집니다.
- 고객이 해결하려던 문제
- 에이전시가 맡은 범위
- 핵심 선택과 그 이유
- 결과물에서 확인할 부분
- 비슷한 프로젝트에서 먼저 물을 질문
공개할 수 없는 고객명, 내부 사정이나 성과 수치를 채우기 위해 이야기를 만들 필요는 없습니다. 익명 사례라면 확인 가능한 문제와 범위만 남기고, 성과 근거가 없으면 “전환을 높였다” 같은 표현 대신 어떤 판단을 돕도록 설계했는지 설명합니다.
작업 이미지도 모든 과정을 대표한다고 가정하지 않습니다. 최종 시안 한 장 옆에 “브랜드 구조를 먼저 정리한 프로젝트” 또는 “기존 디자인 시스템 안에서 캠페인 변형을 만든 프로젝트”처럼 평가 맥락을 붙이면 고객이 자신의 조건과 비교하기 쉬워집니다.
강점을 나열하기보다 경계를 설명합니다
고객은 에이전시가 잘하는 일만큼 맡지 않는 일도 알아야 합니다. 전략부터 운영까지 모두 가능하다는 표현보다, 프로젝트마다 책임 범위와 필요한 고객 역할을 구체적으로 적는 편이 신뢰할 수 있습니다.
예를 들어 디자인 제작은 맡지만 콘텐츠 원고는 고객이 제공해야 하는지, 사용자 조사와 개발은 별도 범위인지, 승인권자가 몇 명일 때 일정이 달라지는지 설명합니다. 이 경계는 약점을 공개하는 문장이 아니라 견적과 일정의 전제를 맞추는 문장입니다.
같은 사례라도 “무엇을 만들었는가”와 “어떤 방식으로 함께 일했는가”를 분리하면 고객은 결과 취향과 업무 적합성을 혼동하지 않습니다.
상담 CTA는 남은 평가 질문과 연결합니다
포트폴리오 끝의 “문의하기” 버튼만으로는 어떤 정보를 준비해야 할지 알기 어렵습니다. CTA 앞에 상담에서 확인할 항목을 짧게 둡니다.
- 해결하려는 문제와 현재 상태
- 필요한 산출물과 사용 시점
- 내부 담당자와 승인 구조
- 이미 정해진 브랜드·기술 제약
- 희망 일정과 별도 협의가 필요한 범위
이 항목은 자동 견적이나 계약 가능성을 판정하는 장치가 아닙니다. 첫 대화에서 서로의 조건을 빠뜨리지 않기 위한 준비 목록입니다.
열람 기록은 선호가 아니라 질문 순서를 정하는 단서입니다
FeatPaper는 포트폴리오를 링크로 공유하고 문서의 방문 횟수, 페이지 열람 시간과 상호작용 같은 신호를 확인하는 흐름을 지원합니다. 개인별 문서 열람 기록에서는 재방문, 오래 본 페이지와 링크 클릭 같은 관찰값을 후속 업무에 참고할 수 있습니다.
하지만 오래 본 작업을 선호한다고 단정하거나 재방문을 구매 의도로 바꾸면 안 됩니다. 작은 글자를 읽느라 오래 머물렀을 수도 있고, 내부 공유를 위해 다시 열었을 수도 있습니다.
상담에서는 “이 스타일이 마음에 드셨나요?”보다 “이 사례에서 작업 범위와 협업 방식 중 어떤 부분을 더 확인하고 싶으셨나요?”라고 묻습니다. 기록은 답이 아니라 질문의 순서를 정하는 단서입니다.
보내기 전에는 서비스 적합성이 보이는지 확인합니다
마지막으로 다음을 점검합니다.
- 사례가 고객의 문제 언어로 분류되어 있는가
- 에이전시의 역할과 고객이 맡을 역할이 구분되어 있는가
- 결과 이미지 옆에 선택 이유와 제약이 있는가
- 공개할 수 없는 고객 정보나 근거 없는 성과를 넣지 않았는가
- CTA가 프로젝트 범위와 협업 조건을 묻도록 설계되어 있는가
- 열람 기록을 선호, lead score 또는 계약 가능성으로 해석하지 않았는가
좋은 에이전시 포트폴리오는 가장 많은 작업을 보여주는 문서가 아닙니다. 고객이 자신의 문제와 필요한 역할을 대입해 보고, 결과 취향을 넘어 함께 일하는 방식이 맞는지 질문할 수 있게 하는 문서입니다.
