계약서 꼼수, UX로 본 ‘불안한 사용성’의 설계
계약서가 이상하다면 UX로 접근하라.
똑똑한 사람들이 사기를 당한다고 하던데, 똑똑하고 거리가 멀다고 생각한다.
어, 솔직히 자기가 똑똑하다고 생각하는 사람이 몇이나 있을까 싶다. 우린 모두 아는 분야엔 꾀나 숙련도를 통해 알게 되고 모르는 분야엔 무지하다. 이건 모두가 똑같다.
사기는 지능이 딸려서 당하는 게 아니다. 잘 보지 않아서 당한다.
사람은 클릭보다 빠르게 서명한다. 특히 ‘계약서’ 앞에서는. 그건 문서의 문제가 아니라, UX의 문제다. 사용자가 “불안해서 확인하지 못하도록 설계된 경험”이기 때문이다.
정확히 말하면 “계약서를 이상하게 쓰는 회사”는 있다.
그런데 그 이유는 단순히 ‘나쁜 회사’라서가 아니라, UX 관점에서 설계가 왜곡된 회사 시스템 때문이다.
하나씩 분석해본다.
1) 계약서도 ‘인터페이스’다
계약서는 단순한 법적 문서가 아니라 심리적 인터페이스다.
거기엔 두 가지 사용자 경험이 있다.
• A. 신뢰를 설계하는 쪽(클라이언트)
• B. 신뢰를 검증해야 하는 쪽(프리랜서·작가·디자이너)
대부분의 꼼수는 이 두 사용자 간의 정보 비대칭 UX에서 발생한다. 한쪽은 문장을 설계하고, 다른 한쪽은 문장을 ‘이해하는 UI’ 없이 읽는다.
2) 꼼수의 UX 구조 (이것만 알아도 나쁜회사 구분 가능하다.)
① 애매함의 법칙
계약서 꼼수의 형태 : “협의 가능”, “필요 시 수정” 등 모호한 단어
UX 관점에서의 문제 : 선택지 많고 모호할수록 사용자는 판단을 미룬다 → 결국 ‘그냥 서명’으로 귀결
② 인지 부하
계약서 꼼수의 형태 : 10페이지 넘는 조항, 법률 용어 남발
UX 관점에서의 문제 : 사용자가 피로감 느껴 ‘세부 읽기’ 포기. ‘자동 스크롤 UX’로 유도
③ 권위의 법칙
계약서 꼼수의 형태 : “표준계약서 기반입니다” 문구
UX 관점에서의 문제 : 신뢰를 UX로 위장. 실제 내용은 편향적일 수 있음
④ 확증 편향
계약서 꼼수의 형태 : “이 조항은 서로에게 유리합니다”
UX 관점에서의 문제 : 이미 믿은 상태에서 읽으니 ‘위험 신호’를 스스로 삭제함
⑤ 거리 법칙
계약서 꼼수의 형태 : 중요한 조항은 작고 멀리 배치
UX 관점에서의 문제 : 시각적 계층 구조를 이용해 ‘불리한 정보’를 회피시킴
⑥ 끝단 기억 법칙
계약서 꼼수의 형태 : 계약서 마지막에 ‘감사합니다’ 등 부드러운 문장 삽입
UX 관점에서의 문제 : 사용자가 전체 불균형을 ‘좋은 마무리 감정’으로 기억하게 만듦
3) 꼼수는 ‘디자인’이다
많은 사람이 “계약서 꼼수는 악의”라고 생각하지만, UX적으로 보면 ‘설계의 결과’다. 누군가는 “사용자가 읽지 않게 만드는 디자인”을 택했고, 누군가는 “읽어야만 하는 디자인”을 택하지 않았다.
UX 디자이너가 버튼 하나의 색상도 테스트하는 시대에, 계약서는 여전히 ‘읽지 않기를 전제로’ 만들어진다.
대체로 좋은 계약서는 1~2장 굉장히 짧고, 안 좋은 계약서는 7~10장 굉장히 비가시적이게 장수가 많다.
싸..인만 하세요..
4) 그럼 어떻게 바꿀 수 있을까?
UX 원칙으로 바꾸면 된다. 다음은 실제 ‘사용자 친화형 계약서 UX 가이드’다.
① 명료성
개선 설계 문장 : “본 계약의 결과물은 OO디자인 시안 1종 + 수정 1회로 한정한다.”
② 예측 가능성
개선 설계 문장 : “발주자 자료 제공 지연 시, 납기일은 자동 연장된다.”
③ 통제감
개선 설계 문장 : “양 당사자는 서면 통보 후 7일 내 상호 해지 가능.”
④ 공정성
개선 설계 문장 : “저작권은 제작자에게 귀속되며, 발주자는 상업적 목적에 한해 비독점적 사용 가능.”
⑤ 투명성
개선 설계 문장 : “가세 포함 여부 명시: 총 금액 110만 원(VAT 포함).”
이걸 어떻게 알았냐라고 물어본다면, 나는 취업, 일, 용역 등
돈을 따지지 않아서 가능한 일이다. 저 경험들 전부 경험해 본다. 속으로 계약서 짜치네 하면서 일은 단발성으로 경험해본다. 얼마나 양아치 같을지? 그 끝은 결국엔 흐지부지다.
그럼으로 배운다. 이건 법이 아니라, 디자인 시스템의 일종이다. UX를 모르는 계약서는 결국 신뢰를 잃는다.
빠르게 혹은 느리게 어떠한 시간 속에서든 말이다.
5) 결론 : 계약서도 경험이다
계약의 본질은 합의가 아니라 경험 설계다. 사람이 불안할 때, 그 불안을 이용하는 시스템은 실패한다. 진짜 프로의 계약서는 상대가 안심하는 UX로 만들어진다. ‘문장’이 아니라 ‘경험’을 남기기 때문이다.
아래는 경험기반으로 이어진 느낀것을 써본다.
6) ‘이상한 계약서’를 쓰는 회사의 공통 UX 구조
① 정보 비대칭 구조
계약서는 회사에게 익숙하고, 프리랜서·작가에게는 비전문 영역이다. 이때 회사는 이미 ‘법무팀 템플릿’을 UX 시스템처럼 돌리고 있다.
→ 사용자(당신)는 그 시스템의 비전문 사용자.
→ 그래서 불리한 UX를 ‘정상적인 절차’처럼 경험하게 된다.
UX 분석 : 사용자의 인지 부하를 높여서, ‘불편하지만 그냥 서명’이라는 행동을 유도하는 구조다.
② ‘불안’을 자산화하는 구조
“계약서 안 보셔도 돼요. 다들 이렇게 해요.”, “다른 작가들도 그냥 사인했어요.”
→ 이것은 ‘사회적 증거’를 이용한 UX 설계다.
UX 분석 : 불안을 줄여주는 척하지만, 실제로는 판단력을 마비시키는 패턴이다. 이런 UX는 사용자의 ‘안심 욕구’를 이용해서 통제감을 빼앗는다.
③ 리스크 전가형 UX
문장 구조를 보면, ‘발주자 책임’은 거의 없고 ‘수행자 책임’만 구체적으로 나열돼 있다.
예 : “결과물 미흡 시 전액 환불, 일정 지연 시 배상.” 하지만 발주 지연, 자료 미제공은 아무 언급이 없다.
UX 분석 : 일방향 플로우. 사용자는 ‘결정권 없는 인터랙션’을 수행하게 됨. 즉, 시스템이 사용자를 일방향으로 구속하는 인터페이스.
④ 브랜드 신뢰를 이용하는 UX
“우리 회사는 유명하니까 믿으셔도 돼요.”
→ 권위 편향을 활용한 전형적 설계.
‘회사명=신뢰’라는 UX 라벨에 의존하게 만들어서 사용자가 조항 검토를 스킵하도록 유도. 실제로는 대기업, 유명 플랫폼, 심지어 공공기관 계약서에도 불공정 조항이 그대로 들어가 있다.
7) 그렇다면 ‘정상적인 회사’는 어떻게 다를까?
“제대로 된 회사라면 이상하게 계약서를 작성하지 않을 것이다.”
다만 그 ‘이상함’은 악의가 아니라, UX 설계의 불균형일 때가 많다. 좋은 회사는 사용자의 불안을 줄이는 문장을 쓴다. 나쁜 회사는 사용자의 불안을 이용하는 문장을 쓴다 둘의 차이는 ‘신뢰의 디자인 시스템’을 갖췄느냐에 달려 있다.
UX 심리 시리즈 초안, 이것 또한 UX 항목으로 발전시킬 수 있을 듯 하다.
다들 계약 잘 합시다..