RUDA DIRECTOR / BEFORE & AFTER · PATTERN 005
CTA가 하나라고 결정이 하나가 되는 것은 아니다. 고객이 선택해야 할 책임, 계약, 도입 방식이 서로 다르면 하나의 버튼은 복잡성을 없애지 못한다. 단지 다음 화면이나 상담 과정으로 미룬다.
“주요 CTA는 하나만 둔다”는 원칙은 같은 목적을 향한 행동이 서로 경쟁할 때 유용하다. 그러나 서로 다른 구매 경로를 억지로 한 행동에 묶으면 첫 화면은 단순해 보여도 구매자는 자신에게 맞는 다음 단계를 판단하기 어려워진다.
아래는 여러 공개 사례에서 공통 질문만 추출해 만든 식별 불가능한 합성 예시다. 특정 회사의 화면, 계약 구조, 고객 또는 성과를 재현하지 않는다.
BEFORE — 모든 고객을 ‘무료로 시작하기’에 넣는다
가상의 업무 도구가 있다고 하자. 소규모 팀은 가입 후 직접 설정할 수 있지만, 다른 조직은 보안 검토와 계약 절차, 데이터 이전, 운영 지원이 필요하다. 첫 화면은 깔끔함을 위해 모든 방문자에게 ‘무료로 시작하기’만 보여준다.
문제는 버튼이 하나라는 사실이 아니다. 버튼 뒤의 경로가 한 종류인 것처럼 보인다는 데 있다. 직접 시작할 수 없는 구매자는 자신이 대상이 아니라고 오해할 수 있고, 상담이 필요 없는 사용자는 가입 전에 영업 절차를 걱정할 수 있다. 시각적 단순함이 상업적 명확성을 보장하지 않는다.
DIAGNOSIS — 먼저 ‘무엇이 달라지는가’를 확인한다
CTA를 줄이기 전에 각 분기가 실제로 다른 결과를 만드는지 확인해야 한다. 고객 유형이 달라도 제공 범위, 결제 방식, 도입 책임이 같다면 여러 버튼은 불필요할 가능성이 크다. 반대로 다음 조건이 달라진다면 분기는 장식이 아니라 구매 구조다.
- 누가 초기 설정과 데이터 이전을 맡는가
- 누가 운영 중 유지보수와 장애 대응을 책임지는가
- 온라인 결제와 별도 계약 중 무엇이 필요한가
- 보안·권한·구매 검토를 어느 단계에서 거치는가
GOV.UK 서비스 매뉴얼은 사용자 집단이 서로 다른 단계와 중요한 차이를 거칠 때 별도의 경험 지도를 만들 수 있다고 설명한다. 또한 복잡한 적합성 조건이 있다면 짧은 질문으로 자신에게 맞는 경로를 빨리 확인하게 하는 패턴을 제시한다. 핵심은 분기를 많이 만드는 일이 아니라, 실제 차이가 있는 경로를 일찍 드러내는 데 있다.
VISUAL EVIDENCE — 버튼 수가 아니라 경로 차이를 본다
질문 1. 이 입력이 구매 결과를 바꾸는가?
| 확인할 입력 | 실제로 달라지는 것 | 분기 판단 |
|---|---|---|
| 조직의 이름이나 업종 | 제공 범위와 절차가 같음 | 경로 분기 근거가 약함 |
| 직접 운영 또는 운영 지원 | 설정·유지보수 책임이 달라짐 | 별도 경로 검토 |
| 온라인 결제 또는 별도 계약 | 구매 절차와 필요한 문서가 달라짐 | 별도 경로 검토 |
| 일회성 사용 또는 반복 운영 | 지원 범위와 서비스 수준이 달라짐 | 제공 방식부터 구분 |
질문 2. 사용자는 어떤 순서로 판단해야 하는가?
| 단계 | 사용자가 확인할 것 | 화면이 해야 할 일 |
|---|---|---|
| 1. 책임 | 직접 운영할지 지원이 필요한지 | 두 방식의 책임 범위를 비교한다 |
| 2. 조건 | 업무량·보안·계약 조건이 무엇인지 | 경로를 바꾸는 조건만 묻는다 |
| 3. 방식 | 즉시 시작 또는 상담이 필요한지 | 해당 경로의 다음 행동만 강조한다 |
| 4. 준비 | 시작 전에 필요한 정보와 절차 | 가격·기간·필요 문서를 미리 알린다 |
이 흐름에서 첫 화면의 목표는 모든 선택을 한꺼번에 보여주는 것이 아니다. 구매 경로를 바꾸는 첫 번째 차이를 찾게 하는 것이다. 경로가 정해진 뒤에는 해당 경로 안에서 하나의 주요 행동을 강조할 수 있다.
DECISION — 정당한 분기만 남기고 질문 수를 줄인다
합성 예시의 첫 질문을 조직 규모가 아니라 “직접 운영하시겠습니까, 운영 지원이 필요합니까?”로 바꾼다. 규모는 편리한 분류 기준처럼 보이지만 실제 책임 모델을 정확히 설명하지 못할 수 있다. 작은 조직도 지원이 필요할 수 있고, 큰 조직도 표준 경로로 시작할 수 있다.
그다음에는 답에 따라 필요한 정보만 보여준다. 직접 운영 경로에는 시작 비용, 사용 한도, 설정 방법을 먼저 둔다. 지원 경로에는 도입 범위, 역할 분담, 검토 절차, 상담 전에 준비할 정보를 먼저 둔다. 두 경로가 같은 문장과 기능표를 반복해서 보여줄 이유는 없다.
AFTER — 하나의 입구가 아니라 명확한 다음 행동을 만든다
| BEFORE | AFTER CONCEPT |
|---|---|
| 모든 방문자에게 같은 CTA | 책임 모델을 먼저 구분한 뒤 경로별 주요 CTA |
| 회사 규모로 상품을 추정 | 업무량·계약·운영 책임으로 적합성을 판단 |
| 가격표에 모든 옵션을 평면 나열 | 현재 경로에 필요한 가격과 조건만 제시 |
| 상담에서 잘못된 경로를 뒤늦게 수정 | 첫 단계에서 구매 방식과 준비 조건을 확인 |
After의 버튼이 두 개 이상일 수는 있다. 그렇다고 같은 시각적 무게를 줄 필요는 없다. 현재 경로에서 가장 자연스러운 행동을 주요 CTA로 두고, 다른 경로로 바꾸는 행동은 보조 링크로 낮출 수 있다. 정보 위계는 경로의 존재를 숨기는 일이 아니라, 지금 선택할 행동과 나중에 선택할 행동을 구분하는 일이다.
WHEN NOT TO APPLY — 실제 차이가 없다면 분기를 만들지 않는다
두 버튼이 결국 같은 가입 화면과 같은 계약 조건으로 이어진다면 경로를 나눌 이유가 없다. 고객 유형을 묻지만 답에 따라 달라지는 정보가 없다면 질문 자체가 마찰이다. 제품 팀 내부의 영업 구분을 사용자의 선택으로 떠넘기는 경우도 마찬가지다.
또한 분기가 실제 책임 차이를 반영하더라도 사용자가 반복해서 잘못된 경로를 고른다면 구조는 아직 명확하지 않다. 잘못 선택한 비율, 상담 중 경로 변경, 가입 후 지원 요청을 확인해 질문과 순서를 다시 고쳐야 한다. 정당한 복잡성도 이해하기 어렵게 표현될 수 있다.
DECISION RULE — 줄여야 할 것은 버튼보다 불필요한 결정이다
고객의 답이 제공 범위, 책임, 결제 또는 도입 절차를 바꾸면 경로를 보존한다. 아무것도 바꾸지 않으면 분기를 없앤다. 그리고 각 경로 안에서는 가장 중요한 다음 행동 하나가 먼저 보이게 한다.
CTA 개수는 결과다. 먼저 설계해야 할 것은 구매자가 자신에게 맞는 경로를 얼마나 빨리 이해하고, 왜 그 경로가 다른지 설명받으며, 다음 단계에 필요한 정보를 놓치지 않는가다.
참고: GOV.UK Service Manual — Creating an experience map · GOV.UK Design System — Check a service is suitable
공개 근거 확인: 2026-10-01. 표와 구매 경로는 설명을 위한 합성 설계이며 실제 회사의 화면·계약·전환 성과를 주장하지 않는다.