UX의 간소화와 고객의 심리
간소화된 UX 폼의 사례
회원가입 폼을 예로 들 수 있습니다. 기존 방식은 입력 항목이 많고, 중복 체크 버튼, 인증 요청 버튼, 확인 버튼 등이 분리되어 있었습니다. 과거에는 유효성 검사나 중복 확인 결과를 얼럿(Alert)이나 모달(Modal)로 전달했습니다. 이는 화면을 차단하며 사용자 흐름을 끊는 방식이었습니다. 최근에는 AJAX를 활용해 실시간 피드백을 제공합니다. 정상 입력 시 체크 표시, 오류 발생 시 X 표시를 즉시 보여주는 방식입니다.
이 방식은 사용자 경험을 개선하지만, 개발 난이도는 높아집니다. 다양한 예외 상황을 처리해야 하기 때문입니다. 그러나 사용자의 편의성이 향상된다면 충분히 고려할 가치가 있습니다.
정보 수집의 시점과 원칙
회원가입 시 주소 입력을 요구하는 경우가 많습니다. 그러나 모든 서비스에서 가입 시 주소가 필요한 것은 아닙니다. 커머스의 경우에도 실제로는 주문 시 최신 주소를 받는 것이 더 효율적입니다.
가입 시 수집한 주소는 시간이 지나면 정확성이 떨어질 수 있습니다. 데이터는 필요한 시점에 수집하는 것이 원칙입니다. 불필요한 정보는 사용자에게 부담이 되고, 데이터베이스 관리 비용만 증가시킵니다.
추천인 정보, 관심사, 유입 경로 등 추가 정보 역시 실제 활용도가 낮은 경우가 많습니다. 사용자가 성의 없이 입력하면 데이터의 신뢰성도 떨어집니다. 탈퇴 이유 수집도 마찬가지입니다. 실제로 활용하지 않는다면, 형식적인 수집은 의미가 없습니다. 최근에는 탈퇴 이유를 묻기보다 탈퇴로 인한 불이익을 안내하는 방식이 더 일반적입니다.
정보를 수집할 때, 표현할 때, 허들을 만들 때 항상 고민해야 할 것은 고객의 심리입니다. 사용자가 이 과정을 어떻게 느낄지, 어떤 지점에서 부담을 느낄지, 어떤 흐름이 자연스럽게 받아들여질지를 고려하는 것이 기획의 핵심입니다. 프로세스 설계는 단순한 순서 정리가 아니라, 사용자 경험과 개발 구조를 동시에 고려하는 설계 작업입니다.
고객 심리의 중요성
서비스를 기획할 때 가장 먼저 고민해야 할 것은 기능이 아니라 사람입니다. 정보를 수집하는 서비스이든, 정보를 보여주는 서비스이든, 그 중심에는 항상 고객이 존재합니다. 따라서 기획의 출발점은 고객의 심리를 이해하는 데 있습니다. 기획자는 단순히 화면을 설계하는 사람이 아닙니다. 이 서비스를 사용하는 사람이 어떤 환경에서, 어떤 감정 상태에서, 어떤 기대를 가지고 접근하는지를 고려해야 합니다. 사용자는 오프라인에서 살아가는 현실의 사람이며, 버튼 하나, 문구 하나에도 심리적으로 반응합니다.
예를 들어 이런 질문을 던져볼 수 있습니다.
- 이 버튼은 사용자에게 부담으로 느껴지지 않을까?
- 이 문구는 강요처럼 보이지 않을까?
- 이 화면 구조가 사용자를 혼란스럽게 만들지는 않을까?
- 사용자는 이 서비스를 신뢰할 수 있다고 느낄까?
이러한 질문을 스스로에게 던지면서 심리적 관점에서 설계를 진행하는 것이 중요합니다.
과거에는 심리적 요소가 주로 UI/UX 설계나 행동 패턴 분석에서만 활용되었습니다. 하지만 이제는 그 범위를 넘어, 사용자가 이 서비스를 어떻게 인식하고, 어떻게 평가하며, 궁극적으로 사용할지 말지를 결정하는 과정까지 고려해야 합니다. 심리는 단순히 동선이나 클릭 패턴의 문제가 아니라, 사용자의 가치관과 태도, 감정적 반응까지 포함하는 영역입니다.
개인정보 처리 방침과 정보 수집의 구분
개인정보 처리 방침은 회사가 개인정보를 어떻게 다루고 있는지를 공지하는 문서입니다. 이는 운영 방침을 외부에 알리는 역할을 할 뿐, 정보 수집 과정에서 무엇을 반드시 받아야 한다는 기준이 되는 문서는 아닙니다. 즉, 개인정보 처리 방침이 존재한다고 해서 모든 정보 수집이 자동으로 정당화되는 것은 아닙니다. 방침은 내부 운영 원칙을 명시하는 문서일 뿐이며, 수집 항목의 타당성을 대신 판단해 주지는 않습니다. 정보 수집 항목을 정할 때는 법적 기준을 참고하는 것이 맞습니다. 특히 금융이나 헬스케어처럼 민감 정보를 다루는 산업에서는 법적 규제가 명확하기 때문에 이를 반드시 고려해야 합니다. 그러나 모든 서비스가 동일한 수준의 규제를 받는 것은 아닙니다. 산업별 특성에 따라 기준은 달라집니다.
필수 정보와 선택 정보의 기준
필수 정보와 선택 정보의 구분은 법이 정해주는 것이 아니라, 기획자의 판단에 의해 결정됩니다. 서비스 운영에 반드시 필요한 정보라면 필수 정보로 설정해야 합니다. 예를 들어 고객 식별이 되지 않으면 서비스 이용 자체가 불가능하다면, 해당 정보는 필수로 볼 수 있습니다.
반면, 서비스의 본질적인 운영과 직접적인 관련이 없는 정보라면 선택 항목으로 두는 것이 합리적입니다. 고객의 관심사나 성향과 같은 정보는 부가적인 서비스 개선에는 도움이 될 수 있지만, 기본 기능 수행에는 필수적이지 않을 수 있습니다. 결국 핵심은 “이 정보가 없으면 서비스가 운영되지 않는가?”라는 질문입니다.
커머스와 일반 서비스의 정보 보관 차이
전자상거래 서비스는 거래 정보를 일정 기간 보관해야 하는 법적 의무가 있습니다. 이는 소비자 보호 및 세무 관련 규정 때문입니다. 그러나 일반 서비스의 경우 탈퇴 후 보관해야 할 정보에 대한 명확한 법적 규제가 없는 경우가 많습니다. 이때 원칙은 식별 정보를 포함한 주요 개인정보는 폐기하는 것입니다. 특히 고객 식별 정보는 민감 정보에 해당하는 경우가 많으며, 보관에 제한이 따릅니다. 예를 들어 고객의 성향이나 MBTI 같은 정보는 식별 정보가 아니므로 상대적으로 민감하지 않지만, 그렇다고 해서 보관 목적이 명확하지 않다면 굳이 유지할 이유도 없습니다. 정보는 수집보다 보관이 더 큰 책임을 동반합니다. 따라서 보관 목적이 명확하지 않다면 삭제하는 것이 원칙에 가깝습니다.
이벤트 운영과 로직 설계
이벤트 운영 사례를 통해 로직 설계의 중요성을 살펴볼 수 있습니다.
전통적인 방식에서는 이벤트 종료 후 운영자가 당첨자를 확인하고, 일일이 연락하여 주소를 확인하고, 정보를 수작업으로 점검하는 과정을 거칩니다. 특히 고가 경품 이벤트의 경우 전화 확인 과정이 필수처럼 운영되기도 합니다. 이 과정은 시간과 비용이 많이 들며, 반송 문제도 발생합니다.
이러한 비효율을 개선하기 위해서는 로직 차원에서 접근해야 합니다. 예를 들어 이벤트 종료 후 당첨자 DB를 고객 ID와 연동합니다. 고객이 로그인하면 당첨 사실을 안내하고, 기존에 저장된 주소와 전화번호를 확인하도록 요청합니다. “이 주소가 맞습니까? 맞다면 확인을 눌러주세요. 다르면 수정해 주세요.” 이와 같은 구조는 수작업을 줄이고, 반송률을 낮추며, 운영 효율성을 높입니다.
중요한 것은 화면을 예쁘게 만드는 것이 아니라, A부터 Z까지의 과정을 모두 점검하고 경우의 수를 나열한 뒤 불필요한 단계를 제거하는 것입니다. 로직 설계는 서비스의 핵심 구조를 다루는 작업입니다.
탈퇴 방지 로직과 고객 경험
일부 서비스에서는 탈퇴 버튼을 숨기거나 고객센터를 통해서만 탈퇴가 가능하도록 설계하기도 합니다. 이는 탈퇴 방지를 위한 시도입니다. 고객센터에서 탈퇴 버튼 위치를 안내하며 대화를 유도하는 방식도 존재합니다. 이러한 방식이 고객 경험을 크게 개선한다고 보기는 어렵지만, 운영자의 관점에서는 고객과 접점을 만들기 위한 전략일 수 있습니다. 다만, 탈퇴를 지나치게 어렵게 만드는 방식은 장기적으로 부정적 인식을 유발할 가능성도 있습니다. 따라서 허들을 만드는 방식이 아닌, 구조 자체를 설계하는 접근이 더 중요합니다.
기획자의 역할 변화
그래서 기획자의 역할은 단순한 화면 설계에 머무르지 않는다고 하는 것입니다. '서비스 로직 설계', '운영 정책 수립', '비즈니스 모델 구조화'. 이러한 영역까지 포괄적으로 이해하고 설계하는 역량이 요구됩니다. 최근 인하우스 환경에서는 UX 디자이너가 화면 레이아웃과 UI 구현에 집중하고, 기획자는 로직과 정책 설계에 집중하는 방식으로 역할이 분리되는 경향이 있습니다. 반면, 에이전시나 SI 환경에서는 여전히 기획자가 화면 설계와 구조 설계를 함께 수행하는 경우가 많습니다. 그러나 어떤 환경이든 핵심은 동일합니다. 기획자는 서비스의 흐름과 구조를 이해하고, 운영과 개발까지 연결되는 로직을 설계할 수 있어야 합니다.
기획은 단순히 기능을 정리하는 작업이 아닙니다. 고객의 심리를 이해하고, 정보 수집의 타당성을 판단하며, 운영 효율성과 법적 기준을 함께 고려하는 일입니다. 그리고 그 중심에는 항상 로직 설계가 있습니다. A부터 Z까지 모든 과정을 점검하고, 불필요한 요소를 제거하고, 필요한 시점에 필요한 정보만 수집하는 구조를 만드는 것. 그것이 기획자의 본질적인 역할입니다.