사용자는 더 간소한 경험을 원하고, 비즈니스는 더 많은 것을 요구할 때
1. 사용자는 덜 원하고, 비즈니스는 더 원합니다
같은 제품을 보더라도 양쪽이 기대하는 성공의 모습은 다릅니다.
- 사용자는 최소한의 입력과 빠른 절차, 단순한 경험을 원함
- 불필요한 마찰 없이 목적을 끝내는 것이 중요함
- 비즈니스는 데이터 수집과 규제 준수, 전환율과 수익성을 함께 요구함
- 제품이 성장할수록 화면에 더 많은 조건과 장치가 들어오기 쉬움
2. 요청을 그대로 구현하면 문제를 놓칩니다
표면에 드러난 해결책보다 그 뒤에 있는 이유와 위험을 먼저 봐야 합니다.
- “입력 필드를 줄여달라”는 말을 곧바로 정보 삭제로 해석하지 않음
- 나중에 인증이 어려워지거나 고객 지원 문의가 늘어날 수 있음
- “팝업을 넣어달라”는 요청도 정해진 해법으로 받아들이지 않음
- 가입자 증가나 매출 향상처럼 실제로 달성하려는 목표를 분리해 봄
3. 질문을 바꾸면 트레이드오프를 설계할 수 있습니다
얼마나 줄이거나 더할지가 아니라 언제, 왜 필요한지를 묻는 것이 출발점입니다.
- “양식을 얼마나 줄일까?”를 정보의 필요 시점에 관한 질문으로 바꿈
- 지금 꼭 필요한 정보와 나중에 받아도 되는 정보를 구분함
- 제안한 방안을 그대로 실행했을 때 생길 부작용을 양쪽에 되물음
- 사용자의 표현 뒤에 있는 진짜 불편과 비즈니스 요구 뒤의 목적을 드러냄
4. 디자이너는 양쪽의 언어를 번역합니다
좋은 타협점을 찾는 데서 그치지 않고 서로의 요구가 어떤 결과를 만드는지 연결합니다.
- 사용자의 불만을 이탈, 지원 비용, 신뢰 저하 같은 비즈니스 위험으로 설명함
- 비즈니스 요구를 마찰, 인지 부담, 통제감처럼 사용자 경험에 미치는 결과로 바꿈
- 시니어 디자이너의 역할은 어느 한쪽을 대변하는 것이 아니라 판단 가능한 언어를 만드는 데 가까움
