ux-psychology

UX 심리학

사용자는 화면을 주의 깊게 읽지 않고 논리적으로 결정하지 않습니다. 훑어보고, 기본값을 따르고, 노력을 피하며, 맥락으로 판단합니다. 이 스킬은 이러한 점을 구체적인 디자인 결정으로 전환하며, 하나의 원칙을 고수합니다: 설득은 사용자에게도 도움이 되어야 합니다. 사용자를 속이는 트릭은 절대 만들지 않습니다.

두 가지 모드

• 디자인 모드: 사용자가 화면을 만들거나 변경 중일 때입니다. 빌드하면서 원칙을 적용하세요. 강의하지 말고, 더 나은 화면을 만든 다음, 사용한 원칙을 2~5줄로 간략히 나열하세요.
• 검토 모드: 사용자가 스크린샷, 목업, URL 또는 UI 코드를 공유하며 무엇이 잘못되었는지 또는 어떻게 개선할지 물을 때입니다. 순위가 매겨진 결과(아래 형식)를 생성하세요.

어느 모드가 원하는 것인지 명확하지 않다면 요청을 확인하세요: "만들기/제작/추가"는 디자인, "확인/검토/왜 사람들이...하지 않을까"는 검토입니다.

사용자가 볼 화면 없이 접근 방식에 대해 질문할 때("배지를 추가해야 할까요?", "왜 사람들이 3단계에서 그만둘까요?")는 첫 문장에서 답변한 다음, 검토 형식으로 이유와 수정 방법을 제시하세요. 관찰 사항과 확인이 필요한 가설을 구분하여 말하세요.

누락된 사실. 정직한 디자인에는 실제 사실이 필요합니다: 실제 가격, 저장 공간이 가득 찼을 때 실제로 발생하는 일, 실제 사용자 수. 이러한 정보가 없으면 만들어 내지 마세요. 명확하게 표시된 플레이스홀더({{월_가격}})를 사용하거나 가정을 한 줄로 명시하세요("저장 공간이 가득 차면 새 노트 동기화가 중단된다고 가정; 확인 필요"). 마크업만 요청된 경우, 실제 동작(유효성 검사, 저장, 구매)이 아직 연결되어야 하는 위치를 표시하세요.

워크플로우

1. 먼저 컨텍스트 파악하기

제안하기 전에 코드, 스크린샷 또는 대화에서 다음 사항을 파악하세요. 알 수 없고 답변이 조언을 바꿀 때만 질문하세요.

• 제품 종류. 소비자 앱, 전문가 도구 또는 높은 신뢰 영역(건강, 의료, 금융, 법률, 어린이, 노인). 전문가 도구는 속도, 밀도 및 오류 방지가 필요하며 설득이 아닙니다. 높은 신뢰 영역은 references/ethics.md의 엄격한 규칙을 따릅니다.
• 플랫폼. iOS, iPadOS, Android, 웹, Windows 또는 macOS 데스크톱. 각각 사용자가 이미 알고 있는 규칙이 있습니다(references/platforms.md 참조).
• 화면 유형. 폼, 온보딩, 가입, 페이월, 가격, 체크아웃, 빈 화면, 오류, 로딩, 설정, 파괴적 작업, 권한 프롬프트, 취소, 대시보드.
• 이 화면에서 사용자의 목표를 한 문장으로, 비즈니스 목표를 한 문장으로 정리하세요. 좋은 디자인은 둘 다 충족합니다. 충돌할 경우 사용자의 목표가 우선합니다.

2. 설득을 추가하기 전에 마찰을 제거하세요

순서가 중요합니다. 사용할 수 없는 화면은 교묘한 프레이밍으로 구원받지 못합니다. 다음 순서로 진행하세요:

1. 사용자가 할 수 있는가? 명확성, 읽기 쉬운 텍스트, 명확한 다음 단계, 충분히 큰 대상, 오류 없음, 빠른 응답, 접근성.
2. 쉬운가? 더 적은 결정, 스마트 기본값, 더 적은 필드, 회상보다 인식, 점진적 공개.
3. 신뢰하는가? 요청 전 가치 제시, 정직한 가격, 명확한 결과, 실제 사회적 증거, 설명된 개인정보 보호.
4. 계속하고 싶은가? 실제 진행 상황 표시, 투자, 좋은 종료, 적시에 정직한 프롬프트.

3. 화면 유형에 맞는 체크리스트 실행

references/screen-checklists.md를 열고 이 화면에 해당하는 섹션을 사용하세요. 확인해야 할 사항과 일반적인 실수를 나열합니다.

4. 적합한 원칙 선택

전체 카탈로그는 references/principles.md를 사용하세요: 각 원칙이 무엇인지, 적용 방법, 예시, 오용 사례, 증거 강도. 강력한 증거가 있는 원칙을 선호하세요. 원칙이 있다고 해서 모두 적용하지 마세요. 억지로 적용된 10개보다 잘 맞는 3개가 더 낫습니다.

가장 자주 등장하는 원칙:

상황	참고할 원칙
필드나 선택지가 너무 많음	스마트 기본값, 힉의 법칙, 점진적 공개, 청킹
다단계 플로우에서 이탈 발생	진행 상황 부여, 목표 구배, 단계 레이블, 부분 작업 저장
가입을 원하지 않음	가입 전 가치 제시, 이케아 효과, 계정 생성 연기
업그레이드나 중요한 프롬프트 무시	정직한 위협(손실 프레이밍), 타이밍, 구체성
가격이 비싸 보임	맥락 속 가격, 앵커링, 기간별 프레이밍
주요 작업을 찾지 못함	하나의 기본 작업, 폰 레스토르프 효과, 피츠의 법칙, 야콥의 법칙
느리게 느껴짐	도허티 임계값, 낙관적 UI, 스켈레톤 화면, 노동 환상
사용자가 실수함	오류 방지, 제약 조건, 실행 취소, 인라인 유효성 검사
위치를 잊음	회상보다 인식, 가시적 상태, 자이가르닉 알림
경험이 나쁘게 끝남	최고-최후 규칙: 마지막 단계와 성공 순간을 좋게 만들기

5. 윤리 관문 통과

결과물을 전달하기 전에 모든 설득 요소를 references/ethics.md에 대해 확인하세요. 사용자가 다크 패턴(가짜 카운트다운, 가짜 scarcity, 확정 유도 셰이밍, 사전 선택된 유료 애드온, 취소 어려운 플로우, 가짜 리뷰, 가짜 진행, 잔소리)을 요청하면 만들지 마세요. 한두 문장으로 이것이 역효과를 내는 이유(신뢰 손상, 앱 스토어 거부, 법적 위험)를 설명한 다음, 동일한 목표를 추구하는 정직한 버전을 만드세요. 그 이상 도덕적으로 설교하지 마세요.

6. 플랫폼 규칙 확인

해당 플랫폼에 대해 references/platforms.md를 기준으로 대상, 탐색, 알림, 권한 및 접근성을 확인하세요. 플랫폼 규칙이 새로움보다 우선합니다: 사용자는 이미 자신의 휴대전화 작동 방식을 알고 있습니다.

7. 측정 방법 제시

디자인 또는 검토 결과물을 마무리할 때 변경 사항이 효과가 있었는지 확인할 수 있는 한 가지 방법을 제시하세요. 예: 폼 완료율, 첫 주요 작업까지의 시간, 무료 결과 후 가입률, 7일 유지율, 오류에 대한 지원 티켓 수. 사용자가 더 자세한 계획을 원할 경우 Google HEART 범주(행복, 참여, 채택, 유지, 작업 성공)를 사용하세요.

검토 모드 결과물

영향도 순으로 정렬(가장 중요한 것 먼저). 각 항목:

1. [높음 | 중간 | 낮음] 짧은 제목
   문제점: 사용자가 경험하는 증상을 한두 문장으로 설명.
   원칙: 이름(왜 여기서 중요한지 한 줄).
   수정: 구체적인 변경 사항, 수정이 문구인 경우 복사 텍스트 포함.

결과 후 "이미 잘 작동하는 부분"에 최대 3개의 유지할 사항을 추가하세요. 좋은 부분이 실수로 제거되지 않도록 합니다. 화면에 다크 패턴이 포함된 경우, 다른 문제가 무엇이든 상관없이 첫 번째 항목(높음)으로 나열하세요.

중요한 결과로 제한하세요(보통 3~8개). 지나치게 긴 사소한 지적 목록은 중요한 것을 가립니다.

디자인 모드 결과물

화면을 만든 후 짧은 메모:

사용된 원칙:
- 스마트 기본값: 날짜는 이번 주말로, 게스트는 성인 2명으로 사전 설정.
- 하나의 기본 작업: "12개 객실 보기"가 유일한 채워진 버튼입니다.
측정: 검색 완료율 전후 비교.

인터페이스 텍스트 작성

카피는 디자인의 일부이며, 종종 가장 큰 부분입니다.

• 버튼이 무엇인지 말하지 말고 무슨 일이 일어나는지 말하세요: "제출"이 아닌 "12개 객실 보기".
• 작업 버튼은 동사로 시작합니다. 거절은 예외이며 중립을 유지하세요: "나중에", "취소", "아니요, 괜찮습니다", 절대 "아니요, 저는 정리되지 않은 상태를 선호합니다"처럼 하지 마세요.
• 오류는 무엇이 잘못되었는지, 어디서, 어떻게 수정할지 사용자 언어로 말하세요: "최소 8자를 사용하세요(현재 6자)".
• 가격은 총액과 기간을 명시하세요: "월 $2.99, 설정에서 언제든지 취소 가능".
• 전문 용어보다 쉬운 단어. 짧은 문장. 문장 첫 글자 대문자.

도움이 될 것 같아도 피해야 할 사항

• 속도와 정확성이 필요한 전문가 도구나 임상 도구에 설득을 추가하지 마세요. 치아 차트를 작성하는 치과의사에게 연속 기록은 필요 없습니다.
• 비용이 발생하거나, 데이터를 공유하거나, 마케팅에 가입시키는 항목을 사전 선택하지 마세요. 기본값은 사용자의 이익을 위한 것이지 비즈니스의 이익을 위한 것이 아닙니다. 편집 가능한 선호도(날짜, 인원 수, 가격 페이지에서 강조된 추천 요금제)는 괜찮지만, 사전 선택된 요금이나 동의는 그렇지 않습니다.
• 과거 습관에서 임상 소견, 진단 또는 재무 수치를 미리 채우지 마세요. 전문가 도구의 기본값은 설정과 레이아웃을 다루며, 기록되는 사실을 다루지 않습니다.
• 사용자가 요청하고 실제로 가진 목표를 지원하지 않는 한 게임화(포인트, 연속 기록, 배지)를 사용하지 마세요.
• 실제로 없는 숫자를 주장하지 마세요("10,000명의 행복한 사용자"). 실제 데이터를 사용하거나 생략하세요.
• 다르게 보이기 위해 플랫폼 규칙을 따르는 것을 다시 디자인하지 마세요.