블로그

스와이프 파일에서 시스템으로: 확장되는 웹사이트 예시

예시 컬렉션도 성장해야 합니다—혼란스러운 스와이프 파일을 에이전시가 확장됨에 따라 반복 가능한 시스템으로 전환하는 방법을 소개합니다.

요약

한 명 이상의 클라이언트를 책임지게 되는 순간, 웹사이트 예시를 사용하는 방식도 바뀌어야 합니다. 저장해 둔 스크린샷 폴더는 첫 번째 프레젠테이션에서는 효과적이지만 세 번째에서는 실패합니다. 진짜 가치는 이미지가 아니라 산업을 넘어 적용할 수 있는 패턴이기 때문입니다. 이 글은 예시 실무를 구축하는 세 단계를 다룹니다: 예시를 보여주기 전에 번역하고, 비식별화된 패턴 라이브러리로 체계화하고, 모든 출시 때마다 개선되는 피드백 루프로 전환하는 것입니다. 그 과정에서 여러 잠재 고객을 대상으로 하는 에이전시 사이트에서 무너지는 단순한 단일 CTA 규칙의 게으른 해석에 반대합니다. 목표는 직원 이직에도 살아남고 여러분의 취향에 덜 의존하는 프로세스, 즉 더 많은 것이 아닌 더 적은 것을 요구하는 프로세스입니다.

어딘가 북마크에 "영감"이라는 이름의 폴더가 있고 탭이 너무 많을 것입니다. 모든 클라이언트 킥오프마다 웹사이트 예시를 모으고, 가장 강력한 예시를 보드에 배치한 다음, 회의 내내 '아니, 레이아웃이 아니라 그들이 하는 일을 설명하는 방식'이라고 번역하며 시간을 보냅니다. 그 번역이 실제 기술이지만, 여러분의 머릿속에 갇혀 있습니다. 에이전시가 두 번째 계정, 그리고 세 번째 계정을 맡기는 날, 기술은 '최고의 예시를 아는 것'에서 '이것을 반복 가능하게 만드는 것'으로 바뀝니다. 주니어 디자이너가 보여준 유일한 예시 때문에 서로 관련 없는 두 클라이언트에게 거의 동일한 섹션을 만드는 것을 목격했다면, 문제를 알고 있을 것입니다. 이 글은 예시 실무가 에이전시와 함께 성장하도록 돕는 가이드입니다. 첫 승리에서 규모 확장까지, 종교로 만들지 않으면서 말이죠.

첫 번째 클라이언트: 보여주기 전에 번역하라

클라이언트당 세 가지 예시를 선택하고, 그중 어떤 것도 보여주기 전에 각각에 대해 한 문장을 작성하세요: 이 예시가 기여하는 패턴은 무엇이며, 클라이언트가 무시해야 할 것은 무엇인가? 초기 단계의 본능은 축적하는 것이지만, 가장 저렴한 해결책은 선택입니다. 잘 선택된 Calendly 홈페이지는 헤드라인에서 결과를 명명하는 패턴을 기여합니다 — "이메일을 주고받지 않고 미팅을 예약하세요" — 동시에 클라이언트에게 차분한 흰색 배경을 무시하라고 말합니다. Linear의 히어로는 다른 교훈을 줍니다: 접히는 선 위의 모든 요소에는 역할이 있으므로, 클라이언트가 소프트웨어와 거리가 먼 제품을 판매하더라도 예시는 유용하게 유지됩니다. 회의 전에 이 두 가지 번역을 적어 두세요. 두 번째 문장을 쓸 수 없다면 그 예시는 장식일 뿐 증거가 아닙니다. 이것은 그들의 골격을 훔치기 전략이지만, 기록으로 남겨야 팀 기술이 됩니다.

브리프가 지역 물류 회사이고 구매자가 창고 관리자라고 가정해 봅시다. 첫 번째 본능은 물류 업계 사이트 세 개를 가져오는 것이지만, 대신 결과 우선 헤드라인을 위해 Calendly, 하나의 행동에 전념하는 페이지 (그것의 "Get Notion free" CTA)를 위해 Notion, 그리고 어떤 업계의 못생겼지만 유익한 추적 페이지를 가져오세요. 회의에서 이렇게 말하세요: "Calendly는 물류 회사가 아닙니다. 우리가 차용하는 부분은 사용자가 기능을 읽기 전에 헤드라인이 마찰을 제거한다는 것입니다. Notion의 가치는 절제입니다: 하나의 명확한 행동." 클라이언트가 패럴랙스 효과를 요구하지 않고 헤드라인에 대해 논쟁하기 시작하는 것을 볼 수 있습니다. 그것이 바로 핵심입니다 — 예시는 템플릿이 아니라 사고 도구로 작동했습니다.

다섯 번째 클라이언트: 반복되는 블록을 체계화하라

사이트를 몇 개 출시한 후에는 비식별화된 패턴 라이브러리를 시작하세요. 또 다른 스크린샷 폴더가 아니라 평이한 언어로 된 이름을 가진 반복되는 구성 요소의 문서입니다: "결과 헤드라인," "단일 작업 히어로," "증거 샌드위치," "신뢰 페이지." 요점은 브랜딩을 제거하면서 원칙을 포착하여 팀이 다른 클라이언트의 모습을 재현하지 않고 재사용할 수 있게 하는 것입니다. 동일한 SaaS 예시가 계속 칭찬받는 이유는 시각적 화려함이 아니라 구조입니다: 상단에 명확한 가치 제안, 집중된 접힌 선 위 섹션, 하나의 기본 행동. 패턴 라이브러리는 그 구조를 한 번 포착하고 다음 재설계에서도 살아남게 합니다. 새 계정이 들어오면 인터넷 검색 전에 라이브러리를 검색합니다. 그러면 예산 논의가 바뀌게 됩니다. 더 이상 영감을 사는 것이 아니라 검증된 결정을 적용하는 것이기 때문입니다.

단계유지할 것버릴 것
첫 프로젝트작동하는 예시 3개 + 이유 번역거대한 스와이프 파일
소수의 출시비식별화된 패턴 라이브러리긴 변명이 필요한 예시들
규모 확장피드백 루프가 있는 살아있는 라이브러리3년 전의 버전 없는 스크린샷

부티크 회계 법인을 예로 들어 보겠습니다. 디자이너에게 "회계 웹사이트 다섯 개"를 주는 대신, 라이브러리 카드 "신뢰 페이지 패턴: 우리가 누구인지, 고객이 우리를 고용함으로써 피하는 것, 고위급 증명, 하나의 다음 단계"를 건네세요. 디자인에는 여전히 사람의 눈이 필요하지만, 결정은 이미 내려져 있습니다. 또한 모든 회계 법인이 복사하는 회색 정장 레이아웃을 피할 수 있습니다. 패턴에는 색상에 대한 내용이 없기 때문입니다. 최고의 소스는 어차피 같은 업계가 아닌 경우가 많습니다. 의도적으로 다른 업계의 웹사이트 예시를 빌려오고, 패턴 라이브러리를 사용하여 전이되는 것을 유지하세요.

스무 번째 클라이언트: 라이브러리에 피드백 루프를 부여하라

매 출시 후 짧은 감사를 실행하고 결과를 라이브러리에 다시 피드백하세요. 대부분의 팀은 "누군가 불평할 때까지 지난해 템플릿을 누가 업데이트하는지"에 그칩니다. 규모 확장의 움직임은 모든 라이브 사이트를 패턴에 대한 테스트로 취급하는 것입니다. 감사는 화려한 도구를 요구하지 않습니다: 출시일에 익숙하지 않은 고객의 눈으로 섹션을 살펴보고, 일주일 후에 전화를 받는 사람에게 방문자가 여전히 어떤 질문을 하는지 물어보고, 한 달 후에 어떤 CTA가 실제로 클릭되는지 확인하세요. 사랑받는 일부 패턴이 결코 자리를 차지하지 못한다는 것을 발견할 것입니다. 삭제하세요. 이것은 당신을 신경 쓰지 않는 고객처럼 감사하기 습관이지만, 컬렉션 자체에 적용됩니다: 클라이언트의 페이지만이 아니라 여러분의 예시를 감사하고 있는 것입니다.

전문 서비스 클라이언트가 있습니다. 그들의 이전 사이트는 "함께 일하기" 행동을 About 페이지 뒤에 숨겼습니다. 패턴 라이브러리의 "단일 작업 히어로" 카드는 다음 디자이너에게 행동을 접힌 선 위에 배치하라고 알려줍니다. 출시 후 리크루팅 대상이 계속 이탈하는 것을 발견합니다. 이것은 패턴의 실패가 아니라 이 페이지가 두 가지 대상을 서비스하며 라이브러리에 "다중 대상" 변형이 필요하다는 증거입니다. 메모를 추가하고 이전 카드에 "단일 대상 페이지용"이라고 표시하면 다음 비슷한 클라이언트는 실수를 반복하지 않을 것입니다.

반대 장: 단일 CTA 계명을 문자 그대로 받아들이지 마라

이제 반박할 차례입니다. 많은 SaaS 예시 글은 각 페이지에 하나의 행동 촉구가 있어야 한다고 말하며, Notion의 단일 "Get Notion free"가 증거로 제시됩니다. 그 조언은 하나의 가입이 전부인 제품 페이지에는 사실이지만, 여러 대상을 위한 사이트를 구축하는 순간 거짓이 됩니다. "단일 CTA"를 법칙으로 취급하면, 한 실무의 리크루팅 페이지, 언론 연락처, 상담 양식이 모두 하나의 버튼을 두고 경쟁하는 에이전시 사이트가 만들어집니다. 이 규칙의 방어 가능한 버전은 "페이지당 대상당 하나의 기본 목표"이지 "버튼은 영원히 하나"가 아닙니다. 모든 섹션을 단일 행동에 맞추는 동일한 예시는 방문자에게 정확히 한 가지 일을 요청하는 페이지로 읽힐 수 있습니다. 그것이 훔칠 가치가 있는 원칙입니다. 대학이나 컨설팅 회사는 잠재 고객을 위한 기본 행동과 교수진을 위한 또 다른 행동이 필요합니다. 단일 CTA를 강요하면 둘 다 숨겨집니다. 원칙을 유지하고 스크린샷은 건너뛰세요.

수집에 시간을 덜 쓰고 결정에 더 많은 시간을 쓰세요

이 모든 것이 더 큰 스와이프 파일을 요구하지 않습니다. 저장된 것의 대부분을 삭제하고 생존자들이 왜 중요한지 기록하는 것을 요구합니다. 단계는 간단합니다: 보여주기 전에 번역하고, 계속 작동하는 것을 체계화하고, 출시한 것을 감사하고, 클라이언트에 맞지 않는 계명은 무시하세요. 에이전시의 예시 실무는 프로젝트가 성숙하는 방식과 동일하게 성숙해야 합니다. 수작업에서 반복 가능, 자가 개선으로. 폴더는 여전히 존재합니다. 다만 훨씬 더 작아졌을 뿐입니다.

Sources (5)